No se cargan los CSS en el backend

8 oct 2014, 15:43:25
Vistas: 86.7K
Votos: 20

Tengo una instalación de WordPress en AWS y estaba enfrentando un problema donde los autores no pueden enviar contenido como medios de una sola vez y ocurre un error de tiempo de espera. Después de actualizar la página 5-6 veces, los autores pueden volver a subir contenido.

Para mitigar este problema, desactivé todos los plugins y actualicé a WordPress 4.0 desde el backend, lo que también generó un problema y tuve que volver a ejecutar la actualización manualmente.

Así que descargué el último archivo ZIP de WordPress y seguí las instrucciones como se menciona en http://codex.wordpress.org/Updating_WordPress.

Finalmente, en el último paso, cuando actualicé la ventana del navegador, me indicó que la base de datos también necesitaba una actualización. Entonces seguí las instrucciones en pantalla e inicié sesión en mi WordPress.

Después de iniciar sesión, el backend de WordPress se ve como en la siguiente captura de pantalla:

captura de pantalla del backend de WordPress sin CSS cargando

Parece que no se está cargando ningún CSS. ¿Cómo puedo resolver este problema?

5
Comentarios

Creo que podrías necesitar subir todos los archivos nuevamente en wp-admin y wp-includes. Posiblemente sea un problema de archivos faltantes.

Robert hue Robert hue
8 oct 2014 16:15:10

Revisa el código fuente del sitio. Creo que el dominio para la instalación de WordPress es incorrecto. ¿Quizás cambiaste el dominio o la ruta de instalación dentro de la base de datos o mediante una constante en el archivo wp-config.php?

bueltge bueltge
9 oct 2014 08:39:14

@bueltge No he cambiado nada en el dominio, directorio de instalación o en la base de datos. He subido mi archivo wp-config.php anterior desde la copia de seguridad. Aún así no funciona. ¿Podrías explicar más en detalle la solución que estás sugiriendo?

Neal Neal
9 oct 2014 17:06:44

@Roberthue He subido todos los archivos 3 veces siguiendo las pautas del enlace mencionado anteriormente. Sigue ocurriendo lo mismo.

Neal Neal
9 oct 2014 17:07:46

¿Has verificado la ruta dentro del código fuente del sitio? ¿Está correctamente la ruta a la hoja de estilos del admin?

bueltge bueltge
9 oct 2014 18:10:02
Todas las respuestas a la pregunta 9
4
29

Agregar estas dos líneas al archivo "wp-config.php" funcionó para mí. Tuve el mismo problema.

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

Además, recuerda borrar la caché en el servidor y en el navegador.

12 abr 2018 17:41:09
Comentarios

Solo define( 'CONCATENATE_SCRIPTS', false );

Valdrinium Valdrinium
18 mar 2019 12:03:08

¿Pero por qué estas dos líneas? ¿Qué hacen? ¿Por qué estas líneas podrían resolver el problema? ¿Podrías actualizar tu respuesta para aclararlo?

norman.lol norman.lol
25 mar 2019 11:59:49

Es 2023 y solucioné WP Admin usando define( 'CONCATENATE_SCRIPTS', false );.

Space Space
10 jul 2023 20:35:32

¿Por qué funciona esto? También me funcionó a mí.

avia avia
18 sept 2023 23:47:24
2
13

En el archivo wp-config.php, antes de la línea require_once, agrega el siguiente código:

define('CONCATENAR_SCRIPTS', false);
25 mar 2019 11:25:11
Comentarios

Por favor [edita] tu respuesta, y agrega una explicación: ¿por qué esto podría resolver el problema?

fuxia fuxia
25 mar 2019 13:49:21

¡Sigue funcionando en octubre de 2024 con WP 6.6.2 - gracias!

Johannes Johannes
16 oct 2024 22:58:07
2

Primero visita: cómo solucionar problemas de estilos en el administrador de WordPress

Es posible que algún plugin haya encolado incorrectamente algún archivo de estilos o jQuery

En el archivo wp-admin/load-styles.php, cambia "error_reporting(0);" por "error_reporting( E_ALL | E_STRICT );" luego actualiza la página. Si los estilos vuelven a la normalidad, revierte el cambio de código a su estado inicial y tu sitio debería verse correctamente.

También agregar estas líneas a wp-config.php podría ayudar:

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

Luego, si tienes tiempo:

  • Haz una copia de seguridad de tu base de datos (usando phpmyadmin export)
  • Instala un WordPress nuevo desde cero
  • Copia la carpeta del tema antiguo al nuevo WordPress (wp-content/themes/)
  • Ve a la página de plugins en el administrador
  • Elimina la base de datos del nuevo WordPress
  • Importa la base de datos antigua desde tu archivo backup_db usando phpmyadmin
  • Actualiza la página de plugins
  • Copia los plugins a tu carpeta wp-content/plugins/
  • Actívalos uno por uno para identificar si alguno causó el problema
23 jul 2018 11:21:04
Comentarios

¿Para qué sirve define( 'CONCATENATE_SCRIPTS', false );? ¿Y por qué podría resolver el problema? ¿Podrías actualizar tu respuesta para aclararlo?

norman.lol norman.lol
25 mar 2019 11:59:06

@leymannx Hola, CONCATENATE_SCRIPTS es la constante que permite a WordPress concatenar todas las dependencias en una sola URL y cargarlas juntas, y solo afecta al backend (Panel de Administración). Funciona de manera similar a lo que hacen los plugins de caché en el frontend, combinando los scripts juntos.

Arash Rabiee Arash Rabiee
25 mar 2019 17:27:28
2

Yo tenía el mismo problema y primero probé las sugerencias anteriores, pero no funcionaron. Entonces me di cuenta de que mi problema venía de contenido mixto que se estaba entregando y encontré esta respuesta, que hace referencia a esta otra respuesta y explica que es cómo los encabezados de Cloudflare confunden a WordPress.

Añadir lo siguiente a wp-config.php funcionó para mí:

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

pero antes de la línea:

require_once(ABSPATH . 'wp-settings.php');
13 abr 2019 18:54:49
Comentarios

Esto funcionó para mí aunque no estoy usando Cloudflare. Mi configuración utiliza una jaula en FreeBSD para el proxy inverso y otra jaula para el servidor web. Antes de probar esta solución, cambié la aplicación del proxy inverso, así como cambiar tres veces el servidor web, de hiawatha, a apache, a nginx a caddy y los estilos seguían sin cargarse. ¡Gracias!

Luis Luis
31 ago 2020 14:07:40

Esta respuesta fue mi salvación. Muchas gracias. Solucionó mi problema

Md. Amanur Rahman Md. Amanur Rahman
18 abr 2023 21:36:30
0

Descubrí que mi WordPress estaba configurado para usar http:// pero había instalado un certificado SSL y necesitaba https://

Cambiar la configuración predeterminada a https:// en los ajustes de WordPress solucionó el problema.

29 may 2019 01:03:28
0

Estaba usando MAMP que se ejecuta en el puerto 8888, y tuve que cambiar las filas de la tabla options de mi base de datos de WordPress, específicamente los valores site_url y home de http://localhost/ a http://localhost:8888/ y eso solucionó el problema para mí.

17 feb 2020 09:20:35
0

Yo tuve el mismo problema. Entré a mi FTP / administrador de archivos y descubrí que me faltaba la carpeta css dentro de la carpeta wp-admin (no tengo idea de cómo sucedió). Lo cual tiene mucho sentido - el formato es lo que está descompuesto en el sitio de administración, pero no en mi sitio web real. Agregué la carpeta css nuevamente dentro de la carpeta wp-admin y todo se solucionó.

1 ene 2019 08:23:22
1

Esto me ha pasado más de una vez, como después de migrar a un nuevo dominio.

Primera vez: configurar el dominio en wp-config.php...

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

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

Segunda vez: configurar el dominio en la base de datos SQL...

wp_options > wp_options

wp_options > home

Nota: http vs https también puede causar problemas si está configurado incorrectamente.

28 jun 2021 14:27:24
Comentarios

Guau, SIN votos a favor y es la respuesta correcta. GRACIAS.

Dan Rosenstark Dan Rosenstark
7 may 2024 05:58:06
0

Para mí fue un archivo .htaccess en el directorio wp-admin

19 feb 2020 16:43:24