Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Debugowanie skryptow
cagrET
post
Post #1





Grupa: Zarejestrowani
Postów: 90
Pomógł: 0
Dołączył: 3.04.2003
Skąd: Opole

Ostrzeżenie: (0%)
-----


w jaki sposob debugujecie skrypty ?

w php znam 2 sposoby:
1. Edytor z debugerem
2. Skrypt php z wlasna obsluga bledow

z pierwszym mam problem
mam edytor php Coder Pro -> http://phpide.de ->
debugger -> http://dd.cron.ru

najnowsza wersja mi nie dziala i mam komunikat zeby zgrac 2.04 - ale 2.04 tez mi nie chodzi - nie moze zaladowac bibloiteki

na PHPEdit dziala mi debugger -> http://phpedit.net
ale za to phpedit czesto mi sie wiesza i nie dziala wiele rzeczy (np undo) mimo iz zgralem stable 6.0

PHPEd - nie testowalem jeszcze

Zend Studio - za wolne na moim kompie :-)

wiecej dobrych edytorow z mozlowoscia debugowania chyba nie ma ?

2. drugi sposob za pomoca skryptow
napisalem niedawno taki 1
na razie tylko pare najpotrzebineszych rzeczy zaimplementowalem

http://scg.milc.com.pl/cagret/debug/lib.mgcError.php

a tutaj przyklad:

http://scg.milc.com.pl/cagret/debug/test.php

- wypisuje blad
- kod gdzie byl blad
- wartosci zmiennych z tego kawalka kodu (mozliwosc ograniczenia zaglebienia petli)
- limit bledow

mam zamiar dodac jeszcze pare funkcji zeby zabezpieczyc sie pzred "hackingiem"
- mozliowsc zapisywania bledow do pliku
- lub na maila wyslanie
- Ip osoby, data etc
- ignorowanie bledow (nie wypisze uzytkownikowi)

stosujecie takie zabezpieczenia na swoich stronach ?
(zlapie sie lamerkow ktorzy probuja podstawiac pod zmienne jakies wartosci i wylapywac bledy w kodzie)
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
dragossani
post
Post #2





Grupa: Przyjaciele php.pl
Postów: 398
Pomógł: 0
Dołączył: --
Skąd: Poznań

Ostrzeżenie: (0%)
-----


Jeśli chodzi o wymienione przez Ciebie sposoby debugowania skryptów, to ten drugi jest zdecydowanie bardziej wszechstronny.

Przejrzałem na razie pobieżnie tą Twoją bibliotekę i muszę przyznać, że jestem pod wrażeniem. Kawał dobrej roboty. Musiał bym się przyjrzeć jak to wypada w porównaniu do klas PEAR i PEAR_Error. A swoją drogą, ciekawe że zdecydowałeś się pisać klasę od zera, a nie rozbudowywać PEAR_Error.

Jeśli chodzi o zapisywanie błędów do plików, albo wysyłkę na maila, to proponuję wydzielić w ogóle tablicę z uchwytami 'standardowych wyjść' klasy mgcError. Można by wtedy dopisywać kolejne metody eksportu danych (ekran, płaski plik logów, plik logów w formie XML, zapis do bazy, wysyłka mailem itd.) przeciążając klasę i tylko rejestrować w tablicy te uchwyty, które mają zostać użyte.
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 6.10.2025 - 00:47