Что может вызвать сбой в функции сериализации PHP?

Question

У меня есть серверный PHP-код, который пытается сохранить объект данных (по существу, многомерный массив) в бэкэнд-базе данных. Этот объект данных первоначально входит как объект ActionScript AMF, отправленный из приложения flex. Я хочу сохранить объект целиком для последующего использования, поэтому я использовал функцию сериализации php и закодировал объект по простой строке, которая может попасть в поле базы данных. Код выглядит следующим образом:

$serializedDataObject = base64_encode(serialize($objectInstance->myDataObject)); 

Когда я хочу, чтобы оживить этот объект и вернуть его обратно, я просто запустить обратный

$unserializedDatanObject = unserialize(base64_decode($serializedDataObject)); 

До сих пор это, кажется, работает хорошо. Но иногда мой php-скрипт терпит неудачу. Я думаю, что он не работает на этапе сериализации. Мой вопрос теоретически говорит о том, что может привести к сбою процесса сериализации и кодирования php? Существуют ли в массиве объектов данных определенные символы или виды данных, которые могут привести к сериализации?

Нужно ли мне массировать объект данных, прежде чем пытаться его сериализовать?

Edit:

Чтобы уточнить процесс работает как этот

У меня есть клиент приложения Flex/Actionscript, который отправляет объекты ACTIONSCRIPT на основе АИФ на сервер. На стороне PHP я использую библиотеку Zend AMF для чтения данных AMF. Объект может быть проверен в PHP и в основном выглядит как ассоциативный многомерный массив. Именно в этот момент я пытаюсь выполнить сериализацию и базовую кодировку 64-го объекта, чтобы я мог сохранить объект в базе данных в виде закодированной строки.

Надеюсь, это имеет смысл. Проблема прерывистая и не так легко воспроизводить последовательно. Если я могу получить некоторые сообщения об ошибках, я отправлю их здесь для дальнейшего уточнения. Но на данный момент мне просто интересно, каковы пределы сериализации, которые помогут мне отлаживать дальнейшие действия.

Answer 1

Вы не можете правильно сериализовать ресурсы, такие как дескрипторы файлов или подключения к базе данных. Вы также не можете сериализовать встроенные объекты PHP, хотя я не совсем уверен, что это покрывает.

Answer 2

На php.net/bas64_decode есть некоторые упоминания о больших строках, которые не хорошо декодируются. Кроме того, если у вас есть неподдерживаемые форматы символов в объекте, это может вызвать проблемы.

1. Убедитесь, что у вас нет каких-либо неподдерживаемые форматы символов в ваших объектов
2. Try и войти как большие объекты, которые являются сериализовано

Answer 3

Должен пойти с Томом на этом; для обозначения php.net/serialize:

Величина, подлежащая сериализации. serialize() обрабатывает все типы, кроме типа ресурса. Вы можете даже сериализовать() массивы, содержащие ссылки на себя. Также будут сохранены циклические ссылки внутри массива/объекта, который вы сериализуете. Любая другая ссылка будет потеряна.

Что касается стандартных объектов, у вас не должно быть проблем. Зарегистрируйте данные, которые вы получаете после base64_encoding/decoding, затем используйте следующую строку, чтобы проверить свои данные.

echo '<pre>'; print_r($decodedObject); echo '</pre>'; 

Answer 4

Вы храните сериализованные данные внутри базы данных? Если да, то является ли поле достаточно большим для хранения данных? Кодировка Base64 добавляет примерно в 1,3 раза к длине строки, которая будет усечена в некоторых системах БД.

Answer 5

@Greg правильный, поскольку вы не можете сериализовать ресурсы.

Учитывая, что вы описываете свои объекты как «объекты данных», у меня возникает ощущение, что они содержат ресурсы для подключения к базе данных? (например, $object->rs = mysql_connect(...);).

Если так, рассмотреть возможность использования __sleep() and __wakeup() функций в ваших объектов данных (__sleep() вызывается непосредственно перед сериализации __wakeup() сразу после де-сериализации).

Функция __sleep() должна закрыть любую базу данных или файловые ресурсы, а функция __wakeup() должна подключаться к базе данных.

РНР ручной ввод Я связала выше есть пример класса, который управляет соединение с базой данных, которая serializeable:

<?php 
class Connection { 
    protected $link; 
    private $server, $username, $password, $db; 

    public function __construct($server, $username, $password, $db) 
    { 
     $this->server = $server; 
     $this->username = $username; 
     $this->password = $password; 
     $this->db = $db; 
     $this->connect(); 
    } 

    private function connect() 
    { 
     $this->link = mysql_connect($this->server, $this->username, $this->password); 
     mysql_select_db($this->db, $this->link); 
    } 

    public function __sleep() 
    { 
     return array('server', 'username', 'password', 'db'); 
    } 

    public function __wakeup() 
    { 
     $this->connect(); 
    } 
} 

Answer 6

ресурсы не могут быть сериализованы, который может быть проблема. Способ избежать этой проблемы - использовать магические методы: __sleep and __wakeup.

В принципе, ваша __sleep функции вызывается при вызове Serialize и __wakeup это когда вы десериализируетесь, так сказать, что это соединение с базой данных: во время сна() закрывает соединение и хранить строку соединения где-то (возможно), и в пробуждение, повторно подключиться.