Support » Suche » Suchergebnisse für 'Das Problem ist, dass du nicht mit dem Cookie der Domain A auf die Anmeldung der gemappten Domain B zugreifen kannst.'

Angezeigt werden 2 Resultate - 1 bis 2 (von 2 gesamt)
  • Forum: Allgemeine Fragen
    Als das Thema: Anmeldung Cookies
    • Ich habe 2 verschiedene Domains bei einem Provider (HOSTSTAR) auf denen ich WordPress installiert habe. Bei der zweiten Domain kann ich mich nicht im Backend anmelden. Den Grund habe ich einer Antwort in diesem Forum gefunden: „Das Problem ist, dass du nicht mit dem Cookie der Domain A auf die Anmeldung der gemappten Domain B zugreifen kannst. Damit WordPress trotzdem Cookies zur Autorisierung verwenden kann, gibst du mit der Konstante define(‚COOKIE_DOMAIN‘, false); an, dass der Textstring für die Cookie-Domain leer bleiben soll.“

      Leider kann ich die Antwort als nicht IT Profi nicht umsetzen. Wie ich verstehe muss man auf dem Server bei einer oder beiden Installationen von WordPress etwas im Code ändern. Kann mir das jemand so erklären, dass ich das auch als nicht IT Profi umsetzen kann?

      Vielen Dank.
      Omar

      Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

    Wenn du dich bei einer normalen WordPress-Website anmeldest, setzt WordPress einen Cookie zur Bestätigung einer erfolgreichen Anmeldung. Ist der Cookie nicht vorhanden oder passen die Daten im Cookie nicht zur Website, wird der Zugriff verweigert.

    In diesem Beispiel siehst du den Anmelde-Cookie mit der gespeicherten Domain meiner lokalen Testumgebung (https://wp.local):

    Screenshot Developer Tools zeigt Cookie mit Cookie-Domain.

    Das Problem ist, dass du nicht mit dem Cookie der Domain A auf die Anmeldung der gemappten Domain B zugreifen kannst. Damit WordPress trotzdem Cookies zur Autorisierung verwenden kann, gibst du mit der Konstante define('COOKIE_DOMAIN', false); an, dass der Textstring für die Cookie-Domain leer bleiben soll.

    define( 'ADMIN_COOKIE_PATH', '/' );
    define( 'COOKIEPATH', '' );
    define( 'SITECOOKIEPATH', '' );

    sind ähnliche Angaben, die verhindern sollen, dass du dich auf jeder Unter-Website der Multisite zum Zugang zu wp-admin neu anmelden musst. Für ein Domain-Mapping dürfte das aber unerheblich sein.

    Arbeitest du mit Subdomains oder Unterverzeichnissen, stellt sich die Frage, was bei der Eingabe unbekannter Subdomains oder Unterverzeichnisse geschehen soll. Grundsätzlich kannst du in den Einstellungen eingeben, dass Benutzer neue Sites mit diesem Subdomain-/Unterverzeichnis anlegen dürfen. Dürfen sie das nicht, scheint das Ergebnis ein Fehler zu sein.
    Mit define( 'NOBLOGREDIRECT', 'https://example.com' ); leitest du statt dessen auf eine vorgegebene Adresse (hier: https://example.com) um. Ein Ergebnis ist auch, dass die Fehlermeldung wird nicht mehr angezeigt.

    Ich habe jetzt nochmal rasch in eine Installation geschaut, die ich vor Kurzem für eine Kundin durchgeführt habe. Die (für die Multisite relevanten) Einträge in der wp-config.php sehen dort so aus:

    
    /* Multisite */
    define( 'WP_ALLOW_MULTISITE', true );
    
    define( 'MULTISITE', true );
    define( 'SUBDOMAIN_INSTALL', true );
    define( 'DOMAIN_CURRENT_SITE', 'example.com' );
    define( 'PATH_CURRENT_SITE', '/' );
    define( 'SITE_ID_CURRENT_SITE', 1 );
    define( 'BLOG_ID_CURRENT_SITE', 1 );
    
    define( 'COOKIE_DOMAIN', $_SERVER['HTTP_HOST'] );
    define( 'NOBLOGREDIRECT', 'https://example.com' );

    Diese Einstellungen reichen, allerdings war wichtig den Browser-Cache und vorhandene Cookies zu löschen.

    Die Idee mit der Umleitung ist aus verschiedenen Gründen nicht gut:

    • die Kunden sollen vermutlich gleich die URL mit der neuen Domain eingeben – donst hättest du dir das Domain-Mapping ja schenken können.
    • Du möchtest auch nicht jeden Webseitenaufruf erst umleiten, weil das unnötig Zeit kostet.
    • Spätestes mit Umleitung wird die gemappte Domain verwendet … und die muss in WordPress richtig hinterlegt sein.
Angezeigt werden 2 Resultate - 1 bis 2 (von 2 gesamt)