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?

Zainicjuj tablicę przed serializacją i sprawdź, czy dzieje się to samo.

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
Chyba, że to ja Cie źle zrozumiałem.