Temat: Problem z wyczyszczeniem sesji

Wojciech K.:

Rafał Grzegorek:
Problem polega na tym, że tablica $_SESSION nie zeruje się cała, co jest o tyle dziwne, że jak sesja wygasa (te 60 sekund

... a może masz register_globals on i niektóre pola w tabeli $_SESSION[] mają takie same nazwy, jak w $_POST[]? (np. [nazwisko])

Dokładnie sprawdź ustawienia zmiennych globalnych, wczoraj pisałem kawałek kodu i po wrzuceniu na jakiś nie znajomy serwer skrypty świrowały.
Po 2 godzinach okazało się że nazwa zmiennej w skrypcie jest taka sama jak ta w $_SESSION a na serwerze włączona jest opcja register_globals.
Zmiana nazwy zmiennej i wszystko zaczęło ładnie działać.Bartosz R. edytował(a) ten post dnia 17.12.08 o godzinie 15:47

Temat: Problem z wyczyszczeniem sesji

Wojciech Sznapka:
Na każdym wykładzie z programowania czy inżynierii programowania pierwsze pada stwierdzenie, że bardzo czasochłonne są operacje wej/wyj. Czy strzelasz 1000 zapytaniami do bazy w ciągu jednej odsłony? Nie. Czemu? Bo lepiej zrobić 250 zapytań, które zwrócą to samo.
Chłopski rozum nie zawsze jest przydatny w informatyce ;-)

Polecam http://phplens.com/lens/php-book/optimizing-debugging-...

Znany art. :)
Wiele osób zaraz zacznie przerabiać kod. Warto go przeczytać kilka razy i nie popadać w panikę. Wzrost szybkości o 1,5 ms... szkoda na to czasu ;-).

Temat: Problem z wyczyszczeniem sesji

Dominik P.:

czasochłonne są operacje wej/wyj. Czy strzelasz 1000 zapytaniami do bazy w ciągu jednej odsłony? Nie. Czemu? Bo lepiej zrobić 250 zapytań, które zwrócą to samo.

Wiele osób zaraz zacznie przerabiać kod. Warto go przeczytać

nie chce mi się wierzyć, aby programiści - nawet początkujący - "strzelali 1000 zapytań" w jednej odsłonie, skoro można coś minutę dłużej przemyśleć i zrobić w jednym zapytaniu.

natomiast widziałem wielokrotnie, jak ludzie używają zapytań typu select * from.... chociaż potrzebują tylko jedno pole (czyli można: select pole from...) - potem takie "serwisy" po wrzuceniu do środowiska, gdzie SQL był na osobnej maszynie, zapychały mi łacza między serwerami (jeśli wynik miał dużo dużo wierszy, a zdarzały się pola typu text, czy blob) i słałem e-mailem autorom propozycje zmian w kodzie ;)
Innymi słowy - to, co na localhoscie może oznaczac np. milisekundę, przy innej konfiguracji zmieni się w laga nie do przyjęcia - zawsze warto więc starać się o to, aby kod był szybki, bo nigdy nie wiadomo, czy jakieś zrobione "od niechcenia" zapytanie, czy pętla, nie narobią bigosu przy zwiększeniu się ruchu i zwiększeniu skali.

Temat: Problem z wyczyszczeniem sesji

A np. zamiast robić kilka selectów po sobie, lepiej i wydajniej zrobić jeden, który wszystkie te sklei w całość za pomocą UNION, a potem programowo rozdzielać dane. Przykładów optymalizacji SQL jest bardzo dużo ;)