Forum PHP.pl > Błąd funkcji unserialize, Error at offset po imporcie danych do bazy

Pomoc - Szukaj - Użytkownicy - Kalendarz

Pełna wersja: Błąd funkcji unserialize, Error at offset po imporcie danych do bazy

adbacz

2.03.2014, 21:09:35

Mam zapisaną tablicę elementów i zserializowaną a następnie zapisaną do bazy danych w kolumnie o typie 'text'. Eksport danych działa bez zarzutu i import do innej tak samo, ale gdy chcę odczytać dane z tej kolumny, to dostaję błąd funkcji unserialize:

Kod

unserialize() [function.unserialize]: Error at offset 82 of 408 bytes

A tak wygląda zserializowana treść:

Kod

a:2:{s:11:"firstColumn";a:4:{i:0;s:43:"Application\Back\Components\Trigocms\Module";i:1;s:47:"Application\Back\Components\Publications\Module";i:2;s:43:"Application\Back\Components\Products\Module";i:3;s:0:"";}s:12:"secondColumn";a:4:{i:0;s:50:"Application\Back\Components\TrigocmsUpdates\Module";i:1;s:53:"Application\Back\Components\AdminNotifications\Module";i:2;s:45:"Application\Back\Components\Statistics\Module";i:3;s:0:"";}}

Operacje importy i eksportu sa dokonywane na systemie Windows XP poprzez phpMyAdmin, na tym samym komputerze i serwerze WAMP.

Co może być powodem takiego błędu?

Pyton_000

2.03.2014, 22:45:54

pokaż kod

adbacz

2.03.2014, 22:50:31

Którą część kodu? Zapis do bazy, pobieranie z bazy, wywolanie funkcji unserialize()?

Pyton_000

2.03.2014, 22:53:01

pobieranie i deserializacja,
poza tym zobacz co jest pobrane z DB (np var_dump) i treść tego wklej

adbacz

3.03.2014, 13:32:03

Pobieranie za pomocą PDO z DB zapytaniem

[SQL] pobierz, plaintext 
SELECT * FROM #__user WHERE id = '1' LIMIT 1
[SQL] pobierz, plaintext

A później deserializacja

[PHP] pobierz, plaintext 
$result = @unserialize($user['admin_dashboard_modules_positions']);
return is_array($result) ? $result : array();
[PHP] pobierz, plaintext

Rezultat var_dump

Kod

string 'a:2:{s:11:"firstColumn";a:4:{i:0;s:43:"Application\Back\Components\Trigocms\Module";i:1;s:47:"Application\Back\Components\Publications\Module";i:2;s:43:"Application\Back\Components\Products\Module";i:3;s:0:"";}s:12:"secondColumn";a:4:{i:0;s:50:"Application\Back\Components\TrigocmsUpdates\Module";i:1;s:53:"Application\Back\Components\AdminNotifications\Module";i:2;s:45:"Application\Back\Components\Statistics\Module";i:3;s:0:"";}}' (length=432)

nospor

3.03.2014, 13:36:28

A mi unserialize na tekscie co podales dziala prawidlowo.

Pokaz z czego robisz var_dump()

adbacz

3.03.2014, 14:12:12

Z czego robię, to znaczy?

var_dump() wyglądał tak:

[PHP] pobierz, plaintext 
var_dump($user['admin_dashboard_modules_positions']);
$result = @unserialize($user['admin_dashboard_modules_positions']);
return is_array($result) ? $result : array();
[PHP] pobierz, plaintext

A mógłbyś spróbować z tymi danymi, które podałem w pierwszym poście i zrobić dokładnie w ten sam sposób jak zrobiłem ja?

nospor

3.03.2014, 15:33:16

bez zmian, wszystko dziala

adbacz

3.03.2014, 15:44:42

To dziwne. Ta operacja u mnie zawsze wygląda w ten sam sposób, że po eksporcie z jednej bazy i imporcie do innej (nawet na innym serwerze) zawsze się psuje. Już próbowałem importować na hosting w nazwa.pl i home.pl, i tam jest tak samo - po imporcie mam błąd funkcji unserilize().

W jaki sposób robisz import i eksport jeśli można wiedzieć?

nospor

3.03.2014, 15:55:21

Nie robie importow/eksportow bo nie potrzebuje

viking

3.03.2014, 16:30:58

Jeżeli operujesz na obiektach, a nie wiem co z tym dalej robisz, to żeby wypełnić jakiś obiekt musi być on wcześniej utworzony. Może być też nieaktywne połączenie z bazą. Może być tam też jakiś problem z null przy unserialize.

nospor

3.03.2014, 16:36:47

@viking naprawde myslisz za ja lokalnie mam obiekty ktore on tworzy?

podpowiedz: nie, nie mam, a dziala

poza tym widac tu wyraznie, ze nie ma mowy o zadnych obiektach a jedynie o tekstach

viking

3.03.2014, 16:46:49

Raczej pisałem do autora żeby zwrócił na to uwagę

Jeszcze mi przychodzi do głowy magic_quotes i problem ze slashami.

adbacz

3.03.2014, 16:57:38

@nospor - skoro nie robisz importu-eksportu to będzie działać, już tak sprawdzałem. Błąd pojawia się tylko podczas eksportu z bazy danych i importu do drugiej i dopiero po imporcie pobieranie i odserializowanie. Bez tego błąd nie wyskakuje.

@viking - Mógłbyś napisać czym sie sugerowałeś pisząc o obiektach? Nigdzie tutaj wyżej nie ma nic o obiektach, nawet w kodzie, który przekleiłem.

IProSoft

3.03.2014, 17:49:02

Pokaż jak wygląda treść zserializowana:

Kod

ale już po imporcie do nowej tabeli, jakich znaków brakuje / zostały dodane podczas importu do nowej tabeli.

com

3.03.2014, 18:06:07

http://stackoverflow.com/questions/1015290...error-at-offset

adbacz

4.03.2014, 11:57:34

Tablica, którą serializuje:

[PHP] pobierz, plaintext 
$result = array
(
    'firstColumn' => Array
        (
            'Application\Back\Components\CMS\Module',
            'Application\Back\Components\Publications\Module'
        ),
 
    'secondColumn' => Array
        (
            'Application\Back\Components\AdminNotifications\Module',
            'Application\Back\Components\Updates\Module',
            'Application\Back\Components\Statistics\Module',
            'Application\Back\Components\Backup\Module'
        )
 
)
[PHP] pobierz, plaintext

1. Serializacja i zapis do DB
2. Eksport bazy do pliku
3. Import bazy z pliku do innej bazy
4. Pobranie danych z DB
5. Odserializowanie danych

nospor

4.03.2014, 12:02:58

Wydaje mi sie ze mogą psuc \ - to są znaki specjalne i powinno raczej byc tak:
'Application\\Back\\Components\\CMS\\Module',
Analogicznie reszta

adbacz

4.03.2014, 12:17:21

Możliwe, że tak. Nie wziąłem tego pod uwagę.

Rozwiązałem to w ten sposób, że serializowaną tablicę wrzucam jeszcze w BASE64 i dopiero do DB. W tedy błędu nie ma.

Dziękuje za pomoc Panowie.

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.