Feherl in Drupal seit dem Umzug
Eingetragen von simpsonetti (80)am 02.11.2007 - 21:26 Uhr in
Hallo,
ich bin auf einen neuen Server gezogen und nun wird mir in meiner starteseite folgende in rot/rosa angezeigt:
user warning: Duplicate entry '0' for key 1 query: INSERT INTO accesslog (title, path, url, hostname, uid, sid, timer, timestamp) values('', 'node', '', '62.226.184.63', 1, 'ib9ddec5uchegsduqqjdb1s9j0', 713, 1194034791) in /srv/www/vhosts/xxxxxxxxxxxxxxxxxxxxxx/httpdocs/cms/includes/database.mysql.inc on line 172.
Wie kann ich das denn wieder umändern und so herstellen, das es läuft ? --> geht das überhaupt ?
Das andere ist, das mir momentan noch bei manchen Sachen ein 404 Fehler angezeigt wird, was aber auch daran liegen kann das der umzug noch nicht lange her ist (DNSsettings)
Eins ist mir noch aufgefallen: die umlaute werden falsch dargestellt. wie kann ich das berichtigen ? mysql ist in version 5 da.
- Anmelden oder Registrieren um Kommentare zu schreiben
Es wird an einer Db Tabelle
am 03.11.2007 - 01:54 Uhr
Es wird an einer Db Tabelle mit Logs gemeckert. Da die Logs keine funktionale Bedeutung fuer Drupal haben kannst Du die Tabelle accesslog auch leeren (nicht loeschen!). Damit gibt es erst mal keinen Duplicate entry mehr.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
Yup, Logs und cache löschen
am 03.11.2007 - 03:03 Uhr
Am besten erst mal komplett die DB unverändert exportieren (als Backup) und dann Log und alle Tabellen, in deren Name "cache" vorkommt, löschen und diese DB dann verwenden. Dann stimmen auch z.B. Bilderlinks, die z.T. mit absoluten Pfaden im cache hinterlegt werden. Man denkt dann etwas wäre falsch (konnte mir erst der profix898 weiterhelfen)
Dabei sein ist alles
also habe ich beides nun shcon mehrmals gemacht
am 03.11.2007 - 14:21 Uhr
aber geholfen hat es nicht sonderlich lange. die meldung kommt dann wieder.
soll ich die noch mal leeren ?
Muss jetzt spezifischer sein
am 03.11.2007 - 14:35 Uhr
Wenn unsere Standardpflaster nicht helfen, muss das Stethoskop ran. D.h. poste mal einen Link und dann beschreibe den Fehler genauer. Ich vermute mal dass über den DB Namen hinaus die Rechte für die Ordner zumindest teilweise nicht richtig gesetzt sind (Fehler 404), oder es komplett irgendwas zerlegt hat. Umzug ist nicht immer so einfach. Hast du denn vor dem Umzug die Dateien komplett zusammengezippt, und erst auf dem neuen Server ausgepackt? Wenn nämlich nicht, kann das allerhand Fehler verursachen.
Dabei sein ist alles
Wegen Umlaute sollte
am 03.11.2007 - 16:49 Uhr
Wegen Umlaute sollte vielleicht dieser Artikel helfen http://www.mysqldumper.de/board/viewtopic.php?t=2313
Und wegen Umzug vielleicht dieser http://www.mysqldumper.de/board/viewtopic.php?t=1182
------------------------------------------
http://kochazubi.net
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Zitat: INSERT INTO
am 03.11.2007 - 21:29 Uhr
INSERT INTO accesslog (title, path, url, hostname, uid, sid, timer, timestamp)
Was fuer ne Drupalversion verwendest Du?
Hast Du irgendwelche extra Access Module aktiviert?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
Hallo, also Drupal version
am 05.11.2007 - 10:48 Uhr
Hallo, also Drupal version ist 5.3, das mit dem 404 Fehler lag daran, das ich auf meinem anderen server mit mod_rewrite gearbeitet habe und dieses auch "eigentlioch" auf meinem jetzigen so eingestellt hatte. Der hat das aber wohl nicht übernommen. Nach mehrmaligen versuche klappt das nun und die 404 Fehler sind auch weg. Bleibt das problem mit den Umlauten und der Meldung des logs.
Bei den umlauten würde ich jetzt sagen, dass evtl mit der clientverion nohc nciht alles stimmt: auf meinem alten war dieses auch die 5er Version sowie der server, auf dem jetzigen ist die serverversion 5 aber die clientversion noch die 4er. obwohl die 5er isntalliert ist. da muss ich noch mal genauer nachschauen.
Aber das mit den logs ist mir immer noch ein rätsel. Ich habe auch nicht (soweit ich weiß) extra access module installiert. aber auch dieses kontrolliere ich noch mal.
Die Sache mit den Umlauten
am 05.11.2007 - 11:13 Uhr
Die Sache mit den Umlauten koennte auch an den Tabellen-Kollationen der MySQL DB liegen. Eventuell gibt es da einen Unterschied zwischen alter und neuer Version.
Moegliche Kollationen: utf8_general_ci, utf8_bin, latin1_bin, usw.
Bin mir aber nicht sicher ob das die Ursache sein kann.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
Ah
am 05.11.2007 - 12:17 Uhr
es geht endlich wieder .
ich habe noch mal die backups eingespielt und es läuft wieder wie am schnürchen. Danke allen !!!