Stance on PHP End of Life versions (5.6/7.0)

[DarkGhostHunter]

For those who are not aware, PHP 5.6 and PHP 7.0 will no longer maintained past this year (the latter slightly before). The only ones actively maintained will be PHP 7.1 and PHP 7.2.

While that doesn't mean that they will become instantly insecure, no further security patches will be available.

Will this package be maintained to keep compatibility, or subsequent versions will require only PHP7.1+ (keeping the old but unmaintained)?

Asking because the package supports PHP 5.5, but it was gutted in 2016.

[leosoto]

We'd love to remove support for EOL'ed versions. But it's not an easy decision because there are some people running old software anyway. We need to gather some info on how many merchants are running those old versions to make an informed decision.

TL;DR: We don't know yet

[DarkGhostHunter]

Can I PR a note on the documentation about PHP EOL? LIke this:

Nota sobre versiones antiguas de PHP

Asumimos que hay muchos sistemas funcionando bajo versiones no mantenidas de PHP. Aunque siempre es recomendado tener software actualizado y al día, la decisión sobre la compatibilidad con las versiones antiguas se hará una vez exista completa información sobre el impacto que pueda tener.

[LuisUrrutia]

I think that the issues #39 #45 and this one (#47) are too related. The only incompatibility of Webpay SDK is the mcrypt usage and it will be removed #39 and everything should work... at least from the version 5.4.X of PHP.

I agree that we should drop the support for EOL'ed versions but it should be done with a "deprecation notice" through email and website (like the deprecation of KCC) and with enough time for developers to migrate their systems.

[goncafa]

We are currently working to make webpay sdk compatible with php 7+. You could see this work what is almost finished in the following active branch on this repo feat/webpay-support-php7

I have tested it on PHP 5.4 and PHP 7.2 so it will be compatible in both when we release it.

[DarkGhostHunter]

@goncafa Shouldn't be >5.5? At least, is what composer requires.

[goncafa]

You right @DarkGhostHunter mi mistake. PHP 5.5 and PHP 7.2

[DarkGhostHunter]

Just a reminder that PHP <= 5.6 and PHP <= 7.0 have died.

[leosoto]

We would be very happy people if merchants realized this situation and stopped using PHP5. That said, we might still be able to drop support PHP <= 7.0 but I don't think it has been decided yet.

[DarkGhostHunter]

Do you mean 7.0 & 5.6, or 5.6 and below? (Hope is the first).

[leosoto]

I don't know, as it hasn't been decided yet. But from http://php.net/supported-versions.php I'd say that 5.6 and 7.0 are on the exact same situation and there is no reason to treat them differently (in theory).

[DarkGhostHunter]

Yeah, apart from the big performance gaps and other very handy things exclusive for PHP 7.1 (Who said at least TooFewArgumentsException!?)

[WESV1980]

debí haber leido esto antes de instalar mi ambiente con la v7.3.6... :(

[DarkGhostHunter]

debí haber leido esto antes de instalar mi ambiente con la v7.3.6... :(

Mi pésame hermano.

Anyway, it seems that PHP 5.6 support won't be dropped anytime soon, at least, until the new "2.0" version of this SDK, which it seems is very far away.

[WESV1980]

En vez de avanzar con temas de desarrollo me he dedicado a realizar la creacion de ambientes a ciegas, creyendo que estaria disponible las librerias correspondientes, soy un noob en php pero he tenido que recurrir hasta aca debido a que no hay un SDK para .NETStandar 2.0, (bueno si lo hay pero para oneclick)... no se para que solicitan https en los endpoint si ni siquiera hay soporte para los principales lenguajes y actualizados... ahora voy a tener que invocar a don sata (downgrade php)... nos preocupamos de la pintura pero no del motor

[DarkGhostHunter]

En vez de avanzar con temas de desarrollo me he dedicado a realizar la creacion de ambientes a ciegas, creyendo que estaria disponible las librerias correspondientes, soy un noob en php pero he tenido que recurrir hasta aca debido a que no hay un SDK para .NETStandar 2.0, (bueno si lo hay pero para oneclick)... no se para que solicitan https en los endpoint si ni siquiera hay soporte para los principales lenguajes y actualizados... ahora voy a tener que invocar a don sata (downgrade php)... nos preocupamos de la pintura pero no del motor

Pucha, Transbank indie developer. Te deseo suerte y que la deuda técnica sea sólo un par de líneas.

[WESV1980]

Sí, aparte de las grandes brechas de rendimiento y otras cosas muy útiles exclusivas para PHP 7.1 (¿Quién dijo al menos TooFewArgumentsException?)

vi tu repo... se puede probar???

[DarkGhostHunter]

Sí, aparte de las grandes brechas de rendimiento y otras cosas muy útiles exclusivas para PHP 7.1 (¿Quién dijo al menos TooFewArgumentsException?)

vi tu repo... se puede probar???

No sé po... si querís. Adelante. También está la de Freshwork si quieres otras alternativas.

[WESV1980]

Sí, aparte de las grandes brechas de rendimiento y otras cosas muy útiles exclusivas para PHP 7.1 (¿Quién dijo al menos TooFewArgumentsException?)

vi tu repo ... se puede probar ???

No sé po ... si querís. Adelante. También está la de Freshwork si quieres otras alternativas.

Estoy entregado... solo me guiare a tus recomendaciones... echare un vistazo

[WESV1980]

Sí, aparte de las grandes brechas de rendimiento y otras cosas muy útiles exclusivas para PHP 7.1 (¿Quién dijo al menos TooFewArgumentsException?)

vi tu repo... se puede probar???

No sé po... si querís. Adelante. También está la de Freshwork si quieres otras alternativas.

De una!!! me resulto sin tener que hacer un downgrade de mi ambiente... de verdad muchas gracias.... saludos