Ak ste si práve nainštalovali Divi 5 a vaša stránka sa zrazu dostane do „pokazeného rozloženia“, Visual Builder sa odmieta načítať alebo sa v konzole zobrazujú chyby REST, nachádzate sa vo veľmi častom prípade: kombinácia prekrývajúcej sa vyrovnávacej pamäte, poradia načítavania skriptov a zabezpečenia (nonce/cookies).

Problém

Po inštalácii alebo aktivácii Divi 5 na WordPress 6.9.4 (apríl 2026) sa u niektorých stránok vyskytujú okamžité poruchy: vizuálny editor sa nenačíta, štýly sa už nepoužívajú alebo sa administrácia stane nestabilnou.

Tu sú niektoré typické správy, ktoré vidím v protokoloch PHP, v konzole prehliadača alebo v sieťových odpovediach (na karte „Sieť“).

Uncaught TypeError: Cannot read properties of undefined (reading '...')
REST API: 401 Unauthorized /wp-json/...
403 Forbidden (CSRF token missing or incorrect)
Failed to load resource: the server responded with a status of 404 (Not Found) /wp-content/themes/Divi/...
There has been a critical error on this website.

Kde sa objavuje:

  • čelné Chýbajúci CSS, neštýlované menu, nesprávne zarovnané moduly Divi, chýbajúce animácie.
  • admin : Slučka Visual Builderu („Načítava sa…“) alebo biela obrazovka v editore.
  • API chyby zapnuté /wp-json/ (REST API) a AJAX požiadavky (často vedúce k chybe 401/403).

Typické okolnosti:

  • Hneď po inštalácii Divi 5 (alebo migrácii z Divi 4 na Divi 5).
  • Po aktualizácii WordPressu 6.9.x alebo aktivovanom plugine vyrovnávacej pamäte/CDN.
  • Po aktivácii bezpečnostného pluginu/WAF (aplikačný firewall) alebo prísnejších pravidiel servera.

Pre koho je to určené: pre začínajúcich blogerov (ale poskytujem aj „profesionálne“ kontroly). Nakoniec budete vedieť, ako izolovať príčinu. korektné správne (bez zásahov do jadra) a overiť, či Divi 5 správne načíta svoje prvky a či editor správne komunikuje cez REST/AJAX.

Rýchle zhrnutie

  • 90 % prípadov : vyrovnávacia pamäť (plugin/CDN/prehliadač) + optimalizácia JS/CSS, ktorá narúša poradie načítavania.
  • Chyby REST 401/403 : nonce/súbory cookie zablokované (bezpečnostný doplnok, WAF, pravidlo ModSecurity, „SameSite“).
  • Vizuálny nástroj na tvorbu v slučke REST API nie je dostupné alebo JS je príliš agresívne minimalizovaný/oneskorený („defer/delay“).
  • Chyba 404 v súboroch Divi prepisovanie (permalinks), cesta CDN alebo povolenia.
  • Chyba 500 / kritická PHP je príliš slabé, nedostatočná pamäť alebo poškodený úryvok v functions.php.

Príznaky

Tu sú najčastejšie príznaky po inštalácii Divi 5, zoradené od najviditeľnejších po najzložitejšie.

  • Neštýlové rozloženie Súbory Divi CSS sa zvyčajne buď nenačítajú, alebo sú nahradené verziou z vyrovnávacej pamäte.
  • Vizuálny nástroj sa nenačítava : nekonečná obrazovka „Načítava sa“ alebo návrat k administrátorovi bez jasnej chyby.
  • Moduly, ktoré nereagujú : neaktívne kliknutia, nie je možné presúvať myšou, neotvárajú sa vyskakovacie okná.
  • Chyby v konzole : Zadajte chybu, Načítanie chunku zlyhalo, chyby CORS, 401/403 zapnuté /wp-json/.
  • Chyba 500 / biela obrazovka často ide o konflikt pluginov, limit pamäte alebo kód skopírovaný na nesprávne miesto.
  • Krátke kódy Divi zobrazené ako text Obsah je importovaný, ale nástroj na tvorbu nie je aktívny alebo je v konflikte s filtrovacím pluginom the_content.
  • Problémy „iba vo výrobe“ CDN, vyrovnávacia pamäť servera, HTTP/2 push, minifikácia alebo pravidlá WAF.

Rýchla diagnostická tabuľka (veľmi užitočná, keď začínate a neviete, kde začať).

symptóm Príčina pravdepodobná overenie Riešenie
Nefunkčný štýl / Chýbajúci CSS Ukladanie do vyrovnávacej pamäte + minifikácia CSS/JS Karta Sieť: CSS zobrazuje chybu 404 alebo nie je načítaný Zakázať optimalizáciu, vylúčiť Divi, vymazať vyrovnávaciu pamäť
Staviteľ „Načítava sa…“ REST blokovaný (401/403) alebo JS oneskorený Konzola + Sieť na /wp-json/ Vylúčiť /wp-json/, korektné jednorazové súbory cookie, WAF
Chyba 500 / kritická PHP/pamäť/úryvok kódu poškodený WP_DEBUG + protokoly servera Zväčšenie pamäte, oprava kódu, konflikt pluginov
404 o aktívach Trvalé odkazy / prepisovanie / povolenia Nastavenia > Trvalé odkazy + priamy test URL adresy súboru Obnoviť trvalé odkazy, skontrolovať .htaccess/Nginx
Obsah Divi v shortcode Tvorca nie je aktívny / filter obsahu Vypnite pluginy, skontrolujte aktívnu tému Znovu aktivujte Divi a izolujte doplnok, ktorý filtruje

Prečo sa to deje?

Verzia pre začiatočníkov: Divi 5 je vizuálny nástroj na tvorbu stránok. Načítava množstvo súborov (CSS/JS) a komunikuje medzi vaším prehliadačom a WordPressom prostredníctvom interných požiadaviek (REST API a AJAX). Ak vyrovnávacia pamäť, optimalizácia alebo bezpečnostné opatrenie blokuje alebo upravuje tieto výmeny, uvidíte širokú škálu príznakov.

Technická verzia: Divi 5 sa spolieha na konzistentné načítavanie skriptov (poradie, závislosti, chunky), platné súbory cookie relácie a nonce hodnoty WordPressu. Nonce je dočasný bezpečnostný token, ktorý zabraňuje určitým útokom (CSRF). Ak plugin oneskorí/odloží skripty (defer/delay), minimalizuje ich porušením JS modulu alebo ak WAF blokuje REST požiadavky, builder je nakoniec „načítaný len z polovice“.

Pravdepodobné príčiny (od najčastejších po najzriedkavejšie):

  • Agresívna optimalizácia (cache, minifikácia, kombinácia, „JS delay“, CDN), ktorá mení poradie alebo poskytuje zastarané súbory.
  • Blokovanie REST/AJAX (bezpečnostný plugin, WAF, pravidlá servera, súbory cookie/nonce) → 401/403.
  • konflikt pluginov (často: optimalizácia, zabezpečenie, preklad alebo plugin, ktorý filtruje obsah).
  • Obmedzenia servera (PHP pamäť, OPcache, časové limity) → 500 alebo chyby „kritická chyba“.
  • Prepísať/permanentné odkazy po migrácii prerušené → 404 na koncových bodoch alebo aktívach.
  • Ľudská chyba Úryvok kódu skopírovaný do nesprávneho súboru, bodkočiarka vynechaná, háčik nevhodný.

Kompatibilita nástrojov na tvorbu stránok: Divi 5 môžete mať nainštalovaný, aj keď niekedy používate Elementor alebo Avada na iných stránkach. Konflikty vznikajú najmä vtedy, keď viaceré nástroje na tvorbu stránok vkladajú svoje vlastné globálne skripty (optimalizácia, lenivé načítavanie, knižnice). Nižšie uvedené riešenia zostávajú platné: zameriavajú sa na WordPress 6.9.4 a správne načítavanie zdrojov, nie na krehkú funkciu „iba Divi“.

Predpoklady pred začatím

Pred akoukoľvek úpravou, uložiťVidel som príliš veľa webových stránok, ktoré boli poškodené jednoduchým kopírovaním a vkladaním. functions.php.

  • zabezpečiť súbory + databáza (ideálne cez vášho poskytovateľa hostingu).
  • Testovacie prostredie ak je to možné, pripravená kópia.
  • verzia Odporúča sa WordPress 6.9.4, PHP 8.1+ (8.2/8.3 často pohodlnejšie), Divi 5 aktuálny.
  • Povoliť ladenie WordPressu (dočasne) na zobrazenie chýb PHP.
  • outils :

Povoliť WP_DEBUG (na pracovnom mieste alebo dočasne na produkčnom) v wp-config.php :

/**
 * Active le debug WordPress (à utiliser temporairement).
 * À placer dans wp-config.php, avant "/* That's all, stop editing! */"
 */
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );     // Écrit dans wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // Évite d'afficher les erreurs aux visiteurs

Oficiálna referencia: Ladenie vo WordPress.


Riešenie 1: Oprava CSS/JS kódu Divi 5, ktorý sa nenačítava (zaradenie do frontu, vyrovnávacia pamäť, poradie)

Keď Divi 5 „stráca“ svoje štýly alebo sa editor načíta bez interaktivity, najčastejšou príčinou je výkonnostný plugin, ktorý:

  • kombinuje/minimalizuje skripty rozdelením modulov,
  • oneskoruje dôležité skripty,
  • poskytuje verziu súboru z vyrovnávacej pamäte, ktorá sa zmenila po aktualizácii.

Rýchla diagnostika :

  1. Otvorte si stránku v režime súkromného prehliadania.
  2. F12 → karta sieť → Vyfiltrujte podľa „CSS“ a potom podľa „JS“.
  3. Znovu načítať (Ctrl+F5). Hľadať 404, 403alebo súbory poskytované z neočakávanej domény CDN.

Klasický prípad: „Všetko kombinujem/minimalizujem“

Možno ste pridali úryvok zo starého tutoriálu (často pred WordPressom 6.5), ktorý vynucuje príkaz „defer“ na (takmer) všetkých skriptoch. V Divi 5 je to recept na nestabilný builder.

PREDNÁ ČASŤ (rozbitá) typický kód vložený do functions.php (podradená téma) alebo plugin pre úryvky.

add_filter( 'script_loader_tag', function( $tag, $handle ) {
	// MAUVAISE IDÉE : on diffère presque tout, sans exclusions.
	if ( false === strpos( $tag, 'defer' ) ) {
		$tag = str_replace( '<script ', '<script defer ', $tag );
	}
	return $tag;
}, 10, 2 );

Prečo to nefunguje: niektoré skripty sa musia spúšťať v určitom poradí alebo predtým, ako je DOM „pripravený“. Odložením všetkého zmeníte skutočné poradie vykonávania. Túto chybu som často videl na stránkach, ktoré tiež používali doplnok na ukladanie do vyrovnávacej pamäte, ktorý „oneskoruje JS“: double whammy.

PO (opravené) Udržiavame si primeranú úroveň optimalizácie, ale vylučuje Kritické skripty (Divi/Builder, jQuery, ak je to potrebné, a najmä všetko, čo súvisí s editorom). Tento kód vložíte do functions.php podradenej témy alebo, ešte lepšie, v vlastný doplnok (odporúčané).

<?php
/**
 * Plugin Name: BPCAB - Correctifs Divi 5 (assets)
 * Description: Exclusions de defer/delay pour éviter les bugs Divi 5 après installation.
 * Version: 1.0.0
 * Requires at least: 6.9
 * Requires PHP: 8.1
 */

if ( ! defined( 'ABSPATH' ) ) {
	exit;
}

/**
 * Filtre = "hook" qui modifie une valeur.
 * Ici, on modifie la balise <script> générée par WordPress.
 *
 * Objectif : éviter de différer des scripts critiques (Divi/Builder/REST).
 */
add_filter( 'script_loader_tag', function( $tag, $handle, $src ) {

	// Liste d'exclusion : adaptez si vous identifiez des handles précis via Query Monitor.
	$excluded_handles = array(
		'jquery',
		'jquery-core',
		'wp-api',
		'wp-api-request',
		'wp-polyfill',
	);

	// Exclusion "par motif" sur l'URL si le handle n'est pas fiable (cas fréquent avec des bundles).
	$excluded_src_patterns = array(
		'/et-core/',   // souvent utilisé côté Divi/ET
		'/divi/',      // prudence
		'/builder/',   // prudence
		'admin-ajax.php',
		'/wp-json/',
	);

	// 1) Exclusion par handle
	if ( in_array( $handle, $excluded_handles, true ) ) {
		return $tag;
	}

	// 2) Exclusion par motif d'URL
	foreach ( $excluded_src_patterns as $pattern ) {
		if ( is_string( $src ) && str_contains( $src, $pattern ) ) {
			return $tag;
		}
	}

	// 3) Sinon, on peut ajouter defer, mais sans casser le type="module" si présent.
	if ( ! str_contains( $tag, ' defer' ) && ! str_contains( $tag, ' type="module"' ) ) {
		$tag = str_replace( '<script ', '<script defer ', $tag );
	}

	return $tag;

}, 10, 3 );

Kam vložiť tento kód :

  • Možnosť čistenia: vytvorenie súboru wp-content/plugins/bpcab-divi5-fixes/bpcab-divi5-fixes.phpVložte kód a potom aktivujte doplnok.
  • Možnosť „Rýchlo“: functions.php podradenej témy (menej robustná, ak zmeníte témy).

Uložiť pred úpravouZabudnutá zátvorka v functions.php dosť na to, aby sa objavila biela obrazovka.

Cache a CDN: skutočný „neproblém“

Predtým, ako sa dotknete kódu, vykonajte tieto čistenia v tomto poradí (inak budete testovať stránku, ktorá v skutočnosti neexistuje):

  1. Vymažte vyrovnávaciu pamäť pluginov (LiteSpeed ​​​​Cache / WP Rocket / atď.).
  2. Ak je k dispozícii, vymažte vyrovnávaciu pamäť servera (hostingového servera).
  3. Vymažte vyrovnávaciu pamäť CDN (Cloudflare atď.).
  4. Vymažte vyrovnávaciu pamäť prehliadača (alebo použite súkromné ​​prehliadanie).

Ak používate Elementor alebo Avada paralelne: použite rovnakú logiku. „Globálne“ optimalizácie zničia akýkoľvek moderný nástroj na tvorbu.


Riešenie 2: Oprava chýb REST/AJAX (nonce, súbory cookie, zabezpečenie, WAF)

Keď Divi 5 už nedokáže ukladať, načítať nástroj na tvorbu alebo načítať dáta, často sa zobrazí:

  • 401 Neoprávnené sur /wp-json/
  • Forbidden 403 sur admin-ajax.php
  • Chyby „nonce invalid“ (niekedy viditeľné iba v odpovedi JSON)

Preklad pre začiatočníkov: WordPress odmieta požiadavku, pretože si myslí, že nie je legitímna. Buď prehliadač neodosiela správne súbory cookie, firewall upravuje/blokuje požiadavku, alebo vyrovnávacia pamäť zobrazuje „prihlásenú“ stránku neprihlásenému návštevníkovi.

Krok 1: Overte, či REST API odpovedá

Jednoduchý test: otvorte túto URL adresu (po prihlásení do administrátorského panela):

https://votre-site.tld/wp-json/

Potrebujete získať JSON (dátovú štruktúru), nie blokujúcu HTML stránku. Ak sa zobrazí stránka „Prístup odmietnutý“, výzva alebo WAF HTML, zistili ste príčinu.

Oficiálna dokumentácia k REST API: Príručka rozhrania WordPress REST API.

Krok 2: Bežný prípad – vyrovnávacia pamäť, ktorá ukladá stránky administrátora/editora do vyrovnávacej pamäte

Niektoré nastavenia vyrovnávacej pamäte (alebo nesprávne nakonfigurovaná sieť CDN) ukladajú stránky do vyrovnávacej pamäte, ktoré by sa nikdy nemali ukladať do vyrovnávacej pamäte: /wp-admin/, wp-jsonalebo koncové body používané nástrojom na tvorbu.

Bez toho, aby sme zachádzali do konkrétnej konfigurácie každého pluginu, pravidlo je jednoduché:

  • Vylúčiť / wp-admin /, /wp-json/, admin-ajax.php vyrovnávacia pamäť.
  • Dočasne vypnite funkcie „Delay JS“ a „Combine JS“ kvôli testovaniu.

Krok 3: Bežný prípad – bezpečnostný plugin/WAF blokuje admin-ajax alebo wp-json

Často som sa s tým stretol pri príliš prísnych pravidlách: blokujú požiadavky. POST na admin-ajax.php ou /wp-json/, alebo filtrujú určité parametre.

Diagnostický :

  • Skontrolujte protokoly bezpečnostných doplnkov (blokované udalosti).
  • Skontrolujte protokoly servera (ModSecurity, WAF hosting).
  • V časti Sieť otvorte požiadavku 403 a pozrite sa na odpoveď: WAF niekedy „podpíše“ svoju stránku.

Oprava vedľajšej stránky WordPressu (čistá) Zaistite, aby WordPress správne odosielal hlavičky bez vyrovnávacej pamäte na citlivé stránky a zabráňte proxy v ich ukladaní do vyrovnávacej pamäte. Toto nie je zázračné riešenie proti WAF, ale pomáha to s niektorými zle nakonfigurovanými reverznými proxy.

Vložiť do vlastného pluginu (alebo functions.php (na detskú tému):

<?php
/**
 * Empêche le cache sur les pages où Divi/WordPress ont besoin d'une session cohérente.
 * Utile si un proxy/CDN est un peu trop "zélé".
 */
add_action( 'send_headers', function() {

	// Ne pas toucher au front-end public.
	if ( ! is_admin() && ! wp_doing_ajax() ) {
		return;
	}

	// En admin/AJAX, on force des en-têtes anti-cache.
	nocache_headers();

	// Certains proxies respectent mieux ces directives explicites.
	header( 'Cache-Control: no-store, no-cache, must-revalidate, max-age=0' );
	header( 'Pragma: no-cache' );
}, 20 );

Prečo to pomáha Divi 5 sa spolieha na overené požiadavky. Ak je odpoveď uložená do vyrovnávacej pamäte a znovu poskytnutá, môžete skončiť s nekonzistentným nonce/cookie, čoho výsledkom je chyba 401/403.

Krok 4: Oprava zmiešaného obsahu alebo nekonzistentnej domény (www vs. bez www)

Divi 5 sa rýchlo stáva problematickým, ak sa na vašej stránke striedavo používa:

  • http:// et https://
  • www a niewww

check Nastavenia> Všeobecné „Webová adresa WordPressu“ a „Webová adresa stránky“ musia byť úplne rovnaké.

Referencia: Jednoduché čísla (zabezpečenie WordPressu) (užitočné pre pochopenie toho, prečo sa to pokazí).


Riešenie 3: Oprava chýb 404, editora slučiek a chýb 500 (permalinks, prepisovanie, pamäť, PHP)

Toto riešenie pokrýva tri skupiny chýb, ktoré vyzerajú podobne, ale majú rôzne príčiny: 404, slučky načítavania a kritické chyby.

Prípad A – 404 po inštalácii/migrácii: permalinks a pravidlá prepisovania

Symptómy:

  • Niektoré stránky fungujú, iné vracajú chybu 404.
  • Nástroj na tvorbu sa načíta, ale niektoré interné požiadavky zlyhajú.

Oprava pre začiatočníkov (bez nutnosti kódu) :

  1. ísť Nastavenia> Trvalé odkazy.
  2. Nič nemeňte, len kliknite Registrovať.

Týmto sa regenerujú pravidlá prepisovania. Mnoho chýb 404 „po inštalácii“ sa vyrieši týmto spôsobom.

Oficiálny dokument: flush_rewrite_rules() (nevyvoláva sa na každej strane, pozri nižšie).

Prípad B – kritická chyba / 500: poškodená pamäť PHP a úryvky kódu

Ak sa zobrazí hlásenie „Na tejto webovej stránke sa vyskytla kritická chyba.“, začnite pohľadom wp-content/debug.log (ak je WP_DEBUG_LOG aktívny) alebo PHP logy poskytovateľa hostingu.

Realistická chyba č. 1 : úryvok skopírovaný na nesprávne miesto (napr. v wp-config.php ale na nesprávnom mieste) alebo zabudnutá bodkočiarka.

PREDNÁ ČASŤ (rozbitá) : zámerne falošný príklad.

define( 'WP_MEMORY_LIMIT', '256M' )  // Point-virgule manquant => fatal error

PO (opravené) V wp-config.php, pred riadkom „zastaviť úpravy“.

/** Augmente la mémoire PHP côté WordPress (ne remplace pas la limite serveur). */
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' ); // Utile pour l'admin/éditeur

Prečo: Divi 5 (podobne ako Elementor/Avada) môže značne zaťažiť administrátora. Ak je váš limit 128 MB, môžu sa vyskytnúť náhodné chyby, najmä pri viacerých pluginoch.

Referencia PHP (obmedzenia pamäte, konfigurácia): limit pamäte v PHP.

Prípad C – Načítavanie slučiek: OPcache a „zastarané“ súbory

Menej časté, ale videl som to u agresívnych poskytovateľov hostingu: OPcache po aktualizácii uchováva staré súbory PHP v pamäti. Výsledkom je, že Divi/WordPress si myslí, že načítava jednu verziu, ale server v skutočnosti používa inú.

Diagnostický Chyba sa objaví hneď po aktualizácii, zmizne „sama od seba“ o niekoľko hodín neskôr alebo po reštarte PHP-FPM.

Opraviť Požiadajte svojho poskytovateľa hostingu o vymazanie OPcache a reštartovanie PHP-FPM. Na strane WordPressu to nemôžete vynútiť bez prístupu k serveru (a neodporúčam používať skripty „opcache_reset()“ v produkčnom prostredí: bezpečnostné riziko, ak sú slabo chránené).


Kontroly po korekcii

Neuspokojte sa len s tým, že „vyzerá to lepšie“. Testujte reprodukovateľným spôsobom.

  1. Front-endové testovanie otvorte stránku Divi v súkromnom prehliadaní → CSS by malo byť správne od prvého načítania.
  2. Tvorca testov otvorte Visual Builder, presuňte modul, uložte, obnovte → zmena by mala pretrvať.
  3. REST test OTVORENÉ /wp-json/ → Mali by ste vidieť JSON, nie blokujúci HTML.
  4. Konzola žiadne červené chyby súvisiace s chýbajúcimi (404) alebo zamietnutými (403) súbormi.
  5. Monitor dopytov : skontrolujte „Volania HTTP API“ a „Chyby PHP“. Nulové závažné chyby a žiadne opakované chyby 401/403.

Ak používate Divi 5 s Elementorom alebo Avadou na tej istej stránke: skontrolujte stránku vytvorenú s každým z týchto nástrojov. Zle nakonfigurovaná vyrovnávacia pamäť môže poškodiť jeden nástroj a druhý nie, čo môže viesť k nesprávnym indíciám.


Ak to stále nefunguje

Postup riešenia problémov používam, keď je problém „trvalý“. Robte to v správnom poradí: vyhnete sa tak slepej zmene 10 nastavení.

1) Izolujte konflikt pluginu/témy bez narušenia funkčnosti stránky (kontrola stavu)

Inštalácia Kontrola stavu a riešenie problémov, Potom :

  • Aktivujte režim riešenia problémov (len pre teba).
  • Deaktivujte všetky pluginy okrem Divi (a tých, ktoré sú nevyhnutné).
  • Otestujte staviteľa.

Ak to funguje v režime riešenia problémov, máte konflikt. Postupne aktivujte doplnky jeden po druhom a zakaždým ich otestujte.

2) Skontrolujte chyby PHP a verziu PHP

  • Odporúča sa minimálne PHP 8.1. Ak používate 8.0 alebo 7.4: zahrávate sa s ohňom (bezpečnosť + kompatibilita).
  • Regardez wp-content/debug.log a protokoly servera.

3) Skontrolujte povolenia súborov

Príznak: Chyby 403/404 v súboroch v wp-content/themes/ ou wp-content/uploads/.

  • Súbory: 755 (často)
  • Súbory: 644 (často)

Ak si nie ste istí, opýtajte sa svojho poskytovateľa hostingu. Nikdy nepoužívajte „chmod 777“: predstavuje to bezpečnostné riziko.

4) Overte prepísanie (Apache/Nginx)

Ak sa trvalé odkazy neobnovujú, môže sa vyskytnúť problém s konfiguráciou servera (mod_rewrite, pravidlá Nginx). Toto je bežné po migrácii.

Referencia: WordPress na Apache.

5) Skontrolujte konzolu prehliadača a sieťové požiadavky

Opakujem to, pretože to šetrí hodiny: ak sa nástroj na tvorbu nenačíta, konzola a sieť vám takmer vždy povedia prečo (vložia sa chyby 404, 403 WAF, CORS atď.).


Časté úskalia a chyby

Príznak / chyba Príčina pravdepodobná Odporúčané riešenie
„Načítava sa…“ nekonečno v Divi 5 REST API zablokované (401/403), JS oneskorené Vylúčte skripty /wp-json/ a Divi z optimalizácií, skontrolujte WAF
CSS chýba po aktualizácii CDN/plugin vyrovnávacej pamäte zobrazuje staršiu verziu Vymazať všetky vyrovnávacie pamäte (plugin, server, CDN, prehliadač)
Kritická chyba ihneď po pridaní úryvku Kód vložený na nesprávne miesto, zabudnutá bodkočiarka Obnoviť zálohu, opraviť syntax, použiť vlastný plugin
Viditeľné krátke kódy Divi Nástroj na tvorbu je zakázaný, konflikt pluginu, ktorý filtruje obsah Izolovať pomocou kontroly stavu, deaktivovať chybný doplnok
„Neplatný nonce“ / 403 admin-ajax Súbory cookie blokované, vyrovnávacia pamäť na súkromných stránkach, WAF Vylúčiť admin/AJAX z vyrovnávacej pamäte, overiť doménu https/www, bezpečnostné protokoly
Všetko funguje lokálne, ale nie v produkcii. Optimalizácia CDN/WAF/OPcache/servera Dočasne deaktivujte CDN, vyprázdnite OPcache cez poskytovateľa hostingu a porovnajte hlavičky.

Ľudské chyby, s ktorými sa často stretávam:

  • Skopírujte kód do style.css au Lieu de functions.php (alebo naopak).
  • Zmiasť akčná et filtre Akcia vykoná kód v danom čase; filter upraví hodnotu a musí spiatočný niečo.
  • Príliš skoré použitie hooku (napr. manipulácia so skriptmi predtým, ako ich WordPress uloží).
  • Testovanie priamo v produkcii bez ukladania alebo súkromného prehliadania.

Variant / alternatíva

Metóda bez kódu: vychádza z „bezpečnej“ konfigurácie z hľadiska výkonu

Ak ste začiatočník, najlepší prístup je často:

  • Dočasne zakázať minifikáciu/kombináciu/oneskorenie JS.
  • Overte, či je Divi 5 stabilný.
  • Znovu aktivujte optimalizácie jednu po druhej, pričom podľa potreby vylúčte Divi/REST.

Toto funguje aj pre Elementor a Avada: hľadáte nastavenie, ktoré narúša poradie vykonávania JS.

Metóda pre vývojárov: izolujte presné popisovače, ktoré chcete vylúčiť, pomocou monitora dotazov

V Monitore dotazov na karte „Skripty“ môžete vidieť rukoväte skutočne dopytované. Handle je interný identifikátor skriptu vo WordPresse. Tieto handle potom môžete vo filtri špecificky vylúčiť. script_loader_tag (Riešenie 1) namiesto porovnávania fragmentov URL.

Oficiálny dokument o vyšetrovaní: wp_enqueue_script ().


Vyhnite sa tomuto problému v budúcnosti

  • Vyhnite sa „magickým“ úryvkom Sľubujú 100/100 PageSpeed ​​​​a zároveň všetko odkladajú. Často predchádzajú moderným tvorcom stránok.
  • Uprednostnite vlastný plugin namiesto vkladania kódu do functions.phpOpravy si ponecháte, aj keď zmeníte témy.
  • Zdokumentujte svoje vylúčenia z vyrovnávacej pamäte (jednoduchý textový súbor): /wp-json/, admin-ajax.php, stránky tvorcu.
  • Aktualizácia po etapách WordPress, potom Divi a nakoniec pluginy. Otestujte ich medzi sebou.
  • Monitorovanie chýb : plugin ako Query Monitor v štádiu vývoja a čisté protokoly v produkcii.

Ak potrebujete vyprázdniť permalink v kóde (napr. pri aktivácii pluginu), urobte tak iba pri aktivácii, nikdy nie pri každom načítaní:

<?php
/**
 * Exemple sûr : flush rewrite rules uniquement à l'activation.
 * À placer dans un plugin (pas dans functions.php).
 */
register_activation_hook( __FILE__, function() {
	flush_rewrite_rules();
} );

register_deactivation_hook( __FILE__, function() {
	flush_rewrite_rules();
} );

Pourquoi: flush_rewrite_rules() je drahé. Jeho volanie na každej stránke môže výrazne spomaliť web.


zdroje


často kladené otázky

Je Divi 5 kompatibilný s WordPressom 6.9.4?

Áno, v praxi je to v roku 2026 bežná kombinácia. Problémy po inštalácii častejšie pramenia z problémov s ukladaním do vyrovnávacej pamäte/optimalizáciou/zabezpečením než z „čistej“ nekompatibility. Udržiavajte Divi a WordPress aktuálne a testujte ich v testovacom prostredí.

Musím vypnúť doplnok vyrovnávacej pamäte, aby som mohol používať Divi 5?

Nie. Ale často budete musieť vylúčiť Vyhnite sa určitým koncovým bodom (REST/AJAX) a príliš agresívnym možnostiam „JS delay“. Ak povolíte niektorú možnosť a nástroj na tvorbu sa pokazí, našli ste vinníka.

Prečo dostávam chyby 401/403 na /wp-json/, aj keď som pripojený?

Najčastejšou príčinou sú blokované súbory cookie (nekonzistentná doména www/non-www), ukladanie do vyrovnávacej pamäte na súkromných stránkach alebo blokovanie požiadaviek POST pomocou funkcie WAF. Skontrolujte konzistentnosť adries URL stránok a otestujte to dočasným vypnutím zabezpečenia/CDN.

Môžem vložiť úryvky kódu do pluginu „Úryvky kódu“?

Áno, ale s opatrnosťou. Poškodený úryvok kódu môže stále spôsobiť zlyhanie stránky, ak ho plugin spustí všade. Uprednostňujem malý, verziovaný vlastný plugin (aj minimálny), pretože máte lepšiu kontrolu nad tým, čo sa načíta.

Tvorca funguje pre mňa, ale pre iného správcu nie: prečo?

Často je príčinou vyrovnávacia pamäť prehliadača, rozšírenie alebo iné pravidlá používania súborov cookie. Skúste to otestovať v režime súkromného prehliadania bez rozšírení a porovnajte sieťové požiadavky (401/403).

Chyba 500 sa mi zobrazuje iba pri otvorení Visual Buildera.

Toto poukazuje na limit pamäte, časový limit alebo závažnú chybu spustenú na konkrétnej trase (REST/AJAX). Povoľte WP_DEBUG_LOG, reprodukujte chybu a potom si prečítajte protokol. wp-content/debug.log.

Divi 5 + Elementor na tej istej stránke: je to zlý nápad?

Nie je to „zakázané“, ale zvyšuje to riziko konfliktov (globálne skripty, optimalizácia, CSS). Ak to musíte urobiť, vyhnite sa optimalizáciám, ktoré všetko kombinujú/odkladajú, a po každej aktualizácii otestujte každý nástroj na tvorbu.

Musím pravidelne „vyplachovať permalink“?

Nie. Urobte to, keď zmeníte štruktúru permalinku, migrujete stránku alebo nainštalujete doplnok, ktorý pridáva trasy. V kóde iba pri aktivácii/deaktivácii doplnku.

Čo treba skontrolovať ako prvú vec, keď sa Divi 5 „nenačíta“?

Konzola a karta Sieť. Takmer vždy uvidíte chybu 401/403 (REST/AJAX), chybu 404 na JS/CSS chunku alebo skript blokovaný optimalizáciou.