CSS-storing na migratie (WordPress): verschil tussen versies
Naar navigatie springen
Naar zoeken springen
(9 tussenliggende versies door dezelfde gebruiker niet weergegeven) | |||
Regel 10: | Regel 10: | ||
* Caching actief? - Ik kan niets vinden, en alle plugins staan uit. Er waren trouwens geen caching-plugins actief | * Caching actief? - Ik kan niets vinden, en alle plugins staan uit. Er waren trouwens geen caching-plugins actief | ||
* Custom css-code die de boel in de war schopt? | * Custom css-code die de boel in de war schopt? | ||
− | * | + | * Er is nog steeds ergens een redirect actief, want op het externe subdomein, springt-ie over naar het oorspronkelijke domein |
+ | * Case-sensitief? Misschien is de oorspronkelijke server geen Linux, maar bv. Windows of Apple? | ||
− | == Aanvullende gegevens == | + | == Aanvullende gegevens - Eliminatie == |
* Alle plugins uitgezet, teruggeschakeld naar het standaard-theme - Geen verschil. | * Alle plugins uitgezet, teruggeschakeld naar het standaard-theme - Geen verschil. | ||
* Truukje [https://manovotny.com/fix-wordpress-admin-styles-not-loading] toegepast - Geen verschil. | * Truukje [https://manovotny.com/fix-wordpress-admin-styles-not-loading] toegepast - Geen verschil. | ||
+ | * Het probleem treedt ook op, via https op een subdomein | ||
− | == | + | == Aanvullende gegevens - Aanwijzingen == |
− | * | + | * Inlogscherm: Als ik ''safe site to disk'' kies, ontbreekt er een CSS-bestand: ''login.min.css''. Dit bestand ontbreekt ook in de backup. Zijn bepaalde bestanden niet meegekomen? Vanwege rechtenproblemen? Omdat ze in gebruik waren? Storing? |
+ | |||
+ | == Oplossing == | ||
+ | |||
+ | === SCRIPT_DEBUG & WP_DEBUG: True === | ||
+ | |||
+ | Voeg <code>define( 'SCRIPT_DEBUG', true );</code> aan ''wp-config.php'', vóór <code>require_once(ABSPATH . 'wp-settings.php');</code>. | ||
+ | |||
+ | De laatste regels van m'n ''wp-config.php''-bestand: | ||
+ | |||
+ | <pre> | ||
+ | /** | ||
+ | * For developers: WordPress debugging mode. | ||
+ | * | ||
+ | * Change this to true to enable the display of notices during development. | ||
+ | * It is strongly recommended that plugin and theme developers use WP_DEBUG | ||
+ | * in their development environments. | ||
+ | */ | ||
+ | # define('WP_DEBUG', false); | ||
+ | |||
+ | /* That's all, stop editing! Happy blogging. */ | ||
+ | |||
+ | /** Absolute path to the WordPress directory. */ | ||
+ | if ( !defined('ABSPATH') ) | ||
+ | define('ABSPATH', dirname(__FILE__) . '/'); | ||
+ | |||
+ | ########################################################################## | ||
+ | # Strompf - Before require_once | ||
+ | ########################################################################## | ||
+ | # | ||
+ | define( 'CONCATENATE_SCRIPTS', false ); | ||
+ | define('FORCE_SSL_ADMIN', false); | ||
+ | define( 'SCRIPT_DEBUG', true ); | ||
+ | define('WP_DEBUG', true); | ||
+ | |||
+ | /** Sets up WordPress vars and included files. */ | ||
+ | require_once(ABSPATH . 'wp-settings.php'); | ||
+ | </pre> | ||
+ | |||
+ | Hiermee waren een groot deel van de problemen verholpen, maar niet allemaal. | ||
+ | |||
+ | === Update de site === | ||
+ | |||
+ | Want daar struikelde wp_debug nogal over: Veel oude zooi. | ||
+ | |||
+ | === WP_DEBUG: False === | ||
+ | |||
+ | Nadat ik deze parameter weer op ''false'' zette, verdwenen de meldingen én was de interface normaal. | ||
+ | |||
+ | == Bronnen == | ||
+ | |||
+ | * https://manovotny.com/fix-wordpress-admin-styles-not-loading | ||
+ | * https://stackoverflow.com/questions/18769141/wordpress-admin-not-loading-css-js |
Huidige versie van 1 jun 2019 om 11:19
Casus
In mei 2019 een site (die niet door mij is gebouwd) verhuisd naar m'n ontwikkelomgeving (m'n laptop). De site doet het (na flink hacken ivm https → http), maar het beheergedeelte niet: CSS-lijkt te ontbreken.
Mogelijke oorzaken
- Ergens een verwijzing naar https ipv. http?
- Ergens een redirect van http naar https actief?
- De site maakt gebruik van CSS-aggregatie, maar kan niet schrijven naar de betreffende map or bestanden?
- Caching actief? - Ik kan niets vinden, en alle plugins staan uit. Er waren trouwens geen caching-plugins actief
- Custom css-code die de boel in de war schopt?
- Er is nog steeds ergens een redirect actief, want op het externe subdomein, springt-ie over naar het oorspronkelijke domein
- Case-sensitief? Misschien is de oorspronkelijke server geen Linux, maar bv. Windows of Apple?
Aanvullende gegevens - Eliminatie
- Alle plugins uitgezet, teruggeschakeld naar het standaard-theme - Geen verschil.
- Truukje [1] toegepast - Geen verschil.
- Het probleem treedt ook op, via https op een subdomein
Aanvullende gegevens - Aanwijzingen
- Inlogscherm: Als ik safe site to disk kies, ontbreekt er een CSS-bestand: login.min.css. Dit bestand ontbreekt ook in de backup. Zijn bepaalde bestanden niet meegekomen? Vanwege rechtenproblemen? Omdat ze in gebruik waren? Storing?
Oplossing
SCRIPT_DEBUG & WP_DEBUG: True
Voeg define( 'SCRIPT_DEBUG', true );
aan wp-config.php, vóór require_once(ABSPATH . 'wp-settings.php');
.
De laatste regels van m'n wp-config.php-bestand:
/** * For developers: WordPress debugging mode. * * Change this to true to enable the display of notices during development. * It is strongly recommended that plugin and theme developers use WP_DEBUG * in their development environments. */ # define('WP_DEBUG', false); /* That's all, stop editing! Happy blogging. */ /** Absolute path to the WordPress directory. */ if ( !defined('ABSPATH') ) define('ABSPATH', dirname(__FILE__) . '/'); ########################################################################## # Strompf - Before require_once ########################################################################## # define( 'CONCATENATE_SCRIPTS', false ); define('FORCE_SSL_ADMIN', false); define( 'SCRIPT_DEBUG', true ); define('WP_DEBUG', true); /** Sets up WordPress vars and included files. */ require_once(ABSPATH . 'wp-settings.php');
Hiermee waren een groot deel van de problemen verholpen, maar niet allemaal.
Update de site
Want daar struikelde wp_debug nogal over: Veel oude zooi.
WP_DEBUG: False
Nadat ik deze parameter weer op false zette, verdwenen de meldingen én was de interface normaal.