php4 vs php5

[LinQ]

Op de één of andere manier wordt het me maar niet helemaal helder, dus vandaar een post hier.
Het lijkt erop alsof de overgang van php4 naar php5 niet helemaal zomaar een update is.
Dus:
1. Wat is er zo "moeilijk" aan het upgraden van php4 naar php5
2. Waarom zou je ze naast elkaar willen hebben

Ik draai Directadmin, mocht dat nog wat uitmaken...

[easy2host]

1. "Moeilijk" om te upgraden valt wel mee, hier geen problemen gehad icm directadmin.

2. Je wilt ze naast elkaar hebben zodat je klanten bijvoorbeeld rustig hun scripts kunnen aanpassen zodat deze in php5 draaien. Er zijn een aantal dingen veranderd in php5 t.o.v. php4. Een simpel voorbeeld zijn de aanroep van variabelen.

In php4 kon je rustig een GET of POST variabele aanroepen met $var, in php5 kan dat niet zomaar meer, je gebruikt dan $_GET[var] of $_POST[var]. Zo zijn er nog wel wat dingen.

Als je bij een server met 200 klanten zomaar over gaat van php4 naar php5 kan het voorkomen dat je veel klanten aan de lijn krijgt met problemen en dit wil je natuurlijk voorkomen. Dus als je ze beide draait kun je je klanten de nieuwste php bieden en de php4 klanten de tijd geven om over te gaan

[Ramon Fincken]

In php4 kon je rustig een GET of POST variabele aanroepen met $var, in php5 kan dat niet zomaar meer, je gebruikt dan $_GET[var] of $_POST[var]. Zo zijn er nog wel wat dingen.

php3 was dat toch? iig als je je globals standaard aan hebt staan ( EEKS! )

[LinQ]

@easytohost
Heb je een howto (gevonden) hoe je ze naast elkaar kan instaleren?

[RedoX]

Het hele OOP gedeelte van PHP is op de kop gezet in de overgang van PHP4 naar PHP5!

Enorm goede vooruitgang!

[DennisWijnberg]

Absoluut, en houd alvast rekening met de overgang naar PHP6... Neem kennis van hetgeen dan gaat veranderen en zorg ervoor dat je nieuwe code hierop voor is bereid.

Ik heb recentelijk op onze website een artikel geschreven, link kan ik wel sturen via PM eventueel... Ik wil hier geen reclame maken (ik leer het wel...)

[Ramon Fincken]

Heb interesse in de link Dennis !!

[LinQ]

Ja graag PM.

[DennisWijnberg]

Sent (beide)

[Randy]

In php4 kon je rustig een GET of POST variabele aanroepen met $var, in php5 kan dat niet zomaar meer, je gebruikt dan $_GET[var] of $_POST[var]. Zo zijn er nog wel wat dingen.

Het kan nog steeds in php5. Alleen hebben de meeste providers register_globals inmiddels uitgezet. Al zul je het af en toe per user aan moeten zetten daar pakketten als 'Gallery' er nog wel eens om vragen.

Ik heb recentelijk op onze website een artikel geschreven, link kan ik wel sturen via PM eventueel... Ik wil hier geen reclame maken (ik leer het wel...)

Een nuttige bijdrage != reclame

PHP5 past betere OOP technieken toe dan PHP4. Een stuk fijner programmeren, zeker als je met meerdere mensen aan een project werkt. Maar het meest belangrijkste: er komen geen updates meer voor, dus het is een beveiligingsprobleem na 1-9 a.s.

Je kunt PHP4, PHP5 en PHP6 naast elkaar installeren op vrijwel iedere server. Ook bij DirectAdmin. PHP4 is sinds een maand op alle servers uitgefaseerd. Er was slechts 1 site die problemen gaf en die code heb ik zelf even lopen aanpassen.

PHP6-dev kun je eventueel al installeren mits je diensten aanbiedt aan ontwikkelaars. Evenzo geldt bijvoorbeeld voor Python support. Zelf heb ik uitsluitend ISP's, reclamebureau's en ontwikkelaars/programmeurs als klant en zijn de servers hiervoor ook ingericht. Zo ook de extra php-modulen als pspell, imap, pdo_mysql, snmp, Zend, Ioncube, APC/Eaccellerator, Suhosin, etc.

Er is een DirectAdmin plugin om de PHP-versie per domein in te stellen op userniveau, zie de bijlage. Ik adviseer je meteen van CLI/Apachemodule af te stappen en om te gaan naar FastCGI. Een stuk veiliger en php draait netjes als user, dus geen bestanden meer van apache/www-data die users vervolgens niet meer via FTP kunnen benaderen. Zo zijn er nog wel meer voordelen.

Doe je het beheer van de server(s) nu nog zelf of huur je hier iemand voor in? In het eerste geval zul je een sandbox moeten maken om je eerst alle kennis eigen te maken en de problemen die kunnen komen te documenteren om mlater veel werk op support te voorkomen.

[Ramon Fincken]

+ rep voor randy, die morgen zijn sysadminday viert wheeeeee

[DennisWijnberg]

Randy, i know... Maar het is me al te vaak misgegaan... Aangezien het artikel op onze website staat wil ik dit risico niet nemen. Mocht een van de mensen die de link van mij hebben gehad het nuttig vinden dan mogen ze de link natuurlijk plaatsen.

[Randy]

+ rep voor randy, die morgen zijn sysadminday viert wheeeeee

OT: Morgen zwarte cross, er was een fotograaf tekort. En aangezien ik ook nog een opleiding aan de Fotovakschool genoten heb, kan ik even lekker creabea bezig zijn zonder achter het scherm te zitten. Heerlijk!

Voor PHP4: Versie 4.4.9 is waarschijnlijk de laatste die uitgebracht zal worden, of er moet nog een echte critical bug gevonden worden. Inmiddels staat de 4.4.9RC1-versie klaar voor het Quality Assurance team dat nog even wat tests kan gaan doen.

Na 08-08-2008 komen er _geen_ updates meer uit voor PHP4. Ook eventuele beveiligingslekken worden niet gedicht. Al kun je natuurlijk zelf wat regeltjes C doornemen :-). Overstappen is dus snel gewenst. Snel is trouwens niet overhaast. Zoek een systeembeheerder voor begeleiding of maak intern even wat capaciteit vrij om problemen op te vangen. Eventueel installeer je PHP4 in een CGI omgeving ernaast zodat users die problemen ondervinden tijdelijk nog op PHP4 kunnen draaien. Al is elke overgang onvermijdelijk, zeker omdat die al sinds eind vorig jaar bekend was.

[SebastiaanStok]

De C code van PHP lezen nee dan ben je wel even bezig.
Iterne documentatie is maar beperkt aanwezig helaas.

OT: Ik weet nog niet wat ik morgen gaat doen, vandaag aan bijna niets toegekomen. Dus waarschijnlijk werk inhalen

[phreak]

@Randy: IIRC werd op verzoek nog voor mensen eventuele bugfixes gedaan indien die nog gevonden worden (ondanks dat php4 outdated is, willen mensen nogsteeds php4 gebruiken omdat ze te lame zijn om hun scripts aan te passen)..