CSS non caricato nel backend

Question

CSS non caricato nel backend

8 ott 2014, 15:43:25

Visualizzazioni: 86.7K

Voti: 20

Ho un'installazione WordPress su AWS e stavo affrontando un problema per cui gli autori non riescono a caricare contenuti come i media in una sola volta e si verifica un errore di timeout. Dopo aver aggiornato la pagina 5-6 volte, gli autori riescono nuovamente a caricare i contenuti.

Per mitigare questo problema, ho disattivato tutti i plugin e ho aggiornato a WordPress 4.0 dal backend, cosa che ha anche causato un problema e ho dovuto eseguire nuovamente l'aggiornamento manualmente.

Quindi ho scaricato l'ultimo file Zip di WordPress e ho seguito le istruzioni come indicato su http://codex.wordpress.org/Updating_WordPress.

Infine, nell'ultimo passaggio, quando ho aggiornato la finestra del browser, è stato richiesto che anche il database necessitava di un aggiornamento. Quindi ho seguito le istruzioni sullo schermo e ho effettuato l'accesso al mio WordPress.

Dopo aver effettuato l'accesso, il backend di WordPress appare come nella seguente schermata:

screenshot del backend di WordPress con CSS non caricato

Sembra che nessun CSS venga caricato. Come posso risolvere questo problema?

Neal

301

aggiornamenti admin css

Commenti

Penso che potresti dover caricare nuovamente tutti i file in wp-admin e wp-includes. Potrebbe esserci un problema di file mancanti.

Robert hue

8 ott 2014 16:15:10

Guarda nel sorgente del sito. Penso che il dominio per l'installazione di wp sia sbagliato. Forse hai cambiato il dominio, il percorso per l'installazione all'interno del database o tramite una costante nel file wp-config.php?

bueltge

9 ott 2014 08:39:14

@bueltge Non ho cambiato nulla nel dominio o nella directory di installazione o nel database. Ho caricato il mio precedente file wp-config.php dal backup. Ancora nulla. Potresti per favore elaborare maggiormente la soluzione che stai cercando di suggerire?

Neal

9 ott 2014 17:06:44

@Roberthue Ho caricato tutti i file 3 volte seguendo le linee guida nel link menzionato sopra. continua a succedere la stessa cosa.

Neal

9 ott 2014 17:07:46

Hai controllato il percorso all'interno del sorgente del sito? Il percorso del foglio di stile dell'amministrazione è corretto?

bueltge

9 ott 2014 18:10:02

Tutte le risposte alla domanda

Commenti

Basta define( 'CONCATENATE_SCRIPTS', false );

Valdrinium

18 mar 2019 12:03:08

Ma perché queste due righe? Cosa fanno? Perché queste righe potrebbero risolvere il problema? Potresti aggiornare la tua risposta per chiarire?

norman.lol

25 mar 2019 11:59:49

Siamo nel 2023 e ho risolto WP Admin usando define( 'CONCATENATE_SCRIPTS', false );.

Space

10 lug 2023 20:35:32

Perché funziona? Ha funzionato anche per me.

avia

18 set 2023 23:47:24

Commenti

Per favore [modifica] la tua risposta, e aggiungi una spiegazione: perché potrebbe risolvere il problema?

fuxia

25 mar 2019 13:49:21

Funziona ancora ad ottobre 2024 con WP 6.6.2 - grazie!

Johannes

16 ott 2024 22:58:07

Commenti

A cosa serve define( 'CONCATENATE_SCRIPTS', false );? E perché potrebbe risolvere il problema? Potresti aggiornare la tua risposta per chiarimenti?

norman.lol

25 mar 2019 11:59:06

@leymannx Ciao, CONCATENATE_SCRIPTS è la costante che permette a WordPress di concatenare tutte le dipendenze in un unico URL e caricarle insieme, e riguarda solo il backend (Pannello di Amministrazione). Funziona in modo simile a ciò che i plugin di Cache fanno sul frontend, combinando gli script insieme.

Arash Rabiee

25 mar 2019 17:27:28

Commenti

Questo ha funzionato per me anche se non sto utilizzando Cloudflare. La mia configurazione utilizza una jail in FreeBSD per il reverse proxy e un'altra jail per il web server. Prima di provare questa soluzione, ho cambiato l'applicazione del reverse proxy, oltre a cambiare tre volte il web server, da hiawatha, ad apache, a nginx fino a caddy e gli stili continuavano a non caricarsi. Grazie!

Luis

31 ago 2020 14:07:40

Questa risposta è stata la salvezza per me. Molte grazie. Ha risolto il mio problema

Md. Amanur Rahman

18 apr 2023 21:36:30

Commenti

Wow, NESSUN upvote eppure è la risposta giusta. GRAZIE.

Dan Rosenstark

7 mag 2024 05:58:06

Suresh KUMAR Mukhiya 486 · Answer 1 · 2018-04-12T17:41:09Z

Aggiungere queste due righe al file "wp-config.php" ha funzionato per me. Avevo lo stesso problema.

define( 'CONCATENATE_SCRIPTS', false );
define( 'SCRIPT_DEBUG', true );

Inoltre, ricorda di svuotare la cache sul server e nel browser.

Suresh KUMAR Mukhiya

486

12 apr 2018 17:41:09

thSoft 231 · Answer 2 · 2019-03-25T11:25:11Z

In wp-config.php prima di require_once aggiungi il seguente codice nel file:

define('CONCATENATE_SCRIPTS', false);

thSoft

231

25 mar 2019 11:25:11

Arash Rabiee 356 · Answer 3 · 2018-07-23T11:21:04Z

Prima di tutto visita: come risolvere il problema dello stile nell'admin di WordPress

È possibile che un plugin abbia caricato in modo errato alcuni file di stile o jQuery

Nel file wp-admin/load-styles.php, cambia "error_reporting(0);" in "error_reporting( E_ALL | E_STRICT );" poi aggiorna la pagina, se lo stile della pagina torna normale, ripristina il codice allo stato iniziale e il tuo sito dovrebbe apparire corretto.

Anche aggiungere queste righe a wp-config.php

define( ‘CONCATENATE_SCRIPTS’, false );
define( ‘SCRIPT_DEBUG’, true );

potrebbe aiutare

Poi se hai tempo:

effettua un backup del tuo database (usando l'esportazione di phpmyadmin)
installa un nuovo WordPress da zero,
copia la cartella del tema vecchio nel nuovo WordPress (wp-content/themes/)
vai alla pagina admin->plugin
elimina il database del nuovo WordPress,
importa il vecchio database dal tuo file backup_db, usando phpmyadmin
aggiorna la pagina dei plugin
copia i plugin nella cartella wp-content/plugins/
attivali uno per uno per scoprire se uno di loro ha causato il problema

displacedtexan 161 · Answer 4 · 2019-04-13T18:54:49Z

Ho avuto lo stesso problema e ho provato prima i suggerimenti sopra indicati, ma non hanno funzionato. Poi mi sono reso conto che il mio problema derivava da contenuti misti erogati e ho trovato questa risposta, che fa riferimento a questa risposta e spiega che è causato da come gli header di Cloudflare confondono WordPress.

Aggiungere quanto segue al file wp-config.php ha funzionato per me:

if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') $_SERVER['HTTPS']='on';

ma prima della riga:

require_once(ABSPATH . 'wp-settings.php');

displacedtexan

161

13 apr 2019 18:54:49

Keith Teare 31 · Answer 5 · 2019-05-29T01:03:28Z

Ho scoperto che il mio WordPress era impostato su http:// ma avevo installato un certificato e necessitavo di https://

Modificando l'impostazione predefinita su https:// nelle impostazioni di WordPress ho risolto il problema.

Keith Teare

31

29 mag 2019 01:03:28

Rock Lee 121 · Answer 6 · 2020-02-17T09:20:35Z

Stavo utilizzando MAMP che opera sulla porta 8888, e ho dovuto modificare i valori delle righe site_url e home nella tabella options del database di WordPress, cambiando da http://localhost/ a http://localhost:8888/, e questo ha risolto il problema per me.

Rock Lee

121

17 feb 2020 09:20:35

CompareSteve 11 · Answer 7 · 2019-01-01T08:23:22Z

Ho avuto lo stesso problema. Sono entrato nel mio ftp / file manager e ho scoperto che mancava la cartella css nella cartella wp-admin (non ho idea di come sia successo). Il che ha perfettamente senso - la formattazione è quella che risulta sbagliata sul sito di amministrazione, ma non sul mio sito effettivo. Ho aggiunto di nuovo la cartella css nella cartella wp-admin e tutto è stato risolto.

CompareSteve

11

1 gen 2019 08:23:22

Jesse 153 · Answer 8 · 2021-06-28T14:27:24Z

Mi è successo più di una volta, ad esempio dopo la migrazione a un nuovo dominio.

La prima volta: ho impostato il dominio in wp-config.php...

define( 'WP_SITEURL', 'https://some.domain' );

define( 'WP_HOME', 'https://some.domain' );

La seconda volta: ho impostato il dominio nel database SQL...

wp_options > wp_options

wp_options > home

Nota: anche la differenza tra http e https può causare problemi se impostata in modo errato.

Jesse

153

28 giu 2021 14:27:24

avalla 101 · Answer 9 · 2020-02-19T16:43:24Z

Per me era un file .htaccess nella directory wp-admin

avalla

101

19 feb 2020 16:43:24