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:

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

Skoro debugowanie to proces pozbywania się błądów (bug'ów) to czym jest w takim razie programowanie?

~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

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

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

i poprawiam orta w temacie:P

http://php.faq.pl

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

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

A czy to nie jest napisane w pkt 4 ?
Że trzeba ustawić kodowanie i w dodatku takie samo kodowanie musi być ustawione w edytorze

Acha - w notatniku można zapisać niektóre kodowania

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?

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 .. no i ogolnie oczywiscie wszystkie zasady programowania obiektowego... wiekszego systemu nie da sie napisac w notatniku... strukturalnie... tzn da sie ale z udogodnieniami i nowymi technikami zrobie to nieporownywalnie szybciej i lepiej

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

często mimo to są źle kodowane niektóre znaki więc wspomniałem w swoim poście o programie Ogonki97 oraz o tablicy I jeszcze troszeczkę dokładniej napisałem o notatniku...

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.

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

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

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

Dzieki mokry
To mi w zupełności wystarczy do szczęścia Jak by ta czcinke oferowali troche ładniejsza to by było super. Przyzwyczaiłem sie do Lucida Console.

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

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?

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.

dodatkowo w PHP5 najlepjej stosować E_ALL | E_STRICT

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

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


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 

» PeHaPe - Czytałeś pkt. 6?

Błąd który ostatnio doprowadził mnie do białej gorączki !
Nigdy nie umieszczajcie zamykania połączenia do bazy danych w DAO w destruktorze, bo zaczynają się dziać dziwne rzeczy.

A czym jest u Ciebie DAO? Globalną klasą do opracji na bazie czy raczej klasą dotyczącą jednego obiektu (to znaczy masz wiele klas DAO w aplikacji).
Na czym polegają te dziwne rzeczy? U siebie mam wpisane zamknięcie połączenia w destructor globalnej klasy (singleton) dostępu do bazy i problem miałem jedynie przy obecności innego globalnego singletona posiadającego destructor (jeśli ten inny wywoływał się jako pierwszy i przykładowo wykrzaczał się.. destruktor klasy dostępu do bazy już nie był wykonywany, jeśli jako drugi nie było już dostępu do bazy).

Tak mam klasę DAO pozwalająca na dostęp do bazy tzn. Execute, connect etc.
Ale nie udostępnia funkcji query. Więc tak.
Po prostu błąd był z sesjami które mam w mySQL. I tu nagle mi się połączenie zamykało.

ja w tym tygodniu stoczyłem istną batalię z własnym skryptem, który uparcie nie chciał się poprawnie wykonać... problem polegał na tym, że tworząc 3 funkcje, operujące na tym samym id połączenia (tzn. tym co zwraca np. funkcja mysql_query ), przy wywołaniu tylko jedna (pierwsza) działała poprawnie.

wizualizując:

[PHP] pobierz, plaintext 
<?php
function x($id_polaczenia) {
		$wartosc_koncowa_x = 0;
 
		while($rowx=mysql_fetch_row($id_polaczenia))
			$wartosc_koncowa_x += $rowx[4] * $rowx[5];
 
		return $wartosc_koncowa_x;
	}
 
function y($id_polaczenia) {
		$wartosc_koncowa_y = 0;
 
		while($rowx=mysql_fetch_row($id_polaczenia))
 
...
 
			$wartosc_koncowa_y += $a * $rowx[5];
 
		return $wartosc_koncowa_y;
	}
?>
[PHP] pobierz, plaintext 

i wywołanie:

[PHP] pobierz, plaintext 
<?php
$sql = mysql_query("SELECT * FROM ...");
 
...
 
$wart_x = x($sql);		//zwracało poprawną wartość
$wart_y = y($sql);	   //zwracało 0
?>
[PHP] pobierz, plaintext 

może dla kogoś wydawać się oczywiste gdzie jest błąd, ale pisze to dla tych osób, które mają podobny problem i już są gotowi wyrzucić komputer przez okno, bo całe źródło wygląda dobrze napisane, a błąd jak jest tak jest...

do rzeczy.
operując na tym samym zapytaniu (id połączenia) trzeba pamiętać, że funkcja mysql_fetch_row (i jej alternatywy) ma wewnętrzny wskaźnik, który jest przesuwany po kolejnych wierszach wyniku zapytania. właśnie dlatego pierwsza funkcja zawsze działała. W drugiej wskaźnik był już ustawiony na nieistniejącym wierszu, więc y($sql) zwracało 0.
żeby temu zapobiec należało "ręcznie" ustawiać wskaźnik na pierwszy wiersz. Konkretnie rzecz biorąc, chodziło o funkcję mysql_data_seek:

[PHP] pobierz, plaintext 
<?php
function x($id_polaczenia) {
		$wartosc_koncowa_x = 0;
 
mysql_data_seek($id_polaczenia, 0);		//tak samo w pozostałych funkcjach
 
		while($rowx=mysql_fetch_row($id_polaczenia))
...
?>
[PHP] pobierz, plaintext 

Nie zupelnie.
To rezultat (wynik) zapytania (SELECT ...) ma ten wskaznik nie funkcja.

Poza tym po co ci dwie identyczne funkcje i co chciales osiagnac?

Rzeczywiście... dzięki za uwagę.



Temat: niesforny return w funkcji

w końcu (desperacko szukając błędu) zrobiłem z tego klase i 3 funkcje.

te wyżej ( x(), y() ) są po prostu zwykłymi, teoretycznymi przykładami.

edit: faktycznie obie były identyczne zmieniłem.

Już tak często pojawiają się problemy z kodowaniem w utf-8, że mam dość pisania ciąglę to samo.

Dla utf-8 najważniejsze rzeczy:

1. Dla połączenia z bazą ustawic set names:

[PHP] pobierz, plaintext 
<?php
mysql_connect($DBhost,$DBuser,$DBpass);
mysql_query("SET NAMES utf8");
mysql_select_db($DBname);
?>
[PHP] pobierz, plaintext 

2. Sprawdzić czy pliki zostały zapisane w utf-8.
Do tego nie służy Notatnik (Notepad) tylko Notepad2 gdzie jest funkcja konwertowania lub UltraEdit 32 i EditPlus i może wiele innych.

3. Skoro mamy już te 2 rzeczy, trzeba pamiętać o najważniejszym, ustawić dla bazy kodowanie utf-8. Jest to możliwe od wersji 4.1 mysql-a. Trzeba pamiętać że tabele powinny mieć porównywanie napisów w utf8_unicode_ci.

4. Kodowanie dla strony:
Jeżeli zwykła meta nie działa:


Dodać można jeszcze:

[PHP] pobierz, plaintext 
<?php
header( 'Content-Type: text/html; charset=utf-8' );
?>
[PHP] pobierz, plaintext 

5. Mam bazę zapisaną w latin2 a kodowanie na stronie utf-8. Jak szybko można przekonwertować bazę na utf-8.

Wykonać punkt pierwszy. Stworzyć nowy plik wyświetlając np metodą backupu bazę, pozamieniać collate na utf8_unicode_ci i charset na utf8 wgrać ją od nowa.

Najlepiej zawsze zrobić sobie kopie bazy, aby uniknąć nieprzyjemności.

I to na tyle. W razie problemów jest forum.

Wbrew pozorom bardzo pouczająca strona, bo najlepiej uczyć się na błędach -- cudzych

Odświeżam, bo ten byk pojawia się nader często.

Jest różnica między umieszczaniem kluczy tablic asocjacyjnych w cudzysłowach a bez nich:

[PHP] pobierz, plaintext 
<?php
$tablica = array('klucz'=>'wartosc');
 
// z cudzysłowem
echo $tablica['klucz'];  // wszystko ok
 
// bez
echo $tablica[klucz]; // eee...
?>
[PHP] pobierz, plaintext 

Interpreter wygeneruje błąd typu NOTICE. Dlaczego? Stała a łańcuch tekstowy, to twie różne rzeczy. PHP rozróżnia je od siebie właśnie na podstawie cudzysłowów. Do poczytania: stałe - http://pl2.php.net/manual/pl/language.constants.php - oraz wspomniany przeze mnie błąd w manualu - http://pl2.php.net/manual/pl/language.type...s.array.foo-bar

Niestety, konstrukcja z pseudostałą działa...

Nie ma sensu umieszczać zmiennych w cudzysłowach, jeśli są jedynym parametrem!
Utwórz sobie pusty skrypt i wypróbuj coś takiego:

[PHP] pobierz, plaintext 
<?php
$zmienna = 'asdasd';
 
print("$zmienna");
print($zmienna);
?>
[PHP] pobierz, plaintext 

Widzisz różnicę w działaniu? Tak? Bo ja nie. A kodem z cudzysłowami (w tym przypadku) tylko niepotrzebnie maltretujesz interpreter.

Witam,
Osobiście polecam programować w NOTEPAD++. Następnie plik który zapiszemy w formacie np. index.php w opcjach wybieramy "Format/Koduj w utf-8 (bez BOM)" i zaraz po połączeniu z bazą danych wpisać polecenie: mysql_query ("SET NAMES utf8");

Działa na 100%

Dobrze mówi, polecam notepad++ i ked'a.

Gdy błąd jest w linijce, w której nie ma błędu?

Najczęstszym błędem początkujących jest zapominanie o średniku, na końcu instrukcji. PHP wywali wtedy błąd w linijce 2, a nie 1. Bardziej kumaci to poprawią - mniej: nie.

Wyświetlanie HTML

Jeżeli wyświetlamy instrukcje HTML, należy pamiętać o średnikach, cudzysłowach.

[PHP] pobierz, plaintext 
echo '<font color='red'>'; //źle!
echo '<font color=\'red\'>'; //zadziała
echo "<font color='red'>"; //poprawnie
echo '<font color="red">'; //chyba najlepiej
[PHP] pobierz, plaintext 

Uwaga organizacyjna, dot. baz danych

Najlepiej jest sobie zrobić plik: polacz.php, config.php. W pliku config dać:

[PHP] pobierz, plaintext 
$login = "";
$haslo = "";
$baza = "";
$serwer = "";
[PHP] pobierz, plaintext 

Zaś w pliku polacz.php:

[PHP] pobierz, plaintext 
include('config.php');
 
function polacz($serwer, $baza, $login, $haslo)
{
    $polaczenie = mysql_connect($serwer, $uzytkownik, $haslo);
    if(!$polaczenie)
        return false;
    else
    {
        mysql_select_db($baza, $polaczenie);
		mysql_query('SET NAMES utf8');
		mysql_query('SET CHARACTER_SET utf8_unicode_ci');
        return $polaczenie;
    }
}
 
$polaczenie = polacz($serwer, $baza, $login, $haslo);
if(!!polaczenie)
        echo 'Połączenie z bazą danych NIE powiodło się!';
[PHP] pobierz, plaintext 

Potem wystarczy zaincludować plik, polacz.php, tam gdzie używamy bazy danych mysql.

Mam propozycję - może ktoś umieściłby tutaj sposób na przetwarzanie formularza i wysyłanie maila? Szukałem na forum, lecz nie ma takiego rozwiązania, co by mi pomogło na moim localhost z xamppem (chodzi o konfigurację adresów e-mail). Poza tym na serwerze 110mb.com wyskakuje błąd, że funkcja mail nie jest obsługiwana - skąd można się dowiedzieć, które serwery hostingowe ją obsługują, a które nie? Z góry dzięki. Ten pierwszy to na pewno częsty błąd ;p

na XAMPP mozesz sobie skonfigurowac lokalny serwer pocztowy, jest tam Mercury, a maile sa w postaci:
nazwausera@localhost, pop3/smtp: localhost
minus tego jest taki, że jesli masz walidacje na adres12_Jakis@serwer.com.pl to wyskoczy Ci błąd bo wiadomo, że @localhost nie ma .pl/.com itd

co do bezpłatnych serwerów to odradzam, lepiej zainwestowac te 100 zł i mieć poodblokowywane różne opcje, a co do opcji które są poblokowane to zwykle w specyfikacji konta hostingowego jest napisane.

Odnośnie punktu pierwszego, może troche więcej informacji:  

[PHP] pobierz, plaintext 
var_dump($zmienna); // może to być tablica, obiekt, text, no dosłownei wszystko.
[PHP] pobierz, plaintext 

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) 



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:



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:



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

Widzę, widzę. Wszystko ustawiłem, tylko teraz błąd jest taki: Warning: mail() [function.mail]: Failed to connect to mailserver at "smtp.o2.pl" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in...

Z góry dzięki.

@kupilemsobieksiazke

http://pomoc.o2.pl/poczta/zmiana_portow/

Dzięki tego właśnie szukałem

Witam po raz pierwszy tak w ogóle;)

Ja przedstawię dosyć częsty błąd programistyczny, który nie jest tak łatwo zlokalizować.

[PHP] pobierz, plaintext 
$zmienna = 'Hello World';
 
if ($zmienna = 'Hello PHP') {
    echo $zmienna;
}
 
[PHP] pobierz, plaintext 

W takim wypadku nie dostaniemy powiadomienia o błędzie bowiem zmiennej został przypisany ciąg 'Hello PHP', a nie to było celem. Często z powodu szybkiego pisania, nie wpisujemy dwóch znaków równości w celu porównania ciągów.
Aby nigdy więcej nie zaszła taka pomyłka dobrym sposobem jest porównywać w ten sposób:

[PHP] pobierz, plaintext 
...
if  ('Hello PHP' == $zmienna) {
    echo $zmienna;
}
[PHP] pobierz, plaintext 

W takim wypadku gdybyśmy się pomylili i wstawili jeden znak równości, PHP zwróci błąd a my łatwo zidentyfikujemy miejsce gdzie nastąpiło złe porównanie.

Hmm, właściwie to nie tyczy się tylko PHP; wszystkie języki bazujące na składni C "umożliwiają" coś takiego.

it's not a bug, it's a feature

To może dla mniej zaznajomionych z obsługą serwerów SMTP na Windowsie... Wiele osób testuje mailingi, a temat się przewija i przewija a ludzie tylko mnożą sobie problemy. Istnieje bardzo okrojona wersja serwera SMTP, która w zasadzie służy tylko do "przechwytywania maili idących sobie po localhoście". Uruchamia się go i tylko sprawdza co przez niego próbowało się przebić. Pomaga więc to w testowaniu wysyłki e-maili bez faktycznego wysyłania ich w świat. Programik nazywa się PaperCut. Myślę, że wiele osób powinno go polubić podczas testów

EDIT: Bym zapomniał: Autor udostępnia na stronie kod źródłowy, a sam programik jest na licencji Apache 2.0