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 !
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.
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 : 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.
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é.
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

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.
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.
Olmyster: le mieux, c'est peut-être de demander à l'hébergeur de faire la purge lui-même...











