Ok, und am Rande bemerkt, auch der WordPress 4.9.x Zweig ist aktuell, zumindest was wichtige Sicherheitsprobleme angeht, ebenso die älteren 4.8.x, 4.7.x, auch 3.9.x usw., schau Dir mal das jeweilige Veröffentlichungsdatum an. Wir sehen derzeit oft Installationen mit 5.x, mit älteren Themes die stabil sind aber für die es keine Updates mehr gibt, bei denen dann via "Classic Editor" oder "Disable Gutenberg" alles krampfhaft zurück auf 4.x getrimmt wird, weil es sonst Wechselwirkungen mit all den "tollen" neuen Dingen für Gutenberg gibt. In solchen Ausnahmefällen kann man besser in 4.9.x bleiben und z.B. sowas hier verwenden.
Beiträge von b3317133
-
-
Im Code der Seite steht bereits CSS dazu, allerdings fehlerhaft:
Du kannst z.B. in Design > Customizer > Zusätzliches CSS sowas hier versuchen:Wahlweise auch in style.css, dann ggf. mit !important, allerdings sollte man dann ein Child-Theme (google) verwenden...
-
Wenn es mit 4.9.x funktioniert, könnte man die aktuelle 4.9.10 einspielen und den Website zukünftig im 4.x Zweig belassen.
Alternativ das Problem genauer lokalisieren und beheben. Wenn die Zusammenhänge im Code unklar sind, wende Dich am besten an die Person, die den Website ursprünglich eingerichtet hat. Das kann man von aussen nicht weiter nachvollziehen.
-
In der Theme-Demo verhält sich der Header genau so wie von Dir beschrieben, daher gehört das wohl so. Support für das Theme kann man lt. Homepage beim Hersteller bekommen/kaufen, aber das Theme ist nebenbei bemerkt sehr alt (2015!), es wird daher wohl keine Updates dazu geben.
-
Und das exakt gleiche Formular mit den exakt gleichen Einstellungen des gleichen Multi-Step Plugins und den gleichen Pluginversionen funktionierte mit der vorherigen WordPress Version? Welche Version von WordPress war das genau?
-
- Wird ein Cache- und / oder Minify-Plugin verwendet? Falls ja, funktioniert es mit deaktiviertem Plugin?
- Link zur Seite mit dem Formular?
-
Handelt es sich um das gleiche Problem wie bereits hier beschrieben?
-
Bzgl. https, wenn Dein WordPress nicht explizit z.B. über einen "Managed WordPress" Vertrag komplett von Deinem Provider betreut wird, musst Du noch selbst Änderungen vornehmen. Siehe Google usw. mit Begriffen wie oben genannt oder WordPress SSL Umstellung o.ä.
-
Bzgl. Malware, um herauszufinden, ob es Veränderungen gab bzw. welche, siehe auch hier. Ansonsten siehe #2 oben.
Bzgl. https, nach welcher genauen Anleitung (Link) bist Du vorgegangen, um die Seite auf https umzustellen? Es fehlt mind. noch die Anpassung der Links in den Seiteninhalten in der Datenbank, Suchbegriffe z.B. Umzug, Better Search Replace (das ist ein Plugin, mit dem man sowas machen kann).
-
Danke für die Rückmeldung, das erklärt allerdings noch nicht, wie die Änderung in .htaccess kommt, die lt. #10 vom Multilanguage Plugin nicht geändert wird.
-
Welches Produktbild wird wann nicht geladen?
Würde als erstes dieses "Compress.." Plugin deaktivieren, da es sicherlich irgendwie die Bilder innerhalb WordPress beeinflusst und das offensichtlich das Problem bei Dir ist.
-
Man kann bei Bitdefender sicherlich irgendwo weitere Details anzeigen, siehe entspr. Dokumentation.
Die Seite sieht "von aussen" unverdächtig aus, was aber nichts heissen muss. Der einzige derzeit von aussen sichtbare Punkt ist, dass die Einrichtung der Seite für https offensichtlich nicht vollständig vorgenommen wurde, es befinden sich http Links im Inhalt.
Eine genauere Analyse im Browser könnte man machen, wenn das genutzte Plugin "WP Content Copy Protection" deaktiviert wäre. Solche Plugins sind am Rande bemerkt komplett sinnlos, da man die Inhalte des Websites auch einfach so via REST-API z.B. via /wp-json/wp/v2/posts sauber strukturiert abrufen kann.
-
Etwas mehr Details, was genau Dein Bitdefender blockiert hat, wäre hilfreich. Ebenso ein Link zur Seite (nicht klickbar).
Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.
Alternativ wende Dich an die Person, die den Website eingerichtet hat oder suche jemanden für eine Ursachensuche und Bereinigung z.B. über die Jobbörse hier im Forum.
-
Sieht so aus als hättest Du den Inhalt der alten Datenbank nicht in die neue Datenbank kopiert.
Nach welcher genauen Anleitung (Link) bist Du vorgegangen?
-
Leider ist der Text schwer/kaum lesbar, solche Spielereien eignen sich eher für eine Fotoseite, wo man Titel des Fotos und Ort o.ä. über ein Foto, das den eigentlichen Inhalt darstellt, drüberblendet, aber bei einer Seite, bei der der Text eigentlich wichtig wäre, nunja. o_O
-
Lt. der Browser Console beim Laden der Seite werden durch das Minify o.ä. ggf. noch weitere Probleme und andere Scriptfehler verursacht.
Wie bereits in #2 empfohlen, Cache-Plugin deaktivieren, fertig.
-
Solche Cache- bzw. Minify-Plugins funktionieren nur, wenn das Theme und alle restlichen Plugins die WordPress enqueue script Dependencies korrekt nutzen. Das ist bei Dir offenbar nicht der Fall. Du kannst jetzt also rausfinden, wo der Fehler liegt und das Plugin oder Theme rauswerfen oder den jeweiligen Autor dazu bringen, es zu korrigieren, oder den Support des Cache-Plugins befragen, ob/wie man Ausnahmen für solche Fälle konfigurieren kann, wenn man sie denn identifiziert hat.
Alternativ auf das Cache-Plugin verzichten, so wichtig ist das heutzutage mit PHP 7.x und HTTP/2 Servern nicht mehr, manchmal ist es ohne für den Besucher sogar gefühlt schneller, Stichwort: ttfb
-
Muss man das verstehen? Hier im Thread sind jetzt fünf Agenturen verlinkt, die das gesuchte "Anfrage Form" Plugin einsetzen, fragt doch einfach mal dort nach, wo die das herhaben, da stehen sogar Telefonnummern auf deren Seiten... ;)
-
Deaktiviere das Cache Plugin, funktioniert es dann?
-
Was man wie reklamiert, sollte beim Kauf angezeigt worden sein, alternativ z.B. hier beim Envato Support nachlesen:
ZitatBuying and Item Support ... If you need help before, during or after your purchase, this is the place to be.