Étiquette : holtzman

Holtzman : Mise à jour du service de publipostage : Tâches d’envois détachées dans un processus séparé.

7 décembre 2009 / / 0 Comments

Mon service de mailing ‘Holtzman’ à été mis à jour.

La nouveauté consiste à détacher le processus d’envoi des mails  de l’application Web.

Les applications Web qui lances des tâches longues, demandent à l’utilisateur de garder le navigateur ouvert pendant le traitements.

L’idée :

Déplacer la tâche dans un processus du système détaché de l’application.

Le but :

Proposer une interface de contrôle qui indique simplement que la tâche est en cours d’exécution.

L’utilisateur peut alors quitter son navigateur.

De retour sur l’interface, l’application affiche la progression et le nombre de mails en erreurs. Il est alors possible d’annuler la tâche en cours, effacer les mails en erreurs ou encore relancer une autre tâche (séparée à son tour dans un processus système indépendant.)

Pour cette application RubyOnRails, j’ai utilisé le plugins delayed_job de collectiveidea. L’utilisation est assez claire malgré le manques de documentation. Le principe reste simple. La mise en oeuvre demande un peu plus de précision.

Capture d’écran 2009-12-07 à 05.16.36

Ce service n’est pas visible sans compte utilisateur. Contactez moi pour avoir plus d’information.

Holtzman : Mise à jour du service de publipostage

22 novembre 2009 / / 2 Comments

Je viens de réaliser une mise à jour importante de mon outil de publipostage sous Ruby On Rails.

image-5

http://holtzman.lcprod.net

Le système est maintenant capable de comptabiliser les mails en erreurs (en retour).

Mon serveur de mail personnel retourne les mails en erreurs vers l’application rails, qui ouvre chacun des mails, retrouve l’adresse du destinataire en erreur et enregistre dans la base l’erreur.

L’utilisateur peut alors décider de supprimer toutes les adresses en erreurs de sa liste. (Nouvelle fonctionnalité)

Les logs enregistre par contre à chaque lettre envoyée, le nombre exact de mails envoyés ainsi que le nombre de retour pour ‘destinataires introuvable’

———————————————————————————————

La récupération des mails par l’application rails fonctionne vraiment bien. Il y à de quoi faire un client mail complet sans trop de problèmes. Le fait d’avoir mon propre serveur Sendmail sous la main facilite tout de même bien le travail.

———————————————————————————————

L’accès à ce service est toujours réservé à mes clients proches.

N’hésitez à prendre contact pour plus d’informations.

Mise en production d’une application Ruby on Rails

25 avril 2009 / / 0 Comments

3…2…1 ! Top départ pour ma dernière application Web. Un site de gestion de mailling, complètement automatisé qui ‘tourne’ sous Ruby on Rails !

128px-ruby_on_rails_logo

http://holtzman.lcprod.net

« Ce site est réservé à mes clients directs, donc, pas d’inscription libre, il faut passer par moi pour avoir un accès … »

J’avais jusqu’à présent un service similaire développé en PHP … une énorme usine à gaz ! Le développement sous Ruby On Rails est d’une limpidité  sans communes mesures avec des projets ‘standard’ (PHP/MYSQL). C’est un véritable plaisir de manipuler les outils de Ruby on Rails qui malgré sa syntaxe parfois obscure, reste pratique et rapide.

ruby_otn_rails_logojpg

La phase la plus longue à été la prise en main des commandes spécifiques au framework. L’intégration de mécaniques AJAX passe par des objets pré-fabriqués à la sauce Ruby. Moi qui mannipule Mootools depuis longtemps, je suis un peu dérouté.

J’ai bien essayer d’utiliser mootools comme moteur AJAX sur le projet mais il est incompatible avec la bibliothèque Prototype livrée avec le framework. C’est donc, soit Mootools complet en se passant des outils de Ruby On Rails, soit l’inverse. Mon choix à été de garder (au moins pour ce projet) la bibliothèque standard et les outils qui vont avec.

Mais je reste en veille sur l’intégration de Mootools dans un projet Ruby on Rails.

Quelques capture de l’application :