Na naszym serwerze programującym obsługa sesji działa dobrze. Na naszym serwerze produkcyjnym to nie robi.Konfiguracja PHP umożliwiająca sesje
phpinfo na serwerze rozwoju pokazuje:
session
Session Support enabled
Registered save handlers files user mm sqlite
Registered serializer handlers php php_binary wddx
phpinfo na serwerze produkcyjnym pokazuje:
session
Session Support enabled
Registered save handlers files user
Registered serializer handlers php php_binary wddx
Co to jest "mm sqlite" i to może być przyczyną problemu? Jak mogę to włączyć? Jakie są te ustawienia?
Reszta ustawienia są wspólne między nimi:
Directive Local Value Master Value
session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_httponly Off Off
session.cookie_lifetime 0 0
session.cookie_path//
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 1440 1440
session.gc_probability 1 1
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /tmp /tmp
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies On On
session.use_trans_sid 0 0
Czy nieobecność „mm sqlite” stop sesji PHP z pracy, gdy odchodzi od produkcji do rozwoju?
php5 to aktualna wersja PHP od lat. nie trzeba go określać. –
Nie, brak "mm sqlite" ** nie może ** zatrzymać sesji PHP od pracy. Ustawienia konfiguracji to najmniejszy powód, dla którego coś nie działa. To twój kod, koleś. To jest twój kod, który lepiej zacznij debugować. –
Nie do końca Kol. Wrobiłem nowe pytanie, które również opisuje, dlaczego mam tu do czynienia z problemem - http://stackoverflow.com/questions/3740884/creating- nowy-tmp-folder-for-php-to-use – tzmatt7447