Leere den Browser Cache im Handy.
Beiträge von b3317133
-
-
Das hier ist ein WordPress Forum, die WordPress Seite ist im [FONT=Courier New]/wp/[/FONT] Ordner der Domain und ich sehe dort nur ein [FONT=Courier New]<head>[/FONT] Element.
Der angegebene Quelltext sieht wie irgendwelche fragwürdigen SEO-Tricksereien aus, die vermutlich als Cloaking (wikipedia) o.ä. gewertet werden und dem Ranking schaden dürften. Da der PHP-Code nicht bekannt ist, kann man zur Frage nach den [FONT=Courier New]<head>[/FONT] Elementen dort nichts weiter sagen.
-
Der o.g. Code spricht eine iframe an, das Widget enthält aber keine.
Schau Dir mal https://elementor.com/blog/introducing-mobile-editing/ bzw. https://elementor.com/help/mobile-editing/ und die verschiedenen Einstellungen für die verschiedenen Viewports an. Den Border Radius stellt man normalerweise im Elementor Element ein.
-
- Welche Tricks genau hast Du probiert und was hat daran nicht funktioniert?
- Normalerweise verwendet man in Elementor die Border Radius Einstellung.
- Link zur Seite?
Siehe auch Forenregeln für nötige Angaben. - Welche Tricks genau hast Du probiert und was hat daran nicht funktioniert?
-
Versuche es mal mit dem Ersetzen von überall [FONT=Courier New]const[/FONT] durch [FONT=Courier New]var[/FONT], der IE versteht [FONT=Courier New]const[/FONT] nur eingeschränkt oder ältere Versionen gar nicht, siehe auch hier.
Alternativ mit der entspr. Datei aus der älteren Version des Themes.
-
-
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:
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.