Ich meinte das Plugin "[FONT=Arial]AWS Easy Page Link[/FONT]". Das geht bei mir lokal und im Netz einwandfrei. Zum Testen kannst du dir den "Portable Webserver" mit WP 3.0 (CMS-Version) hier runterladen und es selbst ausprobieren. Ggf. blockt ein anderes Plugin bei dir die gewünschte Funktion.
Beiträge von m266
-
-
Wenn bei einem Umzug von WP die Datenbank mit allen Einstellungen übertragen wird, stimmt der Pfad zum CSS-Ordner nicht mehr. Bei der ersten Installation speichert das Plugin den Pfad in der DB, welcher auf einem anderen Server nicht mehr zutrifft. Ein Deinstallation und anschließende Neuinstallation des Plugins löst das Problem nicht, da die DB-Einträge beim Deinstallieren nicht gelöscht werden.
Lösung:
Das Plugin kann durch Klick auf “Reset/Re-initialize Lightbox Plus” (unten bei den Plugin-Einstellungen) auf die Vorgabewerte zurückgesetzt werden. Die gewünschten Einstellungen müssen nun einmal neu vorgenommen werden. -
Bei mir funktioniert das Plugin in lokaler Installation und im Internet völlig normal.
-
Der Portable Webserver steht nun mit WP 3.0 als Blog- und CMS-Version zur Verfügung:
http://www.web266.de/software/eigen…-webserver.html
Zur Nutzung des Plugins "Lightbox Plus" bitte diese Hinweise beachten:
http://www.web266.de/software/eigen…r/hinweise.html -
Danke für den Tipp. Das Plugin heißt "Redirection" und scheint für diese Zwecke geeignet zu sein. Laut Bug-Tracker gibt es wohl Probleme mit WP 3.0. Ich nutze zurzeit noch 2.9.2, wo das Plugin einwandfrei läuft.
-
Hallo zusammen,
wenn ich nachträglich einen Seitentitel und den Permalink ändere, führt dies bei direktem Zugriff zur "alten" URL zu einem 404-Fehler. Intern kann ich solche Fehler durch das Plugin "Link Checker" erkennen und beseitigen. Google hat aber den früheren Link gespeichert und produziert beim Aufruf die bekannte Fehlermeldung.Frage:
Gibt es ein Plugin oder sonst eine einfache Möglichkeit, Google auf die geänderte URL hinzuweisen?
Das Problem stellt sich auch demnächst ähnlich bei einer anderen Website, welche auf WP umgestellt werden soll. Alle bisherigen Links werden sich ändern, so dass Google nur noch 404-Fehler anzeigen wird. Jeden "alten" Link automatisch auf die neue URL weiter zu leiten ist sehr viel Aufwand.Hat jemand dazu eine Lösung?
-
Glückwunsch für deinen Erfolg bei der Wiederherstellung. Unabhängig davon rate ich dir zum Sichern der DB zum MySQLDumper und zu einen Test eines Serverumzuges mit dem Portable Webserver. Die gewonnene Erfahrung ist viel wert.
-
Wenn du nur die Grundinstallation gemacht hast, kannst du alles löschen und neu hochladen (Empfehlung: Verwende eine Unterordner und leite die URL dort rein). Falls schon Inhalte drin sind, musst du ggf. die DB vorab sichern. Mein Favorit ist der MySQLDumper.
P.S.
Wenn du nur einen Testaccound bei diesem Provider hast: Nix wie weg. -
Ich kriege keine Provision dafür, aber meine Empfehlung für einen guten Provider ist http://www.all-inkl.com. Dort kannst du mit dem Verwaltungsprogramm KAS die Besitzerrechte bei Bedarf ändern und notfalls per FTP Daten löschen.
Ich nutze den Provider für einige Kunden und bin damit sehr zufrieden.
Erfahrungen darüber findest du auch im Netz. -
Wenn du die Besitzer-Rechte nicht mit dem Serververwaltungsprogramm ändern kannst, versuche es mit diesem Script (auf eigene Gefahr).
Die beigefügte Datei entpacken und in den Ordner des Plugins hochladen. Dann das Script im Browser aufrufen. Es setzt die Besitzerrechte neu und stellt die Dateirechte auf 777. Dann kannst du alles per FTP löschen.Hinweis:
Das Problem ist nicht mit CHMOD sondern mit CHOWN (Besitzer-Rechte) zu lösen. Das Script hilft bei widerborstigen Kandidaten recht gut.
Ich hatte mal ähnliche Probleme und dieses Script im Netz gefunden, was mir geholfen hat. -
Die Ordner sollten max. 755 haben; alles andere ist nicht ungefährlich.
Alternativ per Script die Rechte setzen, wenn es nicht anders geht. -
Vielleicht hilft dir dieser Artikel weiter.
-
Zitat
Und will dann ein Plugin löschen oder installieren was aber nicht geht weil Wordpress immer Verbindungsinformationen verlangt.
Dies deutet darauf hin, dass der Server keine Schreibrechte im Ordner "plugins" bzw. "wp-content" hat. Dies kannst du mit dem Serververwaltungsprogramm (Confixx, KAS usw.) ändern. Wenn das geklappt hat, fragt WP beim Aktualisieren von Themes, Plugins nicht mehr nach den FTP-Daten.
Allerdings geht dann der Zugriff per FTP-Client (FileZilla o. ä.) nicht mehr. Falls du also über das Backend keine Daten löschen kannst, musst du die Serverrechte zurücksetzen und kannst die Dateien per FTP-Client löschen.
Wenn das alles nicht klappt, kannst du die Rechte mit einem kleinen PHP-Script ändern. Melde dich, wenn du das Script benötigst. -
Zitat
Der alte Blog lief unter nowa.de, die Domain wurde aber zu einem anderen Hoster verlegt. Unter der Verzeichnisadresse liess sich der Blog nicht starten, weil noch ein Joomla auf gleichem Webspace installiert ist und bei jedem Link immer Joomla starten wollte. Deshalb hab ich erstmal die Domain anisite.de genommen.
Wenn du mehrere Websites auf einem Server laufen lässt, sind Unterordner sinnvoll.
Beispiel:
joomla
wordpress
Die Domain wird in den jeweiligen Unterordner weitergeleitet. Die bestehende Installation von Joomla jetzt aber nicht verändern, um keine neue Baustelle aufzumachen.Meine Anleitung funktioniert unter der Annahme, dass der Präfix nicht verändert wird. Ein etwaiger Unterordner kann beim Umzug ohne Probleme berücksichtigt werden (Anpassung der URL).
ZitatWenn ich daran denke, dass ich in Kürze noch 1-2 Blogs verlegen muss, wird mir schon ganz anders... damit wird's dann aber wohl besser klappen.
Wenn sich der Präfix nicht ändert, geht das mit meiner Anleitung einwandfrei. Ganz wichtig: Immer vorher die DB mit dem MSD sichern!
Du kannst den Umzug gut mit meinem Portable Webserver gefahrlos simulieren. Lade dir hier das Paket herunter (Blog oder CMS):
http://www.web266.de/software/eigen…-webserver.html
Kopiere im Root den Ordner wordpress und füge ihn wieder ein. Danach z. B. in wordpress2 umbenennen. Eine neue DB anlegen, die wp-config bearbeiten und dann gemäß Anleitung die DB kopieren. Wenn du alles richtig gemacht hast, läuft die zweite Installation sofort fehlerfrei.
Nach der gleichen Methode kannst du auch eine lauffähige Installation aus dem Internet auf den lokalen Webserver kopieren.ZitatDas ist natürlich übel, wenn nur eine DB vorhanden ist und der Präfix schon verwendet wird. Es gibt Methoden, den Präfix nachträglich zu ändern. Wenn das möglich ist, würde ich den Präfix der vorhandenen WP-Installation ändern (vorher bitte immer DB sichern). Das erleichtert den Umzug von nowa.de erheblich, weil du nur noch die DB kopieren und wp-config anpassen musst.
Beste Erfahrungen habe ich mit dem Provider all-inkl.com gemacht. Dort hast du auch im kleinsten Paket genug DB´s, um alles sauber zu trennen. Das als Anregung für die Zukunft.
Wenn du wieder Zugriff zu http://anisite.de hast, kann ich dir ggf. in einer Session mit http://www.netviewer.de helfen.
Viel Glück!
-
Die Pfade auf deinem neuen Server funktionieren nicht; auf dem alten Server ist das wenigstens noch in Ordnung.
Ich würde dir raten, das Problem über den alten Blog anzugehen. Zuerst muss der Zugriff zum Backend wieder gehen. Sehr sinnvoll ist es, wenn du auf beiden Servern die aktuelle DB mit dem MySQLDumper gesichert hast. Dann kann (fast) nichts mehr schiefgehen.
Das Zugriffsproblem kann u. U. gemäß diesem Beitrag gelöst werden:
http://wordpress.losmuchachos.at/du-hast-nicht-…ungsstrategien/
Ist der Präfix beider DB´s gleich? SQL-Kommandos kannst du auch im MSD absetzen.
WICHTIG: Immer zuvor die DB´s mit dem MSD sichern!@Alle:
Hat jemand noch Vorschläge zur Lösung?Sobald du wieder Zugang zum alten Server hast, installiere das Plugin "Search & Replace". Dann nach meiner erprobten Anleitung verfahren (die Namenskonvention beachten: http://anisite.de/ -> http://nowa.de/) und die Datenbank kopieren und im neuen Server einfügen. Falls sie zu groß ist, kannst du die DB per FTP in das Work-Verzeichnis des MSD hochladen.
Bitte beim alten Server beachten: Nach der Umbenennung der URL geht (vorübergehend nichts mehr. Keine Panik: DB sofort mit dem MSD sichern und dann mit dem MSD die alte DB wieder einspielen. Dann läuft die alte Site weiter.
Hinweis:
Ich habe mit meiner Anleitung schon etliche Blogs fehlerfrei umgezogen. -
Hier findest du eine erprobte Anleitung zum Umzug vom lokalen Webserver ins Internet:
http://www.web266.de/tutorials/word…s-internet.html -
Alternativ kannst du mit dieser Anleitung deinen Umzug erfolgreich durchführen:
http://www.web266.de/tutorials/word…naenderung.html -
Falls du noch Zugriff zur Administration des alten Servers hat, wird dir diese Anleitung ggf. helfen:
http://www.web266.de/tutorials/word…naenderung.html -
Kein Ordner sollte 777 haben. Info dazu gibt es genug im Netz, warum es nicht gut ist.
-
Zitat
Selbstverständlich müsste das Format verkleinert werden, allerdings sollte es auch in Einzelheiten noch lesbar sein.
Das beißt sich irgendwie: Entweder ist der Inhalt lesbar (dabei ist das Bild aber zu groß) bzw. das Bild ist passend und man kann nichts mehr lesen.
Ich würde einen Screenshot einfügen und mit der zugehörigen PDF-Datei verlinken.