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 erstellen"Internal Error" ist keine WordPress Ausgabe oder wo/wann genau wird das angezeigt?
Lege mal statt der WordPress Dateien und Ordner eine einfache statische [FONT=Courier New]index.html[/FONT] mit Hello World in Dein webroot, dann kannst Du erstmal alle NGINX und SSL Zertifikat Probleme debuggen..
Anmerkung dazu: Hier auf dem Testserver entfernt das Cache Enabler Plugin die beschriebenen Dinge selbst, wenn man das Plugin wie vorgesehen über die Plugin Liste in WordPress deaktiviert.
Wurde WordPress auf 6.6 aktualisiert? Falls ja, handelt es sich vermutlich um diesen Fehler in WordPress.
after update to wordpress 6.6 all links are now underlined.
Der Fehler soll mit WordPress 6.6.1 behoben werden, das nach aktuellem Stand am 23.07.2024 nachgeschoben werden soll.
Leider lässt die Release-Qualität von WordPress seit einiger Zeit merklich nach...
Vorsicht vor einem 6.6 Update, es sind bereits einige Probleme gemeldet die auch Darstellungen im Frontend betreffen.
Ja, das Plugin und die Einstellung zur entfernten Kategorie-Basis darüber ist oben verlinkt...
Eine entfernte Kategorie-Basis kann und wird in WordPress bei Gleichheit von Titelformen immer früher oder später zu Problemen führen.
Wenn Du eine Kategorie mit Titelform "trinkwasser" hast und das Feld Kategorie-Basis leer ist, sollte der Link zur Kategorie Seite wie folgt aussehen:
https://stepplan.de/category/trinkwasser/
Wenn das (wie bei Dir aktuell) nicht der Fall ist, steht etwas anderes im Feld Kategorie-Basis oder eine andere Funktionalität nimmt darauf Einfluss (oft Plugins), z.B. in Deinem Fall ggf. Rank Math.
Ergänzung: Nach solchen Änderungen einmal Einstellungen > Permalinks ohne Änderungen speichern und den Browser Cache leeren, der merkt sich sonst alte Redirects.
Wenn die Kategorie-Basis leer ist, sollte der Pfad Teil [FONT=Courier New]/category/[/FONT] beim Aufruf der Kategorie Seite mit in der URL sein. Evtl. hast Du ein Plugin o.ä., das dies verhindert, falls ja, entferne dieses Plugin.
Der Hersteller bietet lt. Theme Dokumenation eine Möglichkeit zum Entfernen in der Pro Version des Themes:
Note: In the free version of the theme, you can add the footer copyright information. However, you cannot hide the WordPress and Theme credits. Please purchase the premium version of the theme if you want to remove the footer credit completely.
Den "Titel bei Google" der einzelnen Seiten kann man beispielsweise über ein SEO Plugin beeinflussen.
Was ist bei Einstellungen > Permalinks eingestellt? Insbesondere bei Kategorie-Basis? Screenshot der ganzen Seite?
Wenn hier jemand diesbezüglich Profi ist, freue ich mich über PNs!
Erstelle einen Beitrag im Bereich "Jobbörse" des Forums, dann darf man Dir lt. Forenregeln Angebote zusenden.
Würde zunächst prüfen, mit welchem Aufwand die bestehende Eigenentwicklung auf eine aktuelle PHP Version angepasst werden kann, oft sind das nur Kleinigkeiten.
Das sieht so aus, oder die Frage wurde missverstanden.
@LpapillonM2 Das Problem sollte gelöst sein, siehe anderer in Antwort #2 verlinkter Thread.
Wie bereits beschrieben hatte das Problem mit WordPress selbst nichts zu tun. Alle möglichen Versionen von WordPress von 6.6, 6.5.x, 6.4.x usw. waren davon betroffen.
Der Strato Support hat mitgeteilt, dass die Meldung durch einen serverseitigen Schutz für eine aktuelle Schwachstelle im Content Management System Typo3 ausgelöst wurde.
Einige Funktionen von WordPress wurden (wie bereits vermutet) durch den zu strikten Filter als "false positive" ebenfalls blockiert. Offenbar wurde die Schutzfunktion auf dem Server zwischenzeitlich verfeinert, so dass WordPress in gleichwelcher Version jetzt nicht mehr davon betroffen ist.
Das Problem ist ohne Handlungsbedarf in WordPress gelöst.
Wie stark das Passwort ist, kannst Du unter Benutzer > Profil prüfen, indem Du es in das Neues Passwort erstellen Feld eingibst.
Eine Umleitung des Admin Bereichs ist nicht nötig und führt oft zu später schwer identifizierbaren Folgeproblemen.
Kommentare kannst Du z.B. mit dem Plugin Disable Comments verhindern. Alternativ bei etwas mehr technischem Fachwissen auch ohne Plugin, indem Du sicherstellst, dass sowohl in den Einstellungen für neue Kommentare als auch bei allen bestehenden Inhalten inklusive Medien die Kommentarfunktion deaktiviert ist (siehe dazu z.B. hier).
Hauptverantwortlich für das Problem war und ist die mehrfach beschriebene und weiterhin vorhandene Datei:
Entferne die Datei [FONT=Courier New]advanced-cache.php[/FONT] im [FONT=Courier New]wp-content[/FONT] Ordner ...
Tipp: Wenn zwei Schritte zur Problembehebung genannt werden, befolge die zwei Schritte...
Vorsicht vor einem 6.6 Update, es sind bereits einige Probleme gemeldet die auch Darstellungen im Frontend betreffen.
Es fehlt noch weiterhin der mehrfach beschriebene Schritt:
Entferne die Datei [FONT=Courier New]advanced-cache.php[/FONT] im [FONT=Courier New]wp-content[/FONT] Ordner ...
Auch das in Antwort#14 genannte DSGVO Problem besteht weiterhin.
Evtl. sind noch Überreste des Plugins in [FONT=Courier New].htaccess[/FONT] oder [FONT=Courier New]advanced-cache.php[/FONT] oder es sind noch sonstige Caches auf dem Server ausserhalb von WordPress aktiv.
Entferne die Datei [FONT=Courier New]advanced-cache.php[/FONT] im [FONT=Courier New]wp-content[/FONT] Ordner und entferne falls vorhanden diesen Eintrag in der Datei [FONT=Courier New]wp-config.php[/FONT]
define('WP_CACHE', true);Jetzt versuch ich die Codezeile mal zu entfernen - wo ist die?
Die Codezeile wird vom Cache Plugin hinzugefügt, um zu zeigen, dass eine Cache-Version der Seite ausgeliefert wird. SIe verschwindet, wenn das Cache Plugin korrekt deaktiviert und entfernt ist.
Die .htaccess-Datei sollte im Hauptverzeichnis liegen. Sie sollte, wenn du Cache Enabler deaktiviert hast, in etwa so aussehen: https://developer.wordpress.org/advanced-admin…b-server/httpd/
Aus unerfindlichen Gründen fehlen in der offiziellen WordPress Dokumenation die [FONT=Courier New]<IfModule>[/FONT] Zeilen, die Basic WP [FONT=Courier New].htaccess[/FONT] sollte richtigerweise so aussehen:
# BEGIN WordPress
# Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressWie würde es mit dem purchase code aussehen. Auf dem Textserver ist ein Code und für eine neue Seite benötigt ich wiederum einen Neuen. Ist der Code nicht mit einer Domain verknüpft?
Der Avada Support kann da am besten weiterhelfen.
