Beiträge von danielgoehr


    Zum einen wurde der Webhoster gewechselt. Wer mit seine WordPress-Seite auf einen neuen Server umgezogen ist, muss in der Datenbank viele Pfade anpassen, damit anschließend wieder alles richtig läuft. Gibt es eine Übersicht zu all diesen Tabellen?

    Die Pfade sind an etlichen Stellen in der Datenbank gespeichert. Eine Tabelle wird da nicht viel helfen. In der Regel löst man das Problem durch suchen&ersetzen in der Datenbank (z.B. mit dem Plugin "Better Search and Replace").


    Nach dem Umzug wurde von Version 4.5.4 auf 4.7.5 hochgerüstet und die plugins entsprechend aktualisiert, da die Seite sich nicht akkurat darstellte.

    Aus deiner ersten Frage schließe ich, dass das Ersetzen der Pfade noch nicht durchgeführt wurde. Deshalb (höchstwahrscheinlich) auch die "nicht akkurate" Darstellung.



    Doch statt der Startseite wurde eine beliebige Produktseite dargestellt. Die eigentliche Startseite existierte zwar, wurde aber ignoriert.
    Sie liess sich jedoch über den Server-Account - nicht wp-Account- aufrufen, vom Browser aus sichern, und, in index.html umbenannt, via FTP hochladen.
    Zuächst schien alles zu stimmen. Dann wurde die Startseite als Kopie modifiziert und diese als Startseite festgelegt.
    Doch jetzt wird immer noch die alte Startseite dargestellt, vermutlich der gleiche Fehler wie ursprünglich mit der Produktseite. Die alte Startseite kann eigentlich gar nicht mehr geladen werden, da sie gelöscht wurde.

    Kennt jemand einen Kniff, wp dazu zu bewegen, die Seite zu laden, die man als Startseite festgelegt hat?

    Das mit der index.html ist ein relativ unglücklicher Workaround. Ich würde vorschlagen, erstmal die Pfade anzupassen. Ggf. ist das Problem damit schon behoben.

    Möglicherweise ist es auch ein Caching Problem.

    Wenn die Möglichkeit besteht, würde ich an deiner Stelle alles nochmal komplett löschen bzw. rückgängig machen und die Seite "sauber" umziehen.

    Ich vermute mal, dass das Portfolio im Theme mit Custom Post Types erstellt ist und es (fälschlicherweise) Single-Pages zu den einzelnen Posts gibt, aus denen sich das Portfolio dann im OnePage Layout zusammensetzt. Zumindest sieht die indizierte URL so aus. Vermutlich sind diese Single-Pages dann auch irgendwie in der XML Sitemap vorhanden.

    Da du aber keine echten Links zu deiner Seite zeigst, ist das nur gemutmaßt.

    Jetzt gibt es natürlich verschiedene Ansätze:
    Du könntest z.B. die Portfolio Einträge per 301 Redirect auf die Startseite umleiten oder du verhinderst die Indizierung.


    Wenn ich es korrekt verstanden habe, ist die Datei, welche die Layouteinstellungen (z.B. Widget etc.) speichert nicht direkt im Theme-Ordner.
    Ich habe daher alle Layouteinstellungen neu machen müssen.

    Das ist eigentlich gar keine Datei, sondern in der Datenbank gespeichert. Und normalerweise sollte es eigentlich auch keine Probleme machen, wenn das Theme-Verzeichnis umbenannt wird (ausser, dass es dann neu aktiviert werden muss).


    Wenn jedman das Problem wirklich lösen kann, wäre ich auch bereit "mit kleien Münzen" eine Aufwandsentschädigung zu zahlen :-)

    Tatsächlich glaube ich auch, dass das eine gute Idee ist. Es ist aus der Ferne wirklich schwer zu sagen, was das Problem ist. Und leider auch nicht so einfach zu erklären, was du wie prüfen könntest/solltest. Lösbar sollte das Problem auf jeden Fall sein.

    Wirklich bemerkenswert, dass zu jeder Kleinigkeit ellenlange Threads zu finden sind. Aber immer wenn es ein wenig "spezialler" wird, scheint niemand eine Lösung zu kennen.

    Bei mir liegt es daran, dass ich gar nicht verstanden habe, was du da machst und warum. Irgendwie konnte ich dir bei der ganzen hin- und her "umbenennerei" nicht mehr folgen.

    Ich persönlich würde es folgendermaßen machen:
    Komplettes Backup der Seite (Dateien und Datenbank). Dann einfach das Theme updaten. Das sollte normalerweise so sein, dass die Theme-Einstellungen dabei nicht verloren gehen. Falls das doch passiert: Backup zurückspielen und herausfinden, warum der Fehler passiert ist.

    Und es wäre ziemlich hilfreich gewesen, zu sagen, um welches Theme es sich handelt (siehe auch Punkt II in den Foren-Regeln).

    Der erste Punkt (kein Text vorhanden) liegt vermutlich an deinem Theme. YOAST erkennt Text nur, wenn er im "normalen" Inhalts Editor steht. Das sollte zwar normalerweise auch beim Visual Composer so sein, aber das Plugin scheint den Text nicht zu erkennen. Wenn deine Seite Text enthält, wovon ich jetzt einfach mal ausgehe, dann kannst du diesen Punkt ignorieren.

    Zu allen Fehlern mit dem Fokus Keyword solltest du die Anleitung von Yoast SEO lesen, um zu verstehen, was das Fokus Keyword ist. Dann wird dir auch klar, was das Problem ist.

    Außerdem habe ich ja z.B. Links im Artikel. Ich arbeite mit dem Virtual Composer :) schaut doch mal auf den artikel drauf, ich verstehe nicht was das Problem ist :/

    Ich sehe in deinem Beitrag leider keinen Link. Insofern kann ich auch nicht auf den Artikel drauf schauen ;)

    Ich wollte damit auch nicht sagen, dass man OS X Server nicht verwenden kann oder soll, aber es ist schon super exotisch. Deshalb kann ich Hille's "Verwunderung" schon nachvollziehen. Zumal es auch eher unüblich ist, selbst zu hosten (im Sinne von den Webserver selbst an das Internet anzubinden). Und in den "üblichen" Rechenzentren stehen eben auch selten Macs...

    Ich glaube, du hast meine Antwort in den falschen Hals gekriegt. Das war eigentlich nicht als Kritik gemeint, sondern eher als Ratschlag.

    Im Grunde ging das in eine Ähnliche Richtung, wie der Rat von b3317133. Die Doku ist in den meisten Fällen aufschlussreicher, als die ganzen Traces nachzuverfolgen.

    Aber das ist nur meine persönliche Meinung und, wie schon gesagt, am Ende zählt das Ergebnis, nicht der Weg.

    Aber nichtsdestotrotz, tolles Tool. Ohne wär ich aufgeschmissen. Binsenweisheit: die Qualität einer Entwicklungsumgebung steht und fällt mit den Diagnosemöglichkeiten.

    Dazu gab es ja schon mal einen eigenen Thread, deswegen will ich dazu hier gar nicht nochmal zu sehr in die Tiefe gehen. Aber ich nutze zwar auch (hauptsächlich) Netbeans, weiß aber weder wie das Debugging funktioniert, noch wozu man es braucht. Deswegen würde ich den letzten Satz so nicht unterschreiben wollen. ;)

    Aber letztendlich zählt ja nur das Ergebnis. Wenn es dir hilft, ist daran ja erstmal nichts verkehrt. Aber irgendwie habe ich das Gefühl, du machst dir die ganze Sache schwerer als es sein müsste...

    Einige Tests mit Netbeans zeigen, dass tatsächlich bereits beim Laden der Homepage (alle ?) Plugins aufgerufen werden.

    Ja, alle aktivierten. Wenn sie deaktiviert sind, natürlich nicht.

    Wozu das eigentlich ?

    Wie sollten sie denn funktionieren, wenn sie nicht ausgeführt werden? ;-)

    Der Trace zeigt sogar einen zweimaligen Aufruf.

    Das wäre allerdings ungewöhnlich...

    Vielen Dank! Hört sich gut an. Also quasi nicht wie ich es probiert habe per Plugin sondern die Datenbank selbst.
    Was hat es den mit der cron Synchronisation auf sich? Hat da zufällig jemand eine Anleitung zu?

    Der Ansatz wäre, dass du ein PHP-Script schreibst, dass die User zwischen den Datenbanken synchronisiert. In eine Richtung dürfte das eigentlich recht einfach sein (also ein "Master" und die anderen beiden übernehmen einfach die Daten vom Master). Theoretisch geht es natürlich auch multidirektional, dann aber wesentlich aufwendiger.

    Cron ist ein Linux-Dienst, der in bestimmten Intervallen Aufgaben ausführt. In diesem Fall dann das PHP-Script.
    https://de.wikipedia.org/wiki/Cron

    Wenn Cron nicht verfügbar ist (weil kein Linux Server oder im Webhosting-Pkaet nicht verfügbar) gibt es auch noch WP-Cron:
    https://codex.wordpress.org/Function_Reference/wp_cron


    Du kannst natürlich auch jeden anderen "Trigger" verwenden. Zum Beispiel den Aufruf des Login-Formulars:
    https://codex.wordpress.org/Plugin_API/Act…ence/login_form

    Du könntest einfach einen Hook verwenden, der bei jedem Aufruf der Seite ausgeführt wird (z.B. 'template_redirect').

    Aber theoretisch sollte es eigentlich reichen, den Funktionsaufruf direkt in die Plugin-Datei zu schreiben. Nicht so elegant, aber wenn ich mich jetzt nicht irre, wird die PHP Datei des Plugin wird ja auch bei jedem Aufruf ausgeführt. Die Unterscheidung zwischen Frontend und Dashboard kannst du ja dann über is_admin() machen.