Beiträge von b3317133

  • Durch Woocommerce wird Authentifizierung (htaccess) ungewollt abgefragt

    Dieser Aufruf verursacht die Abfrage, erkennbar am Fehlercode 401.

    Code
    91.186.35.248 - - [05/Nov/2019:19:57:17 +0100] "GET /wp-admin/js/password-strength-meter.min.js?ver=5.2.4 HTTP/2.0" 401 381 "[entfernt]" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:70.0) Gecko/20100101 Firefox/70.0" "Traffic IN:84 OUT:463" "ReqTime:0 sec"


    WordPress ist nicht kompatibel für einen .htaccess Schutz von /wp-admin/ auch wenn viele alte Tutorials und "Tipps-Seiten" diesen Unsinn beschreiben.

    Frage: Was willst Du genau damit bezwecken, dass /wp-admin/ nicht erreichbar ist?

    Tipp: Benutzernamen usw. bekommt man in der Regel auch über die REST API, Passwörter raten machen viele Bots über xmlrpc.php, dafür braucht man kein Login-Formular...

    Und noch ein Tipp: Wenn man bei einem Webhoster keinen Einblick in PHP Error-Logs nehmen kann, könnte man sich evtl. nach einem anderen Webhoster umsehen. Bei all-inkl.com kann man das selbst aktivieren, siehe Anleitung dort, gefunden einfach via Google all-inkl.com error log, der Support sollte sowas eigentlich wissen.

  • Weiße Seite im Backend

    Wenn man bei so einer alten Installation dann WordPress aktualisiert, empfiehlt sich mit hoher Wahrscheinlichkeit auch zusätzlich das Classic Editor Plugin, da das alte Theme usw. vermutlich nicht wirklich mit dem neuen Gutenberg Editor zusammenarbeitet.

    Alternativ installiert man zuerst ein kleines Plugin wie z.B. hier und aktualisiert WordPress damit nur maximal im 4.x Zweig, dann ist der Classic Editor weiterhin auch ohne Plugin vorhanden.

  • WP User Registration Mail

    Plugin-Dateien kann man nicht über ein Child-Theme überlagern.

    Manche Plugins haben sog. "Filter" für Ausgaben, das genannte Plugin hat sowas nicht, eine Anpassung des Textes der E-Mail gibt es bei diesem Plugin lt. Beschreibung nur in der Pro Version.

  • hfreflang für Multisite-Installation

    Normalerweise würde man für sowas ein Mehrsprachigkeits-Plugin wie WPML (kostenpflichtig) oder Polylang o.ä. verwenden, dann "weiss" WordPress bzw. das Plugin ob es eine Übersetzung der aktuellen Seite gibt und fügt die alternate Links automatisch je nach Bedarf ein.

    Ob/wie diese Plugins auch mit Multisite-Installationen funktionieren, weiss ich nicht. Eine einfache Installation mit WPML und mehreren Domains funktioniert z.B. so (google).

  • Ladezeit und Bugs?

    Würde ein Plugin empfehlen, das sauber mit Deiner Installation zusammenarbeitet.

    Welche(s) genau das mit welchen Einstellungen genau sein könnte(n), wäre durch Testen und Fehleranalyse usw. herauszufinden.

    Dafür sollte man sich sehr gut mit dem genutzen Plugin und all seinen Funktionen und auch mit der generellen Funktionsweise von WordPress, allgemein vorkommenden Fehlern von Themes und Plugins z.B. bzgl. falscher/fehlender Dependencies auskennen.

    Würde aber auch empfehlen, erst alle Fehler usw. vollständig zu beheben, wie dieses Anzeigen-Problem usw., bevor man Optimierung überhaupt erst angeht.

  • Ladezeit und Bugs?

    Sicherlich kann man Page-Cache Plugins o.ä. verwenden, wenn diese korrekt mit Deiner Installation zusammenarbeiten und die sonstigen Ursachen für ein langsames Laden durch externe Einbindungen bzw. die defekten Anzeigen usw. behoben sind.

    Ich sehe allerdings so gar keinen Sinn darin, ein Cache-/Minify-/CDN-Plugin zu verwenden, das offenbar Syntax-Fehler erzeugt.

  • Von Entwicklungsumgebung zu Live-Server

    Zitat von deliviva

    Die wp_user in der neuen Datenbank ist leer.


    Das erklärt das Anmeldeproblem. Die Installation ist damit defekt.

    Zitat von deliviva

    Dafür sind die Daten in der "Testdatenbank" noch vorhanden. Was mache ich denn jetzt?


    Die Daten der Testdatenbank sauber in die neue Datenbank einspielen?

    Zitat von deliviva

    und wieso sind die Daten beim Export nicht mitgekommen?


    Da keiner wissen kann, was Du wo wie exportiert oder importiert hast, kann man das nicht beantworten.

    Alternativ (bevor noch mehr kaputtgeht) setze eine Ausschreibung in die Jobbörse des Forums, evtl. bekommst Du dort entspr. Reparaturangebote, es wird Zugang zu phpMyAdmin und ggf. auch FTP nötig sein.

  • Ladezeit und Bugs?

    Die Seite im aktuellen Zustand lädt um Welten schneller als vorher.

    Warum willst Du Optimierungsplugins aktivieren, die a) Fehler beim Minify verursachen und b) die Seite verlangsamen?

    Das Logging zu PayPal ist mMn. nicht notwendig, jqueryUI wird immer noch von exten geladen, ein select2.min.css weiterhin von cloudflare:

    Code
    https://cdnjs.cloudflare.com/ajax/libs/select2/4.0.6-rc.0/css/select2.min.css

    Warum welche Anzeigen nicht geladen werden, solltest Du ggf. mit dem Support des Adsense Plugins klären, da kann ich nicht weiterhelfen, bei mir werden jegliche Anzeigen geblockt.

  • Von Entwicklungsumgebung zu Live-Server

    Die Benutzernamen stehen in der Tabelle [FONT=Courier New]wp_users[/FONT] (ggf. wird auch ein anderes Präfix als [FONT=Courier New]wp_[/FONT] verwendet).

    Die ganze Installation ist offenbar nicht korrekt umgezogen worden, sämtliche Links zeigen auf den Entwicklungsserver und die Installation dort funktioniert nicht (mehr).

  • Von Entwicklungsumgebung zu Live-Server

    Ok, dieser Passwort vergessen Link zeigt zu einer ganz anderen Seite, bin von der Seite Deines Avatars ausgegangen.

    Die Benutzernamen findest Du in der zugehörigen Datenbank der Seite, z.B. via phpMyAdmin im Hosting, und die ggf. nötigen Zugangsdaten zur Datenbank in wp-config.php der Installation.

  • Von Entwicklungsumgebung zu Live-Server

    Um manuelle Anpüassungsfehler auszuschliessen, nutze ein "Clone"-Plugin wie Duplicator auf dem Testserver und installiere dann das damit erstellte Paket auf dem Liveserver (siehe auch Video auf der Duplicator Seite). Damit werden alle nötigen Anpassungen automatisch erledigt. Deaktiviere vor dem Erstellen des Pakets alle "Sicherheits"- und "Cache"-Plugins, falls welche genutzt werden.

    Und zum aktuellen Problem mit der defekten Installation, schau in der Datenbank nach, die in wp-config.php hinterlegt ist, ob diese Benutzer existieren oder nicht.

    Lt. REST-API heisst der Benutzername [FONT=Courier New]schotten[/FONT]

  • Ladezeit und Bugs?

    Der Website lädt hier jetzt schon mal schneller als vorher (mit geleertem Browser-Cache).

    Nach Abschalten des Minify ist der Syntax Fehler in der Browser Konsole weg. Das bedeutet, dass das Minify des bisher genutzen Plugins nicht korrekt arbeitet.

    FontAwesome wird einmal über ein "buttonizer" Plugin o.ä. extern von use.fontawesome.com geladen (fehlt in der Datenschutzerklärung), und nochmal in einer anderen Version lokal vom Elementor Plugin. Die erste Einbindung ist überflüssig.

    jQueryUI wird extern von ajax.googleapis.com geladen (fehlt in der Datenschutzerklärung). Woher die Einbindung kommt, kann man von aussen nicht sehen.

    Im Code finden sich weitere seltsame Dinge, wie "<script type="[COLOR=#ff0000]e081c186f3554d0ca59e1337-[/COLOR]text/javascript" ..." und weitere externe Scripts von ajax.cloudflare.com, deaktiviere das noch.

    Neben der PayPal API-Einbindung findet auch eine ganze Menge Logging zu paypal.com statt (fehlt beides in der Datenschutzerklärung), das sollte man auch mal hinterfragen.

    Du kannst das alles in der Browser Konsole im Netzwerk Tab sehen, oder über das Waterfall Diagram bei gtmetrix.com oder bei den File Requests von Pingdom Tools o.ä.

  • Ladezeit und Bugs?

    Zitat von Generlogy.de

    .. laden einige Seiten teilweise ziemlich langsam.


    Welche Seiten genau?

    Zitat von Generlogy.de

    .. teilweise zu "Anzeigefehlern", ..


    Welche Fehler genau?

    Die Seite zeigt aktuell u.a. Syntax-Fehler in der Browser Konsole.

    Deaktiviere mal dieses externe cloudflare.com Script bzw. alle "Optimierungs"-Plugins, dann kann man evtl. besser sehen, was wo wie schiefläuft.

    Ein Teil der Ladezeit dürfte auch durch die PayPal-Integration kommen.