Beiträge von m266

    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.

    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.

    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.

    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).

    Zitat

    Wenn 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.

    Zitat

    Die Präfix musste geändert werden, weil auf dem neuen Webspace bereits eine WP-Installation mit gleichem Präfix läuft und nur eine DB vorhanden ist (altes Paket).

    Das 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.

    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.