Catégories:
Bien le bonjour,
Je viens à vous pour un souci de mise en place de CKEditor sous DP7.
En effet voici comment je l’ai mis en place :
- Téléchargement de CKEditor (version 3.6.1.7072)
- Décompression dans le répertoire /www/sites/all/libraries/ckeditor
- Après quoi, j’ai activé le module dans le menu prévu à cet effet
- J’ai affecté CKEditor au format «Full HTML» dans le menu Administration>Configuration>Rédaction de contenu.
- Pour finir j’ai configuré ce module, en choisissant le français comme langage d’interface et en ajoutant tous les boutons dont je pense avoir besoin pour l’édition de mon contenu.
Seulement voila, que j’édite un webform que déjà créé ou que j’édite un nouveau contenu, et sous le format «Full HTML», l’éditeur n’apparait nullement.
Auriez-vous une idée de ce qui se passe ?
D’avance merci pour vos retours sur cette question.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
Une erreur Javascript sur la page ? Tous les fichiers nécessaires sont-ils bien téléchargés (facile à vérifier sous Firebug - onglet réseau) ?
Numerizen
1822
Bonjour,
Rien ne s’affiche dans l’onglet réseau sous Firebug. Je n’ai pas non plus de message d’erreur js dans la barre d’état sous IE9.. Je ne pense pas que des fichiers soient manquants.
J’ai tenté la réinstallation mais même chose.
D’autres idées peut-être svp ?
La plus belle chose, est au monde lui-même.
Alvini
34
L’onglet réseau de Firebug ne peut pas être vide. Il faut recharger la page ou activer les options requises.
Sinon, non, je n’ai pas d’autres idées. Peut-être qu’avec une URL je pourrais regarder de plus près …
Numerizen
1822
Merci bien :)
En fait j’avais désactiver l’historique sur FF et donc du coup Firebug avait bien du mal à restituer les données..
J’ai du «403 Forbidden» sous l’onglet réseau du Firebug pour ce qui concerne le Wysiwyg, CKeditor et TinyMCE que j’ai tenté d’installer mais également sans qu’il s’affiche.
La plus belle chose, est au monde lui-même.
Alvini
34
Alors c’est un problème de droits.
Vérifier que tous les rôles concernés ont bien l’autorisation d’utiliser le profil.
Numerizen
1822
Arf, hélas j’ai le rôle ‘administrator’ et tous les droits.. :/
La plus belle chose, est au monde lui-même.
Alvini
34
Alors peut-être un problème avec les autorisations sur les fichiers. L’utilisateur du serveur web doit avoir le droit de lire les fichiers du module et du plugin.
Faire un ls -al sur les répertoires où sont les fichiers proviquant les erreurs 403 et en changer les droits.
Numerizen
1822
Ok. Je vais chercher en ce sens..
Merci :)
La plus belle chose, est au monde lui-même.
Alvini
34
Bonjour,
J’ai remarqué que j’avais ces erreurs ‘403 Forbidden’ pour 3 modules, dans ‘sites\all\modules’, pour \wysiwyg, \ckeditor et \pathauto.
J’ai donc déterminé pour essayer des autorisations chmod 777 pour mon dossier ‘sites\all\modules’ et tous ces sous-dossiers.
Mais rien n’y fait, j’ai toujours ces mêmes erreurs ‘403 Forbidden’ et pas d’éditeur lorsque je souhaite rédiger un nouveau contenu quel qu’il soit..
Je ne saisis pas d’où cela peut-il provenir.
La plus belle chose, est au monde lui-même.
Alvini
34
Et dans sites/all/libraries ?
Numerizen
1822
Arf, même en mettant du chmod 777 sur site/all/libraries en plus de sites/all/modules, toujours rien.. :/
Et toujours cette erreur 403, ce qui est le plus étrange puisque tous les droits sont en place pour les fichiers pointés par ces erreurs. Je désespère.
La plus belle chose, est au monde lui-même.
Alvini
34
Est-ce que tous les profils ont bien le droit d’utiliser l’input format choisi ?
Numerizen
1822
Je suis ‘administrator’, et effectivement ce rôle a bien tous les droits pour l’utilisation de l’input ‘full html’, et pour lequel est définit CKeditor.
J’ai même tenté de créer un nouveau format de text, pour lequel j’ai définit comme éditeur wysiwyg TinyMCE, et lorsque je le sélectionne à l’édition d’un contenu il n’apparait pas..
C’est incompréhensible je ne saisis pas, et pas évident de faire sans.
La plus belle chose, est au monde lui-même.
Alvini
34
J’ai eu le même problème avec TinyMCE, j’ai pu analyser grâce à Firebug que le seul problème venait d’une erreur 404 sur fr.js (le fichier de trad français, non existant). J’ai donc mis la langue en Anglais provisoirement, et ça fonctionne. Après effectivement si tu as des erreurs 403 le problème n’est pas le même.
http://www.softrevolution.fr
Djul
15
Merci :)
Je viens d’essayer encore autre chose, mais sans résultat.
J’ai désactivé le module Wysiwyg, et j’ai installé le module CKeditor, proposé sur http://drupal.org/project/ckeditor
J’ai ensuite mis les librairies qui vont habituellement dans ‘sites\all\libraries\ckeditor’ dans ‘sites\all\modules\ckeditor\ckeditor’ comme il est dit de faire lorsqu’on utilise le module CKeditor au lieu de Wysiwyg.
Seulement toujours rien qui s’affiche lors de l’édition de contenu. Et maintenant les erreurs ‘403 Forbidden’ sont situées sur le répertoire ‘sites\all\modules\ckeditor’. Je crois que j’ai vraiment tout essayé, c’est complètement fou cette histoire..
La plus belle chose, est au monde lui-même.
Alvini
34
A ce stade, il faudrait m’envoyer (en privé, bien sûr) une URL et un login d’admin pour diagnostiquer le souci.
Sinon, on peut encore y passer des jours …
Numerizen
1822
Je t’envoie ça de suite..
Merci beaucoup.
La plus belle chose, est au monde lui-même.
Alvini
34
Reçu.
Un doute m’étreint : quand tu changes les autorisations d’un répertoire, tu fais bien un
chmod -R 777 le_repertoire?Autre question : le .htaccess a-t-il été bidouillé ? Parce qu’en fait il n’y a pas que CKEditor qui provoque des 403.
EDIT : En regardant de plus près, tous les javascripts qui sont dans /sites/all/modules provoquent un 403, ce qui nous ramène quand même à un souci de permission sur les répertoires.
Donc :
chown -R user:group *si nécessaire aux endroits appropriés.chmod -R 777 * sur /sites/allpar exemple, quitte à revenir à des autorisations plus strictes par la suite.Numerizen
1822
Lorsque je change les autorisations, sachant que j’utilises FileZilla, je fais un clic droit sur le répertoire distant, et dans ‘permissions’ je mets 777, puis je coche ‘récursion dans les sous-dossiers’ pour l’appliquer aux enfants de ce répertoire.
Et j’ai édité le .htaccess pour pouvoir faire mon installation de Drupal 7 chez mon hébergeur, OVH.
J’y ai simplement ajouté :
SetEnv PHP_VER 5_TEST
SetEnv REGISTER_GLOBALS 0
RewriteEngine On
La plus belle chose, est au monde lui-même.
Alvini
34
Alors ça devrait être bon. Ce serait quand même plus sûr de pouvoir voir les répertoires en console …
Que donne, avec Filezilla, un clic droit puis ‘Droits d’accès au fichier …’ sur, par exemple, /sites/all/modules/pathauto/pathauto.js ?
Numerizen
1822
Les permissions propriétaire, groupe et publique ont lire, écrire et exécuter.
La plus belle chose, est au monde lui-même.
Alvini
34
Je suis quasi certain que le souci vient d’un problème d’autorisations sur les sous-répertoires de /sites/all/modules/ .
Donc, voilà ce que je propose, parce que je n’ai plus d’idées :
- Désactiver pathauto, media, wysiwyg et ckeditor
- les désinstaller proprement sur /admin/modules/uninstall
- effacer les répertoires de ces modules
- faire un clear cache du site.
- uploader pathauto, l’activer, et voir si ça fonctionne (pas de 403 dans Firebug, le module renomme bien les URL).
- essayer de corriger les problèmes d’autorisations s’il y en a.
Ensuite, appliquer la même procédure avec les autres modules plus complexes.
Numerizen
1822
Ok, je vais tenter cela.
Merci beaucoup pour tout le temps que tu as passé pour tenter de m’aider :)
La plus belle chose, est au monde lui-même.
Alvini
34
J’ai désinstallé proprement, effacé les répertoires, clear le cache, retenté d’upload un à un, mais dès que j’ai mis wysiwyg ça a recommencé. Je me demande si FileZilla fait bien le job.. Comment puis-je accéder à mes dossiers via une console ?
La plus belle chose, est au monde lui-même.
Alvini
34
Bon et bien, j’ai repris mon dossier contenant mon installation fraichement mise en place il y’a 15 jours, ainsi que sa base de données. J’ai refais l’installation du module wysiwyg, ainsi que ckeditor et tout fonctionne parfaitement.
Je ne sais donc pas ce qui a pu se passer.
En tous les cas un grand grand merci à toi Numerizen pour ton soutien, ton aide, et pour tout ce temps que tu m’as accordé.
Merci encore.
La plus belle chose, est au monde lui-même.
Alvini
34
J’ai mis des permissions 777 * sur ‘sites/all’, mais rien n’y fait.
Et je ne comprends pas très bien ce que signifie vérifier que les possesseurs des répertoires ‘libraries’ et ‘modules’ sont bien les mêmes, faire un chown -R user:group *..
La plus belle chose, est au monde lui-même.
Alvini
34
Ce sont des manips à faire en console, mais tu ne dois pas avoir les droits pour changer ces attributs. Nous devons donc partir du principe que le serveur les gère correctement.
Il me semble avoir vu des threads ici sur des soucis d’autorisations avec OVH. TU as cherché sur le forum ?
Numerizen
1822
Oui j’ai regardé, j’ai trouvé comment faire pour l’édition du .htaccess pour l’installation. Mais rien se rapportant aux autorisations sur les fichiers directement.
La plus belle chose, est au monde lui-même.
Alvini
34
De manière générale, est il recommendé de mettre les authorisations à 777 ? J’ai pour ma part laissé par défaut à 775/a+rx (utilisateurs du groupe en read/execute).
http://www.softrevolution.fr
Djul
15
Non, ce n’est pas recommandé, mais il s’agissait de solutionner un problème en dev en écartant les soucis un par un. En prod, il faudra redéfinir des autorisations plus restrictives.
Numerizen
1822