Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.php > #3503

Re: Versionen

From Thomas 'PointedEars' Lahn <PointedEars@web.de>
Newsgroups de.comp.lang.php
Subject Re: Versionen
Date 2015-10-07 23:19 +0200
Organization PointedEars Software (PES)
Message-ID <1502254.12WorhUTEh@PointedEars.de> (permalink)
References <d7ko5lFkealU1@mid.individual.net> <mv3n0q$bhb$1@news.albasani.net> <2274889.UGcO0iHmaJ@PointedEars.de> <mv3tmu$olb$1@news.albasani.net>

Show all headers | View raw


Thomas Mlynarczyk wrote:

> On 07/10/15 20:30, Thomas 'PointedEars' Lahn wrote:
>>> <https://en.wikipedia.org/wiki/PHP#Release_history>, dort ist die 5.5
>>> schon gelb.
>>
>> Na und?  Gelb heisst nur, dass es keine Bugfixes mehr gibt (logisch; die
>> meisten Bugs sind bereits gefixt).  Security fixes gibt es trotzdem noch,
>> bis Juni 2016.
> 
> Na und?

Deshalb ist Dein Argument nicht schlüssig.

> Ich halte es, wenn denn schon ein Update unvermeidlich ansteht,
> für sinnvoller, gleich auf die "höchstmögliche" Version zu gehen [1] --
> in diesem Falle die 5.6. 
> […]
> [1] Um danach die längstmögliche Zeit meine Ruhe zu haben.

Wie bereits geschrieben: Auf die höchstmögliche Version zu aktualisieren ist 
bei *vorhandener*, *laufender* Software selten die beste Wahl, weil 
Abhängigkeiten verwendeten Codes zur Versionsnummer bestehen können, die 
nicht ohne weiteres gelöst werden können.  Im kommerziellen Umfeld ist das 
auch ein Kostenfaktor.

> Das Testen und evtl. Anpassen der Scripte braucht schließlich auch ein
> wenig Zeit (ob nun für 5.5 oder 5.6), 

Der Änderungsaufwand ist aber tendenziell höher, und die Wahrscheinlichkeit, 
dass für PHP 5.5 optimierter Code mit PHP 5.6 nicht läuft geringer als die, 
dass für PHP 5.3 optimierter Code mit PHP 5.6 nicht läuft.  Damit ist das 
Scheitern der Migration sehr viel wahrscheinlicher, und falls sie scheitert 
(und Parallelbetrieb nicht möglich ist), muss der Aufwand für den Rückbau 
einkalkuliert werden.  Risiken sind zu minimieren, nicht zu maximieren.
 
> und bis der OP damit fertig ist,

Sofern die Migration nicht scheitert, etwa weil ein verwendetes CMS oder 
eine verwendete Blogsoftware Module verwendet, die noch nicht auf PHP 5.6 
umgestellt wurden.  BTST.

> ist der Monat um, und ihm steht 5.6 zur Verfügung.

Die er AIUI dann nutzen kann, aber nicht muss.

>>> Außerdem wird 5.6 bis August 2017 unterstützt, also ein Jahr länger als
>>> 5.5. Dann eilt es mit dem Umstieg auf die 7 auch nicht so sehr.
>>
>> Diese Deine Logik ist fehlerhaft.  Jetzt für 5.5 *zu entwickeln* bringt
>> gegenüber einem weiteren Monat mit 5.3 bereits zwei erhebliche Vorteile:
>> bessere Performance (da 5.5 alle Optimierungen von 5.4 enthält), und die
>> Notwendigkeit, alten, fehlerträchtigen Code auszumisten.
> 
> Jetzt für *5.5* zu entwickeln,

Damit war (wie dem Kontext zu entnehmen war) nicht gemeint, neue PHP-
basierte Software für PHP 5.5 zu entwickeln, sondern vorhandene PHP-basierte 
Software anzupassen oder upzugraden, so dass sie bzw. deren neue Versionen 
ohne Fehlermeldungen mit PHP 5.5 laufen.

Weiterhin hatte ich die bessere Performance von PHP 5.4+ erwähnt, auf die 
man dann solange verzichten müsste (die Migration kann weniger als einen 
Monat dauern).  Dem kann ich auch gern Zahlen folgen lassen:

<http://www.lornajane.net/posts/2012/proof-that-php-5-4-is-twice-as-fast-as-php-5-3>

| Proof that PHP 5.4 is Twice as Fast as PHP 5.3
| 14 Jun 2012
| 
| [Grafik:
| 
| PHP 5.3.12: ca. 2.05 s
| PHP 5.4.3:  ca. 0.95 s]

Auch das ist im kommerziellen Umfeld ein wichtiger Faktor: Wenn ich dieselbe 
Funktionalität in der Hälfte der Zeit bereitstellen kann, dann kann ich im 
besten Fall in derselben Zeit diese Funktionalität doppelt so vielen 
zahlenden Kunden bereitstellen; also wiederum im besten Fall meinen Gewinn 
verdoppeln.

> wenn man in ein paar Wochen *5.6* zur Verfügung haben wird, ist unsinnig.

Nein.  Es mangelt Dir in dieser Hinsicht offensichtlich an Erfahrung.

>> der Umstieg von 5.5 auf 5.6 fällt naturgemäss sehr viel leichter, d. h.
>> ist weniger aufwändig, als der von 5.3 auf 5.6.
> 
> Richtig, aber ein Umstieg von 5.3 auf 5.6 dürfte kaum aufwändiger sein
> als ein Umstieg von 5.3 auf 5.5.

Du irrst.  Der Umstieg von 5.3 auf 5.6 beinhaltet die Anpassungen, die von 
5.3 auf 5.5 gemacht werden müssen *und* die, die von 5.5 auf 5.6 gemacht 
werden müssen.
 
-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

Back to de.comp.lang.php | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Versionen Sigbert Helle <pc@sigbert.de> - 2015-10-07 16:22 +0200
  Re: Versionen Thomas Mlynarczyk <thomas@mlynarczyk-webdesign.de> - 2015-10-07 20:07 +0200
    Re: Versionen Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-10-07 20:30 +0200
      Re: Versionen Thomas Mlynarczyk <thomas@mlynarczyk-webdesign.de> - 2015-10-07 22:01 +0200
        Re: Versionen Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-10-07 23:19 +0200
          Re: Versionen Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-10-07 23:26 +0200
          Re: Versionen Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-10-07 23:47 +0200
  Re: Versionen Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-10-07 20:17 +0200
  Re: Versionen Arno Welzel <usenet@arnowelzel.de> - 2015-10-08 13:47 +0200

csiph-web