Problème de CSS [Solved]

Le css du site n'est plus pris en compte

Immediate solution has been provided

Solution Manager: Bernard

Issue description

Bonjour à toute la communauté,

Je ne comprends pas comment cela s'est passé mais hier, mon site s'affichait correctement et aujourd'hui, le CSS n'est plus pris en compte. Les articles sont affichés en texte brut ou quasiment. Seules les images inclues dans ces articles s'affichent encore. Par contre, le header et le menu de gauche refusent obstinément d'apparaitre. Pour couronner le tout, je ne parviens même pas à me rendre dans la partie administration pour tenter de comprendre ce qu'il se passe.

Si quelqu'un a une idée, d'autant plus que le site doit être mis en production demain. Bref, la loi de Murphy a encore frappée

D'avance, merci.

Edit : En fait, je suis parvenu à accéder à l'administration. Il s'avère que le skin que j'avais téléchargé, à savoir Prestec, ainsi que le style dérivé que j'avais créé, ne sont plus disponibles dans les styles disponibles. Ils sont toujours sur le FTP mais impossible donc de les sélectionner. Comment puis-je les faire de nouveau apparaitre dans les choix de style ?

Comments

Page bottom

GnapZ from Caribbean 2970 posts	on Aug. 30 2007 Bonjour et bienvenue dans le monde de Yacs. Pour ce qui est des skins, la liste dynamique est dans le panneau de contrôle, paramètres systèmes, tout en bas de la page. Si le skin n'apparaît pas, c'est qu'il n'est pas un sous-dossier de /skins/. Autre méthode, spécifier le skin manuellement dans /parameters/control.include.php, sous la forme $context['skin'] = '/skins/skin_dérivé'; Attention à la casse (majuscules/minuscules) dans ce fichier !
Olmyster 5 posts	on Aug. 30 2007 Merci GnapZ pour ta réponse. Cependant, cela ne marche pas mieux. J'ai édité le fichier "control.include.php" pour préciser le style voulu mais il refuse de le prendre en compte. Je précise que le style "Prestec" et le style dérivé sont bien positionnés dans le répertoire skins. Je précise également que tout marchait correctement jusqu'à hier. Ces deux styles apparaissaient bien en plus des 4 de bases. Aujourd'hui, seuls les 4 sont visibles.
GnapZ from Caribbean 2970 posts	inspired from Olmyster on Aug. 30 2007 Olmyster : Nous parlons bien des styles (skins) et pas des fichiers CSS ? Les fichiers CSS de chaque skin est censé se trouver dans le skin avec le même nom. De plus, le fichier principal doit s'appeler Template.php et enfin, vérifier que les références aux images communes font bien référence au nouvel emplacement /skins/images. Dernier point, s'assurer que les droits FTP sont bien identiques aux autres skins. Et qu'en est-il en sélectionnant un skin de base ?
Olmyster 5 posts	inspired from GnapZ on Aug. 30 2007 " Olmyster : Nous parlons bien des styles (skins) et pas des fichiers CSS ? " Oui, c'est bien cela " Les fichiers CSS de chaque skin est censé se trouver dans le skin avec le même nom. De plus, le fichier principal doit s'appeler Template.php et enfin, vérifier que les références aux images communes font bien référence au nouvel emplacement /skins/images. " Tout cela est checké et est ok. " Dernier point, s'assurer que les droits FTP sont bien identiques aux autres skins. " Non. Pour Prestec et le style dérivé de Prestec, le propriétaire est Apache, certainement en raison de la façon dont j'avais uploadé Prestec, en passant par la fonction prévue pour cela dans l'interface d'admin. " Et qu'en est-il en sélectionnant un skin de base ? " Ceux-ci n'ont pas disparu et peuvent être sélectionnés sans aucun souci.
GnapZ from Caribbean 2970 posts	inspired from Olmyster on Aug. 30 2007 Olmyster : Ok, dernières choses il faut purger le cache de Yacs (panneau de contrôle) ainsi que celui du navigateur. Sinon je ne vois pas si ce n'est que de recommencer l'opération d'intégration du skin Prestec, désolé. Ca ressemble pourtant fort à une erreur de chemin d'accès, comme lorsqque l'on pointe sur un skin qui a été suprimé.
Olmyster 5 posts	inspired from GnapZ on Aug. 30 2007 GnapZ : J'ai tenté de recommencer l'opération d'intégration du style Prestec mais il ne veut pas. Il me marque le message suivant : Unable to create directory '/var/www/vhosts/monsite.com/httpdocs/skins/prestec/icons/' Unable to create path for /var/www/vhosts/monsite.com/httpdocs/skins/prestec/icons/ Erreur dans le traitement prestec.tgz Il accepte de me créer le répertoire prestec dans Skins mais il reste vide. Edit : Plutôt que de passer par l'interface d'administration, j'ai tout uploadé via FTP et le style apparait bien. Il me reste juste à refaire celui qui est dérivé > Merci de ton aide en tous les cas
GnapZ from Caribbean 2970 posts	inspired from Olmyster on Aug. 30 2007 Olmyster : Oui, c'est ce qu'il y avait de mieux à faire. Pas de chance.
Bernard from nearby-an-airport Associate, 6728 posts	on Aug. 30 2007 Je voudrais comprendre... Si un style qui fonctionnait s'arrête de fonctionner, c'est qu'il y a eu un changement quelconque, non ? Au vu des messages échangés, je suppose que l'une des méthodes d'envoi de fichier (FTP ou upload d'archive) est incompatible avec les règles de sécurité d'Apache mises en place par votre hébergeur. Sur une des machines que je gère, j'ai ainsi à faire un `chown` après chaque transfert FTP pour faire prendre en compte le fichier par Apache... Chez des bons hébergeurs, les deux comptes FTP et Apache sont les mêmes, ce qui simplifie beaucoup le travail... De plus, l'extracteur des .tgz inclus dans YACS est assez bête pour ne pas savoir ré-écrire dans un répertoire qui existe déjà. Il faut donc bien prendre le soin d'effacer les répertoires avant de faire un envoi d'archive de ce type. Ce problème n'existe pas avec les archives .zip, si votre serveur les supporte.
Olmyster 5 posts	on Aug. 31 2007 Bonjour Bernard, " Si un style qui fonctionnait s'arrête de fonctionner, c'est qu'il y a eu un changement quelconque, non ? Au vu des messages échangés, je suppose que l'une des méthodes d'envoi de fichier (FTP ou upload d'archive) est incompatible avec les règles de sécurité d'Apache mises en place par votre hébergeur. " A dire vrai, je ne sais pas vraiment la cause de ce dysfonctionnement soudain. Tout ce que je sais, c'est que le site était inaccessible avant-hier durant une heure. J'en ai déduit que le serveur était temporairement tombé et j'ai patienté. C'est hier, en voulant continuer à bosser sur le site, que j'ai constaté ce problème. Cela veut-il dire que certains fichiers se sont corrompus ? Je ne saurais pas le dire. Ce qui est certain en tous les cas, c'est que le style Prestec que j'avais à l'origine importé via la fonction d'upload d'archive avait "sauté", même si son répertoire il était toujours visible via FTP. De même pour le style dérivé. Le propriétaire étant Apache, je n'ai pas trouvé le moyen de les supprimer, juste de les renommer. Par contre,en les remettant en place hier via FTP, j'en suis bien le propriétaire. " Chez des bons hébergeurs, les deux comptes FTP et Apache sont les mêmes, ce qui simplifie beaucoup le travail... " Il semble que cela ne soit malheureusement pas le cas du mien " De plus, l'extracteur des .tgz inclus dans YACS est assez bête pour ne pas savoir ré-écrire dans un répertoire qui existe déjà. Il faut donc bien prendre le soin d'effacer les répertoires avant de faire un envoi d'archive de ce type. Ce problème n'existe pas avec les archives .zip, si votre serveur les supporte. " C'est bien pour cela que, ne pouvant effacer le répertoire existant mais juste le renommer, je me suis rabattu sur cette seconde option pour pouvoir ensuite tout réimporter via FTP. Mais ce qui est un peu idiot à présent, c'est que je me trouve avec un répertoire "prestec_old" et un autre "derive_old" qui ne servent strictement à rien, si ce n'est prendre inutilement de la place sur mon hébergement.
Bernard from nearby-an-airport Associate, 6728 posts	inspired from Olmyster on Aug. 31 2007 Olmyster: le mieux, c'est peut-être de demander à l'hébergeur de faire la purge lui-même...

10 comments

Rate this page
Posted by Olmyster on Aug. 30 2007, edited by Bernard on Aug. 31 2007, (popular)