Najczęstsze błędy, Zanim zapytasz, to sprawdź. |
Najczęstsze błędy, Zanim zapytasz, to sprawdź. |
4.04.2006, 22:22:28
Post
#1
|
|
Grupa: Zarejestrowani Postów: 1 660 Pomógł: 13 Dołączył: 9.06.2004 Skąd: Wrocław i okolice Ostrzeżenie: (0%) |
Piszę to w kontekscie wielu ostatnich postów, gdzie ludzie mieli podstawowe problemy z debugowaniem i analizą kodu.
Warto zacząć od: jak pisać? 1. Problemy z tablicami Często pomocną funkcją przy debugowaniu problemów z tablicami jest:
W ten sposób można np. sprawdzić co trzymamy w tablicy $_SESSION, w tablicach $_GET, $_POST oraz $_REQUEST i sprawdzać co zostało nam przesłane np. formularzem. Możesz równie dobrze w ten sposób kontrolować co zwraca Ci zapytanie z bazy danych:
2. Problemy z zapytaniem SQL Mamy jakieś zapytanie:
I coś niedobrego nam się dzieje. Wtedy można użyć funkcji mysql_error która podpowie nam co robimi źle:
3. Problem z session Czasmi, przed użyciem sesji zapominamy o session_start. 4. Problem z kodowaniem/czcionkami Aby wszystko było ze sobą "zgrane", zazwyczaj wystaczy używać edytora który zapisuje pliki w odpowiednim kodowaniu i dać na początku np:
gdzie utf-8 możemy zastąpić naszym kodowaniem. 5. Szukałem na forum ale nie znalazłem W opcjach wyszukiwania najlepiej wybrać: Gdzie szukać->Wszystkie fora oraz Szukaj postów od->kiedykolwiek 6.Cannot add header information - headers already sent Tak jak podał to aleksander w swoim przyczepionym poście, rozwiązanie znajduje się tutaj. 7. Notice: Undefined variable: ... Często serwery php mają ustawione: Cytat error_reporting = E_ALL & ~E_NOTICE w pliku php.ini i ten błąd nie wyskakuje, jednak aby się te błedy nie wyświetlały w wielu przypadkach, przed dokonaniem operacji na jakiejś zmiennej wystarczy użyć pętli oraz funkcji isset:
8. Kod mi nie działa i nie wyświetla żadnego błędu Jeśli kod nie działa i nie wyświetla żadnego błędu, możesz usunąć wszystkie znaki @ (o ile takie są) sprzed funkcji. Np:
9. Nie widać błędów (by strife) Często bywa tak, że nie widzimy błędów w skrypcie i wszystko wydaje nam się dobrze napisane, jednak skrypt działa niepoprawnie. Aby zaradzić temu, i szybko poprawiać napotkane błędy za wczasu, do każdego skryptu na początku dodajemy raportowanie błędów na E_ALL, w taki oto sposób:
Umożliwi to wykrywanie błędów, których nie dostrzegamy normalnie, a które mogą być ukryte poprzez po prostu konfigurację serwera. Jest to bardzo ważne. Dodatkowo (by Hacker) w PHP5 najlepjej stosować E_ALL | E_STRICT. 10. Na localu działa a na serwerze nie... (by nospor) Często takie zdanie słyszymy, gdy ktoś próbuje dobrać się do parametru w linku poprzez $zmienna a nie $_GET['zmienna']. Podobnie z formularzem przesyłanem postem. Zamiast pisać $_POST['zmienna'] piszą $zmienna. Konstrukcję $zmienna można stosować gdy włączone jest register_globals. Ale należy tego unikać gdyż jest to niebezpieczna praktyka i hostingi coraz częściej to wyłączają. Podsumowując: Dla linka: http://jakislink/?zmienna=1&zmienna2=2
Dla forma
Mam nadzieję, że to się komuś przyda Ten post edytował TomASS 24.05.2008, 09:27:04 -------------------- |
|
|
24.12.2009, 16:29:15
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 366 Pomógł: 261 Dołączył: 23.09.2008 Skąd: Bydgoszcz Ostrzeżenie: (0%) |
Odnośnie punktu pierwszego, może troche więcej informacji:
Można dodać <pre>, aby ładnie wyglądało lub podejrzeć źródło strony gdzie są prawidłowo wygenerowane wcięcia. Trochę więcej o debugowaniu: (bardzo polecam super się pracuje z tym) Ładne, czyż nie? Otóż jest to moduł o nazwie "Xdebug" teraz krótki poradnik jak go uruchomić i jakie plusy daje on nam prócz ładnie sformatowanego kodu: 1. Z powyższego linku ściągamy odpowiadającą naszej wersji PHP dll'kę. Wrzucamy go do katalogu "apache/php/ext/" I path do niej wpisujemy w linijce (patrz niżej) Kod zend_extension="D:/xampp/php/ext/php_xdebug-2.0.5-5.3-vc6.dll"</P><P> 2. Wchodzimy do php.ini : Szukamy "[Zend]" lub "[XDebug]", następnie komentujemy cały blook [Zend] (niestety bez tego XDebug nie ruszy). powinno to wyglądać mniej więcej tak: Kod [Zend] ;zend_extension_ts = /php/modules/php_xdebug-4.4.1-2.0.5.dll" ;zend_extension_manager.optimizer_ts = "\xampp\php\zendOptimizer\lib\Optimizer" ;zend_optimizer.enable_loader = 0 ;zend_optimizer.optimization_level=15 ;zend_optimizer.license_path = ; Local Variables: ; tab-width: 4 ; End: [XDebug] zend_extension="D:/xampp/php/ext/php_xdebug-2.0.5-5.3-vc6.dll" xdebug.remote_enable=1 xdebug.remote_host=127.0.0.1 xdebug.remote_port=9000 xdebug.remote_handler=dbgp xdebug.profiler_enable=1 xdebug.profiler_output_dir="D:\xampp\tmp" xdebug.var_display_max_children = 256 xdebug.var_display_max_data = 4000 xdebug.var_display_max_depth = 12 Pod tym linkiem mamy wszystkie odstępne opcje Debuggera LINK W taki oto sposób uzyskujemy ładnie sformatowany debug. Teraz to co rushowe-mysie-pysie lubią najbardziej: Otóż profiler tworzy nam pewne pliki, w katalogu zadeklarowanym w: Kod </P><P>xdebug.profiler_output_dir="D:\xampp\tmp"</P><P> Otworzyć je można za pomocą programu który znaleźć można pod adresem: WinCacheGrind Możliwości daje wielkie, pokazuje czasy wykonań co po czym itp, bardzo dobre narzędzie do profilowania większych aplikacji Tutaj trochę większy opis możliwości i guide jak zainstalować. -------------------- |
|
|
Wersja Lo-Fi | Aktualny czas: 17.06.2024 - 09:20 |