Téma: PHP fejlesztői környezet - dilemma

Sziasztok!

Lehet, hogy nem ez a legrelevánsabb fórum, de tudom, hogy foglalkoztok jópáran PHP-val és remélem, hogy tudtok is segíteni.

Viszonylag rég óta készítek weblapokat, most pedig a fejemre csaptam egy nagyot, hogy miért vagyok ennyire hülyë, hogy debugger nélkül fél órákat elvacakolok valami triviális elírással. Szóval nem használtam eddig debuggert, mivel ahogy tapasztaltam, a Notepad++-ra lehetlen úgy felrakni bármilyen debug plugint, hogy az FTP-vel szimbiózisban működjön.

Vagy az, hogy mégis létezik ilyen (van 1 dbgp néven, nem sikerült működésre bírni) és ez FTP-n is menne és maradhatnék a Np++-nál. Legjobb.

Vagy áttérek VIM-re, de a kezelését sajna meg kéne tanulni nulláról. VIM-en minden van, biztos ilyen is létezik valamilyen bővítmény formájában.

Vagy keresünk valami más IDE-t, amin jó minden és tudja, hogy:
- szintaxiskiemelés egyéni színekkel (amelyik IDE csak fehér hátteret tud, kapásból kiesett)
- lehet rá rakni php debuggert, ami FTP-ről ideiglenesen leszedett fájlokat is tud debugolni (Netbeansen pl ez nem sikerült)
- van rajt FTP kliens a szokásos fastruktúrával, SFTP-vel, FTPS-sel
- ki lehessen rajt kapcsolni az automatikus " ) } ] kiegészítést
- mutatja az általam definiált osztályok, metódusok, stb hierarchiáját

Valami nagy váltás kéne, mert hiába írok jó kódot, volna mit javítani a szintidőmön, és az error_reporting(E_ALL); -ból se derülnek ki sokszor a futásidejű problémák. És pozitívum lenne, ha a tesztelés módja nem az lenne, hogy kicserélném az ÉLES weboldalt egy teszt weboldalra, hanem nyilván kéne valahol sandboxban futtatni és megnézni a kimenetelét előtte. A legnagyobb gubanc itt, hogy élő, működő, online rendszereket kell továbbfejleszteni biztosítva a rendelkezésre állást ez idő alatt.

Tapasztaltabb proggerként gondolom szembesültetek ugyanezekkel a problémákkal. Ötlet?

Nekem az idők során az alábbi infrastruktúra alakult ki:

Netbeans sftp-n összekötve egy helyi gépen futó virtuális géppel, ami tökéletes másolata az éles szervernek.
Amennyiben a módosított kód rendben van, commit a verzió kezelő szerverre.

A verzió kezelő szerverről pedig jenkins juttatja el az éles szerverre az új verziót.

Így leírva feleslegesen komplexnek tűnhet, de sok fejfájástól megkímél és csapat munkában is jól használható.

Szerintem nem a kornyezettel, hanem a fejlesztesi modszerrel van nalad a gond. Ha TDD-vel fejlesztenel, es nem sftp-n keresztul elesben modositgatnad a fajlokat, akkor nem lenne gond a hibak elkapasaval.
Ahogy en csinalnam:

• elkezdenek git-et hasznalni verziokezelesre(hogy visszakovethetoek legyenek a valtozasok, es esetleg tudj csapatban dolgozni)
• elkezdenek teszteket irni(hogy elkapd a hibakat mielott kitolnad a szerverre)
• ha a szerver konfiguralhato hozza, akkor elkezdenek capistrano-t hasznalni a deploy-hoz. ha nem, akkor egy git hook-al deploy-olnek

IDE-re semmi szukseg szerintem, nekem peldaul csak gondjaim voltak veluk. Egy ideje a Sublime Text-et hasznalom, mert az egy egyszeru szovegszerkeszto, de kiegeszitokkel sokmindent ki lehet belole hozni.

Ha nem gond, hogy kicsit regi, akkor ajanlom a zend studio 5.5-ot, amikor igy fejlesztettem ez volt a legjobb. azonban tobben leirtak, hogy hibas a fejlesztoi kornyezeted. elso sorban ezen kellene valtoztatni. vagy ha maradsz a mostaninal akkor a phpstorm is tudja, csak az ftp plugint utolag kell feltelepiteni. Van gyari valtozat

Git
Az éles szerveren egy git.valami.tld ahova pusholsz és másoknak is megmutathatod, illetve mások innen pullolnak szinte mint egy repo. legyen egy dev branch ahova pusholsz és a master az amit mindenki lát. dev a repo és néha ha kell akkor mergeled a 2 branchet.

CDN
Itt van minden CSS / JS / PNG stb statikus tartalom, ez is egy Git repo. Érdemes megszokni a használatát, még akkor is ha eleinte ugyan azon a szerveren van. Késöbb pl egy éles CDN-re való váltásnál sokkal könnyeb, SSL upgrade esetén sem kell levadászni http:// tartalmat mert itt ott bent marad.


IDE Eclipse
Nekem ez jött be azért mert van benne debug is meg code complition stb, IDE.

Debug XDebug
Telepíted a kiegészítőt php-hoz összekötöd az IDE vel majd FF ben "Easy XDebug" pluginal akkor kapcsolod be amikor akarod mint a debugot mind a profilingot.

Profiling XDebug
Elég komoly elemzéseket képes gyártani azonnal észreveszed, hogy hol lehet optimalizálni a dolgokat.

Firefox Firebug
Ezt gondolom nem kell részletezni.

HTTP Debug : Live HTTP Headers az egyik legjobb http debug cucc szerintem FF hez, látsz minden kérést újra tudod posztolni gettelni az egész http kérésbe belenyúlhatsz.

HTTP Debug : Paros Proxy vannak esetek amikor valami nagyon furát művelsz pl js ben és mielőtt elhagyná a kérés a géped szeretnéd módsítani, ekkor jobb választás valami proxy.


Csak php ról kérdeztél de gondom a JS-hez is hozzányúlsz néha.

Jslint Nem bánik veled kesztyüs kézzel viszont ha betartasz mindent akkor sokkal kevesebbet kell vesződnöd a java scriptel és nem maradnak bent apró hibák.