[Gelöst] unserialize() [function.unserialize]: Error at offset 204 of 326
Eingetragen von bloedie (13)am 31.12.2010 - 10:30 Uhr in
Hallo Drupalgemeinde.
Seite einigen Wochen bekomme ich folgende Fehlermeldung
Notice: unserialize() [function.unserialize]: Error at offset 204 of 326 bytes in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 556
beim Seitenaufruf. Sobald die Seite im Cache (Reload) ist tritt der Fehler nicht mehr auf.
Ich habe mir schon einen Wolf gegoogelt aber nichts gefunden was den Fehler beseitigen konnte.
Das merkwürdige ist, dass ich auf zwei Domainen die gleiche Drupalversion habe und die Meldung nur bei
Wildparkfreunde.de auftaucht. Auf www.gentoofreunde.org habe ich diesen Fehler nicht. Beide Domainen
laufen auf dem gleichen Server.
Hat jemand einen Tip oder eine Lösung für mich.
Danke im Vorraus.
Cu.
Bloedie
- Anmelden oder Registrieren um Kommentare zu schreiben
Du könntest ja erstmal die
am 31.12.2010 - 12:20 Uhr
Du könntest ja erstmal die Fehlermeldung unterdrücken in den Einstellungen.
Hi.Danke schon mal für Deine
am 31.12.2010 - 18:05 Uhr
Hi.
Danke schon mal für Deine Antwort. Leider wäre damit das Prob ja noch
nicht gelöst.
BTW wo kann man denn diese Einstellung vornehmen?
Cu.
Bloedie
In den Einstellungen bei
am 02.01.2011 - 12:01 Uhr
In den Einstellungen bei Fehlermeldungen. (admin/settings/error-reporting)
Ich weiß das es nicht die Lösung ist, jedoch weiß ich auch nicht mehr als mir Google ausspuckt.
Hi. Ein gutes neues Jahr
am 02.01.2011 - 13:54 Uhr
Hi.
Ein gutes neues Jahr wünsche ich.
Die Einstellungen sind korrekt und es sollte die Fehlermeldung auch nicht ausgegeben werden,
wir sie leider dennoch.
Hat noch jemmand eine Idee?
Cu.
Bloedie
unserialize
am 02.01.2011 - 14:06 Uhr
Hallo.
Schauen wir doch mal, was in der Datei bootstrap.inc in Zeile 556 steht:
<?php $variables[$variable->name] = unserialize($variable->value); ?>.Also wird ein Wert in der Tabelle variables nicht korrekt serialisiert abgelegt worden sein und der Fehler tritt nun beim Versuch, den Wert wieder zu deserialisieren auf.
Lass Dir testhalber an der Stelle mal die Namen der ausgelesenen Variablen ausgeben. Dann siehst Du, welche Variable einen fehlerhaften Wert hat.
hth,
Stefan
PS: wenn Du den Cache leerst, werden die Variablen neu eingelesen und der Fehler tritt auf. Bei einem Reload der Seite sind die Daten bereits im Cache und müssen nicht gelesen werden. Darum "verschwindet" der Fehler beim Reload.
Hi. Danke schon mal für Deine
am 03.01.2011 - 09:30 Uhr
Hi.
Danke schon mal für Deine Antwort.
Lass Dir testhalber an der Stelle mal die Namen der ausgelesenen Variablen ausgeben. Dann siehst Du, welche Variable einen fehlerhaften Wert hat.
Und wie mache ich das?
Cu.
Bloedie
Hi. Ich habe jetzt mal
am 03.01.2011 - 09:38 Uhr
Hi.
Ich habe jetzt mal folgendes in der Zeile 556 der bootstrap.inc
geändert und eingefügt.
$variables[$variable->name] = @unserialize($variable->value);if($variables[$variable->name] == false){
print_r($variable->name.'< br >');
}
und folgende Ausgabe bekommen.
menu_expanded< br >xmlsitemap_all_links_to_default_language< br >xmlsitemap_sitemap_is_changed< br >xmlsitemap_sitemap_needs_update< br >user_email_verification< br >comment_page< br >drupal_http_request_fails< br >bueditor_user1_alt< br >page_cache_max_age< br >cache_lifetime< br >preprocess_css< br >preprocess_js< br >performance_debug_memory_threshold< br >performance_debug_session_starter< br >user_register< br >user_registration_help< br >user_mail_status_blocked_notify< br >user_mail_status_deleted_notify< br >user_signatures< br >user_pictures< br >user_picture_default< br >user_picture_guidelines< br >superfish_bgf_1< br >superfish_dfirstlast_1< br >superfish_dzebra_1< br >superfish_extraclass_1< br >superfish_extracss_1< br >superfish_linkwrapper_1< br >superfish_linktextwrapper_1< br >superfish_mulwrapper_1< br >image_imagemagick_debugging< br >theme_wilderness_settings< br >flowplayer_key< br >flowplayer_border_radius< br >comment_iframe_page< br >language_content_type_iframe_page< br >comment_anonymous_iframe_page< br >comment_form_location_iframe_page< br >ajax_slideshow_show_tabs< br >ajax_slideshow_enum_tabs< br >ajax_slideshow_show_teaser< br >site_offline< br >site_403< br >site_404< br >error_level< br >Hilft Dir das weiter?
Cu.
Bloedie
Debug
am 03.01.2011 - 10:25 Uhr
Ich habe jetzt mal folgendes in der Zeile 556 der bootstrap.inc
Ich hätte den Namen vor der Zeile mit "unserialize" ausgegeben. Ansonsten siehst Du nämlich nur die Variablennamen, bei denen der Fehler nicht auftritt.
Hi. Hier die neue
am 03.01.2011 - 14:00 Uhr
Hi.
Hier die neue Ausgabe.
--edit: gekürzt--
Notice: Undefined index: site_404 in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 556
site_404< br >
Notice: Undefined index: error_level in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 556
error_level< br >
Warning: Cannot modify header information - headers already sent by (output started at wildparkfreunde.de/htdocs/includes/bootstrap.inc:556) in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 729
Warning: Cannot modify header information - headers already sent by (output started at wildparkfreunde.de/htdocs/includes/bootstrap.inc:556) in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 730
Warning: Cannot modify header information - headers already sent by (output started at wildparkfreunde.de/htdocs/includes/bootstrap.inc:556) in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 731
Warning: Cannot modify header information - headers already sent by (output started at wildparkfreunde.de/htdocs/includes/bootstrap.inc:556) in wildparkfreunde.de/htdocs/includes/bootstrap.inc on line 732
Cu.
Bloedie
php
am 03.01.2011 - 14:31 Uhr
Bitte keine solchen langen Ergebnislisten posten. Siehe http://www.drupalcenter.de/verhaltensregeln#nr_7
Ändere die Funktion so wie hier gezeigt: https://skitch.com/stborchert/r8qpe/variable-init
<?php$result = db_query('SELECT * FROM {variable}');
while ($variable = db_fetch_object($result)) {
print_r($variable->name .'</br>');
$variables[$variable->name] = unserialize($variable->value);
}
?>
Dann bekommst Du eine vernünftige Liste der Variablennamen.
Hi. Danke für die Antwort.
am 04.01.2011 - 09:30 Uhr
Hi.
Danke für die Antwort.
Habe die Zeile nun so wie vorgeschlagen eingebaut und bekomme eine ziemlich lange Liste
die ich hier leider nicht posten darf. Ich habe daher eine Datei auf den Webspace gestellt.
http://www.wildparkfreunde.de/downloads/variabeln.txt
Aber Anfangen kann ich damit allerdings auch nicht.
Cu.
Bloedie
Fehler
am 04.01.2011 - 09:49 Uhr
Aber Anfangen kann ich damit allerdings auch nicht.
https://skitch.com/stborchert/r8wn2/
Wie ich weiter oben bereits erwähnte, siehst Du in der Liste den Fehler direkt nach dem Namen der Variablen, die fehlerhafte Werte enthält. Korrigiere diese Werte und der Fehler verschwindet.
Stefan
Hi. Danke für Deine Antwort.
am 04.01.2011 - 10:39 Uhr
Hi.
Danke für Deine Antwort. Ich schaue gleich mal nach ob ich da etwas in
der Datenbank entdecken kann und melde mich dann wieder.
Cu.
Bloedie
Hi.Vielen Dank nochmals das
am 04.01.2011 - 10:50 Uhr
Hi.
Vielen Dank nochmals das Problem ist gelöst.
Es gab in der Datenbank in Variables einen Eintrag Theme_wilderness welches
nicht mehr installiert war. Ich habe die Werte aus der Datenbank gelöscht und
siehe da es funzt wieder alles wie es soll.
Vielen Dank nochmals für Eure Hilfe.
Cu.
Bloedie
Tobias Bähr schrieb In den
am 24.12.2011 - 03:08 Uhr
In den Einstellungen bei Fehlermeldungen. (admin/settings/error-reporting)
Ich weiß das es nicht die Lösung ist, jedoch weiß ich auch nicht mehr als mir Google ausspuckt.
ich möchte gern wissen, wo genau diese Einstellung im System gespeichert wird? In der Datenbank?
Ich würde dies gern manuell ändern. Könnt Ihr mir dazu evtl. einen Tip geben?
Ja Drupal speichert,
am 25.12.2011 - 17:04 Uhr
Ja Drupal speichert, abgesehen von der Datenbankverbindung, alles in der Datenbank.
Ok. Vielen Dank. Ich habe mir
am 27.12.2011 - 11:06 Uhr
Ok. Vielen Dank.
Ich habe mir ein Git-ähnliches selfinstallscript für Drupal gebaut.
Leider erhalte ich auch die oben besagten Warnungen und bekomme Sie einfach nicht weg.
Notice: unserialize() [function.unserialize]: Error at offset 21 of 57 bytes in variable_initialize() (line 930 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).Notice: unserialize() [function.unserialize]: Error at offset 23 of 29 bytes in variable_initialize() (line 930 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).
<?php
// Proceed with variable rebuild.
//Zeile 930
$variables = array_map('unserialize', db_query('SELECT name, value FROM {variable}')->fetchAllKeyed());
//Zeile 931
cache_set('variables', $variables, 'cache_bootstrap');
//Zeile 932
lock_release($name);
?>
Habt Ihr evtl. noch eine Idee dazu?
Ggf. würde es auch reichen wenn ich genau weiß welchen Eintrag ich in meinem fertigen Dump anpassen muss!?!
mfg
Einfach wie in
am 27.12.2011 - 21:57 Uhr
Einfach wie in http://www.drupalcenter.de/node/32610#comment-116177 beschrieben vorgehen ;-)
Hier das Ergebnis wenn ich
am 28.12.2011 - 09:34 Uhr
Hier das Ergebnis wenn ich den Print einfüge:
Notice: unserialize() [function.unserialize]: Error at offset 2 of 14 bytes in variable_initialize() (line 930 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).Notice: unserialize() [function.unserialize]: Error at offset 23 of 29 bytes in variable_initialize() (line 930 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).
Notice: Undefined variable: variable in variable_initialize() (line 932 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).
Notice: Trying to get property of non-object in variable_initialize() (line 932 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/login/drupal-7.10/includes/bootstrap.inc:932) in drupal_send_headers() (line 1226 of /www/htdocs/login/drupal-7.10/includes/bootstrap.inc).
mit der fehlermeldung kann ich leider nicht viel anfangen
es ist ein nacktes drupal und es sind noch keine module oder themes etc installiert..
ich kämpfe auch mit diesem Fehler
am 25.04.2019 - 18:38 Uhr
aber der Link von Stefan führt auf eine Website, bei der nur das Produkt erwähnt ist (von evernote), aber kein Hinweis, ob das bei Drupal 8 auch noch ähnlich zu ändern ist...
Hat jemand eine Anregung, wie ich die Fehlersuche gestalten sollte - ich will hier ja auch keine lange Liste von Fehlermeldungen bringen...
Danke!
LG
D.