Hier noch nie Probleme mit Duplicator. Aber sei es drum, dem Fragesteller ist das Problem offenbar doch nicht so wichtig...
Beiträge von b3317133
-
-
Das Archiv wird als [size=14]"erfolgreich gebaut" bezeichnet, also könnte man nach aktuellem Stand davon ausgehen, dass es ok ist. Das Standard-Archivformat bei Duplicator ist eine einfache .zip Datei.[/SIZE]
-
Das Archiv wird aber im Hintergrund weiter erfolgreich gebaut.
In dem Fall liegt es wohl also eher nicht daran, dass die PHP Ausführung auf dem Server abgebrochen wird sondern eher an etwas anderem, was die Rückmeldung an das Duplicator JavaScript im Browser blockiert und so dort die fälschliche Anzeige des Error 504 triggert. -
-
Entferne zuerst mal alles oberhalb dieser Zeile, die Zeile selbst bleibt bestehen:
Der obere Codeblock hat da nichts verloren und führt ggf. u.a. zu den von Dir beschriebenen Problemen. Irgendjemand/-etwas hat den Code dort eingefügt, ohne zu wissen, was er tut.Und falls eine weitere Datei [FONT=Courier New].htaccess[/FONT] im Ordner [FONT=Courier New]wp-admin[/FONT] existiert, lösche diese ersatzlos.
Den o.g. verlinkten IONOS Codeblock kannst Du oberhalb oder unterhalb des [FONT=Courier New]# BEGIN/END WordPress[/FONT] Codeblocks einfügen, ausserhalb des Blocks.
-
Beim Suchen nach Fehlern probiert man in der Regel alle nicht funktionierenden Seiten erneut aus, wenn man Veränderungen vorgenommen hat.
Wenn bei allen Plugins inaktiv weiterhin dieser Cookie Hinweis erscheint, dann stammt er nicht aus Deiner WordPress Installation.
Möglicherweise hast Du wie auch immer die bei Dir nicht funktionierenden WordPress Core Dateien gelöscht (oder sie wurden z.B. wg. eines Hacks durch IONOS gelöscht oder gesperrt) und siehst jetzt die Domain-Parking Hinweise von IONOS bei Serverfehlern o.ä., füge testweise diesen Codeblock in Deine [FONT=Courier New].htaccess[/FONT] Datei ein, erscheinen dann kurze Textmeldungen statt des Cookie Hinweises beim Aufruf der o.g. Seiten und wenn ja, dann welche genau?
-
define( 'WP_DEBUG', true );
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', [COLOR=#ff0000]false[/COLOR]);
Ändere Deinen Code in der Datei [FONT=Courier New]wp-config.php[/FONT] in der einen Zeile auf [FONT=Courier New]false[/FONT] und rufe die o.g. Seiten erneut auf.Wobei ich dieses Plugin erst heute morgen aktiviert hatte um zu sehen ob es eine Verbessrung gibt.
Ok, Du konntest also (zumindest heute morgen) noch die Plugins Seite aufrufen, im Titel hast Du aber geschrieben, Du könntest [FONT=Courier New]plugins.php[/FONT] nicht aufrufen, offenbar ist das dann ein Fehler und Du meinst nur die Plugins-Installation Seite.- Poste eine Liste mit allen Plugins und Versionen.
- Weiterhin deaktiviere temporär alle Plugins und schau bei allen Plugins deaktiviert, was dann bei Deinen o.g. Seiten angezeigt wird.
-
Es ist ungewöhnlich, dass beim Aufruf von Adminseiten im Backend ein Cookie Hinweis Plugin aktiv ist.
- Was genau steht in der URL-Zeile beim Aufruf der Adminseiten? Im Screenshot nicht sichtbar.
- Welche WordPress Version? Hinweis zum Auffinden oben.
- Wie genau wurde versucht, den debug Modus einzuschalten?
- Was genau steht in der URL-Zeile beim Aufruf der Adminseiten? Im Screenshot nicht sichtbar.
-
Die WordPress Version sollte im Dashboard in der Box "Auf einen Blick" stehen.
- Wie sieht diese "default Seite" aus? Screenshot?
- Was genau wurde gemacht, bevor diese Fehler aufgetreten sind?
- Gibt es beim Hosting Anbieter Login (nicht im WordPress Admin) irgendwelche "Sicherheit" Einstellungen, z.B. in einem Plesk Modul o.ä.? Falls ja, deaktiviere diese.
- Wie genau wurde versucht, den debug Modus einzuschalten?
-
Erstelle ein neues Thema für Dein Problem mit Angaben wie WordPress Version, Theme und Version, Plugins und Versionen, PHP Version.
-
Die Seite ist hier auch im Firefox oder Chrome Browser in einem z.B. ca. bis zu 1200 Pixel Fenster auf dem Desktop zu breit und erzeugt einen horizontalen Scrollbar. Irgendein Element im Inhalt sprengt das Layout.
-
Das o.g. Honeypot Plugin agiert unsichtbar und unbemerkt für den normalen Benutzer.
Eine für den normalen Besucher sichtbare Quiz Funktion aus dem verlinkten Werbevideo für irgendein Checklisten PDF ist im Contact Form 7 Plugin bereits eingebaut, siehe auch Dokumentation des Pluins.
-
Falls Du z.B. Contact Form 7 verwendest, kann ich das Plugin Honeypot for Contact Form 7 ohne jegliche externe fremde Anbindungen empfehlen, das läuft bei vielen Kunden sehr erfolgreich, insbesondere wenn man das Honeypot Feld so wie die CF7 E-Mail Standardeinstellung [FONT=Courier New]your-email[/FONT] und das eigentliche, echte E-Mail Feld anders benennt.
-
Die Audio-Elemente sind der Standard HTML5 Audio Player von WordPress, der automatisch beim Einfügen von Audiodateien im Texteditor verwendet wird. Genauere Konfigurationsmöglichkeiten über die Shortcode Syntax sind auch möglich, siehe WordPress Dokumentation dazu.
-
Kann das, was ich erreichen möchte, denn dann einfach umgesetzt werden?
Wenn Du für diese Bedingung.. mit einem Klick auf einen Button den Text in Originalsprache hören können.
für jeden Text eine selbst erstellte bzw. aufgenommene Audiodatei mit dem jeweiligen Text in Originalsprache hochgeladen hast, kannst Du das ggf. damit umsetzen, wobei anstelle Deines gewünschten Play Buttons standardmässig der [FONT=Courier New]audio[/FONT] HTML5 Player des Browsers angezeigt wird und Du das dann je nach Bedarf über ein selbst erstelltes PHP Template anpassen müsstest.Ergänzung: Alternativ kannst Du die Audiodatei wohl auch einfach im Divi Texteditor über Add Media einfügen (dann würde wohl der gleiche HTML5 Player angezeigt wie bereits beschrieben) oder das Divi Audio Modul verwenden.
@threadi Man sollte wohl eher [FONT=Courier New]esc_url()[/FONT] statt [FONT=Courier New]esc_attr()[/FONT] für [FONT=Courier New]$args['file'][/FONT] im PHP Template des o.g. Plugins verwenden.
-
Warum schreibt mich dann mein Hoster nicht in seinem Namen an?
Hieraus geht hervor, dass Du der Meinung gewesen könntest, diese E-Mail sei von Deinem Hoster, der Dich warum auch immer hier nicht in seinem Namen angeschrieben hat. Was konkret hast Du denn sonst damit gemeint?Ansonsten wurde qualifiziert erklärt, dass die gezeigte E-Mail als eine sog. Phishing-Mail einzuordnen ist, wie oft das vorkommt, wie genauer diese Angriffstechnik funktioniert und warum Menschen durchaus auch mal darauf hereinfallen, vielleicht einfach nochmal lesen.
Mit WordPress selbst hat das alles nichts zu tun.
-
Evtl. laufen irgendwelche Optimierungs-, Cache-, Minify- o.ä. Plugins, die sich über Preloads, Scans nach irgendwelchen Dingen usw. selbst ein Bein stellen. Deaktiviere alle Plugins, die nicht zwingend für die Funktionalität des Websites nötig sind und beobachte dann ob Deine Probleme weiter auftreten.
-
Was konkret bringt Dich dazu, zu glauben, dass diese E-Mail von Deinem Hoster sein sollte?
Es werden tagtäglich zigtausende so ähnliche E-Mails verschickt, die eben nicht von Deinem echten Hoster oder vom Deinem echten PayPal oder von Deinem echten amazon oder von Deinem echten e-Bay oder vom Deinem echten WhatsApp oder von Deiner echten Bank oder von Deiner echten Versicherung oder sonstwoher von einer angeblich echten Quelle sondern von Betrügern kommen. Mit dem Ziel, dass man aus durch mehr oder weniger geschickte Formulierungen erzeugte Angst um seine Domain, Mails, Daten, Konto usw. meist unter vorgeblichem Zeitdruck in der E-Mail vorhandene Links oder Buttons anklickt und dann irgendwelche Login- oder Zahlungsdaten auf betrügerischen Seiten eingibt...
Mehr zu diesem Thema z.B. hier: https://de.wikipedia.org/wiki/Phishing
-
Hier auf einem anderen Testserver sieht der Customizer von Twenty Nineteen anders aus.
Von aussen schwer einzuschätzen, was da bei Dir schief läuft, bzw. welche Einstellungen vom vorherigen Theme oder Child Theme wie überlagert wurde, dass sie jetzt ein Array liefert. Muss man von innen ansehen...
Ergänzung für Mitleser: Die Einstellung [FONT=Courier New]site_logo[/FONT] in der Datenbank Tabelle [FONT=Courier New]wp_options[/FONT] des Testservers beinhaltete nach kurzem Einblick dank @m266 das o.g. Array statt einem URL String. Offenbar wurde die Einstellung von einem vorherigen Theme am WordPress Standard vorbei genutzt, so dass es bei Theme Wechsel dann zu dem o.g. Fehler kam. Die Lösung war: Umbenennen bzw. Entfernen der ohnehin leeren Einstellung [FONT=Courier New]site_logo[/FONT].
Der o.g. Plan, die Customizer Theme-Settings des Blocky Themes in Kadence, Hello o.ä. zu importieren wird aber wohl trotzdem scheitern, da die Datenfelder und Funktionen nicht kompatibel sind.
-
Irgendeine Einstellung beinhaltet offenbar ein Array mit leeren responsive Grössen eines Bildes und diese Einstellung geht dann im neuen Theme ungefiltert an die WordPress Funktion die eigentlich nur eine URL als String erwartet.
Sind alle Plugins deaktiviert?
Und wie gesagt, aktiviere testweise ein älteres klassisches Twenty XXX Theme mit Customizer, z.B. Twenty Nineteen.