Komunikaty dla użytkownika., Jakie zastosować podejście do komunikatów użytkownika. Opcje

[br-design.pl]

Zastanawiam się jakie podejście będzie najwłaściwsze dla komunikatów dla użytkownika (typu dodano artykuł, usnięto produkt, zły login lub hasło itd.).

Myślałem nad jakąś klasą Logger'a ale nie wiem czy to przypadkiem nie za dużo, pozatym Loggera o ile się nie myle stosuję się głownie do błędów aplikacji.

Inny sposób o którym tylko słyszałem to zrobić kolekcje obiektów, ale nie bardzo wiem na czym to by miało polegać...

Jezeli ktoś ma jakiś pomysł to będe wdzięczny?

[nospor]

Po takiej operacji jak ty mówisz, weźmy dla przykładu naszego newsa, bez przeładowania nie czyści się ani POST ani GET. Wieć po dodaniu tego newsa, użytkownik widzi nasz komunikat, pusty formularz na nowego newsa, ale wystarczy że odświeży strone i nawet się nie zoreintuje kiedy dodał drugi raz ten sam rekord.

Tu masz cos jak zapobiegac odswierzaniu i to bez przekierowania:
http://forum.php.pl/index.php?showtopic=44383
Pozatym problem z odswierzaniem ma sie nijak do komunikatow.

Jesli jednak koniecznie chcesz robic przekierowanie to zapisz komuniakty do sesji, po przekierowaniu je odbierz, wyswietl i usun z sesji. No tu nie ma zadnej filozofii

Jezeli wszystko wyszlo ok robilem na koncu przekierowanie (header('Location: xyz.php?msg=Dodano Nowosc')).

@Prph taka metoda jest beznadziejna. A jak bedziesz chcial przekazac kilka komunikatow i beda za dlugie na url? Pomijam juz fakt ze ktos ci moze takiego linka spreparowac ze na Twojej stronie bedzie napisa:
"Ta strona jest do.... kitu (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) " albo jeszcze gorsze rzeczy i porazka totalna

edit: z php5 to ma malo wspolnego. przenosze