CSS-storing na migratie (WordPress)
Versie door Jeroen Strompf (overleg | bijdragen) op 31 mei 2019 om 13:16 (→Aanvullende gegevens - Aanwijzingen)
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?
Tests - Te doen
- Wat gebeurd er als ik de site via https kan benaderen? Bv. op een eigen subdomein?