Beiträge von b3317133

    Zum genannten Hauptverzeichnis kommst Du z.B. über FTP oder Du kontaktierst den Hosting Support und bittest nett darum, ob die beiden Dateien

    • sitemap.xml
    • robots.txt


    von denen gelöscht werden könnten. Die sind kein Teil von WordPress.

    Entferne im Hauptverzeichnis der Domain die Datei [FONT=Courier New]robots.txt[/FONT], sie verlinkt für Suchmaschinen u.a. eine alte [FONT=Courier New]sitemap.xml[/FONT], die wiederum auf die offenbar alten Links zeigt. Entferne auch diese Datei [FONT=Courier New]sitemap.xml[/FONT] und leere den Browser Cache, dann sollte statt der alten Sitemap die aktuelle von Yoast SEO gezeigt werden. Wenn das erledigt ist, setze noch den Beitrag "Hallo Welt" auf "Entwurf" und in Yoast SEO das "Autor Archiv" auf deaktiviert.

    Die Bearbeitung der Menüs von WordPress wurde schon vor einer Weile in Design > Customizer integriert, dort ist es aber noch schwerer bzw. bei komplexen Menüs unmöglich zu bearbeiten, daher besteht die Möglichkeit Design > Menüs bisher weiter.

    Mehr als ein paar Einträge können sich die in diesem Bereich federführenden Entwickler offenbar nicht vorstellen, das sieht man auch an den neueren mitgelieferten Themes wie Twenty Nineteen oder Twenty Twenty mit sehr einfachen, kurzen Menüs.

    Ändern kann man das eigentlich als "Community", indem man sich aktiv an der Entwicklung von WordPress beteiligt, allerdings ist es inzwischen sehr viel schwerer als früher, andere Dinge als die strategischen Pläne und Ziele der Firma Automattic (die hinter dem kommerziellen Anbieter wordpress.com steht) dort einzubringen, da die meisten der aktuellen WordPress Hauptentwickler fest bei Automattic angestellt sind...

    Wird für den Passwortschutz die WordPress Funktion unter "Sichtbarkeit" der Seite verwendet oder ein extra Plugin? Falls extra Plugin, versuche es mit dem eingebauten Passwort von WordPress.

    Weiterhin deaktiviere mal das Plugin LiteSpeed Cache für die geschützte Seite oder ggf. auch generell falls einzelne Seite nicht ausgenommen werden können.

    Wenn es bei einzelnen Personen nicht funktioniert oder man nach einer Weile wieder das Passwort eingeben muss, mag es auch einfach daran liegen, das der entspr. Browser das entspr. Cookie nicht setzt oder nicht lang genug speichert. Für eine solche Passwortfunktion sind Cookies nötig.

    Hier ist der weisse Rand rechts jetzt (der o.g. Code ist eingefügt) weg.

    Was zufällig auffiel, z.B. einige Elemente im Footer bekommen per CSS eine fixe Breite, evtl. breiter als Dein Display, versuche mal sowas und gehe dann der Sache weiter auf die Spur, wenn es helfen sollte:

    Code
    footer * {
        overflow-x: hidden;
    }


    Evtl. den ganzen responsive Ansatz mal von Grund auf überarbeiten, das sieht komplexer aus, als es sein müsste/sollte.

    .. mit dem man die Untermenüs im Adminbereich ausblenden kann?

    Ich meine natürlich mein Menü auf der Internetseite.


    Ok, also ist nicht generell der Adminbereich gemeint.

    Ein Ausblenden der Untermenüs während der Bearbeitung des Menüs der Internetseite ist nicht möglich.

    Man kann als Workaround im Browser z.B. durch paar mal "Strg" und "-" (Minus) die Darstellung verkleinern, dann wird das Bearbeiten ggf. übersichtlicher und das Verschieben einfacher. Mit "Strg" und "0" (Null) wird die Originalgrösse im Browser wiederhergestellt.

    Dein Theme ist mit den seit WordPress 5.x neueren Gutenberg Editor offenbar nicht kompatibel.

    Installiere und aktiviere "Plugins > Installieren > Classic Editor" und bearbeite dann die Seite erneut.

    Wenn es ältere "Revisionen" gibt, gehe zu jeweils einer Revision zurück, bevor diese und auch andere Seiten mit dem neuen Editor bearbeitet wurden. Den Bereich "Revisionen" kann man im "Classic Editor" oben rechts unter "Ansicht anpassen" anzeigen, falls nicht sichtbar.

    Ergänzung: Kurzanleitung Revisionen z.B. hier (elbnetz.com).

    Was genau hast Du ausprobiert, poste den Code, der nicht funktioniert.

    Also: Wie bekomme ich bspw. ein Eingabefeld für einen Vornamen auf ein Formular?... dafür eine vorgefertigte Funktion?


    Man erstellt wie beschrieben einen Shortcode in einem eigenen Plugin oder Child Theme..

    Code
    function foobar_func( $atts ){
        return '<form ..><label>Vorname: <input type="text" name="vorname"></label>..rest des formulars...</form>';
    }
    add_shortcode( 'foobar', 'foobar_func' );


    .. und schreibt dann [FONT=Courier New][foobar][/FONT] in den Seiteneditor von WordPress.

    Schwer nachzuvollziehen ohne Login und alle Einstellungen usw. zu kennen. Welches Plugin genau wird verwendet? Evtl. hast Du einen Redirect o.ä. eingestellt...

    Ergänzung: Oder es gibt ggf. noch ein anderes Plugin, das "nicht gefunden" auf die Hauptseite leitet o.ä.

    Dein Theme ist offenbar schon relativ alt und lt. Theme Homepage nur bis WordPress 4.9.x kompatibel.

    Dein Website verwendet aber ein viel neueres WordPress 5.5.

    Hast Du evtl. ein WordPress Update eingespielt, bevor das Menü nicht mehr aufgeklappt ist?

    Evtl. hilft in dem Fall das Plugin Enable jQuery Migrate Helper weiter, mehr dazu z.B. in diesem Blogbeitrag Probleme nach Update auf WordPress 5.5 und mögliche Lösungen bei wordpress.org.

    Ansonsten wäre der Theme Verkäufer der eigentliche Ansprechpartner, hast Du dort schon gefragt?

    Ich hab den Umzug mit dem Migrationstool von Wordpress vorgenommen, das direkt in den Plugin Einstellungen zum aufrufen ist.


    WordPress hat kein solches Migrationstool, offenbar hast Du ein Plugin verwendet. Screenshot / Foto dieser Seite, dann wird das ggf. klarer.

    Zu diesem Zeitpunkt bin ich noch davon ausgegangen, dass sich updraft selbst um die Domain Änderungen in der Datenbank, etc. kümmert.


    Das macht ein Migrationsplugin in der Regel auch.

    Wie würde denn der .htaccess EIntrag in etwas heißen, den ich deaktivieren müsste?


    Da gibt es unterschiedliche Varianten. Poste die [FONT=Courier New].htaccess[/FONT] Datei des Testsystems hier (über das kleine [FONT=Courier New][+][/FONT] Code Symbol).

    Deine o.g. Hauptseite verwendet offenbar auch mind. ein Cache-Plugin, sowas kann auch Einflüsse im Zielsystem haben, wenn Caches mitkopiert werden. Cache-Plugins sollten vor dem Erstellen eines Migrationspakets immer deaktiviert werden. Du kannst auf dem Testsystem per FTP temporär den Ordner [FONT=Courier New]/wp-content/plugins/wp-rocket/[/FONT] umbenennen und Dich dann 1x im Testsystem bei WordPress anmelden, das deaktiviert das Plugin, falls der Cache wie auch immer ein Grund für den Redirect sein sollte.

    Die beste Lösung wäre wie gesagt, die Person von der https Umleitung anzusprechen, die weiss sicher, ob das ein Grund sein kann und wie man das deaktiviert.

    Ergänzung: Und natürlich andere angesprochenen Lösungen ansehen, evtl. sind in der Datenbank [FONT=Courier New]siteurl[/FONT] und/oder [FONT=Courier New]home[/FONT] durch ein unpassendes Plugin oder Prozedere nicht angepasst oder Deine Subdomain zeigt nicht auf den Ordner mit den Testdaten usw., es gibt da noch viele Fehlerquellen...

    Eigenen PHP-Code fügt man über ein eigenes Plugin oder ein Child Theme ein, eine relativ einfache Integration in die Ausgabe einer WordPress Seite ist über einen Shortcode. Lies Dir bei Gelegenheit die genannten Links durch und probiere es einfach aus, dann wird das sicherlich klarer...