Beiträge von b3317133

    Ein Grossteil (60px) des Abstandes kommt über das [FONT=Courier New]style="... margin-bottom:60px; ..."[/FONT] Attribut im HTML Code, das könnte im WPBakery Page Builder bzgl. Titel o.ä. irgendwo eingestellt sein.

    Code
    <div class='gt3-page-title gt3-page-title_horiz_align_left gt3-page-title_vert_align_middle' style="background-color:#d9d9d9;height:400px;color:#ffffff;margin-bottom:60px;border-top: 1px solid rgba(239,240,237,1);border-bottom: 1px solid rgba(239,240,237,1);background-image:url(https://xn--schne-aussicht-xpb.de/wp-content/uploads/2018/04/P1300147.jpg);background-size:cover;background-repeat:repeat;background-attachment:scroll;background-position:center center;">

    Der restliche Abstand kommt durch das padding von 40px nach oben für [FONT=Courier New].main_wrapper[/FONT]

    Deaktiviere mal alle Cache- und Minify Plugins, das macht Hilfe von aussen einfacher...

    Entferne mal die Zeile [FONT=Courier New]define(‚WP_MEMORY_LIMIT‘, ’64M‘);[/FONT] oder kommentiere sie aus, die Anführungszeichen sind ungültig.

    Funktioniert das Frontend, wenn Du die verbliebenen Zeilen mit WP_HOME.. und WP_SITEURL auskommentierst? Falls nicht, würde das auf einen unvollständigen Umzug hindeuten.

    Und wurde die PHP Version kürzlich umgestellt? Falls ja, von.. auf..?

    Offenbar stehen fälschlicherweise mehrfache Einträge define('WP_HOME', .. in der Datei wp-config.php

    Poste mal die gesamte Datei wp-config.php ohne die Zeilen DB_NAME, DB_USER, DB_PASSWORD und ohne den Block von AUTH_KEY bis NONCE_SALT

    Nutze dafür das kleine eingerahmte "+" im Toolbar hier bei der Eingabe mit dem Unterpunkt "Code"

    1. Und was steht als letztes drin?
    2. Welchen Pfad hast Du da angepasst? Oder war damit ein Entfernen der <IfModule.. Zeilen gemeint?


    Eigentlich sollte das hier drinstehen, siehe auch hier.

    Apache Configuration
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    # END WordPress

    Für weitere Hinweise könntest Du WP_DEBUG über die Datei wp-config.php aktivieren, z.B. die Zeile [FONT=Courier New]define('WP_DEBUG', false);[/FONT] ersetzen durch:


    Dann die Seite im Backend aufrufen, die einen Fehler verursacht und danach schauen, ob/was in die Datei /wp-content/debug.log geschrieben wurde.

    1. Normalerweise würde man sich bei sowas erstmal das Error Log beim Provider ansehen, was steht dort drin?
    2. Was steht jetzt in der .htaccess Datei im WordPress Hauptorder? Normalerweise sind da keine Pfade, die man bei einem Umzug ändern müsste.
    3. Existiert ggf. eine zweite .htaccess Datei im /wp-admin/ Ordner? Falls ja, was steht da drin?
    4. Entstehen die Probleme auch, wenn alle Plugins deaktiviert sind?

    Mit passenden CSS-Regeln kannst Du das auch per font-family überstimmen, für diese Seite z.B. so:

    CSS
    .page-id-1629 table span {
        font-family: "Roboto" !important;
    }


    Wahlweise schaltest Du den WordPress Editor in den Text-Modus, kopierst den ganzen Code in einen einfachen Editor am PC, ersetzt dort den gesamten Text [FONT=Courier New]font-family: verdana, geneva, sans-serif;[/FONT] durch nichts oder ein Leerzeichen o.ä. und kopierst den Code wieder zurück.

    hast du wirklich für jeden Beitrag ne einzelne Schrift ausgewählt?

    Für jede Tabellen-Zelle...

    Das liegt dann an unpassenden Zugriffsrechten von Ordnern in Deiner Installation. Welcher lokale Server wird benutzt?

    Du kannst alternativ das Plugin als .zip herunterladen (blauer "Herunterladen" Button im o.g. Link von @nature225), lokal entpacken und den Plugin-Ordner direkt in /wp-content/plugins/ Deines Servers kopieren. Dann erscheint es in der Plugin Liste von WordPress und kann aktiviert werden.

    In Frage kommende Passwörter? Hm, ich habe noch nie das PW geändert seit der Installation.

    Ok, dann fällt das weg. Dann bleibt eigentlich fast nur noch eine Änderung in _KEY und/oder _SALT oder ein Hack, der sich im Loginprozess verankert hat, oder das Paswort wird trotz aller Bemühungen falsch eingegeben.

    Gibt es eigentlich in WP eine Automatik, dass nach dem 5. (?) fehlgeschlagenen Loginversuch ...

    Nicht ohne entspr. Plugins.

    Notiere per phpMyAdmin den bestehenden Hash, dann kannst Du ihn auch wieder manuell einspielen, falls nötig.

    Setze ein neues PW als MD5 Hash mit phpMyAdmin.

    Logge Dich damit ein. Dies dient auch einfach dazu, um herauszufinden, ob der WordPress Loginprozess generell noch geht. Geht es damit dann auch nicht, liegt das Problem woander... ggf. ein Hack.

    Und was lässt der Webserver denn nicht zu, das Du lokal machen musst und das dann aber über das Einspielen des Duplicator Pakets vom Ergebnis her irgendwie doch zugelassen wird?

    Und wie lautet die "seltsame Fehlermeldung"?

    Welche WP Version hattest Du vorher? 4.8.x?

    Diese Art Link erscheint, wenn die Bibliothek MediaElement.js in WordPress das Video-Format nicht abspielen kann.

    Seit WordPress 4.9 bzw. 4.9.2 hat sich da auch explizit in Bezug auf flv offenbar was geändert, es gibt ein Ticket, das dieses Verhalten beschreibt:

    Zitat

    Introduce a custom error handler for MediaElement.js to display a download link if a FLV file cannot be rendered for any reason.


    Weiterhin gibt es ein MediaElement Flash Fallbacks Plugin, das den mit 4.9.2 entfernten Fallback-Code, der Flash verwendet, wieder bereitstellt, mit allen damit verbundenen Risiken.

    Funktionieren die Videos mit diesem Plugin?

    Nein, Du notierst den Hash und machst dann den Account wieder zugänglich, mit einem MD5 Hash via phpMyAdmin.

    Dann loggst Du Dich ein

    Dann setzt Du via WordPress in Frage kommende Passwörter, die dann nicht mit MD5 gehasht werden, sondern mit dem gleichen Hash-Algorithmus wie Dein vorher notierter. Die kannst Du dann in phpMyAdmin auslesen und vergleichen.

    Mit anderen Installationen kann man die Hashes nicht vergleichen, da auch die _KEY und _SALT Werte eine Rolle spielen, die je Website unterschiedlich sind bzw. sein sollten.

    Merkt man ja erst wieder, wenn man die Seite selbst besucht oder an ihr Arbeiten möchte – oder sich vieleicht noch ein Besucher genervt meldet.

    Was genau ist denn langsam? Der Mauszeiger? Die Buchstaben beim Eintippen? Wechsel zwischen den Seiten? Eine Gallery-Popup? Eingebundene Instagram-Bilder? Was genau? Link zur Seite?

    Und zu den Testdateien, dann ist die o.g. Frage bzgl. Messung ja bereits gelöst.