Forum PHP.pl

Witam.
Zauważyłem coś bardzo dziwnego, na serwerze znajomego (jeden z tych na linuxpl.com) nie działa serializacja...

Plik na którym sprawdzam działanie serializacji:

[PHP] pobierz, plaintext 
$form_data['cos'] = 'costam1';
$form_data['cos2'] = 'costam2';
$form_data['cos3'] = 'costam3';
$form_data['cos4'] = 'costam4';
$form_data['cos5'] = 'costam5';
$form_data['cos6'] = 'costam6';
$form_data['cos7'] = 'costam7';
$form_data['cos8'] = 'costam8';
 
$sr = serialize($form_data);
echo 'serialized: "'.$sr.'"'."<br>\n";
$usr = unserialize($sr);
 
print_r($usr);
[PHP] pobierz, plaintext 

Bez znaczenia, czy zapiszę go w ANSI czy w UTF-8.

Wersja PHP na serwerze znajomego: 5.2.9.
Wersja PHP u mnie na localhost: 5.3.0.

Wynik uruchomienia pliku na serwerze znajomego:


Wynik uruchomienia pliku u mnie na localhost:


Dziwne prawda? Wie ktoś czemu tak się dzieje?

No teraz działa. Tylko dlaczego bez inicjalizacji na jednym serwerze działa a na drugim już nie?

Może na tym serwerze, na którym nie działa jest coś ustawione w konfiguracji php.ini dla unserialize_callback_func ?

Sprawdziłem wcześniej wszystkie ustawienia z "serializ" w nazwie - wartości są takie same jak u mnie na localhost, czyli domyślne.

O ile pamiętam, to w PHP 5.3 odwołania do znaków stringów przez klamry są oznaczone jako zaniechane i należy stosować nawiasy kwadratowe. W 5.3 dochodzi pewnie do niejawnego rzutowania nieistniejącej zmiennej na string (w przypadku odwoływania przez nawiasy), co powoduje sytuację przez Ciebie opisaną. Jeśli zainicjujesz zmienną jako tablicę, nie dojdzie do rzutowania i zserializowanie nastąpi prawidłowo.

Podejrzewam, że potwierdzeniem mojej tezy będzie wywołanie var_dump na tej zmiennej.

var_dump zwracało coś w stylu "string(32):" (nie chce mi się teraz sprawdzać) więc trafiłeś ze swoją teorią, tyle, że opisujesz przypadek wystąpienia tego na PHP 5.3, natomiast ja miałem problem na PHP 5.2.9 (IMG:style_emoticons/default/smile.gif)
Chyba, że to ja Cie źle zrozumiałem.