Najczęstsze błędy, Zanim zapytasz, to sprawdź. Opcje

[TomASS]

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:

[PHP] pobierz, plaintext 
<?php
 
echo '<pre>';
print_r($tablica);
echo '</pre>';
 
?>
[PHP] pobierz, plaintext 

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:

[PHP] pobierz, plaintext 
<?php
$query = "SELECT * FROM tablica";
$result = mysql_query($query);
$row = mysql_fetch_array($result);
echo '<pre>';
print_r($row);
echo '</pre>';
?>
[PHP] pobierz, plaintext 

2. Problemy z zapytaniem SQL
Mamy jakieś zapytanie:

[PHP] pobierz, plaintext 
<?php
 
$query = "SELECT * FROM tabela";
$result = mysql_query($query);
 
?>
[PHP] pobierz, plaintext 

I coś niedobrego nam się dzieje. Wtedy można użyć funkcji mysql_error która podpowie nam co robimi źle:

[PHP] pobierz, plaintext 
<?php
 
$query = "SELECT * FROM tabela";
$result = mysql_query($query);
echo $query.'<br/>';
echo mysql_error();
 
?>
[PHP] pobierz, plaintext 

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:

[HTML] pobierz, plaintext 
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
[HTML] pobierz, plaintext 

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:

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:

[PHP] pobierz, plaintext 
<?php
 
if(isset($_GET['zmienna'])) $zmienna = $_GET['zmienna'];
 
?>
[PHP] pobierz, plaintext 

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:

[PHP] pobierz, plaintext 
<?php
$result = @mysql_query($query);
while ($row2 = @mysql_fetch_array($result2))
?>
[PHP] pobierz, plaintext 

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:

[PHP] pobierz, plaintext 
<?php
error_reporting(E_ALL);
ini_set('display_errors', 1);
?>
[PHP] pobierz, plaintext 

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

[PHP] pobierz, plaintext 
<?php
echo 'zmienna: '.$_GET['zmienna'].' zmienna2:'.$_GET['zmienna2'];
?>
[PHP] pobierz, plaintext 

Dla forma

[HTML] pobierz, plaintext 
<form method="post">
<input type="text" name="zmienna" />
</form>
[HTML] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
echo 'zmienna z forma: '.$_POST['zmienna'];
?>
[PHP] pobierz, plaintext 

Mam nadzieję, że to się komuś przyda (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował TomASS 24.05.2008, 09:27:04

[mike]

Skoro debugowanie to proces pozbywania się błądów (bug'ów) to czym jest w takim razie programowanie? (IMG:http://forum.php.pl/style_emoticons/default/laugh.gif)

~TomASS podał kilka rzeczy, które sprawdzone na samym początku pozwolą nam od razu wyłapać błędy w aplikacji.
Gdyby każdy przed zadanim pytania, zacząłby od powyższych to to forum miałoby połowę mniej postów (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

Temat przypinam, bo warto utworzyć zbiór porad, które pomogą Wam samemu znajdować błędy we własnych skryptach.

[aleksander]

http://phppl.ezpublish.no/wortal/artykuly/...ch_programistow

i poprawiam orta w temacie:P

[sf]

http://php.faq.pl

[adam9870]

Ja chciałbym trochę wspomnieć o kodowaniu znaków. Na wielu forach widzę, że są z tym problemy to tu napiszę jak temu zaradzić (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Często źle są wyświetlane polskie znaki takie jak ł, ś, ć itp. Aby to naprawić trzeba mieć w dokumencie:

Kod

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2">

a jak będzie źle wyświetlać to tekst można przekonwertować np. programem Ogonki97. Albo wpisywać polskie znaki wg. tej tablicy:
http://webdesign.art.pl/atelier/ISO_8859-2.html
np. zamiast ł trzeba wpisać &#322. I powinno być ok.

Często też wielu Webmasterów pisze stronę tylko przy użyciu notatnika. On niestety nie koduje znaków w iso-8859-2 i najlepiej robić strony w jakimś edytorze tekstowym (np. EditPlus 2. W większości programów można ustawić aby kodowało w iso-8859-2).

Ten post edytował adam9870 9.04.2006, 20:46:56

[TomASS]

A czy to nie jest napisane w pkt 4 ? (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)
Że trzeba ustawić kodowanie i w dodatku takie samo kodowanie musi być ustawione w edytorze (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Acha - w notatniku można zapisać niektóre kodowania (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował TomASS 9.04.2006, 23:15:01

[yavaho]

Sam pisze w większość w notatniku i problemow z kodowaniem juz nie mam, ale moze ktoś wie jak w winXP zrobić sobie nowy skrót klawiszowy pod którym przypisze się znaki, których często się używa, a nie są dostępne wprost z klawiatury?
Gdzieś w końcu znajduje się odpowiedni wpis (w klawiaturze programisty) określający, że Alt+a daje "ą" więc napewno można sobie zrobić inne kombinacje?

[emp]

mniej błędów sie też popełnia jak sie nie pisze w notatniku.. i jest podświetlanie składni, przeglądarka klas i wiele pomocnych rzeczy... jak np w phpEclipse... no i najlepiej programowac obiektowo to tez wplywa na to ze mniej sie bledow popelnia w porownaniu ze strukturalnym programowaniem... starac sie zeby metoda klasy nie miala wiecej niz jednej strony A4 (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) .. no i ogolnie oczywiscie wszystkie zasady programowania obiektowego... wiekszego systemu nie da sie napisac w notatniku... strukturalnie... tzn da sie (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ale z udogodnieniami i nowymi technikami zrobie to nieporownywalnie szybciej i lepiej

[adam9870]

A czy to nie jest napisane w pkt 4 ?

Troszkę jest, ale jak zrobić aby wszytskie znaki polskie były dobrze wyświetlane nie ma bo nie zawsze wystarczy tylko wstawić :

Kod

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2">

często mimo to są źle kodowane niektóre znaki więc wspomniałem w swoim poście o programie Ogonki97 oraz o tablicy (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) I jeszcze troszeczkę dokładniej napisałem o notatniku... (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

[yavaho]

nie zawsze wystarczy tylko wstawić :

Kod

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2">

Wystarczy wstawić odpowiedni wpis (a nawet jest to obowiązkowe) dotyczący kodowania, tylko trzeba się jeszcze do niego zastosować podczas edycji pliku.
A różnica pomiędzy kodowaniem windows-1250 a iso-8859-2 dotyczy tylko trzech znaków: "ą, ś, ź" i oczywiście ich duzych odpowiedników. Z pozostałymi znakami nie ma zadnego problemu.

[mariuszn3]

Ad. 1 To dużo ładniejsze jest wyjscie z var_dump() po zainstalowaniu rozszerzenia xdebug.

Odnosnie ostatnich postów nie bardzo rozumiem po co wracać do iso-8859-2. Przecież utf-8 załatwia sprawę.

[nu_moon]

Z wlasnego doswiadczenia : Komunikaty zwrotne z bazy danych wyswietlamy :

[PHP] pobierz, plaintext 
<?php
echo mysql_error();
?>
[PHP] pobierz, plaintext 

kolejna rzecza ktora mnie bardzo irytowala na poczatku bylo ( przy probie uzycia sesji czy tez wyslania naglowka ) wstawianie JAKIEGOKOLIEK znaku na poczatku pliku (czesto ENTER lub SPACJA).

[mokry]

yavaho, zobacz tu: http://windows.online.pl/klawiat.htm

Ja sobie zainstalowalem i nie mam żadnych problemow, jak chce przelaczam na iso-8859-2 i od razu mam klawiaturke pod tym kodowaniem (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[yavaho]

Dzieki mokry
To mi w zupełności wystarczy do szczęścia (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Jak by ta czcinke oferowali troche ładniejsza to by było super. Przyzwyczaiłem sie do Lucida Console.

[r_a_d_e_k]

witam
mam problem ze stroną kodową.
przy wyświetlaniu tekstu pobranego z bazy MSSQL2000 w miejscu polskich znaków mam krzaczki i inne fajne znaczki. Ustawione mam iso-8859-2. Sprawidziłem, czy strona kodowa w MSSQL jest właściwa - jest. Sprawdziłem też pobierany tekst za pomocą Excel. Jest OK. Polskie litery nie pobierane z bazy danych są prawidłowo wyświetlane. Czy ktoś wie ,jak ten problem rozwiązać. Zmiana bazy danych nie jest możliwa. Mam PHP4. na stronach pl2.php.net znalazłem informację o parametrze mssql.charset dostępnym dla wersji php 5.1.2. Zastanawiam się czy jeżeli nie da się rozwiązać w 4 to przejść na 5 (co wcale nie oznacza, że problem będzie rozwiązany).

Ten post edytował r_a_d_e_k 21.06.2006, 12:09:19

[yavaho]

Czy baza danych (a raczej tekst w bazie) już istniała wcześniej niż strona, która pobiera z niej tekst?
Jeżeli nie, to jak kodowana jest strona na której znajduje się formularz do wprowadzania danych do bazy?
Jeżeli zmienisz kodowanie strony np: na iso-8859-1 lub utf-8 to też są krzaki w tych tekstach, które pobierane są z bazy danych?

[r_a_d_e_k]

zmiana strony kodowej powoduje wyświetlenie innego zestawu znaczków. dla utf-8 w miejsce polskich liter pojawiają się ?. Tekst został wcześniej wprowadzony. nie ma formularza do wprowadzania, gdyż obecnie informacje są statyczne.

[Hacker]

dodatkowo w PHP5 najlepjej stosować E_ALL | E_STRICT

proszę również o usunięcie mojego posta i ew. dodanie do posta autora tematu

[PeHaPe]

Problem: php podczas próby wysłania cookie wyświetla ostrzeżenie podobne do:

Kod

Warning: Cannot modify header information - headers already sent by (output started at /sciezka/do/pliku/cos.php:X) in /sciezka/do/pliku/cos.php on line X

Rozwiązanie:
Na samym początku skryptu (nie mogą być wysłane żadne dane, nawet jedna spacja) dodaj kod:

[PHP] pobierz, plaintext 
<?php ob_start(); ?>
[PHP] pobierz, plaintext 

oraz na końcu:

[PHP] pobierz, plaintext 
<?php ob_end_flush(); ?>
[PHP] pobierz, plaintext 

[strife]

» PeHaPe - Czytałeś pkt. 6? (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif)