conf

configuration

xmlsitemap 7.x-2.0 et drupal 7

Forums:

Je regarde le fichier sitemap.xml - avec les feuilles de styles css c'est pratique, surtout pour trier par colonnes :)

pour administrer ce module -> admin/config/search/xmlsitemap/settings

urlset indique la version 0.9 pour la nouvelle version du module xmlsitemap 7.x-2.0 (installée ces jours-ci). Mais j'y trouve d'anciennes lignes qui ne devraient pas y etre (en "node/12", et que sur la version en/sitemap.xml)... et mes dernières notes sur ce module datent de... drupal 6 ?

La ref est http://www.sitemaps.org/fr/ mais ici il y a un petit résumé de divers articles lus sur le web. Site officiel du module à https://www.drupal.org/project/xmlsitemap

Views 3 et drupal 7

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

maj xmlsitemap et Transliteration

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.

techniques de dépannage ckeditor (ou autre module récalcitrant)

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 smiley
  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 :)

 

Templates drupal 7

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

Drupal 7 et HTML 5, microdata

Module html5_tools (test sur ex02)

fournit un DOCTYPE "HTML5-compliant", simplifie head, utilise le nouvel element temps de HTML5 (dates pub et commentaires). 
Requis: elements. Tests sur ex02

Conf à admin/config/development/html5-tools
en bas, note: si ne fonctionne pas, vérifier le template.ph du thème utilisé (qui doit overrider)

installer et configurer GIT sous linux pour drupal

Faire drush dgb-backup dans le bon dossier sous-site (regroupe dump+commit et aff info).
Penser à configurer un backup via cron, par ex un cron journalier à midi :)

Configuration:
copier example-dgb.drushrc.php dans chaque répertoire de conf de sous-site (ou sites/default), le renommer en drushrc.php et l'éditer.

Plus: Doc officielle à http://git-scm.com/book/fr - Lien vers wiki Gandi: http://wiki.gandi.net/fr/simple/git
Voir plutôt https://www.drupal.org/project/drupal/git-instructions

ctools - ctools-content

admin/structure/ctools-content

crée nouveau volet de contenu

Pages

S'abonner à RSS - conf