Dziwna zmienna sesyjna

Dziś się trochę namęczyłem szukając błędu w Axevie. Tak, jeszcze się męcze z tym projektem…
Błąd dość poważny, bo nie można było się zalogować do panelu administracyjnego usera. I jeszcze dosyć nie typowy, bo na localhoscie wszystko grało, działało i buczało, a na serwerze docelowym, po zalogowaniu przekierowywało dalej na formularz logowania :/

Analiza kilku plików projektu jak i poprawianie różnych fragmentów kodu nie przynosiły wymaganego rezultatu.
Po czasie „męczarni” doszedłem do wniosku, że zmienna sesyjna przekazującą wartość id usera jest pusta.
Pomyślałem, jak może być pusta skoro jest poprawnie inicjonowana i przypisywano jej odpowiednią, wymaganą wartość, do tego na localu wszystko poprawnie działa.
Wyświetliłem sobie zawartość tablicy $_SESSION i faktycznie $_SESSION['id'] jest puste.

Array
(
    [logged] => yes
    [id] => 
    [user_login] => user
)

Heh, zmieniłem id na user_id i zaczęło działać.
Więc błąd leży po stronie docelowego serwera, serwera z superhost.pl.
Taki mały szczegół nigdzie (chyba) nie odnotowany, narobił mi problemów, zjadł trochę czasu na jego zlokalizowanie, zlokalizowanie w prawidłowym, funkcjonalnym kodzie.

Ciekawi mnie to, czemu akurat na ich serwerze wystąpił ten problem. Czy może mają cos źle skonfigurowane? Albo, jeśli to „sprawa bezpieczeństwa” czy nie mogli gdzieś tego podać do wiadomości publicznej, że taka i taka nazwa zmiennej sesyjnej jest zabroniona, albo coś innego…

Jedno przemyślenie nt. „Dziwna zmienna sesyjna”

  1. Marcin, myślę, że to błąd u nich, zauważyleś na wszystkich serwerach robili upgrade baz danych 5, no i tak gonili, że śmiało możesz to puścić w eter… ktoś możliwe, że nie wszyscy, ale pomożesz, ja kiedyś miałem podobną sytuację, ale AMD był szybszy i wysłał meila z poprawką ;) czyli też byłem pierwszy chyba ;)

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *