Da der Enfold PHP-Code nur für Käufer zur Verfügung steht, ist eine Hilfe von aussen so sehr schwer, evtl. hat jemand selbst Enfold und kann die Stelle raussuchen...
Beiträge von b3317133
-
-
Frage am besten erstmal direkt beim Enfold-Support, evtl. kennen die eine Lösung bzw. wenigstens den Ansatzpunkt, wo man den PHP-Code für die Ausgabe der masonry Galerie anpasst.
-
Die Lösung wäre, nicht als Thumbnail sondern als Originaldatei einbinden. Erfordert ggf. Anpassungen an Theme/Plugin.
-
Ich kann in meinem Smartphone-Browser leider keine Cookies löschen, sodass es mir nicht mehr angezeigt wird..
Tipp: Man kann (noch) bei jedem Smartphone die Cookies löschen... oder bei einigen Browsern auch zum Testen "Privates Surfen" o.ä. nutzen, das hat den gleichen Effekt.
-
... eine native Einstellung?
Nein.
WordPress ist "nativ" leider eher bisher kaum an DSGVO angepasst. Bisher gibt es nur eine einzige "native" Möglichkeit, nämlich beim Schreiben von Kommentaren eine Checkbox ob ein Cookie gespeichert werden soll.
Um gespeicherte IPs der Kommentare, oder auch in der Login-Session Datenbank, eine erforderliche Zustimmung von registrierten Benutzern bzgl. der Einbindung externer Inhalte auf der "Über WordPress" Seite usw. soll / muss sich ein Admin derzeit leider selbst kümmern...
-
Dann melde Dich mal von WordPress ab.
Nicht angemeldete Besucher sehen die "in Arbeit" Seite. Da Du aber daran arbeiten willst, solltest Du als angemeldeter Besucher schon die Seite sehen...
-
Die Meldungen können für jedes Formular im Tab "Meldungen" des Formulars angepasst werden.
-
Alle Bilder hochladen in die Medienbibliothek sollte kein Problem sein. Aber wie kann ich den Quelltext auf Masse so ändern, dass die Bildverweise angepasst werden?.
Mit dem Plugin "Better Search Replace", die relevante Tabelle ist wp_posts (oder deinprefix_posts, falls ein anderes Prefix gewählt wurde).Das Erzeugen/Nutzen von Datums-Unterordnern in den Medien-Pfaden kann man unter "Einstellungen > Medien > .." abschalten. Bereits eingefügte Bilder betrifft das aber nicht, nur nach dem Umstellungszeitpunkt hochgeladene & eingefügte...
-
Was hat der 1&1 Support zu dieser Frage gesagt?
-
Und wie lauten die o.g. 404-Seiten?
-
Irgendwo im Quelltext der Seite fehlt bei einem Link ein " Zeichen oder es ist eines zuviel o.ä., Link zur Seite?
-
Gibt es sonst noch etwas was ich sichern kann?
Den Rest der Datenbank. Die _posts Tabelle alleine nutzt kaum was. Und ggf. das (Child-)Theme, falls Änderungen dort gemacht wurden.Und warum gibst Du auf? Wo liegt jetzt das Problem? Was passiert, wenn Du die Core-Dateien aus einem sauberen, neu heruntergeladenen WordPress .zip exakt wie oben mehrfach beschrieben austauschst?
Wenn keine Änderungen im Theme gemacht wurden, kannst Du auch noch das komplette Theme via FTP mit einer sauberen, neu heruntergeladenen Version ersetzen, ebenso alle Plugins.
-
Die Einbindung von [plain]https://www.bil..en.de/de/wp-content/…ttern-light.svg erzeugt einen 302 Redirect zu [/plain][COLOR=#ff0000]http:[/COLOR][plain]//http://www.bil..en.de was einen 301 Redirect zu https://www.bil..en.de/ erzeugt, was wiederum einen 302 Redirect zu /de/index.php erzeugt, was wiederum einen 301 Redirect zu https://www.bil..en.de/de/ erzeugt. ...[/plain]
Wie findet man sowas raus? Man öffnet die Browser Konsole, wechselt zum Netzwerk-Tab, lädt die Seite neu und schaut sich die Requests an...
Einen Bezug zu Beitragsbildern kann ich nicht erkennen.
-
Wo/wie im Code wird das Beitragsbild eingebunden? Wo/wie lässt Du es weg? Link zur Seite?
-
Diese wp-config.php ist unvollständig, sie sollte so aussehen wie wp-config-sample.php (nur eben befüllt mit den richtigen Datenbank-Zugangsdaten und den Salts/Keys) und ggf. manuell eingefügten Zeile wie die mit WP_AUTO_UPDATE_CORE weiter unten.
Plugins wie W3 Total Cache bei der Fehlersuche deaktivieren...
Beim eingestellten Theme kannst Du per FTP mal in die functions.php des Themes schauen, wie da die ersten paar Zeilen aussehen.
-
Lade alle Dateien im "root", also wp-XXX.php usw. und die beiden Ordner /wp-admin/ (und alle Unterordner) und /wp-includes/ (und alle Unterordner) neu hoch, die beiden Ordner vorher löschen oder umbenennen.
Schaue auch mal in die Datei wp-config.php, ob da z.B. in der ersten Zeile seltsamer Code steht, ggf. auch ganz weit nach rechts eingerückt. Falls ja, diese Codezeile löschen.
Wenn dann erneut diese Fehler auftreten, ist vermutlich das Theme oder ein Plugin gehackt und der Hack versucht sich beim nächsten Seitenaufruf wieder neu auszubreiten... oder Du lädst die Dateien usw. ggf. in den falschen Ordner hoch.
-
Analysiere doch einfach erstmal den Inhalt der .._postmeta Tabelle, es gibt durchaus Plugins usw., die pro Seite / Beitrag / Produkt usw. da zig Einträge machen.
Der erste Ansatz wäre, das Ende der Tabelle zu beobachten, wann erscheinen dort wieviele neue Einträge wenn Du was genau machst...
-
Ganz am Rande bemerkt, bei solchen externen Einbindungen ist wg. DSGVO möglicherweise eine Anpassung der Datenschutzerklärung und auch die Zustimmung der Besucher nötig... mehr dazu sagt Dir gern ein passender Anwalt.
-
Irgendwelche Angriffe auf Deine Seiten laufen sicher nicht, weil Du hier was postest, sondern weil oft vor/an Wochenenden diese automatischen Scripts noch viel mehr losgelassen werden...
-
Wenn dieser Fehler erscheint, fehlen ggf. noch die Dateien aus dem "root", also dem Hauptverzeichnis, also Dateien mit wp-XXX.php (ohne wp-config.php), auch diese aus dem .zip neu hochladen.
