[vz-dev] Können wir PHP auf 5.4 anheben?

[Andreas Götz]

Moin,

> Am 15.06.2015 um 14:19 schrieb Patrik Karisch <patrik.karisch at gmail.com>:
> 
> Gibt es einen speziellen Grund warum man einfach so auf PHP 5.4 anhebt? Traits? Short array syntax?

Ja klar. Für Echtzeitupdates brauchen wir einen WAMP Server. In PHP geschrieben beruht der auf ReactPHP und das fordert 5.4

> Solange es Codetechnisch nicht erforderlich ist, so lassen. Wenn man natürlich Traits verwenden will, ist es verständlich, aber dann sollte dies via Majaor Release o.ä. als BC Break dokumentiert werden.

Du bist listig. Seit wann haben wir Releases ;)

> Thorben Thuermer <r00t at constancy.org> schrieb am Mo., 15. Juni 2015 um 14:12 Uhr:
>> On Sun, 14 Jun 2015 19:02:39 +0200 Andreas Goetz <cpuidle at gmail.com> wrote:
>> > für den PUSH-Support für Realtimeupdates an denen ich gerade mich Michael
>> > arbeite bräuchten wir PHP 5.4-
>> 
>> > oder ein komplizierteres Setup mit separatem Repository.
>> 
>> du meinst einen fork mit dem neuen feature?

Nein, ich meine analog volkszaehler/httpd. Da die Echtzeitupdates aber sowohl im Frontend als auch Serverseitig konfiguriert werden müssen fand ich das Mainlinerepo wäre der bessere Ort. Wenn wir dort auf 5.4 gehen kann auch der httpd umziehen was Setup und tests vereinfacht.

>> 
>> > PHP 5.3 läuft immer noch auf 40% aller Websites (
>> > http://w3techs.com/technologies/details/pl-php/5/all), auf dem Raspi ist
>> > mit Wheezy allerdings 5.4 angekommen.
>> >
>> > Gibt es Einwände die PHP Minimalversion auf 5.4 anzuheben und 5.3er Support
>> > aus der Testmatrix zu streichen?
>> 
>> ist es denn noetig, das global "anzuheben" -
>> reicht es nicht aus festzuhalten, dass fuer das neue feature,
>> das ohnehin nicht jeder nutzen wird, die hoehere version benoetigt wird?

Leider gibt Composer das nicht her. Es sei denn wir machen eine Krücke: alle 5.4er Abhängigkeiten in ein Repo stecken das nur der Installation derselben dient. Wäre machbar und damit bliebe ausser Realtime und Httpd alles weitere auf 5.3 installierbar.

>> oder gehen die aenderungen so tief, das man das dann immer braucht?
>> (und: was ist eigentlich neu in php 5.4?)
>> 
>> ich wuerde eher versuchen zu vermeiden, dass nach einem update des php-codes
>> die installation von usern nichtmehr funktioniert.
>> 
>> ansonsten halt machen, wenn noetig,
>> und ggfs. damit leben, wenn dann "support"-anfragen kommen.

Damit kann ich gut umgehen ;)

>> 
>> > Viele Grüße,
>> > Andreas
>> 
>> - T.

Also ich fasse mal zusammen: im Prinzip ja wenns nötig ist, wenns eine gute Alternative gibt lieber diese wählen. Ich schaue mal ob die Alternative funktioniert und dann testen wir das erstmal im Dev Zweig um diesem mal wieder etwas Leben einzuhauchen.

Viele Grüße, Andreas 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20150615/ca09c7c3/attachment.html>