Cookie-uri în rețeaua Multisite unde site-urile au propriul nume de domeniu

Folosind WordPress versiunea 4.9.4.

Am întâmpinat eroarea legată de cookie-uri și am parcurs diverse opțiuni de ajutor, rezolvând în final problema folosind părți din soluția lui Scott. (Notă: Nu am efectuat nicio ștergere a cache-ului pentru cookie-uri.)

1. Am eliminat linia referitoare la sunrise.php din wp-config.php (utilizam maparea nativă a domeniului, așa că am eliminat modificările legate de instalarea plugin-ului MU pe care le făcusem anterior)

2. Am ajustat wp-config.php astfel:

   /* Multisite */
   
   define('WP_DEBUG', false);
   
   define( 'WP_ALLOW_MULTISITE', true );
   
   define('MULTISITE', true);
   define('SUBDOMAIN_INSTALL', true);
   define('DOMAIN_CURRENT_SITE', 'www.mysite.example');
   define('PATH_CURRENT_SITE', '/');
   define('SITE_ID_CURRENT_SITE', 1);
   define('BLOG_ID_CURRENT_SITE', 1);
   /* define( ‘COOKIE_DOMAIN’, $_SERVER[ ‘HTTP_HOST’ ] ); */
   
   define('ADMIN_COOKIE_PATH', '/');
   define('COOKIE_DOMAIN', '');
   define('COOKIEPATH', '');
   define('SITECOOKIEPATH', '');
   
   /* Gata, opriți editarea! Blogging fericit. */
   

În sfârșit, după ore întregi, literalmente, de depanare, am reușit să rezolv această problemă pe instanța AWS Lightsail Bitnami Multisite WordPress (WordPress 5.0.4) efectuând următorii pași:

1. Asigură-te că plugin-ul WPMU Domain Mapping este dezactivat

2. Editează /opt/bitnami/apps/wordpress/htdocs/wp-config.php...

   a. Adaugă următoarele:

    define('ADMIN_COOKIE_PATH', '/');
    define('COOKIE_DOMAIN', '');
    define('COOKIEPATH', '');
    define('SITECOOKIEPATH', '');
   
    /* Asta e tot, nu mai edita! Blogging fericit. */
   

   b. Comentează:

   // define('SUNRISE', 'on');
   

După aceste modificări, autentificarea a avut succes - fără erori. Mulțumesc pentru contribuția tuturor. Dacă nu era asta, probabil aș mai fi tot încercat să înțeleg problema.

Am găsit răspunsul aici:

https://docs.bitnami.com/aws/apps/wordpress-multisite/configuration/configure-wordpress-multisite

Această funcționalitate de mapare a domeniilor este inclusă în WordPress Multisite începând cu versiunea 4.5. Dacă folosești o versiune mai veche, vei avea nevoie de plugin-ul WordPress MU Domain Mapping.

Deci, se pare că plugin-ul WPMU Domain Mapping este inclus inutil în pachetul AWS Lightsail Bitnami Multisite.

Tocmai am terminat de rezolvat o problemă similară cu subdomeniul multisite.

Cu:

define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST']);

Site-ul încă afișa o eroare de cookie și în unele cazuri, încercând ceea ce a fost sugerat mai sus.........

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

Aceasta a cauzat o altă eroare de a șterge definițiile care făceau referire la "COOKIE_DOMAIN" la vizitarea subsitelor.

În cele din urmă, am reușit să mă autentific după ce m-am asigurat că ambele au fost definite chiar deasupra informațiilor despre rețeaua multisite

define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST']);
define('COOKIE_DOMAIN', '');

Încercați să vă asigurați că ambele sunt definite. Sper că acest lucru vă ajută.

Am comentat define('SUNRISE', 'on');

/* define('SUNRISE', 'on'); */
define('COOKIE_DOMAIN', $_SERVER['HTTP_HOST']);
define('COOKIE_DOMAIN', '');

Apoi, nu mai văd mesajul de eroare de mai jos:

EROARE: Cookie-urile sunt blocate sau nu sunt acceptate de browserul dumneavoastră. Trebuie să activați cookie-urile pentru a utiliza WordPress.

Autentificarea a început să funcționeze și ea.

Am avut și eu această problemă și am dat peste multe soluții precum cele menționate aici, dar nu au funcționat.

Ceea ce a funcționat a fost simpla adăugare a următoarei linii în configurația multisite din wp-config:

define('COOKIE_DOMAIN', false);

astfel încât secțiunea din wp-config să arate astfel:

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', false);

Postez aici astfel încât alții să o găsească și să petreacă mai puțin timp lovindu-se cu capul de birou decât am făcut eu.

Ciudat, a funcționat pentru mine (pe mai multe site-uri multisite) să setez SUBDOMAIN_INSTALL la false. Să fiu sincer, nu am avut timp să investighez mai departe de ce...

define('SUBDOMAIN_INSTALL', false);

Nu știu despre voi, dar pentru mine a ajutat surprinzător de mult să schimb asta

define( 'COOKIEDOMAIN', '' );

în asta

define( 'COOKIE_DOMAIN', '' );

Și da, încă îndrăznesc să mă consider un dezvoltator experimentat de PHP & WP. Voiam doar să împărtășesc că ni se întâmplă tuturor. :)

define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', true);
//define('DOMAIN_CURRENT_SITE', 'masterdigitalservices.com');
//define('PATH_CURRENT_SITE', '/');
//define('SITE_ID_CURRENT_SITE', 1);
//define('BLOG_ID_CURRENT_SITE', 1);

Iată noul meu fișier wp-config. Se pare că a fost hardcodat pentru un anumit site și nu permitea funcționarea altor domenii - doar subdomenii. Răspunsuri excelente aici.

Am avut și eu această problemă și nimic din ce am încercat nu a funcționat. Am încercat în Microsoft Edge și nu am primit eroarea.

Deci, în cazul meu, problema a fost cauzată doar de Google Chrome.

ASTA A REZOLVAT PENTRU MINE Nu am configurat complet WordPress pentru noul nume de domeniu. Am creat site-ul meu subdomeniu.domeniu.com Apoi am vrut să rămână ca noudomeniu.com în loc de subdomeniu.domeniu.com Aceasta a necesitat:

1. În WordPress rețea > admin > site, schimbarea numelui site-ului la noul nume (ceea ce deja făcusem, site-ul funcționa)
2. În WordPress rețea > admin > setări > domenii, adăugarea noului nume la ID-ul site-ului și bifarea da pentru domeniul primar (pentru a indica că acest nume este cel principal). Pentru a găsi ID-ul site-ului, puteți trece cu mouse-ul peste rețea > admin > site unde va fi afișat ID-ul site-ului pe care lucrați. Sper că acest lucru ajută pe oricine primește mesajul că cookie-urile sunt blocate sau nu sunt suportate în timp ce încearcă să se autentifice Cele mai bune urări SamTapsell

Am reușit să rezolv problema după ce am adăugat următoarele în wp-config.php. Referință

define( 'COOKIEPATH', preg_replace( '|https?://[^/]+|i', '', get_option( 'home' ) . '/' ) );
define( 'SITECOOKIEPATH', preg_replace( '|https?://[^/]+|i', '', get_option( 'siteurl' ) . '/' ) );
define( 'ADMIN_COOKIE_PATH', SITECOOKIEPATH . 'wp-admin' );
define( 'PLUGINS_COOKIE_PATH', preg_replace( '|https?://[^/]+|i', '', WP_PLUGIN_URL ) );

Am rezolvat problema cu aceasta soluție:

Schimbă setarea DOMAIN_CURRENT_SITE în wp-config.php la:

 define('DOMAIN_CURRENT_SITE', $_SERVER['HTTP_HOST']);

Deci configurația mea arată astfel:

define( 'WP_ALLOW_MULTISITE', true );
define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', true);
define('DOMAIN_CURRENT_SITE', $_SERVER['HTTP_HOST']);
define('PATH_CURRENT_SITE', '/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);

Apoi am putut să mă autentific pe toate site-urile din rețea la adrese precum web1.example.com/wp-admin sau web2.example.com/wp-admin.

Aceasta este configurația pe care o folosim pe SlickStack pentru instalările Multisite... funcționează atât pentru rețele cu subdomenii, cât și pentru nume de domenii personalizate:

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

Și apoi:

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

Încercați să adăugați următoarele în fișierul wp-config.php

De asemenea, ștergeți toate cookie-urile din browser înainte de testare

define( 'COOKIE_DOMAIN', $_SERVER[ 'HTTP_HOST' ] );