När det gäller migration och bakåtkompatibilitet för olika PHP-versioner så framgår allt relevant här:

http://se1.php.net/manual/en/appendices.php

Efterfrågan bör vara relativt låg precis som City Network och Daniel säger. Migration 5.2 => 5.5 går smärtfritt i de allra flesta fall om man inte har mycket dålig kod.

Är övertygad om att kostnaden för att ändra i koden blir högre än för att byta webbhotell. Eller finns det nåt script som uppdaterar PHP-koden per automatik? När sajten vid en senare tidpunkt ändå ska göras om så ser man som sagt till att den är kompatibel med det senaste.

Sådana template bör ändå inte användas tycker jag, samt jag har testat en del gamla template på 5.4, inte 5.5 dock, och kan inte hitta något som inte fungerar, så det är därför jag undrade tidigare vad det är exakt som inte fungerar i >5.3

Ett template som bara fungerar just nu i 5.3 och inte hålls uppdaterat tycker jag inte man bör använda, förr eller senare försvinner ju 5.3


Detta är dock inget webbhotellen egentligen väljer, stödet finns per default både i atomia och cpanel, men CN säger ju som sagt att marknaden är liten och CN har så pass mycket kunder att det borde vara vägledande.

Jaha, anser du även att bilar äldre än 2010 antingen ska skrotas eller göras om på ägarens bekostnad så att de klarar av de senaste miljökraven på nya bilar för att få köras på allmänna vägar? Förstå att det här är en ekonomisk fråga, inte nån nörd-teknisk grej att all världens PHP-kod som används ska vara anpassad till den senaste versionen.

Helt korrekt, stödet bara finns där utan anledning och efterfrågan, i själva verket är det inte en kotte som har nytta av det. Kom igen, snälla.

Och jag tycker inte att webbhotell som tvångsflyttar och låser sina kunder till en version bör användas. Jag har själv stött på problem, liknande dannelitos, och att ha kunnat välja version själv har sparat mig enorma mängder tid.


Webbhotell kan väl allra högsta grad välja vilka tjänster de vill erbjuda.

Fullt möjligt, beror helt på vad som behövs ändras, oftast är det ju bara småsaker som sagt var eftersom versionerna inte skiljer sig från varandra särskilt mycket. Något bra script som på ett säkert sätt uppdaterar äldre kod tror jag knappast finns, däremot går ju en del att bara köra sök/ersätt på. Men visst är det i slutändan bättre att välja ett webbhotell som erbjuder flera versioner om man har många kunder med gammal skräpkod :)

Ja, det är ju det som CityNetwork hävdar, jag motsätter mig inte att kunna välja php, och jag försvarar inte heller CN'n beslut, med detta sagt så tycker jag generellt att man inte ska köra gammal kod som inte underhålls, inte minst av säkerhetsskäl, men det tycker jag är en annan sak, detta innebär inte att jag är emot att kunna välja php version, jag enbart försöker sätta mig in i situationen och folks generella behov av att behöva välja, och det är som tartareandesire säger, skillnaderna mellan versionerna är inte speciellt stor, och borde med lite grundläggande php-kunskap gå att uppdatera.

Kan tillägga att kontot är avslutat hos CityNetwork och att flytten gick till Oderland. Där fungerar sajten klockrent, känns t o m mycket snabbare än tidigare. I deras kontrollpanel kan man välja mellan PHP 5.2, 5.3, 5.4, 5.5 samt vilka PHP-extensions man vill aktivera, natt och dag vad gäller valfrihet alltså.

Det enda lilla minuset med Oderlands lösning är att valet man gör gäller för samtliga webbplatser på kontot, man kan alltså inte välja att köra PHP 5.3 på en sajt och samtidigt köra 5.5 på en annan.

Känns konstigt att ni marknadsför er som ett Magento-vänligt webhotell när det är allmänt känt att Magento fungerar kass med 5.4. Hela API-delen ballar ur t.ex. bland annat pga ändringarna i htmlspecialchars() i 5.4.

Det låter märkligt, ingen annan magento kund har hört av sig om problem med php 5.4, men vi har möjlighet att erbjuda även 5.3. Nackdelen är dock att 5.3 är långsammare än 5.4 (runt 27%), se http://copio.us/engineering/benchmarking-magento/

Enligt http://magento.com/blog/magento-news...54#.VJiImP8w4o ska dock magento stödja 5.4