Weblabor

Azt senki nem kérdezte meg a kedves Rasmustól, hogy hallott-e már a visszafele való kompatibilitásról?

Picit megnyugodva, de azért még vörös fejjel pár példa:

Frissítek PHP 5.2.2-ről PHP 5.2.3-ra. Nem nagy dolog. Nem várná azt az ember, hogy a hosztolt oldalak fele azután igen furcsán működik majd. Ahogy kis nyomozás után kiderül: a substr függvény működése picit megváltozott. A substr ('Hello', -3) az utolsó 3 karaktert adja vissza. A probléma ott kezdődik, ha a negatív szám nagyobb a string hosszánál. Pl substr ('Hello', -100)
Az 5.2.2-ben az eredmény az egész string (értelem szerűen, konzisztensen a függvény viselkedésével más hasonló esetekben). Az új verzóban viszont egyszerűen semmi, egy üres string.

Én szerencsés helyzetben vagyok, mivel főleg saját oldalaimat hostolom, miután kinyomoztam a hibát (munkaórák, amiket senki nem fog kifizetni), módosítottam a legtöbb helyen ahol hasonlókat találtam, egyszerűen orvosolható a dolog: substr ($s, max (strlen ($s), -100)) De mi van azokkal, amiket nem találtam meg, csak valamikor, valahol majd előjön egy újabb furcsa hiba? Vagy ha netán más oldalait hostolom, szóljak nekik, hogy "gyorsan beszéljenek a programozójukkal, mert addig nem működik az oldaluk". A kiesett bevételt pedig majd Rasmus Lerndorf állja.

Logikus megoldás a downgrade, visszarakom az előző változatot, ezt viszont sok disztribúció nem támogatja. Max telepítem "kézzel" a forrásból ami hasonló katasztrofális eredményekkel járna (configure paraméterek stb...) biztos nem ugyanaz a php lenne, amit azelőtt bejárattam (a disztribúcióban bekonfigolt változat).

Újabb csodás ajándék: a beépített DateTime osztály. Van egy keretrendszerem. Természetesen van benne DateTime nevű osztály. Talán a PHP5.2-től került bele a kódba ez a beépített osztály. Innentől kezdve nem működött a kódom, mert PHP5-ben nem lehet felülírni a már deklarált dolgokat (nincs dupla deklaráció). Vagy néhány újabb munkaóra árán megpróbálom átnevezni az osztályomat és az összes rá való hivatkozást, ami jó esetben egy egyszerű "replace in files" lenne, de mint tudjuk az életben ritkák a jó esetek. Inkább csináltam egy patch-et, ami a beépített osztály nevét átírja DateTimePHP -re.

Melelsleg, csak hogy átadjak frusztrációmból egy keveset eme elkeseredett hozzászólás olvasójának: a legnagyobb fintor a dologban az, hogy ezt az osztályt nem kézzel kell kézzel példányosítani, tehát nem fogsz olyat írni, hogy $xy = new DateTime (); . Nem fogsz, mert az objektumot egyszerűen a date_create függvénnyel kell létrehozni, tehát: $xy = date_create (); .

Elképzelem a beszélgetést a PHP jó humorral megáldott készítői között:
- Te, csinálni fogunk egy osztályt, aminek a nevét igazából senki sem fogja látni. Minek hívjuk? Legyen PHPInternalDateTime? Vagy PHPClass813? Vagy __DateTime?
- Ugyan sokkal viccesebb lenne, ha valami olyan nevet lőnénk ki, aminek értelme is van, és valószínűleg használja már a közösség fele.
- Remek ötlet, Rasmus! Legyen símán DateTime... Már előre sajnálom azokat a szerencsétleneket.
[mindketten nevetnek]

Lehet szomorúnak lenni, hogy nem terjednek az új verziók, de nem a hosting cégek háza táján kéne keresni a problémát. Mi lenne mondjuk egy egyszerű kompatibilitási .ini beállítással? Milyen csodás lenne egy htaccessben:

Itt a probléma alapvetően abban van, hogy rengeteg olyan program van, ami csak php4-es alatt megy (vagy valószínüleg csak php4 alatt megy). A kedves vevőnek pedig nem lehet azt mondani, hogy bocs, de át kellene írni a kódot egy kicsit, mert nem jó. Erre az lesz a válasz, hogy dehát eddig ment!!! Valahogy arra kellene leginkább válasz, hogy hogyan lehetne a kettőt egymás mellett hackelés nélkül futtatni.

Éljenek a MicroSoft módszerei. Szerintem ez durva nyomásgyakorlás a piacra, s mint ilyen, nem méltó az OpenSource közösséghez. A természetes, és egészséges, önműködő folyamatokba vágják belé a machetét.
Egy nagy rakás ember munkáját keserítik, bonyolítják meg, s okoznak momentán felesleges kiadást.