Oldal: 1 / 2 12 UtolsóUtolsó
Eredmény: 1 - 10 (11) összesen

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

  1. #1
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.530
    Begyűjtött 687 köszönetet
    485 hozzászólásával

    Alapbeállítás 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?



  2. #2
    Törzsvendég Biri Mátyás logója
    Csatlakozott
    08-07-10
    Hozzászólás
    110
    Begyűjtött 8 köszönetet
    7 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    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ó.


    unibreeze.com

  3. Az alábbi felhasználók hálásak a válaszért:

    earnnet (2014-02-14)

  4. #3
    Bölcs charlie logója
    Csatlakozott
    09-11-23
    Hely
    Budapest
    Hozzászólás
    1.477
    Begyűjtött 362 köszönetet
    282 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    netbeans + jenkins (vagy hasonló) +1



  5. #4
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.605
    Begyűjtött 1.332 köszönetet
    828 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    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.


    Utoljára módosítva: Geri által : 2014-02-14 06:46
    If debugging is the process of removing software bugs, then programming must be the process of putting them in.
    Github Rake tutorial
    Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime.
    Respect all, fear none

  6. Az alábbi felhasználók hálásak a válaszért:

    earnnet (2014-02-14)

  7. #5
    Bölcs
    Csatlakozott
    11-12-21
    Hozzászólás
    756
    Begyűjtött 116 köszönetet
    100 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    Én sokat nem szoktam ezen variálni...
    A fejlesztéshez van egy autentikációval védett teszt könyvtár ami az eredetinek a másolata, illetve fejlesztés során ez lesz az eredeti. Itt bekapcsolom a hiba kiírást, a futásidő kijelzést és mindent ami kell, ráadásul mivel a teszt is azon a szerveren fut ahol az eredeti, így pontosan ugyan azokkal a beállításokkal tudok dolgozni amelyek majd élesben is lesznek. A teszten bármit tudok csinálni és amikor tökéletes az eredmény akkor átmásolom az eredeti helyére és kész. Ha mód van rá akkor nem is szoktam letörölni a teszt könyvtárat, mert bármikor módosítani kell akkor rendelkezésre áll, ráadásul a tulajnak is meg tudom mutatni mielőtt élesre rakom.



  8. #6
    Bölcs
    Csatlakozott
    07-08-28
    Hozzászólás
    1.024
    Begyűjtött 146 köszönetet
    105 hozzászólásával

    Alapbeállítás

    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



  9. #7
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.530
    Begyűjtött 687 köszönetet
    485 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    Köszönöm a válaszokat, a sublime nyerő. Sokkal szebb kinézetre a np++-nál de kevesebbet nem tud. Szóval ez meg is győzött. Töltöttem rá SFTP plugint, de végülis majdnemhogy ugyanott vagyok, mert:

    Raktam rá egy xdebug plugint, de igazából nem csinál semmit,
    - az ftp-ről leszedett fájlokat egy local webszerver htdocs/-a alá kellene rakni
    - a webszerveren pedig beüzemelni az xdebugot

    Jól gondolom?

    Igazából kaptam az xdebughoz egy .dll fájlt, amivel nem tudok mit kezdeni. Hogy mondjam meg a XAMPP-nak, hogy hé, van ilyen!?



  10. #8
    Hekker 0xFF logója
    Csatlakozott
    09-08-21
    Hozzászólás
    1.079
    Begyűjtött 168 köszönetet
    118 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    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.



  11. #9
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.605
    Begyűjtött 1.332 köszönetet
    828 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    Idézet earnnet eredeti hozzászólása Hozzászólás megtekintése
    Igazából kaptam az xdebughoz egy .dll fájlt, amivel nem tudok mit kezdeni. Hogy mondjam meg a XAMPP-nak, hogy hé, van ilyen!?
    httpd.conf-ba toltsd be a dll-t az extensions-nel.



  12. Az alábbi felhasználók hálásak a válaszért:

    earnnet (2014-02-15)

  13. #10
    Törzsvendég
    Csatlakozott
    12-10-03
    Hozzászólás
    148
    Begyűjtött 63 köszönetet
    51 hozzászólásával

    Alapbeállítás re: PHP fejlesztői környezet - dilemma

    Nálam a xampp + xdebug + eclipse PDT kifogástalanul működött. Emlékeim szerinte xampp alá nem kell semmit másolni vagy bejuttatni, csak engedélyezni a conf-ban.
    Legalábbis pár verzióval ezelőtt így volt. Eclipse pedig gond nélkül használta az xdebug-ot.

    Linket is találtam, ahol leírják mit és hogyan. Bár nem mai, de használható.
    lf.estontorise.hu/archives/39

    Ezen kívül bármire találsz plugint is eclipse alá (svn,git,ftp)



Oldal: 1 / 2 12 UtolsóUtolsó

Könyvjelzők

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod
  •