Beiträge von b3317133

    Der Hersteller Support befindet sich z.B. hier (themeforest.net) oder hier (themessupport.com).

    In der Theme Demo hat der Header einen manuell eingetragenen höheren z-index, versuche es mal mit diesem Code in Design > Customizer > Zusätzliches CSS:

    Code
    .no-breadcrumb.page-with-slider #header.header-top-absolute {
        z-index: 9;
    }


    Ergänzung: Hat sich mit @Sailor56 überschnitten... ;)

    Beim Aufruf der Kontakt Seite erscheinen in der Browser Console Scriptfehler, evtl. ist das die Ursache.

    Vermutlich ist das verwendete Plugin "Autoptimize" oder "W3 Total Cache" falsch eingerichtet oder Theme und/oder Plugins registrieren ihre Scripts nicht nach WordPress Standard mit Angabe der nötigen Abhängigkeiten/Dependencies.

    Wende Dich am besten an die Person, die diese Plugins installiert bzw. eingerichtet hat.

    Ein kurzer Blick auf den Website zeigt:

    Der Permalink der Seite wenn sie nicht Startseite wäre, ist wie vermutet dieser:

    Code
    https://gd-ed.de/leistungen/


    Woran sieht man das?

    1. Der Link leitet zur Startseite weiter.
    2. Der "slug" der Seite ist lt. REST-API "leistungen"
    Code
    https://gd-ed.de/wp-json/wp/v2/pages/19


    Ergänzung: Wie kann man das beheben?

    Den "slug" bzw. deutsch "Titelform" solltest Du in der Seitenliste bei "Übersicht — Startseite" z.B. über "QuickEdit" sehen und ändern können.

    Viele "Managed" Angebote versprechen Dinge wie "technische und serverseitige Verwaltung"," Pflege und Sicherheit", "Betrieb und Wartung", "Kostenloser Support "und ähnliches.

    Für einfache Endkunden klingt das so, als müssten sie sich um nichts mehr technisches kümmern.

    Meist stellen sich diese Punkte jedoch im Fall der Fälle dann in der Tat als reines "Marketing" Ding heraus, so wie es auch völlig richtig von @JABA-Hosting bezeichnet wurde.

    Daher sollte man sich explizit zusichern bzw. in den AGBs zeigen lassen, was im Detail unter "Verwaltung", "Pflege", "Betrieb", "Wartung" usw. verstanden wird, um ein böses Erwachen zu vermeiden.

    Ein Tipp am Rande zu "Managed Mode" oder sonstigen "Managed" Angeboten:

    Lass Dir am besten vom jeweiligen Anbieter schriftlich zusichern bzw. die entspr. Stellen in den AGBs zeigen, dass auch ggf. nötig werdende Codeanpassungen bei z.B. fehlerhaften oder nicht kompatiblen Updates von Plugins oder Themes oder beim Wechsel von PHP-Versionen inklusive sind und selbstständig ohne Extrakosten vorgenommen werden.

    Sonst musst Du Dich im Fall der Fälle doch wieder selbst kümmern.

    Normale automatisch Updates ohne weitere Eingriffe kann WordPress auch selbst alleine von Haus aus.

    Mehr dazu kann man "von aussen" kaum sagen.

    Möglicherweise läuft auch zu irgendwelchen Zeitpunkten für welchen Zweck auch immer ein unzulänglich programmiertes Shellscript beim Hosting, dem u.a. dieses Passwort als Variable übergeben wird und dann zerbricht durch fehlendes Escaping dort irgendwas (und triggert möglicherweise einen Rollback/Restore o.ä.). Das würde nebenbei bemerkt auch ein grosses Sicherheitsproblem beim Hosting bedeuten, Stichwort: inline command execution

    Mit WordPress hat das alles nichts zu tun.

    Falls ein Passwort z.B. irgendwo innerhalb von " Zeichen in PHP-Code hinterlegt wird, wird das ohne "Escaping" zu Problemen führen, da PHP dann versucht, einen Teil des Strings als Variable zu nutzen, mehr dazu hier.

    Code
    // Hier wird das $ als $ genutzt:
    define( 'DB_PASSWORD', 'mit$zeichen' );
    
    
    // Hier wird $zeichen durch den Wert einer PHP Variable $zeichen ersetzt:
    define( 'DB_PASSWORD', "mit$zeichen" );
    
    
    // Hier wird durch "Escaping" das $ als $ genutzt:
    define( 'DB_PASSWORD', "mit\$zeichen" );


    Evtl. ist sowas in der Art der Hintergrund dieser Aussage des Hostings.

    ... kann ich überhaupt umziehen ohne diesen auth-Code und was brauche ich noch?


    Um den Domainnamen von einem zum anderen Hosting umzuziehen, braucht man diesen Auth-Code. Der wird dem neuen Hosting mitgeteilt, dann können die den Domainnamen zu sich holen.

    Um die WordPress Installation von einem zum anderen Hosting umzuziehen, nutzt man in der Regel sog. Clone-Plugins, wie z.B. Duplicator. Damit erstellt man jetzt im alten Hosting ein Paket (z.B. Video auf der Duplicator Seite mal ansehen) und installiert das dann im neuen Hosting, nachdem der Domainname dorthin übertragen wurde.

    Ergänzung zum derzeit nicht funktionierenden Shop: Evtl. wurde im Zuge des Serverwechsels auch die PHP Version auf jetzt PHP 7.2.26 aktualisiert und Dein Theme oder ein Plugin kommen damit nicht zurecht. Mehr dazu kann man ggf. im Server Error Log beim bisherigen Hosting finden, frage mal danach.

    Kleiner Hinweis am Rande: Dieses "Awesome Gallery ..." Plugin wurde lt. der verlinkten Seite zuletzt im Oktober 2018 aktualisiert, ist nur bis WordPress 4.9.x kompatibel und klickt man dort auf Support, erscheint derzeit:

    Zitat

    karevn does not currently provide support for this item.

    Die WordPress Installation ist möglicherweise gehackt worden oder in Deinem Chrome ist ein bösartiges "Add-On" aktiv oder aber Dein PC ist verseucht o.ä.

    Eine Kurzprüfung "von aussen" kann man z.B. hier versuchen: https://sitecheck.sucuri.net/

    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 in Deinem lokalen Umfeld oder z.B. über die Jobbörse hier im Forum.

    Link zur WordPress Seite?

    Der o.g. Link erzeugt hier Fehlermeldungen in der Browser Console (google), evtl. liegt es daran, z.B.

    Code
    Unhandled rejection initStore@https://www.life-is-music.de/wp-content/themes/jupiter-child/js/extras.js?ver=1.0:1411:5 ...

    Weiterhin bindet die Seite warum auch immer eine Vielzahl von Scripts von externen CDNs ein, deaktiviere mal alles was an Optimierungs- und Cache-Plugins o.ä. aktiv ist.

    Die Shortcodes kommen von einem Plugin Visual Composer bzw. WPBakery Page Builder.

    Die "Buchstabensuppe" ist dekodiert dieser Code, das Plugin speichert das intern in der "Suppenform", weil ein Raw HTML Feld verwendet wurde:

    Wende Dich am besten an die Person, die den Website urprünglich eingerichtet hat und lass Dir alles im Detail erklären.

    Am Rande bemerkt, es ist durchaus möglich, dass ein Theme und/oder Plugins bzw. die Inhalte auf dem Website nur bis WordPress 4.9.x kompatibel sind. Grössere Core Updates sollte man immer erstmal auf einer eigenen Installation mit einem "Clone" des Websites testen.