CSS-ul nu se încarcă în interfața de administrare
Am o instalare WordPress pe AWS și m-am confruntat cu o problemă în care autorii nu pot încărca conținut precum fișiere media dintr-o dată și apare o eroare de timeout. După reîmprospătarea paginii de 5-6 ori, autorii pot încărca din nou conținut.
Pentru a rezolva această problemă, am dezactivat toate plugin-urile și am făcut upgrade la WordPress 4.0 din backend, ceea ce a creat de asemenea o problemă și a trebuit să rulez actualizarea manual.
Așa că am descărcat ultima versiune ZIP WordPress și am urmat instrucțiunile menționate pe http://codex.wordpress.org/Updating_WordPress.
În final, la ultimul pas, când am reîmprospătat fereastra browserului, mi-a solicitat că și baza de date necesită un upgrade. Așa că am urmat instrucțiunile afișate pe ecran și m-am autentificat în WordPress.
După autentificare, backend-ul WordPress arată ca în captura de ecran următoare:
Pare că nu se încarcă niciun CSS. Cum pot rezolva această problemă?

Dar de ce aceste două linii? Ce fac ele? De ce ar putea aceste linii să rezolve problema? Poți actualiza răspunsul tău pentru clarificare?

Este 2023 și am rezolvat WP Admin folosind define( 'CONCATENATE_SCRIPTS', false );
.

Mai întâi vizitează: cum să repari problema de stil în administrarea WordPress
Este posibil ca un plugin să fi încărcat incorect un fișier de stil sau jQuery
În fișierul wp-admin/load-styles.php, schimbă "error_reporting(0);
" cu "error_reporting( E_ALL | E_STRICT );
" apoi reîmprospătează pagina, dacă stilul paginii revine la normal, revino la setarea inițială a codului, iar site-ul tău ar trebui să arate bine.
De asemenea, adăugarea acestor linii în wp-config.php
define( ‘CONCATENATE_SCRIPTS’, false );
define( ‘SCRIPT_DEBUG’, true );
ar putea ajuta
Apoi, dacă ai timp:
- fă o copie de rezervă a bazei de date (folosind export din phpmyadmin)
- instalează un WordPress nou de la zero,
- copiază folderul vechi al temei în noul WordPress (wp-content/themes/)
- accesează pagina de administrare->pluginuri
- șterge baza de date a noului WordPress,
- importă vechea bază de date din fișierul backup_db, folosind phpmyadmin
- reîmprospătează pagina de pluginuri
- copiază pluginurile în folderul wp-content/plugins/
- activează-le pe rând pentru a identifica dacă unul dintre ele a cauzat problema

Ce este define( 'CONCATENATE_SCRIPTS', false );
și de ce ar putea rezolva problema? Poți actualiza răspunsul tău pentru clarificare?

@leymannx Salut, CONCATENATE_SCRIPTS este constanta care permite WordPress să combine toate dependențele într-un singur URL și să le încarce împreună, iar aceasta afectează doar backend-ul (Panoul de Administrare). Funcționează într-un fel similar cu ceea ce fac pluginurile de Cache pe frontend, combinând scripturile împreună.

Am avut aceeași problemă și am încercat mai întâi sugestiile de mai sus, dar nu au funcționat. Apoi mi-am dat seama că problema mea venea din conținut mixt livrat și am găsit acest răspuns, care face referire la acest răspuns și explică că este vorba despre modul în care anteturile Cloudflare încurcă WordPress.
Adăugarea următoarelor în wp-config.php a funcționat pentru mine:
if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') $_SERVER['HTTPS']='on';
dar înainte de linia:
require_once(ABSPATH . 'wp-settings.php');

Această soluție a funcționat pentru mine, deși nu folosesc Cloudflare. Configurația mea utilizează un jail în FreeBSD pentru proxy-ul invers și un alt jail pentru serverul web. Înainte de a încerca această soluție, am schimbat aplicația de proxy invers, precum și serverul web de trei ori, de la hiawatha, la apache, la nginx și apoi la caddy, dar stilurile tot nu se încărcau. Mulțumesc!

Am avut aceeași problemă. Am intrat în ftp / file manager și am descoperit că folderul css din directorul wp-admin lipsea (nu am idee cum s-a întâmplat asta). Ceea ce are sens complet - formatarea este cea afectată în zona de administrare, dar nu pe site-ul meu efectiv. Am adăugat din nou folderul css în directorul wp-admin și problema a fost rezolvată.

Acest lucru mi s-a întâmplat de mai multe ori, cum ar fi după migrarea pe un nou domeniu.
Prima dată: am setat domeniul în wp-config.php...
define( 'WP_SITEURL', 'https://some.domain' );
define( 'WP_HOME', 'https://some.domain' );
A doua oară: am setat domeniul în baza de date SQL...
wp_options
> wp_options
wp_options
> home
Notă: diferența dintre http
și https
poate de asemenea cauza probleme dacă este setată greșit.
