Witam. Stawiajac swoje pierwsze kroki w php OOP nie obylo sie dlugo zanim natknalem sie na pierwszy powazniejszy problem.
Otoz robie klase ktora jest wywolywana na kazdej stronie/podstronie - jest to klasa do Logowania i sprawdzania sesji. Jednak gdy ustawiam po zalogoaniu nowa sesjie - $_SESSION['user'] = $user_id; przy jakiejkolwiek probie wyechowania tej sesji dostaje blad "Object of class User could not be converted to string." Jest jeden wyjatek, moge ja wyechowac w funkcji w ktorej ja ustawiam. Tylko tyle. Probowalem troche z serializacja, ale nie wiem czy sie dobrze za to zabieralem.
Oto kod:
$user = new User;
$user_id = $user -> login(@$_POST['user_name'] , @$_POST['user_password']);
$status = $user -> checkCurrentSession();
class User {
function __construct() {
session_start();
}
function checkCurrentSession() {
if ( isset($_SESSION['user'])) {
echo $_SESSION['user']; // NO I TU DUPA :/
}else{
return false;
}
}
function login($user, $password) {
if ( isset ($user) && isset ($password) ) {
$user_id = $this -> checkLoginData($user, $password);
if( $user_id != false) {
$_SESSION['user'] = $user_id;
}else{
echo "wrong user";
}
}
}
function checkLoginData($user,$password) {
// conecting to the database.
// check for user id and return it.
// hardCoded validation ->
if ($user == "dupa" && $password == "dupa") {
return $user;
}elseif ($user == "admin" && $password =="admin" ) {
return $user;
}else {
return false;
}
}
function logout () {
if ( isset ($_SESSION['user']) ) {
$_SESSION['user'];
unset($_SESSION['user']);
session_destroy();
echo "sucesfully loged out";
}else{
echo "Sesion does not exist. Error.";
}
}
}
Dodatkowo dodam, przechodzac na strone admina - sprawdzanie typu if ( $_SESSION['user'] == "admin") tez nie dziala :/ Wtf ?!
Help ?!
zamiast
echo $_SESSION['user'];
daj:
var_dump($_SESSION['user']);
To może doznasz olśnienia. Pomijam już fakt, że komunikat błędu podaje ci wszystko jak na tacy
echo $_SESSION['user'];
daj:
var_dump($_SESSION['user']);
To może doznasz olśnienia. Pomijam już fakt, że komunikat błędu podaje ci wszystko jak na tacy
Mam podobny problem z tym, że na serwerze nazwa.pl działa poprawnie i dump zwraca mi string(2)->pl
natomiast na innym serwerze zagranicznym dostaję takie coś....
W miejsce XXX znajdują się dane, których nie mogę podać.W zasadzie nie wiem nawet czemu je dumpuje!Znajdują się one w innej klasie.
Czy to możliwe, że to wina serwera albo jego konfiguracji.Jeśli tak to jak mogę to zfixować np. w php.ini, htaccessie?
natomiast na innym serwerze zagranicznym dostaję takie coś....
W miejsce XXX znajdują się dane, których nie mogę podać.W zasadzie nie wiem nawet czemu je dumpuje!Znajdują się one w innej klasie.
Czy to możliwe, że to wina serwera albo jego konfiguracji.Jeśli tak to jak mogę to zfixować np. w php.ini, htaccessie?
No dokładnie, ale czemu na nazwa.pl zachowuje się to inaczej niż na zagranicznym serwerze.
To mam na początku klasy language.
często w plikach tpl i php używana jest zmienna $_SESSION['language'] jako element url'a (panel admina jest w kilku językach a przepisywanie urli jest w htaccessie).
Z tym, że na nazwa.pl ta zmienna zwraca string w postaci "pl" i w podstawieniach działa to poprawnie.Na zagranicznym serwie podstawia to co wypluł var_dump.
Teraz pytanie czy do sesji ($_SESSION['language']) jest na pewno zapisywany obiekt klasy Language? Czy po prostu nazwa języka typu "pl", "fr"?
Bo z obiektu klasy Language po var_dump() raczej nie będzie "pl" - no chyba, że użyjemy magicznej metody __toString()
Bo z obiektu klasy Language po var_dump() raczej nie będzie "pl" - no chyba, że użyjemy magicznej metody __toString()
Cytat(qrzysztof @ 9.09.2011, 15:25:54 ) 
Teraz pytanie czy do sesji ($_SESSION['language']) jest na pewno zapisywany obiekt klasy Language? Czy po prostu nazwa języka typu "pl", "fr"?
Bo z obiektu klasy Language po var_dump() raczej nie będzie "pl" - no chyba, że użyjemy magicznej metody __toString()
Bo z obiektu klasy Language po var_dump() raczej nie będzie "pl" - no chyba, że użyjemy magicznej metody __toString()
No właśnie na serwerze nazwa.pl zwraca "pl".
Nie jestem autorem tego kodu tylko staram się to wdrożyć na inny serwer więc zaraz odszukam, w którym miejscu zapisuje to do $_SESSION
A jeśli użyjemy metody __toString() a na serwerach są różne wersje PHP to mogą się tu pojawić pewne różnice. Nie wiem nawet czy potrzebne jest użycie __toString() do tego. Być może sam fakt próby konwersji obiektu na tekstowe wyjście powoduje zjawisko, o którym piszesz.
Hmm.No to mam jeszcze jedna dziwna wskazówkę.
Wyczyściłem cookies i var_dump na tym zagranicznym serwie dla $_SESSION['language'] zwrócił string(2) "pl" a jak odświeżyłem stronę to wywala to co wcześniej wklejałem.
Dziwne...
Również patrząc przez firebug'a na cookie widzę za 1 razem PHPSESSID=jakies id; path=/
a po odświeżeniu znika path=/
Czy to może mieć jakieś znaczenie?
Wyczyściłem cookies i var_dump na tym zagranicznym serwie dla $_SESSION['language'] zwrócił string(2) "pl" a jak odświeżyłem stronę to wywala to co wcześniej wklejałem.
Dziwne...
Również patrząc przez firebug'a na cookie widzę za 1 razem PHPSESSID=jakies id; path=/
a po odświeżeniu znika path=/
Czy to może mieć jakieś znaczenie?
Wydaje mi się ,że nie zostało sprawdzone czy formularz został wysłany i po odświeżeniu pobiera puste zmienne przez co wywala błędy>proszę spróbować dodać if($_POST)
Ok.
Problem rozwiązałem.Raz zwracało string->"pl" a raz resztę klasy np. po odświeżeniu.
Zmieniłem w notepad++ funkcją zamień w plikach zmienną $_SESSION['language'] na $_SESSION['jezykw'] i panel zadziałał.
Z tego taki wniosek, że pewne metody na zagranicznym serwerze były niedozwolone z powodu kolizji nazw.
Problem rozwiązałem.Raz zwracało string->"pl" a raz resztę klasy np. po odświeżeniu.
Zmieniłem w notepad++ funkcją zamień w plikach zmienną $_SESSION['language'] na $_SESSION['jezykw'] i panel zadziałał.
Z tego taki wniosek, że pewne metody na zagranicznym serwerze były niedozwolone z powodu kolizji nazw.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.