Я использую 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);