unserialize умер

[sunyang]

Подскажите пожалуйста.
Пришлось заменить сериализованную строку ручками через phpmyadmin, просто убрал одну букву из некоторого названия.
После чего unserialize уже для этой строчки не работает.
Видимо дело в экранировании кавычек, после ручного обновления в базе.
Как можно восстановить эту строчку?

 

[c0dex]

sunyang, никак, из бэкапа только. Либо очень долгий, внимательный и вдумчивый взгляд

 

[Активист]

Подскажите пожалуйста.
Пришлось заменить сериализованную строку ручками через phpmyadmin, просто убрал одну букву из некоторого названия.
После чего unserialize уже для этой строчки не работает.
Видимо дело в экранировании кавычек, после ручного обновления в базе.
Как можно восстановить эту строчку?

Дело в структуре, например
s:5:"hello" , означает string длинной 5 байт. Убрали байт, замените s:5 на s:4

 

[sunyang]

Дело в структуре, например
s:5:"hello" , означает string длинной 5 байт. Убрали байт, замените s:5 на s:4

Да, дело было именно в длине строчек. Почему-то длина изменилась. Хотя и база в utf и файлы. Исправил длину у строчек, все заработало. Спасибо.

 

[Вурдалак]

просто убрал одну букву из некоторого названия

Почему-то длина изменилась

лол

 

[c0dex]

Да, дело было именно в длине строчек. Почему-то длина изменилась. Хотя и база в utf и файлы. Исправил длину у строчек, все заработало. Спасибо.

оО

 

[scorpion-ds]

Да, дело было именно в длине строчек. Почему-то длина изменилась. Хотя и база в utf и файлы. Исправил длину у строчек, все заработало. Спасибо.

Просто интересно, если ты не понял почему изменилась длина, то на какую длину ты исправил?

 

[AnrDaemon]

оО

Чему ты удивляешься? Если БД в UTF, не значит, что результаты будут в UTF.
А читая автора топика, я легко представляю, что данные он хранит в строках…