Dane sesji PHP nie są zapisywane

Sprawdź, czy nie mieszasz https://z http://. Zmienne sesji nie przepływają między sesjami bezpiecznymi i niezabezpieczonymi.

Miałem ten sam problem - to co mi się przydarzyło to zmiana sesji przez administratora serwera.cookie_secure boolean to On, co oznacza, że pliki cookie będą wysyłane tylko przez bezpieczne połączenie. Ponieważ plik cookie nie został znaleziony, php tworzyło nową sesję za każdym razem, więc zmienne sesji nie były widoczne.

Użyj phpinfo() i sprawdź ustawienia session.*.

Być może informacje są przechowywane w plikach cookie, a twoja przeglądarka nie akceptuje plików cookie, coś w tym stylu.

Sprawdź to najpierw i wróć z wynikami.

Możesz również wykonać print_r($_SESSION);, aby mieć zrzut tej zmiennej i zobaczyć zawartość....

Odnośnie Twojego phpinfo(), Czy session.save_path jest ważny? Czy twój serwer WWW ma dostęp do tego katalogu?

Miałem następujący problem

Indeks.php

<?
    session_start();
    $_SESSION['a'] = 123;
    header('location:index2.php');
?>

Indeks2.php

<?
  session_start();
  echo $_SESSION['a'];
?>

Zmienna $_SESSION['a'] nie została ustawiona poprawnie. Wtedy zmieniłem index.php akordowo

<?
    session_start();
    $_SESSION['a'] = 123;
    session_write_close();
    header('location:index2.php');
?>

Nie wiem co to wewnętrznie oznacza, po prostu tłumaczę sobie, że zmiana zmiennej sesji nie była wystarczająco szybka:)

Sprawdź, czy ścieżka zapisu sesji jest zapisywalna przez serwer WWW.

Upewnij się, że masz włączone ciasteczka.. (Zapominam kiedy je wyłączam aby coś przetestować)

Użyj Firefoksa z rozszerzeniem firebug, aby sprawdzić, czy plik cookie jest ustawiany i przesyłany z powrotem.

I na niepowiązanej uwadze, zacznij szukać php5, ponieważ php 4.4.9 jest ostatnim z serii php4.

Sprawdź, kim jest grupa i właściciel folderu, w którym działa skrypt. Jeśli identyfikator grupy lub identyfikator użytkownika są błędne, na przykład ustawiony na root, spowoduje to, że sesje nie będą prawidłowo zapisywane.

Sprawdź wartość "views" przed jej zwiększeniem. Jeśli z jakiegoś dziwacznego powodu zostanie ustawiony na ciąg znaków, to po dodaniu do niego 1 zawsze zwróci 1.

if (isset($_SESSION['views'])) {
    if (!is_numeric($_SESSION['views'])) {
        echo "CRAP!";
    }
    ++$_SESSION['views'];
} else {
    $_SESSION['views'] = 1;
}

Cóż, możemy wyeliminować błąd kodu, ponieważ testowałem kod na własnym serwerze (PHP 5).

Oto co warto sprawdzić:

1. Czy wywołujesz session_unset () lub session_destroy () w dowolnym miejscu? Funkcje te natychmiast usuwają dane sesji. Jeśli umieszczę je na końcu mojego scenariusza, zaczyna zachowywać się dokładnie tak, jak opisujesz.

2. Czy działa tak samo we wszystkich przeglądarkach? Jeśli działa na jednej przeglądarce, a nie innej, możesz mieć problem z konfiguracją w niefunkcjonującej przeglądarce (tzn. wyłączyłeś pliki cookie i zapomniałeś je włączyć, lub blokujesz pliki cookie przez pomyłkę).

3. Czy folder sesji można zapisać? Nie możesz tego przetestować za pomocą is_writable (), więc musisz przejść do folderu (z phpinfo () wygląda to jak /var / php_sessions) i upewnić się, że sesje są rzeczywiście tworzone.

Jeśli ustawisz sesję w php5, spróbuj ją odczytać na stronie php4, może nie wyglądać we właściwym miejscu! Ustaw strony w tej samej wersji php lub ustaw session_path.

Spędziłem wieki szukając odpowiedzi na podobny problem. Nie był to problem z kodem lub konfiguracją, ponieważ bardzo podobny kod działał idealnie w innym .php na tym samym serwerze. Okazało się, że problem był spowodowany bardzo dużą ilością danych zapisywanych w sesji na tej stronie. W jednym miejscu mieliśmy taką linię: $_SESSION['full_list'] = $full_list gdzie $full_list Była tablicą danych załadowanych z bazy danych; każdy wiersz był tablicą około 150 elementów. Kiedy Kod został początkowo napisany kilka wiele lat temu DB zawierało tylko około 1000 wierszy, więc $full_list zawierało około 100 elementów, z których każdy był tablicą około 20 elementów. Z czasem 20 elementów zamieniło się w 150, A 1000 wierszy w 17000, więc kod zapisywał w sesji blisko 64 megabajty danych. Najwyraźniej, przy takiej ilości danych, odmówiła przechowywania czegokolwiek innego. Gdy zmieniliśmy kod, aby radzić sobie z danymi lokalnie bez zapisywania ich w sesji, wszystko działało idealnie.

Znam jedno rozwiązanie, które znalazłem (OSX z Apache 1 i właśnie przełączyłem na PHP5), gdy miałem podobny problem, że wyłączenie 1 konkretnego klucza (ie unset($_SESSION['key']);) powodowało, że nie zapisywał. Jak tylko nie odłączyłem tego klucza, zapisałem go. Nigdy więcej tego nie widziałem, z wyjątkiem tego serwera na innej stronie, ale wtedy była to inna zmienna. Ani nic specjalnego.

Dzięki za ten Darryl. To mi pomogło. Kasowałem sesję zmienną, i z jakiegoś powodu nie pozwalała na zatwierdzanie sesji. teraz po prostu ustawiam go na null (co jest dobre dla mojej aplikacji) i działa.

Znam jedno rozwiązanie, które znalazłem (OSX z Apache 1 i właśnie przełączyłem na PHP5), gdy miałem podobny problem, że wyłączenie 1 konkretnego klucza (ie unset($_SESSION['key']);) powodowało, że nie zapisywał. Jak tylko nie odłączyłem tego klucza, zapisałem go. Nigdy więcej tego nie widziałem, z wyjątkiem tego serwera na innej stronie, ale wtedy była to inna zmienna. Ani nic specjalnego.

Oto jeden częsty problem, którego nie widziałem w innych komentarzach: czy twój host uruchamia jakąś pamięć podręczną? Jeśli są one automatycznie buforowania wyników w jakiś sposób można uzyskać tego rodzaju zachowanie.

Chciałem tylko dodać małą uwagę, że może to również wystąpić, jeśli przypadkowo przegapisz instrukcję session_start () na swoich stronach.

Ustawiłem ścieżkę pliku cookie sesji na "//" zamiast "/". Firebug jest niesamowity. Mam nadzieję, że to komuś pomoże.

Miałem ten problem przy korzystaniu z bezpiecznych stron skąd przychodziłem www.domain.com/auth.php które Przekierowano do domain.com/destpage.php. usunąłem www z auth.PHP link i zadziałało. To mnie rzuciło, ponieważ wszystko działało inaczej; sesja nie była ustawiona, gdy przyjechałem do miejsca docelowego.

Częstym problemem często pomijanym jest również to, że nie może być innego kodu ani dodatkowego odstępu przed poleceniem session_start ().

Miałem ten problem już wcześniej, gdy miałem pustą linię przed session_start (), co spowodowało, że nie działa poprawnie.

Dodanie mojego rozwiązania:

Sprawdź czy masz dostęp do poprawnej domeny . Używałem www.mysite.com, aby rozpocząć sesję i próbowałem ją otrzymać od mysite.com (Bez www).

Rozwiązałem to dodając przepisanie htaccess wszystkich domen do www, aby być na bezpiecznej stronie / stronie.

Sprawdź również, czy używasz http lub https.

Edytuj swoje php.ini.
Myślę, że wartość sesji.gc_probability ma wartość 1, więc ustaw ją na 0.

session.gc_probability=0

Sprawdź, czy używasz session_write_close (); gdziekolwiek, używałem tego zaraz po kolejnej sesji, a następnie próbowałem napisać do sesji ponownie i to nie działało.. więc po prostu skomentuj, że sh * t out

Jeszcze kilka rzeczy, które musiałem zrobić(miałem ten sam problem: brak retencji sessona po aktualizacji PHP do 5.4). Wielu nie potrzebuje tych, w zależności od tego, co php twojego serwera.ini contains (check phpinfio ());

session.use_trans_sid=0 ; Do not add session id to URI (osc does this)
session.use_cookies=0;  ; ensure cookies are not used
session.use_only_cookies=0 ; ensure sessions are OK to use IMPORTANT
session.save_path=~/tmp/osc; ; Set to same as admin setting
session.auto_start = off; Tell PHP not to start sessions, osc code will do this

Zasadniczo Twoje php.ini powinno być ustawione na brak plików cookie, a parametry sesji muszą być zgodne z tym, czego chce osc.

Może być również konieczna zmiana kilku fragmentów kodu sesji w application_top.php-tworzenie obiektów, których nie ma w tep_session_is_registered(...) połączenia (np. obiekt nawigacyjny), ustawić zmienne $HTTP_ na nowsze $_SERVER i kilka innych testów isset dla pustych obiektów (google dla info). Skończyło się na tym, że mogłem korzystać z oryginalnych sesji.Pliki php (includes / classes I includes/functions) z nieco zmodyfikowanym application_top.php, aby wszystko zaczęło się od nowa. Php.ustawienia ini były głównym problemem,ale to oczywiście zależy od tego, co Twoja firma serwerowa zainstalowała jako domyślne.