Orange, que voilà une belle preuve de réussite dans ce monde capitaliste (encore que...). Je ne parlerai pas de leurs services internet hors de prix, ni de leur renégociation de leur contrat avec apple, d'autres sites s'en chargent très bien.

Il est juste question ici d'un énième coup de gueule sur les pratiques commerciales toujours plus vicieuses. "Nous sommes des consommateurs et on aime être pris pour des cons", ça ils l'ont bien compris.

Voilà mon cas (identique à beaucoup de clients), je suis chez l'opérateur de téléphonie mobile Orange™ depuis plusieurs années. Il arrive le jour fatidique du changement de portable (2 fois déjà). Cette fois-ci je choisis l'iPhone (pour ceux qui n'auraient pas suivis). Direction la boutique, un peu de blahblah commercial et puis arrive le "je vous mets l'option sécurité [... blah ...] gratuit [... blah ...] 1 mois. Et vous prendrez bien une coque de protection [...blahblahblah...]". La perche est lancée, je suis accroché à l'hameçon.

On commence par la facture, de toutes évidences le prix du forfait ne ressemble pas à celui qu'on peut voir sur le site de orange qui passe de 49€ à 53.50€ "Mais c'est normal, c'est écrit en petit que c'est plus chère!!!!". Ce n'est pas de l'arnaque en effet, c'est juste de la dissimulation volontaire pour mieux faire passer la "pilule". Ensuite arrive la tant attendue option gratuite, qui se transforme en un joli 9€ absolument inutile pour nous.

Qu'est-ce que l'option sécurité?

• Le vol toutes causes (hors négligence), la casse et la perte accidentelle. Ce qui signifie "Tu l'as dans l'os d'ailleurs regardes ces nouveaux portables comme ils ont l'air cool".
• L'indemnisation pour des communications frauduleuses (dans la limite de 3000€). Limite supérieur ou inférieur haha!
• Le remboursement des coûts de renouvellement de votre carte SIM. Et pourquoi ça devrait être payant ça?
• Le remboursement de la moitié du montant de votre forfait mensuel (hors option) si la période d'insdisponibilité est > 5 jours ouvrés pour le vol. Ce qui ne veut presque rien dire ... heureusement qu'ils ont mis un verbe.

L'assurance civile devrait donc convenir dans pas mal de cas déjà et en règle générale on prend un minimum de précaution quand on a 400€ dans la poche.

Bref ce soir, je résilie cette option gratuitement inutile et payante et je sais déjà que ça va être galère.

Arrivée sur le portail d'orange (douteusement complexe et pas intuitif) je vois qu'on ne peut que résilier les options réellement gratuites (qui ne devraient même pas être des options). Ok on peut appeler gratuitement le 740, mais on ne peut pas résilié cette option en particulier (étrange!!). Il faut donc appeler le 700 avec des clauses particulières et un temps d'attente indéterminé. Orange à réussit dans sa première phase de dissuasion.

"Mais pourquoi donc?", faut-il s'écrier naïvement. "Et bien parce que le système est complexe ...[blahblah]...".

Et bien un "système" devrait être simple, clair et, touche sur le gâteau intuitif, s'il ne l'est pas c'est qu'il est mauvais.

[Prochain épisode : la boutique]

Nani desu ka?

Depuis peu je retouche l'ACL sur cakephp 1.2. En fait, le plus difficile est de se lancer. Aujourd'hui je comprends à peu près le fonctionnement néanmoins encore beaucoup de points restent obscurs. Ce n'est propre au framework cakephp mais plus au principe voir même de la philosophie "Acl".

Au commencement il y avait les Aro (les utilisateurs ou les groupes) : Ève. Ensuite arrivent les Aco (les contrôleurs, actions ou directement les objets ) : Adam (oui on sait tous que vous êtes manipulatrices). Il ne manque plus qu'un médiateur : la pomme (la table aros_acos dans cakephp qui définit les permissions : crud).

Je ne m'attarderai pas plus sur le concept (surtout que je dois très mal l'expliquer).

Comment démarrer?

La première fois sur cakephp 1.1 avec les tutoriaux ibm, avec le manuel de cake ou plus simplement avec le l'article de rtconner sur le bakery.

Mais voilà on aime l'aventure et ça fait un moment qu'on est passé sur cake 1.2.

Je me suis retrouvé dans un état d'excitation extrême à la lecture de l'article Gestion des droits d’accès par groupes d’utilisateurs. Simple et clair, je passe à l'action, j'intègre, j'adapte et je commence même un plugin.

Je recommande chaudement d'essayer acl manager plugin qui a la qualité d'être d'une simplicité enfantine à l'installation et à l'utilisation (un gosse qui sait faire un checkout sur svn tout de même) et permet en outre d'avoir un visu sur ce qu'il se passe.

Néanmoins quelque chose me titille.

Une usine à gaz?

Peut être l'aurez-vous remarqué, dans tous les tutos présentés, aucun ne parle de suppression d'Aro ou Aco (sauf celui d'ibm). Et quand on veut gérer finement des droits il faut le faire en plein, c'est bien beau de créer des Objets dans tous les sens et d'indiquer les permissions mais on commence à administrer, modérer faire évoluer le contenu d'une application, on ne peut pas permettre de laisser des résidus qui pourrait mettre en péril la santé de notre chère appli.

Quand je disais que quelque chose me titille en fait je me suis rendu compte bien tard de cette évidence : les Objets sont créés en double dans l'application. Exemple :

• Un utilisateur dans la table users => un référent dans la table Aros.
• Un groupe dans la table groups => un référent dans la table Aros.
• Une action dans un controller => un référent dans la table Acos.
• Un produit dans la table products => un référent dans la table Acos.

Problème n°1 : on peut aisément créer un doublon : deux Objets ayant exactement les mêmes attributs.

Problème n°2 : comment je récupère l'id acl de l'objet que je veux supprimer?!

Problème n°3 : ça y est je l'ai supprimé .... woops j'ai oublié de virer les anciennes permission :#

Solution : On s'en tape les burnes contre les murs.

Sauf que le jour où j'ai 10000 produits, 2000 utilisateurs, une tripoté de modérateurs à moitié abrutis (humour cynique), je préfère dès aujourd'hui le choix de l'optimisation.

Mais ça se passe comment à coté?

On sait que différents système utilise l'Acl, gnu/Linux, Windows et sûrement plein d'autres. Cela me parait étrange que l'on s'extasie sur quelque chose qui peut aussi facilement partir en couille.

Et bien, sur nux les entités ne sont pas en doublon (déjà!), on a un compte unix unique (même qu'on le supprime jamais) des groupes uniques ... du coup on ne parle que d'Acl et par extrapolation des permissions.

Alors qu'est-ce qui ne va pas avec cakephp? Est-il trop souple : il permet de considérer des méthodes comme des Acos, il ne sais pas travailler directement avec les objets de la base de données... Il ne sait pas faire de relation direct entre un objet et son homologue aco ou aro?!

Solution?

Je n'en vois qu'une réelement valable, solution Unix style : ne jamais supprimer, autoriser seulement la désactivation.

[update]

La solution de ibm que je viens de découvrir (ils ont mis à jour leur documention woot!!)

On doit passer par la recherche d'alias (en priant que celui-ci soit unique : penser à ajouter un checkUnique dans le modèle pour la création).

$aro = $this->Acl->Aro->findByAlias($alias);

On peut enfin "synchroniser" les tables :/

$this->Acl->Aro->delete($aco['Aro']['id']);

(ça y est j'ai mis 2 lignes de code dans billet!)

Trop bien !

Mais où est-ce qu'on le trouve?!

Nouni c'est le nom que j'ai donné à mon snowboard... vui il faut faire corps avec la planche. Une planche a besoin d'amour et elle le rend bien.

Ce court moment d'images (ou presque) et son est sponsorisé par no-brain.

Nous sommes Dimanche 30 Mars il est 3h passé et buggy iphone ne balance pas l'alarme. Mais pourquoi??!! Je suis branché sur un ntp et pas de bol aujourd'hui on avance d'une heure, du coup la 3ème heure n'existe pas sur l'iphone avant que celle-ci ne soit passée. Celui-ci m'indique de temps en temps que mon alarme est à 4h puis revient à 3. Je me demande si cela aurait fonctionné de mettre le reveil à 2h, je suppose que oui (mais bon je veux reveiller à 3h moi ... pas à !!).

Il vous plait mon billet useless du dimanche matin? Sur-ce je file snowboarder.