unserialize () : ошибка при смещении

Я использую Hotaru CMS с плагином загрузки изображений, я получаю эту ошибку, если я пытаюсь прикрепить изображение к сообщению, иначе нет ошибки.

Оскорбительный код (ошибка указывает на строку с **):

/** * Retrieve submission step data * * @param $key - empty when setting * @return bool */ public function loadSubmitData($h, $key = '') { // delete everything in this table older than 30 minutes: $this->deleteTempData($h->db); if (!$key) { return false; } $cleanKey = preg_replace('/[^a-z0-9]+/','',$key); if (strcmp($key,$cleanKey) != 0) { return false; } else { $sql = "SELECT tempdata_value FROM " . TABLE_TEMPDATA . " WHERE tempdata_key = %s ORDER BY tempdata_updatedts DESC LIMIT 1"; $submitted_data = $h->db->get_var($h->db->prepare($sql, $key)); **if ($submitted_data) { return unserialize($submitted_data); } else { return false; }** } } 

Данные из таблицы, обратите внимание, что бит конца имеет информацию об изображении, я не эксперт в PHP, поэтому мне было интересно, что вы, ребята / галлы, могли бы подумать?

tempdata_value:

 a:10:{s:16:"submit_editorial";b:0;s:15:"submit_orig_url";s:13:"www.bbc.co.uk";s:12:"submit_title";s:14:"No title found";s:14:"submit_content";s:12:"dnfsdkfjdfdf";s:15:"submit_category";i:2;s:11:"submit_tags";s:3:"bbc";s:9:"submit_id";b:0;s:16:"submit_subscribe";i:0;s:15:"submit_comments";s:4:"open";s:5:"image";s:19:"C:fakepath100.jpg";} 

Редактировать: я думаю, что нашел бит сериализации …

 /** * Save submission step data * * @return bool */ public function saveSubmitData($h) { // delete everything in this table older than 30 minutes: $this->deleteTempData($h->db); $sid = preg_replace('/[^a-z0-9]+/i', '', session_id()); $key = md5(microtime() . $sid . rand()); $sql = "INSERT INTO " . TABLE_TEMPDATA . " (tempdata_key, tempdata_value, tempdata_updateby) VALUES (%s,%s, %d)"; $h->db->query($h->db->prepare($sql, $key, serialize($h->vars['submitted_data']), $h->currentUser->id)); return $key; } 

unserialize() [function.unserialize]: Error at offset была связана с неверными invalid serialization data из-за недопустимой длины

Быстрая починка

То, что вы можете сделать, это recalculating the length элементов в сериализованном массиве

Текущие сериализованные данные

 $data = 'a:10:{s:16:"submit_editorial";b:0;s:15:"submit_orig_url";s:13:"www.bbc.co.uk";s:12:"submit_title";s:14:"No title found";s:14:"submit_content";s:12:"dnfsdkfjdfdf";s:15:"submit_category";i:2;s:11:"submit_tags";s:3:"bbc";s:9:"submit_id";b:0;s:16:"submit_subscribe";i:0;s:15:"submit_comments";s:4:"open";s:5:"image";s:19:"C:fakepath100.jpg";}'; 

Пример без пересчета

 var_dump(unserialize($data)); 

Вывод

 Notice: unserialize() [function.unserialize]: Error at offset 337 of 338 bytes 

Перерасчет

 $data = preg_replace('!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'", $data); var_dump(unserialize($data)); 

Вывод

 array 'submit_editorial' => boolean false 'submit_orig_url' => string 'www.bbc.co.uk' (length=13) 'submit_title' => string 'No title found' (length=14) 'submit_content' => string 'dnfsdkfjdfdf' (length=12) 'submit_category' => int 2 'submit_tags' => string 'bbc' (length=3) 'submit_id' => boolean false 'submit_subscribe' => int 0 'submit_comments' => string 'open' (length=4) 'image' => string 'C:fakepath100.jpg' (length=17) 

Рекомендация .. I

Вместо использования такого быстрого решения … я советую вам обновить вопрос с помощью

  • Как вы сериализуете свои данные

  • Как вы его сохраняете.

============================ РЕДАКТИРОВАНИЕ 1 ================================================ ===============

Ошибка

Ошибка возникла из-за использования двойной кавычки " вместо одиночной кавычки ' , поэтому C:\fakepath\100.png был преобразован в C:fakepath100.jpg

Чтобы исправить ошибку

Вам нужно изменить $h->vars['submitted_data'] From (Обратите внимание на singe совершенно)

замещать

  $h->vars['submitted_data']['image'] = "C:\fakepath\100.png" ; 

С

  $h->vars['submitted_data']['image'] = 'C:\fakepath\100.png' ; 

Дополнительный фильтр

Вы также можете добавить этот простой фильтр перед вызовом serialize

 function satitize(&$value, $key) { $value = addslashes($value); } array_walk($h->vars['submitted_data'], "satitize"); 

Если у вас есть символы UTF, вы также можете запустить

  $h->vars['submitted_data'] = array_map("utf8_encode",$h->vars['submitted_data']); 

Как определить проблему в будущих сериализованных данных

  findSerializeError ( $data1 ) ; 

Вывод

 Diffrence 9 != 7 -> ORD number 57 != 55 -> Line Number = 315 -> Section Data1 = pen";s:5:"image";s:19:"C:fakepath100.jpg -> Section Data2 = pen";s:5:"image";s:17:"C:fakepath100.jpg ^------- The Error (Element Length) 

Функция findSerializeError

 function findSerializeError($data1) { echo "<pre>"; $data2 = preg_replace ( '!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'",$data1 ); $max = (strlen ( $data1 ) > strlen ( $data2 )) ? strlen ( $data1 ) : strlen ( $data2 ); echo $data1 . PHP_EOL; echo $data2 . PHP_EOL; for($i = 0; $i < $max; $i ++) { if (@$data1 {$i} !== @$data2 {$i}) { echo "Diffrence ", @$data1 {$i}, " != ", @$data2 {$i}, PHP_EOL; echo "\t-> ORD number ", ord ( @$data1 {$i} ), " != ", ord ( @$data2 {$i} ), PHP_EOL; echo "\t-> Line Number = $i" . PHP_EOL; $start = ($i - 20); $start = ($start < 0) ? 0 : $start; $length = 40; $point = $max - $i; if ($point < 20) { $rlength = 1; $rpoint = - $point; } else { $rpoint = $length - 20; $rlength = 1; } echo "\t-> Section Data1 = ", substr_replace ( substr ( $data1, $start, $length ), "<b style=\"color:green\">{$data1 {$i}}</b>", $rpoint, $rlength ), PHP_EOL; echo "\t-> Section Data2 = ", substr_replace ( substr ( $data2, $start, $length ), "<b style=\"color:red\">{$data2 {$i}}</b>", $rpoint, $rlength ), PHP_EOL; } } } 

Лучший способ сохранить базу данных

 $toDatabse = base64_encode(serialize($data)); // Save to database $fromDatabase = unserialize(base64_decode($data)); //Getting Save Format 

У меня недостаточно репутации для комментариев, поэтому я надеюсь, что это видят люди, использующие вышеупомянутый «правильный» ответ:

Поскольку php 5.5 модификатор / e в preg_replace () полностью устарел, а preg_match выше выйдет из строя. В документации php рекомендуется использовать preg_match_callback на своем месте.

В качестве альтернативы предложенному выше preg_match найти следующее решение.

 $fixed_data = preg_replace_callback ( '!s:(\d+):"(.*?)";!', function($match) { return ($match[1] == strlen($match[2])) ? $match[0] : 's:' . strlen($match[2]) . ':"' . $match[2] . '";'; },$bad_data ); 

Есть еще одна причина, из-за которой unserialize() не удалось, поскольку вы неправильно помещали сериализованные данные в базу данных, см. Официальное объяснение здесь. Поскольку serialize() возвращает двоичные данные и переменные php, все равно не нужны методы кодирования, поэтому для его ввода в TEXT VARCHAR () вызовет эту ошибку.

Решение. Храните сериализованные данные в BLOB в таблице.

Эта ошибка вызвана тем, что ваша кодировка неверна.

Установите кодировку после открытого тега:

 header('Content-Type: text/html; charset=utf-8'); 

И установите charset utf8 в базе данных:

 mysql_query("SET NAMES 'utf8'"); 

Вы можете исправить сломанную строку сериализации, используя следующую функцию с многобайтовой обработкой символов .

 function repairSerializeString($value) { $regex = '/s:([0-9]+):"(.*?)"/'; return preg_replace_callback( $regex, function($match) { return "s:".mb_strlen($match[2]).":\"".$match[2]."\""; }, $value ); } 
 $badData = 'a:2:{i:0;s:16:"as:45:"d"; Is \n";i:1;s:19:"as:45:"d"; Is \r\n";}'; 

Вы не можете исправить сломанную строку сериализации, используя предлагаемые регулярные выражения:

 $data = preg_replace('!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'", $badData); var_dump(@unserialize($data)); // Output: bool(false) // or $data = preg_replace_callback( '/s:(\d+):"(.*?)";/', function($m){ return 's:' . mb_strlen($m[2]) . ':"' . $m[2] . '";'; }, $badData ); var_dump(@unserialize($data)); // Output: bool(false) 

Вы можете исправить сломанную строку сериализации, используя следующее регулярное выражение:

 $data = preg_replace_callback( '/(?<=^|\{|;)s:(\d+):\"(.*?)\";(?=[asbdiO]\:\d|N;|\}|$)/s', function($m){ return 's:' . mb_strlen($m[2]) . ':"' . $m[2] . '";'; }, $badData ); var_dump(@unserialize($data)); 

Вывод

 array(2) { [0] => string(17) "as:45:"d"; Is \n" [1] => string(19) "as:45:"d"; Is \r\n" } 

или

 array(2) { [0] => string(16) "as:45:"d"; Is \n" [1] => string(18) "as:45:"d"; Is \r\n" } 

официальные документы говорят, что он должен вернуть false и установить E_NOTICE

но поскольку вы получили ошибку, сообщение об ошибке настроено на запуск E_NOTICE

здесь есть исправление, позволяющее вам обнаруживать ложь, возвращаемое unserialize

 $old_err=error_reporting(); error_reporting($old_err & ~E_NOTICE); $object = unserialize($serialized_data); error_reporting($old_err); 

вы можете захотеть использовать base64 encode / decode

 $string=base64_encode(serialize($obj)); unserialize(base64_decode($string)); 

В моем случае я хранил сериализованные данные в BLOB поле БД MySQL, которое, по-видимому, было недостаточно большим, чтобы содержать все значение и усекало его. Очевидно, что такая строка не была неэтериализована.
После преобразования этого поля в MEDIUMBLOB проблема рассеялась. Также может потребоваться переключить параметры таблицы ROW_FORMAT на DYNAMIC или COMPRESSED .

Быстрая починка

Пересчет длины элементов в сериализованном массиве – но не использовать (preg_replace) он устарел – лучше использовать preg_replace_callback:

 $data = preg_replace_callback('!s:(\d+):"(.*?)";!', function($m) { return 's:'.strlen($m[2]).':"'.$m[2].'";'; }, $data); 

Вам придется изменить тип сортировки на utf8_unicode_ci и проблема будет исправлена.

Другой причиной этой проблемы может быть столбец типа таблицы «полезная нагрузка». Если у вас огромные данные в сеансе, текстового столбца будет недостаточно. Вам понадобится MEDIUMTEXT или даже LONGTEXT.

Я столкнулся с такой же проблемой, в то время как неэтериализуя данные. Выяснилось, что если в любом из значений массива есть значение «,», «или», сериализация повреждена. У меня был: в моем массиве, поэтому он был удален и был исправлен.

Надеюсь, это поможет кому-то.

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

 $myVar = html_entity_decode($myVar);