Likes: 0
Gelukkig maar .. anders was ik flink keihard de l*l geweestEven ontopic, de vooruitgang van OOP in PHP5 heeft geen effect op de OO code geschreven in PHP4, dat is backwards compatible.
Scripts uit ongeveer 2003 die nu nog op dezelfde source draaien.. Spreek die klanten nooit meer en ze hebben geen onderhouds contract of iets dergelijks.. Webapplicaties draaien anno 2008 nogsteeds haha![]()

Wat niet wilt garanderen dat PHP4 codes ook werken op PHP5. Ooit eens zo een geval zien voorbij komen maar weet wel niet juist meer waar, zal eens moeten zoeken...
Bedankt voor de tip van de Directadmin plugin.
Op zich doe ik het dagelijks beheer van de server zelf en kan ik terugvallen op een degelijke ISP bij echt grote problemen. Alhoewel ik het zelf zou kunnen, vind ik het voor dit soort installaties vaak efficienter om het uit te besteden en de ISP het te laten oplossen. Gewoon omdat het vaak te veel tijd kost.
Op deze server draaien niet echt waanzinnge php applicaties. Wel heb je eventueel invloed op je squirrelmail e.d. Dat vind ik nog lastig te overzien.
Je kan nog prima PHP4 applicaties draaien onder PHP5
Je moet er alleen wel op letten dat je de Zend_engine1_compatibilty modes aanzet, en je geen E_STRICT gebruikt omdat je anders allemaal meldingen krijgt.
En dat het gedrag van get_class() is veranderd, hier ging ik bij het overstappen dus mee op me plaat, was gelukkig snel opgelost met strtolower()
En register globals waren sinds een bepaalde versie PHP4 al standaard uit.
Gewoon je script bijwerken, en anders kan je via ini_set() of admin_flag (.httaccess) instellen (als je echt zo immens lui bent![]()
).
Laatst gewijzigd door SebastiaanStok; 25/07/08 om 10:50.
Park The Hosting Manager - your friend in hosting software
"nog steeds"?
Ik heb PHP gewoon als Apache module draaienik heb een tijdje met CGI gedaan maar dat gaf een partij problemen
![]()
![]()
Park The Hosting Manager - your friend in hosting software