Beiträge von b3317133

    Wenn der Seitenheader sichtbar ist, zeigt sich noch ein zusätzliches ähnliches Problem, das wird vom Dropdown Untermenü unter "Kontakt" verursacht, das nach rechts aus der Seite herausragt.

    Vermutlich kann man irgendwo in den Megamenü-Einstellungen für nur dieses Untermenü das Alignment auf "rechts" stellen.

    Alternativ kann man es mit sowas versuchen, das spricht hardgecodet den aktuellen ID des Menüs "Kontakt" an:

    Code
    #mega-menu-wrap-main #mega-menu-main > li#mega-menu-item-2560.mega-menu-flyout ul.mega-sub-menu {
        right: 0;
    }

    Generell, bei Fragen/Hilfe zu Darstellungsproblemen, deaktiviere alle Minify-, Cache-, Optimierplugins, derzeit mind. aktiv: Cache Enabler, Autoptimize.

    Im aktuellen Fall scheint das Problem aus der Testimonial Section zu kommen, versuche es mal damit:

    Code
    .elm-testimonials-main {
        overflow:hidden;
    }

    Der Code in [FONT=Courier New]admin-interface.php[/FONT] wird nur in den Theme Einstellungen verwendet, da dürfte derzeit auch einiges nicht funktionieren, aber das hat mit dem Slider im Frontend nichts zu tun.

    Der relevante Code für das Frontend befindet sich (nach kurzer Google-Recherche) in der Datei [FONT=Courier New]functions.php[/FONT] des Themes relativ am Anfang:

    PHP
    function jquery_scripts() {
        if (!is_admin()) {
        
        wp_deregister_script( 'jquery' );
        wp_register_script( 'jquery', 'http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js', false);
        wp_enqueue_script( 'jquery' );
        wp_enqueue_script('nivo_slider', get_template_directory_uri() . '/includes/nivo/jquery.nivo.slider.js', array('jquery'));
        ...


    Ändere das mal so ab:

    PHP
    function jquery_scripts() {
        if (!is_admin()) {
        
    /*
        wp_deregister_script( 'jquery' );
        wp_register_script( 'jquery', 'http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js', false);
        wp_enqueue_script( 'jquery' );
    */
        wp_enqueue_script('nivo_slider', get_template_directory_uri() . '/includes/nivo/jquery.nivo.slider.js', array('jquery'));
        ...

    Wie ist der Originalzustand dieses Codeblocks ohne Deine Änderungen?

    Und was steht in der Datei [FONT=Courier New]header.php[/FONT] des Themes?

    Nutze das Symbol [FONT=Courier New][+][/FONT] hier im Forum, um Code-Blöcke einzufügen.

    Aus irgendwelchen Gründen wird bei Dir die [FONT=Courier New]jQuery[/FONT] Komponente von einem externen Server geladen:

    Code
    http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js


    Diese Einbindung erfolgt derzeit via [FONT=Courier New]http[/FONT] und wird daher in den meisten Browsern aus Sicherheitsgründen geblockt wenn die Seite an sich per [FONT=Courier New]https[/FONT] geladen wird, siehe auch Browser Console beim Aufruf der Seite.

    Dadurch funktionieren die Scripts auf der Seite nicht mehr, inklusive des Sliders.

    Mögliche Lösungen:

    • Die Einbindung der [FONT=Courier New]jQuery[/FONT] Komponente von diesem externen Server ersatzlos streichen, WordPress bringt eigentlich selbst schon [FONT=Courier New]jQuery[/FONT] mit.
    • Die Einbindung der [FONT=Courier New]jQuery[/FONT] Komponente von diesem externen Server auf [FONT=Courier New]https[/FONT] ändern (und diese externe Einbindung in der noch zu erstellenden Datenschutzerklärung aufführen).

    Das Theme Nucleare bindet nach kurzem Einblick in den Code als Parent die [FONT=Courier New]style.css[/FONT] eines ggf. vorhandenen Child Themes ein.

    Daher benötigt man diese Einbindung nicht erneut im Child-Theme.

    Man kann/sollte daher bei diesem Theme diese Zeile in Deiner Child Theme [FONT=Courier New]functions.php[/FONT] weglassen:

    Code
    wp_enqueue_style( 'child-theme-css', get_stylesheet_directory_uri() .'/style.css' , array('parent-style'));

    Tipp am Rande:

    Dein Child Theme [FONT=Courier New]style.css[/FONT] wird derzeit zwei mal eingebunden, direkt hintereinander, einmal mit dem handle [FONT=Courier New]child-theme-css[/FONT] und einmal mit dem handle [FONT=Courier New]nucleare-style[/FONT], sichtbar im HTML-Quelltext im [FONT=Courier New]<head>[/FONT].

    Vermutlich passt die Einbindung in der [FONT=Courier New]functions.php[/FONT] des Child Themes nicht wirklich zum Parent Theme. Das passiert oft, wenn Child Theme Generatoren oder Copy&Paste Codeblöcke von irgendwoher o.ä. verwendet werden.

    Das Problem könnte man ggf. im Code bei [FONT=Courier New]add_action( 'wp_enqueue_scripts', ...[/FONT] in der [FONT=Courier New]functions.php[/FONT] des Child Themes sehen.

    Es ist doch so: Lädt man ein Bild hoch bei Wordpress, dann werden normalerweiße 4 Dateien daraus gemacht. 1 x Original und 3 x Konvertiert mit entsprechender Auflösung wie in den Mediaeinstellungen hinterlegt.


    Seit WordPress 4.4 wird intern eine weitere Bildgrösse medium_large erstellt, oft erstellt WordPress weiterhin auch noch Auflösungen für z.B. die Anzeige der Thumbnails in der Mediathek bzw. auch für spätere Angaben in [FONT=Courier New]srcset[/FONT] usw..

    Auch WordPress Standard Themes erstellen diverse weitere Grösse für Header Bilder, Beitragsbilder, Archivübersichten usw.


    Generell: Das Bearbeiten von Theme Dateien sollte man ohnehin besser nur offline und via FTP machen.

    Die Aufrufzahl von "WP-Statistics" steht nur in einem <p></p> Tag. Da kann ich so nichts ändern ohne eine Klasse, sonst wirken sich die Änderungen auf die ganze Seite aus.


    Ansprechen kannst Du diesen Absatz z.B. so:

    Code
    .ShariffSC.shariff-ohne-sidebar + p {
        background-color: #f8f;
    }


    Um den Abstand etwas zu verringern, wäre z.B. sowas ein Ansatz:

    Code
    .ShariffSC.shariff-ohne-sidebar {
        overflow: hidden;
    }
    .ShariffSC.shariff-ohne-sidebar + p {
        margin-top: 0;
    }

    bei meinem bei Ihnen gehosteten WordPress-Blog


    Hier im Forum wird kein WordPress gehostet. Wende Dich an Deinen Hostinganbieter.

    Von hier aus funktioniert der genannte Website per http augenscheinlich einwandfrei, Bilder werden angezeigt, die beiden .pdf bzw. .docx die lt. REST-API vorhanden sind, kann man ebenfalls runterladen.

    Code
    http://www.berndoswald.de/wp-json/wp/v2/media

    Link zu einer Seite mit einem PDF o.ä. wo man den 403 Fehler sehen kann? Screenshot wie das bei Dir aussieht?

    Nebenbei noch, der Website ist auch per https erreichbar, aber das zugehörige Zertifikat ist falsch ausgestellt.

    Du musst in WordPress nach aktuell beschriebenem Stand Deine "aufgeschaltete eigene Domain" eintragen.

    Diese in 1. genannte "Serverdomain" hat mit WordPress nichts zu tun, wie gesagt, was Du da hast ist eine eher unübliche Konstellation oder es ist falsch eingerichtet, mit einer 301 Weiterleitung oder über eine "Frame" o.ä. statt direktem Domainmapping.

    Wie/wo diese Weiterleitung oder das Mapping der "Serverdomain" auf die "aufgeschaltete eigene Domain" angepasst wird, sagt Dir Dein Hostinganbieter.

    Ergänzung: Ohne echte Links kann man das alles nur schwer nachvollziehen und daher nur Vermutungen äussern. Viel Erfolg bei der Lösung.

    Für eigene Experimente gab es bereits einige Hinweise im Thread, üblicherweise wird diese Methode in der Datenbanktabelle [FONT=Courier New]wp_options[/FONT] in Verbindung mit Better Search Replace danach verwendet.

    Diese Domainweiterleitung lt. Deinem Punkt 1. hat damit aber nichts zu tun, das wäre anderweitig einzustellen bzw. ggf. reicht es auch, den Browser-Cache zu leeren, falls der Hostinganbieter diese Weiterleitung selbst setzt. So eine Weiterleitung auf Subdomains ist eine eher unübliche Konstellation und z.B. bzgl. SEO nicht sehr zielführend.

    vor ein paar Wochen ist Uberspace intern auf eine neue Serverstruktur umgezogen und seit dem habe ich keinen Zugriff auf mein Wordpress mehr.


    Falls Du selbst keinen Umzug auf eine andere Serverstruktur beauftragt hast, wende Dich schriftlich an den Hostinganbieter, setze eine Frist und lasse sie die durch deren Änderung verschuldeten Probleme beheben. Weiterhin teile in dem Fall dem Hostinganbieter mit, dass Du bei Fristablauf sonst einen externen Dienstleister beauftragen und den Aufwand dem Hostinganbieter in Rechnung stellen wirst.

    Da Du offenbar selbst wenig bis keine Erfahrung mit WordPress hast, sind eigene Eingriffe vermutlich eher kontraproduktiv.

    Die Mechanismen mit [FONT=Courier New].maintenance[/FONT] bzw. [FONT=Courier New]maintenance.php[/FONT] werden von WordPress genutzt, wenn Plugins, Themes und auch der WordPress Core selbst aktualisiert werden.

    Daher ist es nicht sinnvoll, dass zu diesem Zeitpunkt Plugins, Themes oder der Rest des WordPress Core läuft.

    Wenn Du einen "Maintenance" Hinweis für Besucher zeigen, selbst aber weiter an der Seite arbeiten willst, nutze eines der vielen Maintenance oder Coming Soon o.ä. Plugins oder schau Dir deren Code an und schreibe ein eigenes. Mit den o.g. Mechanismen haben diese Plugins rein gar nichts zu tun.

    Die Meldung im PHP Error Log bedeutet, dass die WordPress Funktion [FONT=Courier New]get_stylesheet_directory_uri()[/FONT] beim Ausführen der Datei [FONT=Courier New]maintenance.php[/FONT] nicht zur Verfügung steht.

    Der für Theme-Funktionen relevante Teil des WordPress Core läuft zu dem Zeitpunkt noch nicht.