Gros coup de stress hier...

J'ai développé un module Drupal basé sur l'excellent Uploadify. Ce module permet non seulement de faire de l'upload de fichiers multiples, mais en + de générer différentes images basées sur des découpes et redimensionnements. Chaque champ est configurable à souhait pour permettre un maximum de possibilités de génération d'images.

Longtemps que je n'ai pas écrit, mais je ne résistais à l'envie de partager cette petite astuce.

ça, c'est pour pas l'oublier

Dans le module Views de Drupal, on peut généralement utiliser un caractère du type '%1' pour dire qu'on fait référence au premier argument passé à la vue.
Lorsque le premier argument est l'UID utilisateur, c'est cool, ça permet de récupérer le nom d'utilisateur. Dans le titre de notre display (page, bloc, ...) on peut donc spécifier par exemple '%1's page', ce qui affichera une info du type "titouille's page".

Le module "Views" de drupal permet de faire beaucoup de choses, mais dans certains cas, la solution s'avère compliquée à trouver et à mettre en oeuvre.

Hier, j'ai travaillé sur le mode "glossary". Le but était de mettre en place un bloc affichant une liste d'éléments de la manière suivante :

1. Afficher X éléments par page, avec système de pagination standard récupérant les informations via ajax
2. Au sommet de cette liste, afficher un système de pagination de type "glossaire" alphanumérique

Drupal possède un "cron" par défaut, puis chaque module peut implémenter sa propre méthode "hook_cron", qui sera appelée à chaque appel de cron.php.
Le problème réside dans la fréquence des appels cron. Si on appelle le cron chaque heure, on risque de passer à côté de certaines tâches qui devraient être exécutées plus fréquemment. A l'inverse, si une tâche cron lourde est appelée chaque heure, le serveur sera ralenti par l'exécution de ces tâches, qu'on aurai pu espacer (chaque 24h par exemple).

MacPorts est vraiment un outil génial lorsqu'on sait l'utiliser.

Depuis pas mal de temps, j'installe des sites sur mon ordinateur en local pour pouvoir travailler tranquillement avant de passer le tout sur un quelconque serveur distant.

ça fait longtemps que j'utilise Drupal, et ce cms possède une communauté "tentaculaire" qui fourni des modules pour un peu tout ce qu'on veut.

Et voilà !!

Mes 2 sites (sabugo.ch, titouille.ch) ont migré vers Drupal 6. Jusqu'ici, ils tournaient avec Drupal 4.7, mais il fallait vraiment que je passe le cap et que je les fasse migrer vers une version plus récente. Je ne pouvais même plus me connecter à la partie administrative de sabugo.ch, sans même en connaître réellement la raison.

C'est surtout pour cette raison que j'ai décidé d'une migration. A l'heure ou Drupal 7 va faire son entrée, je tenais à rester à peu près à jour. Et ayant beaucoup travaillé avec Drupal 6 ces derniers mois, ça m'a facilité le travail.

"Dans le cadre d'un projet multi-site, j'ai à mettre en place un site général, ainsi que plusieurs sites "secondaires" en tant que sous-domaines du domaine principal.

Certaines données du site principal doivent être accessibles sur les sites secondaires, et j'aimerai également permettre aux données des sites secondaires d'être listées sur le principal...

Le problème, dans tout ça, c'est que chaque site (principal ...

"Voilà un petit outil bien intéressant dans Drupal (6) :

Les triggers, ou si vous préférez "déclencheurs"...
Drupal est vraiment bien fait, si on passe outre certains points comme les performances lors d'une installation par défaut (oui... 300 requêtes pour afficher une page, c'est pas des plus performants, mais la aussi, il y a des systèmes de mise en cache dans ...