CSS ne se charge pas après la migration de site magento
J'ai migré mon site magento sur un serveur différent, suivant les étapes décrites ici. Tout s'est bien passé, sauf pour le fait que quand je charge la page, le CSS ne se charge pas, et je viens d'obtenir la page en texte brut.
J'ai utilisé firebug et a remarqué que le chemin d'accès le système de l'aide pour obtenir le fichier CSS n'existe pas sur le serveur FTP. Il commence avec le "minifier" dossier, qui me fait penser que quelque chose pourrait être mis en cache par le serveur précédent.
Un exemple:
my_site_url/minify/1281335374/skin/frontend/default/hellouno/css/styles.css
Ce chemin n'existe pas, même pas dans le précédent serveur, donc je pense peut-être que ces fichiers sont censés être générées à la volée? Je suis vraiment confus, toute aide sera très appréciée!
OriginalL'auteur Rafa | 2010-08-09
Vous devez vous connecter pour publier un commentaire.
Sonne comme un problème avec votre
.htaccess
fichier. Minification réécrit sont traitées. Si vous ne l'avez pas déjà fait, assurez-vous que votre.htaccess
fichier est venu dans le transfert, et apporter les modifications appropriées si les répertoires ou autre chose a été changé.RewriteRule ^(index.php/)?minify/([^/]+)(/.*.(js|css))$ lib/minify/m.le php?f=$3&d;=$ - Est-ce n'importe où là-dedans?
Merci! Qui a fait le tour! Vous rock!
OriginalL'auteur Nic
Dans mon cas, le problème était un manque de barre oblique "/" à la fin de la domaine.
Utilisez la commande suivante pour obtenir les deux lignes:
Puis de les mettre à jour manuellement et assurez-vous que le domaine a c'est " /" final, sinon il va fusionner le nom de domaine avec le nom de dossier suivant.
Vous pouvez vérifier si c'est votre état si lors de les inspecter, de vous voir un mauvais chemin pour le CSS et le JS.
Corriger Config:
Incorrect Config Résultats dans:
OriginalL'auteur Eduardo Chongkan
Je vais supposer que vous effacé de votre mémoire cache. Si "ne pas avoir CSS" rend cela difficile à faire via l'admin, il suffit de supprimer le
dossier.
Donnant parfois le CSS (ou Javascript) fusionner les paramètres d'un rapide activer, de désactiver, de sur de nouveau la force de Magento pour recalculer les chemins.
Si vous ne pouvez pas accéder à ce dans l'Admin, modifier manuellement la valeur dans la table de base de données
core_config_data
(identifié par le chemin de la colonne ayant la valeurdev/css/merge_css_files
), vider votre cache et de recharger votre page+1 ainsi, en tant que merge_css_files serait cruciale pour que vous en arrière, si c'était une situation critique
Je vais garder cela à l'esprit. Maintenant, je dois trouver un moyen de forcer le cache, effacer, la cause de la plupart des images ne sont pas affichées.
Réglage merge_css_files et merge_js_files valeur = 0, effacer la mémoire cache via le système de fichiers, et de l'actualisation de l'navigateur me fixe droit. Merci (encore une fois) Alan!
OriginalL'auteur Alan Storm
Merci sa m'a aidé j'ai juste oublier de place /à la fin du chemin.
Avant:
URL de Base http://mywebsitename.com
Après:
URL de Base http://mywebsitename.com/
Ses résolu tous de la peau/css et admin problème. Cheeers
OriginalL'auteur jamil
J'ai résolu le problème en changeant la fusion css options dans le backend ou pas
C'était un peu difficile de naviguer à travers backend sans css, mais a réussi à y arriver!
Système > Configuration > Développeur > CSS Paramètres
OriginalL'auteur Justin Samuel
Si vous n'avez pas modifié les informations de votre site (url) dans le backend (ou dans la base de données) après la migration, c'est probablement la problème.
http://www.siteground.com/tutorials/magento/magento_configuration.htm#base_url
pour la base de données:
dans le core_config_data table
modifier la clé "web/non sécurisé/base_url" de votre site à l'url de base ex. http://yoursite.com
bonne chance!
essayez d'ajouter une barre oblique à la fin et la suppression de tout dans var/cache
OriginalL'auteur mraaroncruz
Connu le même problème une fois.
La solution:
J'avais oublié de mettre des barres obliques à la fin de mon base_urls quand je l'avais mis à jour
Système > Configuration > Général > > non Sécurisés
Système > Configuration > Général > > non Sécurisés
Si vous êtes Admin de la section est hors limites, vous pouvez également définir cette valeur dans la base de données dans la table core_config_data
Domaines: web/non sécurisé/base_url et web/secure/base_url
Aussi: n'oubliez pas de vider votre cache.
OriginalL'auteur elMarquis
Vérifier les autorisations pour les dossiers de type app/etc, var, dossiers. Essayez de donner 755 autorisations à ces dossiers. Récemment, j'ai rencontré le même problème et j'ai essayé avec cette. Ensuite, mon site fonctionne très bien.
NE pas donner 777 app/etc. c'est là que vos informations de base de données. quelqu'un pourrait valse dans les et prendre des informations à partir du site web. je réitère. ne mettez pas app/etc 777
OriginalL'auteur Pavan Kumar
Autorisation de modification De la Peau Et des Médias Contenant de Tous les Dossiers DE Donner la Permission 755 Et Fichier À 644
OriginalL'auteur Nitesh Songara
Le mien était aussi la barre oblique ( /) à la fin de l'url dans la base de données sql. Effacé le Cache et ça a marché parfaitement.
OriginalL'auteur Dustin Odom
Une réponse qui n'a pas encore été donné, qui s'est avéré être la solution à mon problème:
Lors du transfert de la boutique Magento à partir de 1 hôte à un autre, ce qui n'est généralement pas copiées est l'entrée VirtualHost. Dans mon cas, j'ai dû recréer manuellement ce et à tort ajouté
AllowOverride None
. Cela devrait êtreAllowOverride All
pour.htaccess
fichiers pour les lire et les traiter.OriginalL'auteur ChrisDekker