Beiträge von DummyGirl

wollte ich auch gerade schreiben. :D
ich würde aber vorher noch schauen ob es in dem theme eine einstellung dafür gibt bevor du es mit custom css ausser gefecht setzt.

das liegt wahrscheinlich daran, dass du do_shortcode nur auf den widget_text angewendet hast. du müsstest ihn ausserdem auf the_title anwenden oder was immer bei dir in betracht kommt. hier mal eine potentielle nicht vollständige liste:

// Shortcode in verschiedenen Kontexten aktivieren
add_filter('widget_text', 'do_shortcode');
add_filter('the_title', 'do_shortcode');
add_filter('get_the_title', 'do_shortcode');
add_filter('single_post_title', 'do_shortcode');
add_filter('the_search_query', 'do_shortcode');

Zitat von TschäggyWasa

ich habe in google nach "divi forum deutsch" gesucht. Und da kam dieses Forum an zweiter Stelle.

da hast du recht. google wird immer seltsamer. die marktdominanz lässt sich mittlerweile eigentlich durch nichts mehr erklären ausser durch die gewohntheit der anwender.

das ist zwar keine typische fehlermeldung für meine vermutung aber dennoch gehe ich davon aus dass kaum ein provider für ein shared hosting die serverlast erlauben würde die für so einen skriptdurchlauf erforderlich wäre. ggf. hält der server das dann sogar für eine art ddos atacke? man müsste wahrscheinlich zumindest das skript "abbremsen" dass es bspw. über 1h läuft.

apropos 1h: wenn ich mal so hochrechne könnte man 500 seiten in 45 min öffnen und speichern. vielleicht wärst du am ende also doch mit manueller arbeit schneller am ziel als mit der suche nach einem funktionierendem skript (und all den daraus resultierenden problemen). ;)

Zitat von m266

Absturz

was ist unter "absturz" zu verstehen? ist das ein eigener server?

naja – ich würde kein backup als "erfolgreich gebaut" bezeichnen welches von einer fehlermeldung begleitet wurde (egal ob vom plugin, von wp oder vom server).
wir haben durchaus schonmal defekte duplicator archive gehabt (sogar ohne fehlermeldung).

Zitat von eyespeak

Sollte man das tun?

wenn bei dir sonst alles aktualisiert wird nur die translations nicht wird das wohl auch nichts bringen. aber testen könntest du es wenn es dir sehr wichtig ist.

fragt sich noch ob das backuparchiv auch tatsächlich funktioniert oder defekt ist.

bedenke dass alle update routinen in wp nur angestossen werden wenn du entweder einen cronjob eingerichtet hast oder es besucher im frontend gegeben hat. kurz: besucht niemand deine seite werden auch keine updates ausgeführt.

wie gross ist dein verzeichnis und wie groß die db, wie hoch ist aktuell die max exe eingestellt?
was hast du in den duplicator settings > backup eingestellt (am besten einfach screenshot hier reinstellen).

Zitat von WP-Markus

Es geht heute so viel über Whatsapp

soll das für eine private oder geschäftliche website sein? wenn letzteres dann fände ich diese aussage irritierend. nicht nur ist im geschäftlichen bereich die email immer noch der standard sondern auch whatsapp bereits bei vielen unserer grösseren kunden für die mitarbeiter und deren geschäftlichen smartphones verboten (und das ist auch gut so).

Zitat von Homolulu

erst wenn ich mich bei wordpress auslogge, werden auf der webseite die Bildunterschriften nicht mehr angezeigt.

wie ich sehe werden die bildlegenden nun angezeigt. wäre schön wenn du uns die auflösung des fehlers hier noch mitteilst. :rolleyes:

Zitat von KuSin

aber ein Erfolg ist da .

soll auf der site jetzt irgendwo ein audio eingebunden sein oder habe ich das falsch verstanden? ich kann kein audio entdecken. :oops:

hmm. ehrlich gesagt ist bei dieser fehlermeldung meistens nicht der provider der schuldige sondern ein defektes/instabiles system. der hinweis auf den umzug + multisite und die tatsache dass die site grundsätzlich nicht rund läuft untermauert das noch.

aber natürlich kann man den provider erst einmal um prüfung bitten. macht dir ja keine arbeit sondern deinem provider ionos. wahrscheinlich wird der sich zurückmelden dass bei ihm alles io sei. wenn ja könntest du diesen artikel durcharbeiten:
kinsta datenbankprobleme

beide deiner rückschlüsse finde ich irgendwie irritierend. wie wärs denn mal wenn da zu allererst einen screenshot von diesem "kaufbildschirm" erstellst und dann rücksprache mit deinem hoster hältst was es damit auf sich hat? o_O

ich verwende den brave browser (als mmn aktuell sichersten browser). dieser zeigt alle tracker direkt im brave shield an und tut sein bestes das tracking zu unterbinden. die script errors lassen sich über die console der dev tools einsehen.
scripte sollten sich mmn nicht im head befinden (sondern möglichst am ende des body) es sei denn sie haben explizit ein defer attribut oder es ist sichergestellt dass kein zugriff auf das dom notwendig ist. aber selbst dann wirkt sich das negativ auf die gefühlte/sichtbare ladezeit aus.

schade, habe im moment keine weiteren ideen. aber du hast ja die pro version. wende dich an den support von ele.

insgesamt ist die website ganz schön voll mit werbetrackern (16 stk.) und auch sonst wird ganz schön viel js geladen. das menü reagiert erst wenn all das geladen ist. des weiteren gibt es diverse fehlermeldung in der console die das laden teilweise blockieren könnten wie bspw:

• Duplicate Pixel ID
• Error with Permissions-Policy header
• Unrecognized feature: 'attribution-reporting'
• und diverse weitere

okay, das hilft weiter. es liegt also definitiv an keinem plugin. gibt es noch irgendwelchen custom code, bspw. css, den du platziert hast? sonst könntest du nun testweise einmal das theme wechseln. am besten zum hello theme da dies die vorgabe von ele ist und somit auf jeden fall konfliktfrei zu ele.

die texte erscheinen im quelltext. warum sie nicht angezeigt werden kann ich von aussen nicht erkennen. ebenso weiss ich nicht ob du die deaktivierungen "sauber" durchgeführt hast inkl. leeren aller caches? der fehler ist mir nicht bekannt. ich habe weiterhin ein pluginkonflikt im verdacht, insb. polylang, aber kann mich natürlich irren.