Beiträge von b3317133
-
-
-
Bei Einstellungen > Lesen ist eingestellt, dass Deine Startseite Deine letzten Beiträge zeigt.
Derzeit ist nur ein Beitrag publiziert, daher wird nur einer aufgelistet.
Wenn Du eine bearbeitbare Startseite willst, erstelle dafür eine Seite und stelle unter Einstellungen > Lesen diese als Statische Seite ein.
-
Was befindet sich auf der Startseite? Aktuelle Blogbeiträge?
-
- WordPress Dateien und Ordner bis auf [FONT=Courier New]wp-config.php[/FONT] per FTP hochladen/überschreiben
- mit phpMyAdmin die Datenbank der aktuellen Installation leeren
- mit phpMyAdmin [FONT=Courier New]dump.sql[/FONT] importieren
- in der Tabelle [FONT=Courier New]wp_options[/FONT] (ggf. anderes Präfix als [FONT=Courier New]wp_[/FONT] bei Dir *) in den Zeilen [FONT=Courier New]home[/FONT] und [FONT=Courier New]siteurl[/FONT] die neue URL (ohne / am Ende) eintragen, siehe auch hier.
- jetzt sollte mit neuer URL und [FONT=Courier New]/wp-login.php[/FONT] das Anmelden mit alten Logindaten funktionieren
- mit Plugin Better Search Replace alte URL durch neue URL ersetzen (ohne / am Ende)
* falls anderes Präfix als [FONT=Courier New]wp_[/FONT] dieses in Deiner [FONT=Courier New]wp-config.php[/FONT] bei [FONT=Courier New]$table_prefix[/FONT] anpassen. - WordPress Dateien und Ordner bis auf [FONT=Courier New]wp-config.php[/FONT] per FTP hochladen/überschreiben
-
Hi, Danke für Deinen Tipp, nur hat dieser CSS-Code keine Auswirkung.
Wenn Du den zu grossen Wert für [FONT=Courier New]left[/FONT] änderst, hat das Auswirkungen. -
Laufen irgendwelche Sicherheitsplugins in WordPress oder andere Sicherheitsmassnahmen beim Hosting?Ergänzung: Ok, es waren offenbar andere Sicherheitsmassnahmen beim Hosting, hat sich zeitlich überschnitten beim Antworten.
Auch habe ich mal anstatt des Blockeditors in WP den Classic Editor verwendet. Macht keinen Unterschied.
Hier sieht man wieder mal gut, dass eine präzisere Problembeschreibung gleich zu Beginn hilfreich gewesen wäre. -
Der Classic Editor aktualisiert die Seiten nicht über JSON, evtl. lief beim Testen was schief.
-
Vorher habe ich probehalber einige Einstellungen in unterschiedlichen Dateien durchgeführt und wieder rückgängig gemacht. Mir ist bewußt, dass ich mit der anschließenden Löschung meiner Änderungen einen Zeilenfehler produziert habe.
Das Problem kommt von einer dieser Änderungen bzw. Löschungen in unterschiedlichen Dateien. Es wirkt sich bis in die automatische Erstellung der XML-Sitemap aus.Es ist von aussen unmöglich, die genauere Stelle Zeile/Spalte/Column zu benennen, wo Du etwas falsch geändert oder unvollständig korrigiert hast.
Spiele ein Backup der unterschiedlichen Dateien von vor Deinen Änderungen ein, dann wird das Problem verschwinden.
-
Die Sitemap wird automatisch über das Plugin All in One SEO erstellt.
Sie zeigt hier einen XML-Verarbeitungsfehler: Zeile Nr. 2, Spalte 1Diese Fehlermeldung entsteht, weil anderweitig an anderere Stelle in WordPress ausserhalb von [FONT=Courier New]<?php ... ?>[/FONT] Tags fälschlicherweise eine zusätzliche Leerzeile eingefügt/hinterlassen wurde, was sich dann überall inklusive bis in die Augabe des SEO Plugins auswirkt.
Das kommt z.B. dann vor, wenn eine Löschung eigener Änderungen nicht vollständig erfolgt.
Falls Du eine andere Fehlermeldung meinst, bitte genauer beschreiben.
-
Oft werden bewußt Dinge eingestellt, ohne sich über sonstige Auswirkungen darüber im Klaren zu sein.
-
-
Seit wann tritt der Effekt auf? Wurde die Datei [FONT=Courier New]wp-config.php[/FONT] kürzlich bearbeitet? Oder die Theme-Datei [FONT=Courier New]functions.php[/FONT]? Vermutlich wird dort ein überzähliges Zeichen (neue Zeile) ausserhalb der [FONT=Courier New]<?php ... ?>[/FONT] Tags ausgegeben.
Siehe auch grundsätzlich ähnliche Problembeschreibung eines anderen Plugins hier im Plugin Support Forum.
-
Siehe Punkt 4 Enable Search in der Theme Dokumentation.
-
Wenn unter der gleichen URL je nach angemeldetem Benutzer unterschiedliche Inhalte gezeigt werden sollen, muss das bei der Einrichtung von ggf. eingesetzten Cache-Plugins entspr. berücksichtigt werden bzw. der Einsatz mancher Cache-Mechanismen ist dann einfach nicht möglich.
Die knappe Beschreibung deutet darauf hin, dass ein Cache-Mechanismus verwendet wird, der den Browser-Cache mitnutzt, was für Deine Wünsche aber ohne weitere Massnahmen nicht funktionieren wird, ggf. funktioniert es auch nur ganz ohne Caching. Mehr dazu kann man ohne weitere Angaben (siehe Forenregeln, Punkt II) nicht sinnvoll sagen.
Wende Dich am besten an die Person, die den Website eingerichtet hat bzw. technisch betreut und lasse Dir die Hintergründe bzgl. Caching usw. erklären.
-
- Welches genaue WP-Plugin wurde verwendet, wie genau eingerichtet und was genau passierte damit nicht so wie es soll?
- Wurde ein Cache-Plugin verwendet?
- Wurde der Browser-Cache beim Testen jeweils geleert?
- Eigene Funktionen im Customizer ergänzt man über die Theme Options API.
- Für Nutzung der [FONT=Courier New].htaccess[/FONT] Datei empfiehlt sich z.B. für apache die Redirecting and Remapping with mod_rewrite Dokumentation.
-
@spade Lt. Pluginautor gibt es keine einfache Lösung, siehe auch Support Forum Contact Form 7.
@SuMu Als Sicherheitsrisiko wird hier wohl das selbstsignierte Zertifikat betrachtet.
-
Weitere Anhaltspunkte:
- Die .css und .js Dateien kombinieren, derzeit fast 120 HTTP Requests auf der Startseite
- Eine Datei erzeugt einen 404 Fehler: 20220705_220032-scaled.jpg
- Die .css und .js Dateien kombinieren, derzeit fast 120 HTTP Requests auf der Startseite
-
- Google Tag Manager
- Pinterest Converstion Tracker
-
Deaktiviere die externen Tracker, macht das einen Unterschied?