Beiträge von b3317133

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).

Vermutlich ein zu altes WordPress mit einer "zu neuen" PHP Version.

Sagt zumindest Google...

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.

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.

"Verwaister Inhalt" bzw. "orphaned content" ist keine Standard WordPress Funktion. Wende Dich für mehr Informationen zur Funktionsweise am besten an den Yoast Premium Support.

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.

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:

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.

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).

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.

Hier erscheint damit:

Zitat

FEHLER: Das Passwort, das du für den Benutzernamen schotten eingegeben hast, ist nicht korrekt. Passwort vergessen?

Der Benutzer existiert also offenbar. Gib das korrekte Passwort ein oder nutze den "Passwort vergessen" Link.

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]

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.ä.

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.

Zu Borlabs gibt es hier einen Thread bzgl. der technischen Rahmenbedingungen bzw. klaren Grenzen des Plugins.

Zitat von matrix-22

.. manchmal setzt schon der Provider eine php Cookie Datei.

In so einem Fall sollte man wohl den Provider wechseln... o_O

Es kommt darauf an, in welchem Kontext der Schieberegler, auch genannt "Range Slider" o.ä. erscheinen soll.

Zusammen mit dem Plugin "Contact Form 7" gibt es nach kurzer Recherche im wordpress.org Plugin Repository z.B. dieses Plugin oder für "Gravity Forms" dieses Plugin (beides von mir ungetestet), darauf könnte man ggf. aufbauen.

Um es genau so wie im verlinkten Beispiel umzusetzen, ist vermutlich mit allen Plugins noch etwas extra JavaScript-Programmierarbeit erforderlich.

Es kommt immer auf Deine restliche Seite, also das Theme, alle Plugins und auch alle Inhalte an, wie ist was programmiert und eingebunden.

In WordPress gibt es keine zentrale Stelle für Cookies o.ä., das heisst Du musst alles komplett selbst prüfen und ggf. auch diversen Code anpassen, damit so ein "Opt-In" Plugin dann funktionieren kann.

Viele installieren irgendein Cookie-Plugin, das "ihnen empfohlen" wurde, das zeigt dann zwar einen nervigen Banner an, ob man "Zustimmen" oder "Ablehnen" oder nichts anklickt ist aber oft egal, weil das Plugin nicht mit dem restlichen Code zusammenarbeitet und trotz jeglicher Auswahl munter Cookies gesetzt oder externe Dinge eingebunden werden.

Eine gute Alternative ist die Beauftragung einer professionellen Websitebetreuung, die ggf. durch Code-Anpassungen sicherstellt, dass technisch alles sauber zusammenarbeitet, und zwar für jedes einzelne Theme-/Plugin-/Inhalts-Update wieder und immer wieder.

Die beste Alternative ist es, erst gar keine Cookies und externe Einbindungen zu nutzen, das geht bei erstaunlich vielen Seiten einwandfrei. Wenn man einen Onlineshop oder Inhalte nur für Mitglieder o.ä. hat, wird es schwerer.

Dieser Filter wird genutzt wenn die Registrierung über WordPress erfolgt.

Falls - wie ein Besuch der Seite [FONT=Courier New].../registrierung/[/FONT] vermuten lässt - eigener Code verwendet wird, z.B. ähnlich wie hier über Contact Form 7, musst Du den eigenen Code anpassen oder Dich alternativ an die Person wenden, die den Website eingerichtet hat.

PS. Die Seite hat noch so ein paar Probleme, z.B. wird u.a. PHP-Code ausgegeben:

<div class="aa_logout">
            Hallo [xxx]
            </br>         
            Du bis bereits angemeldet.
        </div>


        <a id="wp-submit" href="<?php echo wp_logout_url(); ?>" title="Abmelden">
            Logout
        </a>

.page .page-wrap .content-wrapper {
    padding-top: 0;
}
.page .entry-header {
    margin-bottom: 0;
    /* alternativ: display: none; */
}

Auf Nebenwirkungen auf anderen Seiten testen...

Lt. Google Cache war der alte Link im Menü unter "Start > Einloggen" dieser hier:

https://vfl-bleckede.de/wp-login.php?loggedout=true

Der funktioniert derzeit aber ebensowenig wie der aktuelle im Footer.

Vermutung: Es läuft ein Plugin, das den Login "versteckt", was am Rande bemerkt relativ sinnlos ist, siehe z.b. auch hier.

Mögliche Lösung: Deaktivieren dieses Plugins durch Umbenennen des entspr. Plugin-Ordners in /wp-content/plugins/ und das Auskommentieren oder Entfernen ggf. zugehöriger vorhandener Reste in .htaccess Datei(en).

Zitat von RayyJayy

Seit heute wird meine WP-Website nicht mehr korrekt angezeigt.

Vermutlich wurde die PHP Version des Servers verändert.

Zitat von RayyJayy

Kann man im Seitenquelltext erkennen, warum die Darstellung falsch ist?

Quelltext anzeigen > ans Ende scollen:

...
<img alt="" border="0" src="https://www.paypalobjects.com/de_DE/i/scr/pixel.gif" width="1" height="1" align="top"></form></div></div></aside><br />
<b>Warning</b>:  preg_match(): Compilation failed: invalid range in character class at offset 11 in <b>/var/www/web89/htdocs/wp-content/plugins/wysija-newsletters/helpers/render_engine.php</b> on line <b>526</b><br />
<br />
<b>Warning</b>:  preg_match(): Compilation failed: invalid range in character class at offset 11 in <b>/var/www/web89/htdocs/wp-content/plugins/wysija-newsletters/helpers/render_engine.php</b> on line <b>526</b><br />
<br />
<b>Warning</b>:  preg_match(): Compilation failed: invalid range in character class at offset 11 in <b>/var/www/web89/htdocs/wp-content/plugins/wysija-newsletters/helpers/render_engine.php</b> on line <b>526</b><br />
<br />
<b>Fatal error</b>:  Uncaught Exception: Template 'templates/form/web/widgets/#type.html' not found ! in /var/www/web89/htdocs/wp-content/plugins/wysija-newsletters/helpers/render_engine.php:723
Stack trace:
...
#5 /var/www/web89/htdocs/wp-content/plugins/wysija-newsletters/widgets/wysija_nl.php(285): WYSIJA_view in <b>/var/www/web89/htdocs/wp-content/plugins/wysija-newsletters/helpers/render_engine.php</b> on line <b>723</b><br />
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" lang="de-DE">
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <meta name="viewport" content="width=device-width">
        <meta name='robots' content='noindex,follow' />
    <title>WordPress &rsaquo; Fehler</title>
...

Offenbar funktioniert im Sidebar ein Plugin "wysija-newsletters" nicht (mehr) richtig. Deaktiviere mal das Plugin.