EdgarPE: "When did spazzing out qualify as a dance? Kneeling, like I want to throw up. What the effing crap? That angel guy just felt me up." #epic
EdgarPE: A hét lezárásaként tökéletes lesz ez a vid: http://www.youtube.com/watch?v=lj-x9ygQEGA Kell egy kis idő hogy ráhangolódj :) RT ha tetszett.
EdgarPE: Felhívtam a HRP-t egy apróság miatt és kértem a Dell szervizt. Erre kapcsolták a Dell üzletág vezetőt :) Viszont jó fej volt, segített.
Tamás postján fellelkesülve, én is beállítottam itthon a php debug környezetet (PHPEclipse+xdebug). Eddig megvoltam nélküle, de bizony ha egyszer kipróbáljuk, nehéz lesz megválni tőle. Nélkülözhetetlen segítség a mindennapi PHP/Drupal hekkelés közben.
Az Eclipse-et én nem szerettem, és most sem a szívem csücske, de a PHPEclipse-el együtt egy használható eszköznek mondható. A debug melett kifejezetten hasznos funkció a kód kiegészítés és a gépelés közbeni szintaxis elemzés.
Viszont az Xdebug-os környezettel volt két komoly bajom: egyrészt érthetetlenül lassú egy oldal megjelenítése. Érthetetlen, mert sem az sql szerver, sem az apache (+php+xdebug) sem a böngésző kliens nem pörgette a CPU-t, mégis több másodpercig tartott egy oldal megjelenítése. A másik gond, hogy képtelen voltam rávenni az Xdebug-ot, hogy ne definiálja felül a var_dump() függvényt.
A var_dump()-ot sokat használom, főleg a Drupal devel moduljának dvm() függvényén keresztül. De ha belenyúl az Xdebug, a dvm() használhatatlan lesz. A neten (és az xdebug.org/docs-on!) jópár pletyka terjed, hogy miként lehet ezt hatástalanítani. Találtam én mindent, pl ilyeneket:
xdebug.overload_var_display = 0
// vagy
xdebug.overload_var_dump = 0 Érdekes módon nem működnek. Hosszas kutatás után viszont rátaláltam a megoldára: a nevével ellentétben az xdebug.default_enable nem a teljes xdebug-ot kapcsolja ki/be, hanem csak a megjelenítéssel kapcsolatos funkciókat. Tehát ha kikapcsoljuk, attól még a debug működik. Emellett érdemes még kikapcsolni a html_errors standard php.ini kapcsolót is, a teljesen korrekt működéshez.
A másik gond, ami felmerült, a lassú oldal letöltés. Egy E8500-as procin szerintem nem kéne 2-3 másodpercig tartania egyetlen oldal generálásának. Ezt az xdebug.remote_autostart = On beállítás okozta, ami miatt minden egyes oldaletöltés debug session-ként futott le. Ez felesleges, ki kell kapcsolni a fenti funkciót és ha debugolni szeretnénk, elég a GET paraméterek közé felvenni az XDEBUG_SESSION_START=debug_id változót.
Összegezve a fent leírtakat nekem xdebug-ra a következő recept vált be:
; var_dump felülírás hatástalanítása
xdebug.default_enable = Off
html_errors = Off
; debug funkciók bekapcsolása, de
xdebug.remote_enable = On
; debug session automatikusan ne induljon.
xdebug.remote_autostart = OffA fenti beállításokkal és Tamás leírásával és linkjeivel, teljesen jól használható debug környezetet lehet kialakítani.
Mindenkinek jó rovarírtást.
Hello! Szerintem hasznalj
Hello! Szerintem hasznalj netbeans-t egesz kellemes a php tamogatasa.
Üdv,
Sy
Megnézem, bár a fő gondom
Megnézem, bár a fő gondom az Xdebug-al volt, nem az Eclipse-el. Bár, bevallom, nem szeretem az Eclipse-et, a múltban volt néhány naaagyon rossz élményem vele.
Hozzászólás