Jak naprawić serializowany ciąg, który został uszkodzony przez nieprawidłową długość liczby bajtów?

Używam Hotaru CMS z wtyczką Image Upload, pojawia się ten błąd jeśli próbuję dołączyć obrazek do posta, w przeciwnym razie nie ma błędu:

unserialize () [function.unserialize]: Błąd przy przesunięciu

Obrażający kod (błąd wskazuje wiersz z **):

/**
     * 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; }** 
        }
    }

Dane z tabeli, zwróć uwagę, że na końcu bitu są informacje o obrazku, nie jestem ekspertem w PHP, więc zastanawiałem się, co wy możecie sobie pomyśleć

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";}

Edycja: myślę, że znalazłem bit serializacji ...

/**
     * 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 offsetbyło invalid serialization datanależne z powodu nieprawidłowej długości

Szybka naprawa

To, co możesz zrobić, to recalculating the lengthelementy w serializowanej tablicy

Bieżące dane serializowane

$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";}';

Przykład bez przeliczania

var_dump(unserialize($data));

Wynik

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

Przeliczam

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

Wynik

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)

Zalecenie .. I

Zamiast korzystać z tego rodzaju szybkiej poprawki ... radzę zaktualizować pytanie za pomocą

• Jak serializujesz swoje dane

• Jak to oszczędzasz ...

================================ EDYCJA 1 ================ ===============

Błąd

Błąd został wygenerowany z powodu użycia podwójnego cudzysłowu "zamiast pojedynczego cudzysłowu ', dlatego C:\fakepath\100.pngzostał przekonwertowany naC:fakepath100.jpg

Aby naprawić błąd

Musisz zmienić $h->vars['submitted_data']From (Zwróć uwagę na singe ')

Zastąpić

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

Z

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

Dodatkowy filtr

Możesz również dodać ten prosty filtr przed wywołaniem serializacji

function satitize(&$value, $key)
{
    $value = addslashes($value);
}

array_walk($h->vars['submitted_data'], "satitize");

Jeśli masz znaki UTF, możesz również uruchomić

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

Jak wykryć problem w przyszłych serializowanych danych

  findSerializeError ( $data1 ) ;

Wynik

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 Funkcjonować

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;
        }

    }

}

Lepszy sposób zapisywania w bazie danych

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

Nie mam wystarczającej reputacji, aby komentować, więc mam nadzieję, że widzą to osoby używające powyższej „poprawnej” odpowiedzi:

Od php 5.5 modyfikator / e w preg_replace () został całkowicie przestarzały, a powyższa preg_match zakończy się błędem. Dokumentacja php zaleca użycie preg_match_callback w jego miejsce.

Proszę znaleźć następujące rozwiązanie jako alternatywę dla powyższego proponowanego 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 );

Istnieje inny powód unserialize()niepowodzenia, ponieważ nieprawidłowo umieściłeś serializowane dane w bazie danych, patrz Oficjalne wyjaśnienie tutaj. Ponieważ serialize()zwraca dane binarne i zmienne php nie przejmują się metodami kodowania, więc umieszczenie ich w TEXT, VARCHAR () spowoduje ten błąd.

Rozwiązanie: przechowuj serializowane dane w BLOB w swojej tabeli.

Szybka naprawa

Ponowne obliczanie długości elementów w serializowanej tablicy - ale nie używaj (preg_replace), jest to przestarzałe - lepiej użyj preg_replace_callback:

EDIT: Nowa wersja teraz nie tylko źle długość ale również określić line-breaks i liczyć poprawne znaki z aczent (dzięki mickmackusa )

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

Ten błąd jest spowodowany nieprawidłowym zestawem znaków.

Ustaw zestaw znaków po otwartym tagu:

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

I ustaw charset utf8 w swojej bazie danych:

mysql_query("SET NAMES 'utf8'");

Możesz naprawić uszkodzony ciąg serializacji za pomocą następującej funkcji, z obsługą znaków wielobajtowych .

function repairSerializeString($value)
{

    $regex = '/s:([0-9]+):"(.*?)"/';

    return preg_replace_callback(
        $regex, function($match) {
            return "s:".mb_strlen($match[2]).":\"".$match[2]."\""; 
        },
        $value
    );
}

public function unserializeKeySkills ($ string) {

    $output = array();
    $string = trim(preg_replace('/\s\s+/', ' ',$string));
    $string = preg_replace_callback('!s:(\d+):"(.*?)";!', function($m) { return 's:'.strlen($m[2]).':"'.$m[2].'";'; }, utf8_encode( trim(preg_replace('/\s\s+/', ' ',$string)) ));
    try {
        $output =  unserialize($string);
    } catch (\Exception $e) {
        \Log::error("unserialize Data : " .print_r($string,true));
    }
    return $output;
}

$badData = 'a:2:{i:0;s:16:"as:45:"d";
Is \n";i:1;s:19:"as:45:"d";
Is \r\n";}';

Nie możesz naprawić zepsutego ciągu serializacji za pomocą proponowanych wyrażeń regularnych:

$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:' . strlen($m[2]) . ':"' . $m[2] . '";';
    },
    $badData
);
var_dump(@unserialize($data)); // Output: bool(false)

Możesz naprawić uszkodzony ciąg serializacji za pomocą następującego wyrażenia regularnego:

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

var_dump(@unserialize($data));

Wynik

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

lub

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

że oficjalne docs mówi, powinien on powrócić fałszywe i ustawić e_notice

ale ponieważ wystąpił błąd, raportowanie błędów jest wyzwalane przez E_NOTICE

tutaj jest poprawka, która pozwala wykryć fałszywe zwrócone przez unserialize

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

możesz rozważyć użycie kodowania / dekodowania base64

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

Uszkodzenie w tym pytaniu jest izolowane do pojedynczego podciągu na końcu serializowanego ciągu, który prawdopodobnie został ręcznie zastąpiony przez kogoś, kto leniwie chciał zaktualizować imagenazwę pliku. Fakt ten będzie widoczny w moim linku demonstracyjnym poniżej, korzystając z opublikowanych danych PO - krótko mówiąc, C:fakepath100.jpgnie ma długości 19, a powinno 17.

Ponieważ uszkodzenie zserializowanego ciągu jest ograniczone do nieprawidłowej liczby bajtów / znaków, poniższe czynności wykonają dobrą robotę aktualizacji uszkodzonego ciągu z poprawną wartością liczby bajtów.

Poniższe zastąpienie oparte na wyrażeniach regularnych będzie skuteczne tylko w naprawianiu liczby bajtów, nic więcej.

Wygląda na to, że wiele wcześniejszych postów po prostu kopiowało i wklejało wzorzec regex od kogoś innego. Nie ma powodu, aby przechwytywać liczbę potencjalnie uszkodzonych bajtów, jeśli nie będzie ona używana w zamianie. Ponadto dodanie smodyfikatora wzorca jest rozsądnym włączeniem w przypadku, gdy wartość ciągu zawiera znaki nowej linii / powrotu.

* Dla tych, którzy nie są świadomi traktowania znaków wielobajtowych podczas serializacji, nie wolno ich używać mb_strlen()w niestandardowym wywołaniu zwrotnym, ponieważ jest to liczba bajtów, która jest przechowywana, a nie liczba znaków , zobacz moje dane wyjściowe ...

Kod: ( Demo z danymi OP ) ( Demo z dowolnymi przykładowymi danymi ) ( Demo z zamianą warunków )

$corrupted = <<<STRING
a:4:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
newline2";i:3;s:6:"garçon";}
STRING;

$repaired = preg_replace_callback(
        '/s:\d+:"(.*?)";/s',
        //  ^^^- matched/consumed but not captured because not used in replacement
        function ($m) {
            return "s:" . strlen($m[1]) . ":\"{$m[1]}\";";
        },
        $corrupted
    );

echo $corrupted , "\n" , $repaired;
echo "\n---\n";
var_export(unserialize($repaired));

Wynik:

a:4:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
Newline2";i:3;s:6:"garçon";}
a:4:{i:0;s:5:"three";i:1;s:4:"five";i:2;s:17:"newline1
Newline2";i:3;s:7:"garçon";}
---
array (
  0 => 'three',
  1 => 'five',
  2 => 'newline1
Newline2',
  3 => 'garçon',
)

Jedna noga w dół króliczej nory ... Powyższe działa dobrze, nawet jeśli w wartości ciągu występują podwójne cudzysłowy, ale jeśli wartość ciągu zawiera ";lub jakieś inne wyrażanie małpią, musisz pójść trochę dalej i zaimplementować „lookarounds”. Mój nowy wzór

sprawdza, czy prowadzenie sto:

• początek całego ciągu wejściowego lub
• poprzedzony ;

i sprawdza, czy ";:

• na końcu całego ciągu wejściowego lub
• po którym następuje }lub
• po którym następuje deklaracja ciągu lub liczby całkowitej s:lubi:

Nie testowałem wszystkich możliwości; w rzeczywistości jestem stosunkowo nieobeznany ze wszystkimi możliwościami serializowanego ciągu, ponieważ nigdy nie decyduję się na pracę z serializowanymi danymi - zawsze json w nowoczesnych aplikacjach. Jeśli są dodatkowe możliwe znaki początkowe lub końcowe, zostaw komentarz, a ja rozszerzę wyszukiwania.

Rozszerzony fragment: ( Demo )

$corrupted_byte_counts = <<<STRING
a:12:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
newline2";i:3;s:6:"garçon";i:4;s:111:"double " quote \"escaped";i:5;s:1:"a,comma";i:6;s:9:"a:colon";i:7;s:0:"single 'quote";i:8;s:999:"semi;colon";s:5:"assoc";s:3:"yes";i:9;s:1:"monkey";wrenching doublequote-semicolon";s:3:"s:";s:9:"val s: val";}
STRING;

$repaired = preg_replace_callback(
        '/(?<=^|;)s:\d+:"(.*?)";(?=$|}|[si]:)/s',
        //^^^^^^^^--------------^^^^^^^^^^^^^-- some additional validation
        function ($m) {
            return 's:' . strlen($m[1]) . ":\"{$m[1]}\";";
        },
        $corrupted_byte_counts
    );

echo "corrupted serialized array:\n$corrupted_byte_counts";
echo "\n---\n";
echo "repaired serialized array:\n$repaired";
echo "\n---\n";
print_r(unserialize($repaired));

Wynik:

corrupted serialized array:
a:12:{i:0;s:3:"three";i:1;s:5:"five";i:2;s:2:"newline1
newline2";i:3;s:6:"garçon";i:4;s:111:"double " quote \"escaped";i:5;s:1:"a,comma";i:6;s:9:"a:colon";i:7;s:0:"single 'quote";i:8;s:999:"semi;colon";s:5:"assoc";s:3:"yes";i:9;s:1:"monkey";wrenching doublequote-semicolon";s:3:"s:";s:9:"val s: val";}
---
repaired serialized array:
a:12:{i:0;s:5:"three";i:1;s:4:"five";i:2;s:17:"newline1
newline2";i:3;s:7:"garçon";i:4;s:24:"double " quote \"escaped";i:5;s:7:"a,comma";i:6;s:7:"a:colon";i:7;s:13:"single 'quote";i:8;s:10:"semi;colon";s:5:"assoc";s:3:"yes";i:9;s:39:"monkey";wrenching doublequote-semicolon";s:2:"s:";s:10:"val s: val";}
---
Array
(
    [0] => three
    [1] => five
    [2] => newline1
newline2
    [3] => garçon
    [4] => double " quote \"escaped
    [5] => a,comma
    [6] => a:colon
    [7] => single 'quote
    [8] => semi;colon
    [assoc] => yes
    [9] => monkey";wrenching doublequote-semicolon
    [s:] => val s: val
)

Będziesz musiał zmienić typ sortowania na, utf8_unicode_cia problem zostanie rozwiązany.

W moim przypadku przechowywałem zserializowane dane w BLOBpolu bazy danych MySQL, które najwyraźniej nie były wystarczająco duże, aby pomieścić całą wartość i ją obcięłem. Takiego sznurka oczywiście nie można odserializować.
Po przekonwertowaniu tego pola MEDIUMBLOBna problem zniknął. Może być również konieczne przełączenie opcji tabeli ROW_FORMATna DYNAMIClub COMPRESSED.

Po wypróbowaniu kilku rzeczy na tej stronie bez powodzenia zajrzałem do źródła strony i zauważyłem, że wszystkie cudzysłowy w serializowanym ciągu zostały zastąpione encjami html. Dekodowanie tych jednostek pomaga uniknąć dużego bólu głowy:

$myVar = html_entity_decode($myVar);

Oto narzędzie online do naprawy uszkodzonego serializowanego ciągu.

Chciałbym dodać, że to dzieje się głównie ze względu na wyszukiwanie i zamiana odbywa się na DB i danych serializacji ( specjalniekey length ) nie zostanie uaktualnione zgodnie Replace i który powoduje, że „korupcja”.

Niemniej jednak powyższe narzędzie używa następującej logiki do naprawiania danych serializacji ( skopiowane stąd ).

function error_correction_serialise($string){
    // at first, check if "fixing" is really needed at all. After that, security checkup.
    if ( unserialize($string) !== true &&  preg_match('/^[aOs]:/', $string) ) {
         $string = preg_replace_callback( '/s\:(\d+)\:\"(.*?)\";/s',    function($matches){return 's:'.strlen($matches[2]).':"'.$matches[2].'";'; },   $string );
    }
    return $string;
} 

Inną przyczyną tego problemu może być kolumna tabeli sesji „ładunku”. Jeśli masz ogromne dane dotyczące sesji, kolumna tekstowa nie wystarczy. Będziesz potrzebował MEDIUMTEXT lub nawet LONGTEXT.