Probier's mal hiermit: http://otaku42.de/2005/06/30/plugin-o42-clean-umlauts/
Die Seite ist allerdings momentan nicht zu erreichen, d.h. Du musst noch ein Weilchen warten oder das Plugin von woanders besorgen.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenProbier's mal hiermit: http://otaku42.de/2005/06/30/plugin-o42-clean-umlauts/
Die Seite ist allerdings momentan nicht zu erreichen, d.h. Du musst noch ein Weilchen warten oder das Plugin von woanders besorgen.
Ähm, ja. In der entpackten und zum Hochladen vorbereiteten neuen Version. Man weiß ja nie, wie kaputt manche FTP-Programme sind; vielleicht ist eins dabei, dass den bestehenden Ordner wp-content/ mit dem neuen überschreibt.
Hattest Du das DB-Plugin vorher schonmal auf diesem Server probiert? Hattest Du schon mal derartige Probleme?
Alles in allem klingt es eher nach einem Serverproblem. Auf einen 08/15-Server gehört PHP als Apache-Modul installiert, denn das ist Standard und das erwarten die meisten Leute. Ich würde die Fehlermeldung jedenfalls man meinem Provider melden und seine Reaktion abwarten.
Ah, ein Sportsmann. ![]()
Könnte ein Zeichensatzfehler sein, bei dem ein halbes Multibyte-Zeichen für einige Verwerfungen sorgt. Was Du machen könntest, Du machst eine Sicherungskopie von der alten sidebar.php und kopierst eine neue rein.
Ansonsten muss ich Dir ehrlich sagen, dass hier wohl kaum einer Lust hat, gegen Windmühlen zu kämpfen. Deine Neugier und Deinen Ehrgeiz in Ehren, aber man arbeitet hier zumeist effizienz- und lösungsorientiert. ![]()
Scheiss Laune heute?
Wahrscheinlich nur genervt von Leuten, die zu faul zum Suchen/Ausprobieren/Experimentieren sind und Lösungen vorgekaut haben wollen. Könnte ich gut verstehen.
Mal als Vorschlag zur Güte: Warum installierst Du es nicht nochmal neu? Das ist in 10 Minuten mit allem Drum und Dran erledigt und geht definitiv schneller als die Fehlersuche hier.
Nimm die Vollversion, lösche das Verzeichnis wp-content/ und lade den Rest hoch (nachdem die alten Inhalte gelöscht sind). Dann das Upgrade-Script ausführen.
Habe auch gelesen, man soll die Plugins deaktivieren und nach upgrade wieder aktivieren. Ist das notwendig, ratsam oder quatsch?
Quatsch ist es nicht, aber es ist eigentlich nicht nötig. Es könnte nur sein, dass ein Plugin nicht mehr funktioniert, dann könnte es ärgerlich werden. Das passiert aber nur selten.
Anscheinend interpretiert Dein Server PHP im CGI-Modus. Es kann sein, dass das Plugin nicht damit klarkommt. Es ist bspw. möglich, dass es bestimmte Umgebungsvariablen abfragt, die es im CGI-Modus nicht gibt, was dann wiederum zu einem Fehler führt. Am besten, Du wendest Dich mal an den Plugin-Autor.
Btw, hat es mit 7zip geklappt? ![]()
Und welches Problem hast Du nun konkret? Die Datei muss übrigens wp-config.php heißen.
Werde lieber einen Bugreport erstellen, als ne Beta einzusetzen, auf nem System mit mehr als 30.000 Besuchern am Tag.
Bei 30.000 Besuchern am Tag wird man doch ein Testsystem aufsetzen können, oder? ![]()
Hm, dann kann ich Dir nur raten, einen Bugreport zu erstellen oder es evtl. mal mit einer Beta von 2.1 zu versuchen. Würde mich auf jeden Fall mal interessieren, zu welchem Ergebnis Du kommst.
Selbstverständlich. Beide Installationen sind dann völlig unabhängig voneinander. Einfach in der wp-config.php die Datenbank-Daten eintragen und dann das Tabellenpräfix von wp_ auf wp2_ oder sowas ändern. Dann ganz normal installieren.
Probier es mal mit der von Woodstock vorgeschlagenen Lösung. Die hat mir neulich super geholfen.
You've got mail. ![]()
Wenn in der Datei schon ein WordPress liegt, kannst Du ein zweites parallel dazu installieren, indem Du in der wp-config.php das Tabellenpräfix änderst und dann das zweite WP installierst.
Die Permalink-Aktualisierung kann ein Grund sein, von dem Problem habe ich auch schon gehört. Es könnte aber auch an Plugins liegen. Evtl. solltest Du es nochmal mit deaktivierten Plugins testen.
Bei mir werden die Posts einwandfrei gefunden. Vielleicht hängt da noch ein anderes Plugin an dem SQL-Statement.
Nö, das ist eigentlich egal. Solange man alle Anführungszeichen, die man selbst geöffnet hat, auch wieder schließt. MySQL ist ziemlich wurscht, ob Anführungszeichen einfach oder doppelt sind.
Für solche Sachen muss man nicht den Kerndateien von WP rumfummeln, sondern man kann sie einfach in der sidebar.php anpassen. Gib uns bitte mal Deine sidebar.php im Quelltext.
Tatsache, so klappt das auch.
Da wir schonmal beim Thema search_pages.php sind: Das Plugin enthält eine kleine Sicherheitslücke, mittels derer ein normalsterblicher Besucher geschützte Beiträge lesen kann.
Man sollte in dem Plugin daher das hier (den zweiten Parameter beim Aufruf von str_replace)
in dieses
ändern.
Wollte das nur nochmal anmerken, sowas kann man ja nicht oft genug sagen. Zumal auf der Seite des Autors immer noch die fehlerhafte Version steht.