module

Le module Media 2 modifie le fonctionnement de File (admin/reports/fields) et d'autres modules du core de drupal 7. En mai 2018 : media 7.x-2.19, Drupal 8.4 a un module core intégré. Doc officielle.

Ajouter (à un type de contenu) un champ File avec le widget Media File Selector, l'afficher en Rendered File. Pour créer un style d'image aller à admin/config/media/image-styles. Enfin à admin/structure/file-types/manage/image/file-display choisir image pour défault et en bas affecter le style.

Enfin, le Theme prend le relais (file_entity.tpl.php du module file_entity).

Cette page ne parle pas de (lien vers mes notes concernant ces autres sujets)

Le module du core image sans media 2

Pour ajout d'image dans le body à l'aide de CKEditor (et avec media).  Note: à admin/content/file  on ne peux pas savoir dans quel noeud est l'image :( il faut donc créer une View.

Token était un module pour drupal 5 et 6.

Dans drupal 7, une partie a été intégrée au coeur de drupal. Si le module token a été installé (requis par Pathauto): voir la liste complète à admin/help/token.

Il existe aussi un module Token 7.x-1.5 pour drupal 7 (et 6), qui se "rajoute" à celui du core.

https://drupal.org/documentation/modules/token  avec la liste des token à https://drupal.org/node/390482

jquery_update est  passée de la 2.6 à 3.0-alpah2 en mai 2015

ce module est requis par superfish

nécessite ctools. Toute la doc officielle: via le module advanced help -> en anglais
a 2 modules à activer: Views et Views UI (interface graphique).

J'ai eu un bug à l'édition, qui semble lié à la version de jQuery (cf module JQuery update - ce module est nécessaire à superfish), à downgrader vers la 1.7 (cf https://drupal.org/node/1987352) :admin/config/development/jquery_update  passer de 1.8 à 1.7

Transliteration est maintenant en 7.x-3.2 ; xmlsitemap en 7.x-2.0

J'ai noté des changements dans le choix des langues (xmlsitemap était en rc-2) dans les paramètres de xmlsitemap. J'ai eu 2-3 erreurs en testant les dits fichiers xml, ou trouvé de vieilles entrées sans alias (de type node/4), alors je les ai reconstruits, lancé plusieurs cron.

J'ai eu divers bugs liés à ckeditor (depuis un an, sur ce site dont je paie l'hébergement), Views, sans parler des omega...

Tout admin de drupal (ou toute autre application informatique), connait le phénomène des "bugs qui se déplacent". En cas d'erreur, on regarde les logs - et quand on n'y trouve RIEN d'inhabituel, on vit avec si c'est mineur - car l'on sait que cela peut aussi "retomber en marche".

En résumé, techniques de dépannage d'un module récalcitrant...

1. après update.php, vider le cache drupal
2. vider les caches du navigateur : CTRL F5 est insuffisant. Tester (firefox) CTRL+MAJ+SUPP. Et/ou tester avec un autre navigateur (IE, opéra...)
3. désactiver les caches de drupal, désactiver la compression des .JS (voir des .css) ; tester, retourner au point 1
4. documenter: consulter le README.TXT et site web du/des modules impliqués, vérifier l'installation des modules (versions, prérequis, notes des dev, droits des fichiers et dossiers chez l'hébergeur...) car c'est toujours utile
5. si toujours ko, pas d'erreurs dans les logs ni aucune piste:
   Tenter une modif mineure, sauver le user (ou la conf du module) et retester ; retourner au point 1.
6. Utiliser Firebug: vérifier les droits des users (tester avec un nouvel user créé),
   ainsi que la conf (via URL admin de drupal) des modules suspectés (que l'on vient de modifier ou de mettre à jour).
7. Penser à relancer son instance la nuit, regarder les incidents chez l'hébergeur, et retourner au point 1 (faire un backup bien sur)
8. revenir à un thème de base, désactiver d'autres modules... c'est à dire sur une machine de dev si le dit bug touche la prod :)

Source: Drupal 7 guide 2011

Le template Bartik le plus utilisé: page.tpl.php (avec des ex de templates et css).

template.php sert à overrider des fonctions et css du core ; notions de fonctions preprocess et process (à ajouter dans template.php pour créer les variables utilisées dans les divers tpl.php).
Notes sur les suggestions de templates et fonctions de thème (dont le nom commence par theme_).

Sur le web: http://kolossaldrupal.org/docs/sous-themes-leur-structure-et-lheritage
                   en anglais (officiel) Liste des templates du core  et liste des suggestions de templates

Par défaut, l'autentificaton se base sur la session PHP. OpenID (intégré au core, 0 dépendance) peux etre ajouté par dessus. Mentionnons aussi le protocole Facebook Connect API, LDAP...

OpenID

Le user doit d'abord associer son compte drupal avec un/des serveurs openID, via "mon compte". Voir http://openid.net/

5 fonctions, 2 css et 4 Templates