- Added missing safe_mode/open_basedir checks inside the error_log(), file_exists(), imap_open() and imap_reopen() functions.
- Fixed overflows inside str_repeat() and wordwrap() functions on 64bit systems.
- Fixed possible open_basedir/safe_mode bypass in cURL extension and on PHP 5.1.5 with realpath cache.
- Fixed overflow in GD extension on invalid GIF images.
- Fixed a buffer overflow inside sscanf() function.
- Fixed an out of bounds read inside stripos() function.
- Fixed memory_limit restriction on 64 bit system.
Változások listája: (PHP 4, PHP 5).
Forrás: http://hu.php.net/
- A hozzászóláshoz be kell jelentkezni
- 2158 megtekintés
Hozzászólások
Az ISP-k miért még mindíg a 4.3-as PHP-t tartalmazzák??
- A hozzászóláshoz be kell jelentkezni
Mert ott nem olyan egyszeru upgrade-elni mint az ember sajat fusiszerveren :) Egyreszt leallas az nem kellemes dolog, masreszt altalaban specializaltabb megoldasok is vannak, pl patch-elt PHP interpreter ...
- A hozzászóláshoz be kell jelentkezni
Gondolom hogy így van, de konkrétan az érdekelne hogy miért nem térnek át a php 5-ös verzióra
- A hozzászóláshoz be kell jelentkezni
amennyire en tudom tul bugos meg
- A hozzászóláshoz be kell jelentkezni
A probléma inkább abban adódhat, hogy bizonyos függvények működése eltérhet az újabb verziókban, borítva az oldalakat. Az apache újraindítása pedig csak egy "apachectl graceful", ami szerintem nem okoz túl nagy kiesést (max 1-2 mp).
- A hozzászóláshoz be kell jelentkezni
Na ja, csak nem hinném, hogy a parsing kellős közepén kéne kicserélni a mod_php.so-t
- A hozzászóláshoz be kell jelentkezni
Azért, mert egy csomó sufni tuning alkalmazás nem megy rendesen az 5-ös verzióval, és a felhasználók sirnának, ha a drága pénzen vett weblapjuk egyik pillanatról a másikra nem müködik, és az életben nem magyarázod meg neki, hogy a kód a szar nem a szerver.
Meg nagyon kevés pluszt nyújt az 5-ös a 4-eshez képes egy áltag weblapnak. Szerintem ez a verzió is olyan tech release lessz. Igazából én már a 6-ost várom, hiszen ott végre megtörik a kompatibilitást, és egy csomó elbaszást, logikátlanságok kijavítanak. Meg nem utolsó sorban teljes körű UTF-8 támogatást.
- A hozzászóláshoz be kell jelentkezni
PHP5:
Hát, nézzük csak:
* láthatóság (private, public, protected)
* kivételkezelés
* abstract osztályok (lehet, php4ben is volt)
* interface-ek
* stb :)
Épp csak ennyit használok a teljesen átlagos oldalamhoz, és ebből a kivételkezelés talán a legfontosabb, nagyon sok if-et megspórolok, ami nélkül eléggé gány lenne a kód.
UTF-8 is jól megy.
Miért bugos? Nem tapasztaltam még (2 éve használom, persze csak egy részét).
- A hozzászóláshoz be kell jelentkezni
nekem tobbek kozott open_basedirrel volt gondom vele, 4.x alatt siman ment.
- A hozzászóláshoz be kell jelentkezni
UTF8, hátazért... Eddig, akárhányszor próbáltam UTF8-ként lementeni egy forrásfájlt, includoláskor szépen kiküldte azt a néhány bevezető byte-t, ami a <?php tag előtt volt, így a Header() kapásból kilőve, output buffering meg ugye már nem ér semmit. Szóval index.php nem lehet UTF-8-s, max ha kivágom az első néhány byte-t.
Másik, ha beolvasok egy fájlt egy az egyben, azt nem tudom lefuttatni Eval() -lal, mert az is elhasal a bevezető karaktersorozatoknál. Jó tudom, ki lehet vágni, de figyelhetne. (Nem Eval()-lal szoktam include-olni, ne agódj.)
Szóval néha azért trükközni kell, hogy menjen az UTF8.
- A hozzászóláshoz be kell jelentkezni
Mentsd a file-okat Byte Order Mark nelkul a legtobb editor kepes ra.
- A hozzászóláshoz be kell jelentkezni