Beiträge von b3317133
-
-
Ein Scriptfehler verhindert das Anzeigen des Textes, es handelt sich offenbar um dieses Problem.
Deaktiviere temporär der Reihe nach alle sonstigen Plugins oder versuche es mit einem Twenty XXX Standardtheme, um die Ursache des Problems einzugrenzen.
-
Die reCAPTCHA Komponente kann ggf. auch im wpForo Plugin integriert sein, ähnliches Vorgehen, Ordner umbenennen, in WordPress anmelden, Ordner auf Originalname zurückbenennen, wpForo Plugin reaktivieren, reCAPTCHA hier überall deaktivieren oder alternativ korrekten Key erstellen und eintragen.
Kurze Frage am Rande, in Deiner (wie auch immer sortierten) Plugin Liste ist u.a. das Migrationsplugin Duplicator aufgeführt, warum wurde nicht das für die Migration verwendet?
-
- Benenne den Order /wp-content/plugins/login-recaptcha/ in z.B. /wp-content/plugins/login-recaptcha-inaktiv/ um oder lösche diesen Ordner, das deaktiviert das Plugin mit den derzeit offenbar falschen reCAPTCHA Einstellungen.
- Melde Dich über /wp-login.php an.
- Klicke einmal Einstellungen > Permalinks > den blauen Speichern Button ganz unten, das erzeugt eine neue .htaccess dann sollten die Links im Menü wieder funktionieren
- Nutze das Plugin Better Search Replace, um in der Datenbank die mutmaßliche (aus den Fehlermeldungen ermittelte) alte Domain durch die neue Domain zu ersetzen:
Codealt: https://www.2punkt4.de neu: http://www.uni-veritas.de
Vermutlich sind es noch weitere Dinge anzupassen, das ergibt sich dann im Verlauf.Ergänzend für Mitleser: Mit dem Erstellen eines Umzugspakets über ein sog. Migrationsplugin wie z.B. Duplicator vor Beginn auf dem alten Website wären viele der o.g. Schritte unnötig, da sie durch solche Plugins automatisch erledigt werden. Und vor einem Umzug sollte man immer alle Sicherheits- und Cache-Plugins deaktivieren.
-
-
Wie/wo genau wurde in [FONT=Courier New]wp-config.php[/FONT] der neue Domainname eingefügt?
Nach welcher Anleitung wurde der Umzug gemacht, Link zur Anleitung?
-
In dem Fall beschäftige Dich etwas mit den eingebauten Möglichkeiten von Beaver Builder für verschiedene Ansichten, z.B.
-
Je nach Theme wird möglicherweise der Titel der eingestellten Seite verwendet, oder ein Teil des Inhalts der Seite. Link zu dieser Startseite?
-
Hier ein Anhaltspunkt wie man die Reihenfolge wie gewünscht über CSS Flexbox ändern kann:
https://jsfiddle.net/b7chefd3/
Wie man das genau auf Dein Szenario anwenden kann, darfst Du selbst rausfinden...
-
Du kannst versuchen, den PHP/JavaScript/CSS Code dieser Custom Elemente in ein Child Theme Deines neuen Themes zu übernehmen. Grundlegendes Programmierverständnis für WordPress und die WPBakery API sollten dafür vorhanden sein.
-
Das hast Du schonmal gefragt, ein Thread reicht dafür:
-
Dort läuft derzeit ein WordPress 5.4.1 mit angepasstem WP_CONTENT_DIR und selbst- bzw. umgestrickten Theme und Plugins und auch normalen WordPress Plugins. Das Design stammt von dominicraths.com, die Umsetzung von der Firma tatundkraft.net
-
Spricht etwas gegen diese Lösung?
Ja, erstens das:Dadurch werden alle sonstigen nötigen Dinge in WordPress erledigt wie z.B. der interne Kommentar Cache bereinigt und auch entspr. Actions für weitere WordPress API Aufrufe und andere Plugins getriggert.
Zweites wird der Code nur dann aufgerufen, wenn Du im Backend aktiv selbst das Menü Kommentare aufrufst.Drittens macht der Code nicht das, was Du beschreibst, also weder regelmäßig automatisch noch wird nach Alter unterschieden.
-
Eine "saubere" WordPress Lösung wäre ein regelmässiger [FONT=Courier New]get_comments()[/FONT] Aufruf mit entspr. [FONT=Courier New]date_query[/FONT] und [FONT=Courier New]status[/FONT] Parametern mit anschliessenden passenden [FONT=Courier New]wp_delete_comment()[/FONT] Aufrufen. Mehr dazu findet sich in den Entwicklerdokumentation https://developer.wordpress.org/
Dadurch werden alle sonstigen nötigen Dinge in WordPress erledigt wie z.B. der interne Kommentar Cache bereinigt und auch entspr. Actions für weitere WordPress API Aufrufe und andere Plugins getriggert.
Direkte Eingriffe per SQL in Datenbanktabellen sind in WordPress selten eine gute Idee.
-
In der aktuellen Struktur nicht möglich, der Ordner "audiotest2" ist über diese Domain nicht erreichbar.
Workarounds wären z.B. Subdomain mit entspr. Zuordnung oder den Ordner in "website" verschieben.
-
Wieso funktioniert sowas auf einem frisch und nach Anleitung eingerichteten Server nicht?
Das könntest Du den Autor dieser Anleitung fragen. Oder mit Link zu dieser Anleitung in einem Linux Forum. -
Ein Kunde verwendet dafür das Plugin Visual Term Description Editor in einem auf Twenty Seventeen basierenden Website, dort funktioniert das Einfügen eines YouTube Videos (durch das einfache Copy&Paste des Youtube Links in den Editor) und die Anzeige im Frontend auf den Archiv Seiten von Kategorien und Schlagworten auch mit dem neusten WordPress 5.7.1
Die Anzeige im Frontend ist vom Theme abhängig, Twenty Seventeen verwendet z.B. die dafür vorgesehene API Funktion [FONT=Courier New]the_archive_description()[/FONT], Twenty Nineteen gibt gar keine Beschreibung aus, und Twenty Twenty bzw. Twenty Twentyone verwenden zwar [FONT=Courier New]get_the_archive_description()[/FONT], schicken das Ergebnis dann aber noch durch eine [FONT=Courier New]wp_kses_post( wpautop( .. ) )[/FONT] Filterkonstruktion direkt bei der Ausgabe im Template, vermutlich einer der vielen vielen Hacks für Gutenberg... o_O
-
Ok. Damit weisst Du jetzt also, dass das Problem nicht an der WordPress Installation liegt, sondern generell am Zugriff von PHP aus.
Evtl. würde sich für weiteres Einsteigen in die Thematik daher auch ein passendes Linux Forum eignen.
-
Das Skript (wordpress.descent2.de/mysql-test.php) meldet Fehler 1045.
Du hast aber schon Deine WordPress Zugangsdaten dort eingefügt und nicht einfach 1:1 das Script mit dem fake_user usw. kopiert? -
Mit den von Dir für WordPress angelegten Zugangsdaten beim Aufruf des verlinkten Beispiels in einer eigenen PHP-Datei.
