Probleme mit s9y

[Anitram]

Mein Problem scheint sich seit vorgestern fortzusetzen. Heute früh war es mir nicht möglich, auf den Admin-Bereich meines Blogs zuzugreifen.

Inzwischen geht es wieder (mit Hilfe von all-incl), aber die Zeichen sind komplett zerstört. Datenbank und s9y haben utf-8 eingestellt, die Oberfläche verlangt aber eine ISO-Ansicht. Woran könnte das liegen?

Und woran liegt es, dass sich bei mir einige Dateien so eigenartig verhalten?

All-Incl sagte mir, dass man nicht am Server bzw. am MySQL gearbeitet hat, was also nicht die Ursache sein kann.

Kann es sein, dass sich bei mir ein Script verselbständigt?

[garvinhicking]

Hi!

Sowas kann nicht von selbst passieren. Was hast Du gemacht, was zu diesem Verhalten führte?

Ist die Datenbank abgestürzt, wurde ein Datenbankupdate durchgeführt? Hast Du Dateien editiert?

Es ist technisch unmöglich, dass sich so etwas ohne Zutun verändert.

Grüße,
Garvin

[Anitram]

Ich schwöre! Ich habe nix verändert. Außer der Änderung in der plugin_staticpage.tpl habe ich nichts gemacht. Auch diese Datei war auf einmal korrupt und sorgte dafür, dass ich keine statischen Seiten hatte.

Ich war gestern mittag noch im Backend und löschte einige Spam-Kommentare. Als ich heute in den Adminbereich wollte, standen die Fehlermeldungen da. Ich konnte nichts mehr machen. Und nun ist die Datenbank wieder grottig, obwohl überall utf-8 eingestellt ist.

Der nette Herr von All-Incl versicherte mir, dass weder am Server noch an der Datenbank gearbeitet wurde, wobei ich heute früh allerdings Tabellen in meiner Datenbank vorgefunden habe, die ich gar nicht kenne und mit (ich sitze grad nicht vor meinem "Rechner) mit cw_ beginnen.

Ich bin wirklich ratlos!

[garvinhicking]

Hi!

Also Serendipity ändert keine Datenbank-Zeichensätze. Sowas kann nur von ausserhalb geschehen, denn der dafür nötige Code ist in s9y garnicht vorhanden.

Schau mal ob es externe cronjobs gibt, oder was sonst noch auf die Datenbank zugreift...

Grüße,
Garvin

[Anitram]

Mach ich heute abend, wenn ich wieder zuhause bin. Wenn ich mich nämlich recht erinnere, waren neben den s9_-Tabellen in der DB auch cw_-Tabellen zu sehen... ich checke das aber nochmal nach.


Nachschlag:
meine s9y-Installation ist aus irgend einem Grund zerschossen. Auch die Trackbacks funktionieren nicht mehr. Ich werde mich erst übermorgen darum kümmern können.

[Anitram]

Ich habe eben festgestellt, dass meine htaccess auf dem Server bearbeitet war!

Nun setze ich s9y komplett neu auf und werde anschließend alle Passwörter ändern!

[Anitram]

Soweit, so gut - alles lief glatt, bis zu dem Augenblick, als ich die Startseite aufrief und der Anleitung folgte. Mir wurde angeboten, die Aktualisierung automatisch oder manuell vornehmen zu lassen.

Also entschied ich mich für die automatische, alles lief im grünen Bereich und ich bekam die Option angeboten, zum Blog zurückzukehren. Das klickte ich auch an und sah die erste Meldung wieder, dass s9y eine neuere Version gefunden hätte. Also klickte ich nochmal auf den Link, weil ich dachte, dass das zur Routine gehört und bekam dann diese Meldung zu lesen:

Bei der Einrichtung der Installation traten einige Fehler auf:

ALTER TABLE s9y_category ADD COLUMN sort_order int(11);

/ Duplicate column name 'sort_order'

ALTER TABLE s9y_category ADD COLUMN hide_sub int(1);

/ Duplicate column name 'hide_sub'

CREATE INDEX categoryso_idx ON s9y_category (sort_order);

/ Duplicate key name 'categoryso_idx'

Warning: fopen(/www/htdocs/w008cdae/serendipity_config_local.inc.php) [function.fopen]: failed to open stream: Permission denied in /www/htdocs/w008cdae/include/functions_installer.inc.php on line 72

Wie darf ich die Datenbankhinweise verstehen? Soll ich die Rubriken "hide_sub" usw. duplizieren? Diese Felder sind nämlich schon vorhanden.

Ich bin wirklich etwas ratlos.

Folgendes habe ich kopiert: alle Dateien bis auf "Uploads", "Plugins", "Archives" und "cgi_bin" und natürlich die serendipity_config_local.inc.php

Die oben erwähnte functions_installer.inc.php habe ich mir angesehen. Ich konnte da nichts in Zeile 72 finden, was mir "gedanklich" hätte auf die Sprünge helfen können.

Habe ich etwas verkehrt gemacht oder übersehen?

Ich danke Euch

[garvinhicking]

Hi!

Wenn du s9y neu installierst musst Du vorher die Datenbank löschen.

Dann verlierst Du natürlich auch die Einträge.

Bei einer Re-Installation werden bestehende Daten eigentlich nicht überschrieben, da die Tabellen bereits existieren.

Was willst Du denn konkret erreichen?

Die Meldung sagt dir, dass die serendipity_config_local nicht schreibbar ist/war.

Grüße,
Garvin

[Anitram]

Seit wann muss ich bei einer Neuinstallation von s9y meine DB löschen? Es müsste doch reichen, wenn ich die DB mit Namen und allem einbinde. Die Datenbank ist einwandfrei, keine Sonderzeichen sind zerschossen. Allein im s9y werden diese Darstellungsfehler angezeigt.



ratlos

[garvinhicking]

Hi!

Eine NEuinstallation ist für mich per Defintion "Das alte komplett wegmachen und das neue installieren".

Wenn man s9y installiert, während die Datenbank noch existiert, macht s9y quasi garnix. Das ist also keine Methode um eine "kaputte" installation "neu zu installieren", da ja effektiv alles beim selben bleibt. Das ist dann dasselbe, als hättest Du einfach nur alle Dateien per FTP neu hochgeladen, ohne die Install-Routine aufzurufen.

Also: Was willst Du überhaupt machen.

Grüße,
Garvin

[Anitram]

Also: Was willst Du überhaupt machen.

Grüße,
Garvin

Okay:
1. auf einmal funktionierten die Statischen Seiten nicht mehr
2. Das Einloggen in das Backend zeigt auf einmal Fehlermeldungen

Dann per ftp auf den Server gegangen. Dort habe ich dann folgendes festgestellt:

3. die serendipity_config_local.inc.php existierte auf einmal nur noch als "serendipity_config_local.inc.php.part"
4. Nach der "Reparatur" der serendipity_config_local.inc.php und des staticpage_plugins war die Darstellung der Einträge automatisch auf "national code". Die Einstellungen von s9y und der Datenbank aber verlangen eine utf-8-Darstellung.
5. Ein Blick in die DB zeigt, dass alle Inhalte KORREKT abgespeichert sind.
6. Ein Blick in die htaccess zeigt mir, dass auch diese verändert wurde.

Wonach schreit das alles?

Dann habe ich beschlossen, meine 1.1.4-Version mit der 1.2 Version zu "reparieren", in dem ich bis auf die Ordner "cgi_bin, archives und uploads wie auch die config_local" alle Dateien neu aufgespielt habe, ohne nicht vorher die alte Einstellung komplett zu sichern (sic!).

Ratlos!

Und da traten dann die Abfragen auf.


Nota Bene:
ich hatte seit Wochen vorher nix mehr an der s9y-Einstellung herumgeschraubt bzw. irgendwas an einer Datei geändert. Mir ist nur eingefallen, dass ich auf einer anderen Domain auf der staticpage_plugin.-Datei etwas ändern wollte. Aber nicht auf meiner "Haupt-Domain".

[garvinhicking]

Hi!

1. auf einmal funktionierten die Statischen Seiten nicht mehr

URL zu einer solchen Seite?

2. Das Einloggen in das Backend zeigt auf einmal Fehlermeldungen

Was für eine Fehlermeldung?

3. die serendipity_config_local.inc.php existierte auf einmal nur noch als "serendipity_config_local.inc.php.part"

Prüf mal dein FTP-Upload-Tool. Das ist verantwortlich für solche Dateien. Da hat dein FTP-Client also Mist gebaut.

6. Ein Blick in die htaccess zeigt mir, dass auch diese verändert wurde.

Inwiefern verändert?

Dann habe ich beschlossen, meine 1.1.4-Version mit der 1.2 Version zu "reparieren", in dem ich bis auf die Ordner "cgi_bin, archives und uploads wie auch die config_local" alle Dateien neu aufgespielt habe, ohne nicht vorher die alte Einstellung komplett zu sichern (sic!).

Und dann kam der Installationsbildschirm? Der Installscreen kommt nur, wenn die serendpity_config_local.inc.php nicht existiert!

Prüf mal in deiner s9y Konfiguration die Werte für "dbNames Befehl benutzen" (oder "Datenbank Zeichensatzknovertierung aktievern" oder sowas). Prüfe auch was du für "URL Rewriting" eingestellt hast. Prüfe ob serendipity_config_local.inc.php und .htaccess die Rechte 0777 haben, damit s9y sicher darauf schreiben kann.

Grüße,
Garvin

[Anitram]

Hi!

URL zu einer solchen Seite?

Gibt es zur Zeit nicht (u.a. wg. s9y-bedingter Nichtzugängigkeit auf meinen Blog.

Was für eine Fehlermeldung?

Den Text weiß ich nicht mehr, ich meine, es war u.a. die config_local, die motzte. Dann konnte ich mich noch einloggen, aber dann, wenn ich in eine der Admin-Kategorien wollte, kam ich wieder auf die Anmeldemaske.

Prüf mal dein FTP-Upload-Tool. Das ist verantwortlich für solche Dateien. Da hat dein FTP-Client also Mist gebaut.

Der Konqueror? Ich verwende kein extra ftp-Tool, sondern seit eh und je den Konqueror von Linux.

6. Ein Blick in die htaccess zeigt mir, dass auch diese verändert wurde.

Inwiefern verändert?

Es fehlten die Einträge zu den ausgesperrten IP-Ranges aus dem asiatischen und russischen Raum. Diese nämlich hier:

Code: Select all

# BEGIN ANTI SPAM
<Files comment.php>
 # knappe 403 Error-Message
 ErrorDocument 403 "403 Forbidden
 
 # Bots, deren Namen mit TrackBack beginnen, markieren
 BrowserMatch ^TrackBack is_trackback_spammer
 
 # Aussperren
 Order Allow,Deny
 Allow from all
BrowserMatch ^$ is_trackback_spammer
deny from env=is_trackback_spammer
</Files>

<LIMIT GET POST>
Order Allow,Deny
Deny from 202.29.240
Deny from 200.83.4
Deny from 81.74
Deny from 81.75
Deny from 69
Deny from 74
Deny from 217.150.245
Deny from 220
Deny from 210
Deny from 56
Allow from all
</LIMIT>


# END ANTI SPAM

Und dann kam der Installationsbildschirm? Der Installscreen kommt nur, wenn die serendpity_config_local.inc.php nicht existiert!

Das Irre ist ja, sie existiert, denn ich hatte sie von der "Überkopiererei" ausgenommen!! Sie ist noch da!

Prüf mal in deiner s9y Konfiguration die Werte für "dbNames Befehl benutzen" (oder "Datenbank Zeichensatzknovertierung aktievern" oder sowas). Prüfe auch was du für "URL Rewriting" eingestellt hast. Prüfe ob serendipity_config_local.inc.php und .htaccess die Rechte 0777 haben, damit s9y sicher darauf schreiben kann.

Ich komme ja gar nicht mehr in die s9y-Konfiguration rein! Das ist ja der Mist!

Was kann ich machen?

[Anitram]

Ich habe die "alte" Version so halbwegs wieder eingeschaltet. Wenn du dir die Texte ansiehst, wirst du feststellen, dass die Sonderzeichen zerschossen dargestellt werden.

Die Einstellungen von s9y und auch der Datenbank sind identisch: utf-8, aber dem Browser wird die ISO aufgedrückt. In der Datenbank sind alle Texte 1A!, also kann es daran nicht liegen.

Ich schau jetzt, ob ich irgendwo eine noch ältere Sicherung habe, die ich "überbügeln" kann.

[u1amo01]

Ähm, wenn ich bei meinem Firefox-Browser unter Linux das voreingestellte Ansicht/Zeichenkodierung/UTF-8 auf ISO8859-1 umstelle, werden fast alle Umlaute in Deinem Blog richtig dargestellt.

Was immer noch als Müll erscheint, sind die Beiträge ab "Weiter geht's mit Nachschlag!" und danach, auch die Kommentare, die nach dem 18.11. geschrieben wurden.

Irgendwann am 18.11. muss sich etwas geändert haben.

Überbügeln würde ich nichts; erst sollte geklärt sein, was der Fehler ist.

Könnte man nicht hingehen und s9y mit einer neuen DB frisch aufsetzen und die alte DB importieren?