Ach ohne Pro kein Zeitplan und so, ...
Es gab noch nie einen Zeitplan in der kostenlosen Version von Duplicator.
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 erstellenAch ohne Pro kein Zeitplan und so, ...
Es gab noch nie einen Zeitplan in der kostenlosen Version von Duplicator.
Was geht ohne Pro Version nicht mehr beim Duplicator Plugin?
Gibt es eine solche Seite im Papierkorb? Oder als Beitrag, Kategorie, Schlagwort, Bild oä. in den Medien.
Es sollte auch für die .daf Datei ein entspr. installer.php zum Download angeboten werden.
Evtl. das Video in der Duplicator Plugin Beschreibung ansehen, das erklärt die generelle Funktionsweise ganz gut.
warum gibt es denn nicht per Block eine Schaltfläche, wo ich sagen kann was damit responsive passieren soll?
Eine solche "responsive" Funktion wie in anderen Page Buildern gibt es für den WordPress Gutenberg Editor nicht, sie muss derzeit über extra Plugins nachgerüstet werden.
Ein entspr. Ticket für den Einbau im Block Editor selbst ist seit über vier Jahren offen: https://github.com/WordPress/gutenberg/issues/13363
Das Classic Widgets Plugin existiert für ältere Themes, die mit dem WordPress Block Editor nicht kompatibel sind (und auch nie sein werden).
Vermutlich willst Du einen eigenen Block erstellen, eine Anleitung findet sich z.B. hier. Tiefergehendes technisches Verständnis ist dabei nötig, es ist etwas anders und komplexer als früher mal ein paar Zeilen PHP-Code für ein Classic Widget.
Wenn das Paket tatsächlich als .zip Datei vorliegt, könntest Du
Wenn das Paket als .wpress Datei vorliegt, könntest Du versuchen, das Archiv z.B. wie hier im Plugin Support Forum beschrieben lokal zu extrahieren und Dateien/Ordner manuell hochzuladen bzw. die Datenbank manuell zu installieren.
Wurde der Alt Text erst nachträglich in der Mediathek ergänzt? Falls ja, versuche es mal damit, das Bild neu in den Beitrag einzufügen.
Was wir bisher noch gemacht haben ist: Aus der Datenbank des alten Accounts, die Daten der Website runtergeladen. Die Daten im neuen Account einfügen, hat allerdings nicht funktioniert.
Was genau wurde wo/wie runtergeladen und wo/wie eingefügt? Was hat nicht funktioniert?
Versuche es auf Basis des og. Original Codes mal damit im vorhandenen [FONT=Courier New]<p>[/FONT] Tag, neue 2 Links verkürzt dargestellt:
<p class="mh-copyright"><?php printf(esc_html__('Copyright © %1$s | WordPress Theme by %2$s', 'mh-magazine-lite'), date("Y"), '<a href="' . esc_url('https://mhthemes.com/themes/mh-magazine/?utm_source=customer&utm_medium=link&utm_campaign=MH+Magazine+Lite') . '" rel="nofollow">MH Themes</a>'); ?> <span style="float: right;"><a href="#">Imp</a> <a href="#">Daten</a></span></p>
Wo/wie hast Du Deine 2 neuen Links eingefügt? Sie sind im hier geposteten Code nicht vorhanden.
Link zur Seite, wo man die 2 neuen Links sehen kann?
Es ist schwer bis unmöglich, von aussen das eigentliche Problem zu ermitteln, wenn immer wieder andere Dinge gemacht werden als angefragt.
Evtl. wäre das Hinzuziehen von Hilfe über die Jobbörse des Forums hier dann doch die bessere Wahl.
Diese Meldung von 17:11:34 und auch die vorherigen geposteten Meldungen mit Bezug zu [FONT=Courier New]cron.php[/FONT] haben mit dem akuten Fehler beim Loginversuch oder bei den sonstigen Seiten nichts zu tun.
Benenne testweise temporär den Ordner [FONT=Courier New]wp-content/plugins/[/FONT] per FTP um, z.B. in [FONT=Courier New]wp-content/plugins_inaktiv/[/FONT] o.ä., funktioniert dann der Login?
Beachte weiterhin die Hinweise zum Entfernen des zweiten Cache Plugins weiter oben in den Antworten.
Die Nutzung von mehreren Cache Plugins gleichzeitig ist übrigens nicht zielführend, derzeit offenbar mind. aktiv: Cache Enabler und Docket Cache.
Und hierzu:
es läuft nur nur noch cache enabler. Soweit so gut. jetzt geht aber der Login nicht mehr,
Poste die (zu einem nicht funktionierenden Loginvorgang) zugehörigen Error Log Einträge.
Oder gehe jetzt vor wie bereits hier beschrieben und entferne auch das zweite Cache Plugin, löst das das Login Problem?
Die beiden Cache Plugins kommen/kamen sich möglicherweise bei Betrieb und/oder Deinstallation in die Quere.
Meldungen aus dem Error Log bringen nur dann etwas, wenn das Problem lt. Datum/Zeit dazu passend gleichzeitig auch nachvollziehbar besteht und man die Behebung dann direkt nachvollziehen könnte.
Die Nutzung von mehreren Cache Plugins gleichzeitig ist übrigens nicht zielführend, derzeit offenbar mind. aktiv: Cache Enabler und Docket Cache.
Man könnte zu einem Ergebnis kommen, wenn die entspr. angefragten Error Log Einträge zur Verfügung gestellt würden.
Rufe die nicht funktionierende Seite einmal neu im Browser auf und poste dann die lt. Datum/Zeit dazu passenden Meldungen. Verwende dafür das Symbol [FONT=Courier New][+][/FONT] und Code im Forum Editor.
Aktuell funktioniert die Seite. Mit PHP 8.0.28 und aktivem Cache Plugin.
Ergänzung: Wenn es jetzt wieder zu Störungen kommt, liegt es ggf. an veralteten Komponenten, über die die Seite beeinflusst oder gehackt wird. Ein mögliches Beispiel wäre das seit 2 Jahren nicht mehr aktuelle Cookie Plugin, das nur bis WordPress 5.8.6 kompatibel markiert ist.
Welcher "Slug" ist beim Tag "2024" im WordPress Backend eingestellt?
Link zur Seite? Dann könnte man das ggf. über die REST API ansehen.
Ergänzung: Auf einem Testserver ist das Verhalten auch wie beschrieben, getestet mit dem neusten WordPress 6.2 bis zurück mit WordPress 4.9.22, numerische Tags werden mit [FONT=Courier New]tag-ID[/FONT] statt mit [FONT=Courier New]tag-slug[/FONT] in der [FONT=Courier New]class[/FONT] aufgeführt. Evtl. ein Ticket dazu bei den WordPress Core Entwicklern eröffnen, die lesen hier nicht mit.
Lt. Google Cache und den Inhalten/Änderungen in WordPress Core JavaScript Dateien wird WordPress 6.2 verwendet.
Diese Meldung ist von gestern abend. Rufe die nicht funktionierende Seite einmal neu im Browser auf und poste dann die lt. Datum/Zeit dazu passenden Meldungen. Verwende dafür das Symbol [FONT=Courier New][+][/FONT] und Code im Forum Editor.
Zur [FONT=Courier New]wp-config.php[/FONT], hier sind noch Reste von Deinem Cache Plugin, entferne diese:
/** Enables page caching for Cache Enabler. */
if ( ! defined( 'WP_CACHE' ) ) {
define( 'WP_CACHE', true );
}
Entferne zudem die Datei [FONT=Courier New]wp-content/advanced-cache.php[/FONT] falls vorhanden.
Vermutlich wurde die WordPress Installation auf PHP 8 umgestellt, ohne dabei die Kompatibilität aller Komponenten zu prüfen. Da kann ein Hosting Support ggf. nur schwer weiterhelfen.
Was seit Umstellung auf PHP 8 leider Probleme machte ..
Hier dürfte die eigentliche Ursache liegen.
Welche weiteren Meldungen erscheinen im PHP Error Log des Servers?
Die Error Logs bei Strato stehen üblicherweise unter "Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)". Exemplarisch hier ein Screenshot wie man da hinkommt.
Und Frage zur o.g. Meldung:
do_action() #5 /mnt/web014/b3/48/5539148/htdocs/wp/wp-config.php(92)
Was steht in Zeile 92 der Datei wp-config.php? (Und in 2-3 Zeilen davor und danach, falls Du inzwischen Änderungen in der Datei gemacht hast).