- Qu’est-ce qu’un serveur?
Lors d’une discussion récente, un ami m’a suggéré qu’un de ses problèmes de fonctionnalités disparaissant d’une application web venait du fait qu’il testait cette application sur sa machine locale plutôt que sur son serveur, en pensant que cette application désactivait ces fonctionnalités si elle repérait être sur une machine locale.
Bien que toutes sortes idées viennent immédiatement à un développeur pour réaliser cela lorsqu’on lui suggère, deux objections se présentent instantanément :
- Ça n’a aucun intérêt.
- Rien ne différencie un serveur d’une machine locale.
C’est ce second point que je voudrais clarifier aujourd’hui.
- Plugin “dans cette rubrique” pour typolight
Typolight est un CMS qui sort du lot. C’est même un CMF (content managing framework) comme le souligne David Molliere : typolight réconcilie le développeur backend et le CMS, grâce à sa très permissive extensibilité et à son API claire. Je vous invite à voir le post de Bouctoubou sur le sujet, ainsi que les nombreux autres pour en savoir plus.
Je vous propose aujourd’hui un plugin de navigation locale pour typolight.
- Vous suivez vos visites effectives. Suivez-vous vos visites ratées?
Dans le domaine de l’analyse des visites, nous possédons de très bons outils. Beaucoup ne jurent que par google analytics, j’ai déjà présenté piwik, un autre outil de la même classe.
Mais si vous suivez à la trace vos visites réelles, qu’en est-il des visites qui ont été tentées alors que votre site était aux abonnés absents?
- Maîtriser les tests unitaires dans Ruby on Rails
Maintenant que vous maîtrisez les fixtures (et que vous les avez écrit et testés), vous savez que votre réseau de relations entre les modèles ne posera pas de problèmes.
La tâche va consister dès lors à écrire plus précisément vos modèles, et en particulier vos validations. Bien entendu, nous allons commencer par écrire les tests :]
- Maîtriser les fixtures dans les tests de Ruby on Rails
Dans un article précédent, j’ai vanté les mérites du test driven development avec Ruby on Rails. Étant donné que très peu de gens utilisent les outils de test de Rails et que ces derniers reposent (comme tout dans ce framework) sur un ensemble de conventions à prendre en main, j’avais promis de revenir plus largement sur ce point.
Il me semble qu’il est intéressant de commencer par les fixtures, car ce sont les données de bases des tests et surtout, parce que l’utilisation qui en est faite est souvent très basique, alors que les fixtures offrent des possibilités avancées qui facilitent grandement les tests.
Je vais d’abord revenir sur les bases des fixtures pour ceux qui découvrent les outils de test, et nous verrons ensuite ces sucreries.
