Jean-Marc

Tags: Programmation

Bon voici le récit de mes expériences avec les référents http au cours des dernières semaines. Premier conseil, si vous utilisez le référent pour identifier un individu, changez de techniques. Le passage de la balise ‘Méta referer’ dans les requêtes http ne sont tellement pas fiable que cela rend le processus inutile. Voici la problématique rencontrée : Mon Site ‘A’, en https, désire présenter un contenu exclusif http sur un site externe ‘B’. Auparavant, une application sur le site ‘A’ valide si l’usager a le droit ou non de percevoir le contenu de la page et réachemine le fureteur au site ‘B’. Voici quelques possibilités pour faire en sorte que cela fonctionne :

1. Témoin (Cookie) Cela ne marche pas, puisque les deux sites n’ont pas le même nom de domaine. Le site B n’a pas accès au témoin du site A.
2. Réponse http 301 redirect. Le site B vérifie que le référent est le site A Cela ne marche pas. Les fureteurs ne mettent jamais de référent lors de réacheminement.
3.  Retour en Javascript window.location= »Site B ». Le site B vérifie que le référent est le site A Cela ne marche pas. La RFC indique que le référent ne doit pas être passé lors d’un passage d’un site https à un site http.
4.  Changement du site A pour http au lieu de https. Retour en Javascript window.location= »Site B ». Le site B vérifie que le référent est le site A Ca fonctionne partiellement. Firefox n’a pas de problème et passe le référent. IE ne passe pas le référent lors de cette opération.
5.  Changement du site A pour http au lieu de https. Retour en Javascript Identification du fureteur. Si Firefox => window.location= »Site B » si IE présentation d’une page avec un lien que l’on peut cliquer.. Le site B vérifie que le referer est le site A. Ca fonctionne correctement, mais occasionne des cliques de souris supplémentaire pour les utilisateurs d’IE. Autre considération, le référent est extrêmement facile à falsifier dans une requête http et que le contenu exclusif n’est pas vraiment protégé.

La solution correct est la suivante et elle est inspirée du travail fait par Paypal pour garantir une sécurité. L’application du site A vérifie la valide du compte. Si le compte est invalide, on présente une page d’abonnement. Si le compte est valide, on prépare un algorithme d’hachage sur l’usager ou un nombre pseudo aléatoire. On le garde en cache ou en base de données pour les prochaines minutes. On effectue un réacheminement 301 en incluant en paramètre le total mêlé ou le nombre. Le site B sur réception du URL lance une application. Cette application appel un service WEB sur le site A demandant si le total mêlé ou nombre en paramètre a été bien créer par lui. Si la réponse est positive, le contenu est présenté. Si la réponse est négative, on réachemine l’usager vers une page d’abonnement du site A. Simple, efficace et sécuritaire. Maintenant la question piège. Si le référent ne sert pas à identifier de manière sécuritaire l’internaute, a quoi sert-il ? Je vous fais un résumé de mes discussions avec Jean-Marc prochainement.

Tags: Programmation

Un nouveau projet viens de voir le jour sur le web… Drizzle [en], une branche de MySQL, vise à diminuer la fonctionalité de la base de données pour offrir plus de puissance dans un environment où le besoin est sur un parralélisme élevé (comme par exemple en « cloud computing »). En bref, une base de donnée plus efficace, facile à augmenter pour la charge de travail avec un
design encore plus simple. La base de donnée est pensée principalement pour les applications webs, les applications qui fonctionnent en « cloud computing ». En fait, toutes les applications qui n’ont pas besoin d’avoir la logique d’affaire dans la base de donnée. Une bonne nouvelle quoi!
Jean-Marc

Tags: Programmation

Si vous vivez hors Canada vous n’aurez probablement entendu du fait que Bell Mobilité et Telus Mobilité chargeront dès août des frais sur les messages textes entrant. La nouvelle a plutôt fait le tour ici et m’as amené à créer un mini-site pour informer et
collecter les commentaires des gens sur la nouvelle. Une expérience assez intéressante… je ne voulais pas nécessairement utiliser un de nos serveurs, ni avoir à payer de frais de service… mais surtout je voulais essayer une plateforme qui pique ma curiosité depuis quelque temps. Donc, en 6 heures.. du moment où j’ai créé le compte au moment où le tout a été mis en ligne… en Python (pas mon langage préféré.. on pourra y revenir dans un avenir rapproché) sur le « App Engine de Google. La mise en ligne a vraiment été simple… leur base de donnée (non relationnelle) est très impressionnante. Avec la suite des outils de Google et surtout l’accès à leur méchanique d’authentication cette plateforme permet rapidement (et à très très peu de coût… c’est gratuit) de mettre en ligne un site web. D’un autre côté, le seul langage disponible est Python, mais surtout, une application développé pour le App Engine de Google devra être modifié pour fonctionner sur d’autres serveurs. L’avez-vous essayé? Qu’en pensez-vous??
Jean-Marc

La conception de site web implique une portion créative qui peut s’assécher avec le temps… c’est pourquoi de temps à autre, il faut s’éloigner du web… s’éloigner des lectures techniques… Ma façon de trouver l’inspiration, de la garder vivante… c’est de voyager, lire des romans, des articles sur plein de sujets divers… dernièrement, grâce à Hugues, j’ai ajouté une source d’inspiration dont
la richesse m’as beaucoup surpris. TED.com{en} est un site qui regroupe des conférences données par les grand penseurs de ce monde… Elles proviennent d’un événement d’une semaine, tenu une fois l’an, où tous ces gens se regroupent pour échanger… des idées 🙂 On y retrouve de tout, de la musique, à la danse en passant par des présentations techniques, des nouveaux gadgets, des explications sur le fonctionnement du cerveau et même de l’amour. Ce matin, encore, j’ai réécouté la présentation de Benjamin Zander sur la musique et la passion (son interprétation de Chopin est superbe)… comme quoi il faut ouvrir grand ses yeux, ses sens, son esprit pour se ressourcer. Bonne écoute!
Jean-Marc

Je suis de retour de Corse après des vacances bien méritées… Après avoir sélectionné quelques bonnes photos dans la tonne que j’ai prise là-bas je me suis questionné sur l’outil à utiliser pour les partager avec mes amis et mes collègues.
Je pouvais bien sûr monter un site de toute pièce mais disons que la proportion d’effort par rapport à l’utilité réelle laissait à désirer.
Samedi, donc, j’ai fouillé un peu et arrêté mon choix sur Flickr malgré ma réticence à utiliser une interface Web pour télécharger des photos… elles sont en général lente d’utilisation et surtout chiante quand il s’agit de télécharger plusieurs fichiers. Quel ne fut pas ma surprise de voir que Flickr fournit une application native à Windows (en plus des autres systèmes d’exploitations) permettant de sélectionner, annoter et ajouter à son profil Flickr, pratiquement comme si lesdites photos était encore sur sont ordinateur.
Ce que Flickr reconnaît en fournissant de tels outil c’est que parfois pour faire du Web il faut en sortir, ou plutôt, qu’il y a bien des façons d’accéder aux contenus et services disponibles. Il est facile de rester perpétuellement dans les contraintes du navigateur Web; c’est une interface utilisateur qui a fait ses preuves et elle correspond bien à une grande majorité de besoins. Pourtant, ce n’est pas la seule interface disponible et parfois s’y limiter c’est aussi appeler la «mort » rapide de son service en ligne. Prenons, par exemple, Ta-da Lists développé par 37signals. De leur propre avis dans leur livre Getting Real, l’API qui a permit de développer plusieurs applications précises sur Mac, a grandement contribué à l’adoption de leur service.
Donc, arrêtez un moment pour réfléchir, est-ce que vous pouvez pousser votre expérience Web plus loin que le Web?
— Jean-Marc

Tags: Ruby on Rails

La semaine dernière, la nouvelle fut l’annonce de Twitter de délaisser la plateforme Ruby on Rails pour d’autre langage. Java et PHP ont été mentionnés au passage. Est-ce que cette annonce remet en question les choix de M2i3? Non, nous croyons que la plateforme Rails est
une bonne plateforme. Avec ces défauts certes, mais une bonne plateforme. Il était difficile de prévoir que Twitter allait être un énorme succès en moins d’un mois. Bien sûr c’est le rêve de tout entrepreneurs, mais aussi un énorme cauchemar. Quand notre infrastructure ou notre architecture n’est pas parfaite. Mais quoi faire quand le succès cogne à la porte? Les stratégies que nous employons pour nos projets courants sont en mesure de prendre de grande charge. Une architecture solide nous permettra de diminuer nos points de défaillance. C’est dernier mois, quelques intervenants ont quitté la communauté. C’est normal. Quittant en faisant un battage publicitaire, c’est aussi très bien. Twitter n’a pas encore développé sa nouvelle plateforme, alors, Ruby on Rails est la pour rester encore quelques mois. Ceux qui se plaignent des problèmes de Twitter pourront encore se plaindre pendant plusieurs jours à venir. Il faudrait peut-être se souvenir que Twitter est un service gratuit et que les usagers ne payent rien. Peut-on se plaindre d’un service que l’on ne paye pas? Outre que de partir chez le concurrent, je ne crois pas. Bonne journée.

Tags: Ruby on Rails, Ruby, IDE

Tel que discuté dans vers un éditeur plus léger pour Ruby on Rails j’ai commencé à utiliser Komodo Edit d’ActiveState. La lune de miel a été de très courte durée. Après deux matins à avoir mon travail dans le train interrompu après seulement vingt minutes de travail j’ai placé Komodo dans la même catégorie de RadRails… trop
gourmand en ressources. J’ai donc regardé ce qui était disponible « nativement » sur mon ordinateur et je me suis dit: « ben il y a toujours ScITE ». Que j’utilise depuis ce matin là. bon, il n’y a pas beaucoups de macros disponible… mais je m’en sers rarement de toute façon. Le auto-complete est aussi absent, une des fonctionalité de Komodo qui me plaisait bien, mais après le premier choque passé je me retrouve encore plus efficace avec cet éditeur très simple. En plus, si je me fie à la configuration j’devrais pouvoir ajouter des trucs intéressants. Donc, l’aventure continue…
Jean-Marc

Tags: Programmation, Ruby

Qui n’a pas connu ce bref moment d’hésitation dans IRB ou la console de Rails… on viens d’inscrire le nom d’une classe ou encore d’un objet et on est plus certains du nom de la méthode. Plutôt que de faire TAB + TAB et avoir les 3597 méthodes disponibles pour l’objet et tous ses parents on peut interroger directement l’objet et obtenir les
méthodes disponibles… surtout celles qui sont spécifiques à cet objet. Ruby fournit plusieurs méthodes permettant de faire l’introspection sur les modules, classes et objets. Supposant qu’on veuille connaître les méthodes propres à la classe Time: (Time.methods – Time.superclass.methods).each {|m| puts m } Ce simple code nous retourne les 8 méthodes propres à la classe Time plutôt que les 81 méthodes de la classe Time et de tous ses parents. Maintenant, si vous avez besoins des méthodes d’une instance de la classe Time… supposons x = Time.now x = Time.now (x.methods – x.class.superclass.instance_methods).each {|m| puts m } Ce code retourne les 42 méthodes propres à une instance de Time… plutôt que les 82 méthodes de l’instance et ses parents. Plusieurs détails intéressant sont à remarquer; premièrement pour accéder aux parents (.superclass), on doit d’abord accéder à la classe (.class). On peut aussi interroger les méthodes d’une instance d’une classe sans avoir à l’instancier (.instance_methods). Bien sûr, si les méthodes générées dynamiquement, tel que les méthodes « find_by » du ActiveRecord, ne pourront pas retournées par cette technique mais c’est déjà un bon début lorsqu’on est dans le feu de l’action. à+
Jean-Marc