Sinon, sur la partie Voix uniquement (pour l'instant?), il y a OneTeam qui gère bien aussi. Et au lieu d'être du gros-Java-qui-tâche (tm), c'est basé sur XulRunner.
Je connais mal Jasig, mais la plupart des systèmes que j'ai regardé ont de toutes manières un pépin fondamental avec les services web qui ne sont que des proxies (genre un webmail qui ne fait rien du mot de passe, mais le fournit à son serveur IMAP préféré).
Pour le HTTPS, ce n'est pas la redirection qui me choquait - bien au contraire. C'est juste le fait de ne pas avoir du HTTPS de bout en bout, ce qui permet à un petit malin de faire du MitM au niveau du petit bout en HTTP et de supprimer le HTTPS de la redirection (ou de la faire vers un serveur dont il maîtrise le certificat). Vu que ça fait un peu partie des failles à la mode...
lorsqu'on cherche à accéder à l'espace membre et qu'on s'identifie, on nous propose de nous "prévenir lorsque que l'on se connecte à un autre service". Ce qui aurait tendance à me faire penser à un Web-SSO liant les différents services. Alors certes, je ne l'ai pas trop vu marcher (il me redemande mon identité à chaque service, même sans avoir coché la case), mais si c'est vraiment prévu qu'avez vous utilisé comme techno?
beaucoup de services sont en HTTP et/ou passent par un lien HTTP avant d'être redirigés vers du HTTPS (cas du lien vers SOGo). Est-ce voulu/normal?
L'initiative est louable, les services choisis pertinents. Par contre je ne comprends pas pourquoi mail.mdl29.net renvoie sur un Roundcube alors que la dépêche parle de SOGo.
Ok, autre exemple, qui me touche d'un peu moins près. Un office de tourisme du coin a à sa disposition une très grosse quantité de vieux outils, le genre qui ferait un super "musée des arts et traditions populaires" local. Sauf que qui dit musée dit accessibilité, et pas les moyens (c'est une vieux bâtiment probablement classé) de mettre aux normes handicapés.
Moralité : on fait rien. On laisse le patrimoine se détériorer dans un grenier, empêchant du même coup les handicapés et les autres d'en profiter. Effectivement, c'est juste : c'est tout le monde pareil.
De là, je ne vois pas trop l'intérêt de faire passer cette loi. Ça sent l'entourloupe quelque part.
Parfois on a besoin de choisir, et cette loi peut permettre de hiérarchiser un peu les priorités.
Exemple bête : par chez moi, il y a une structure publique accueillant des enfants. Aux dernières nouvelles des commissions de sécurité et assimilées, il ressort que :
les interrupteurs ne devraient pas être à moins d'1m20 du sol, pour éviter aux enfants d'y toucher.
les interrupteurs ne devraient pas être à plus de 80 cm du sol, pour que les usagers en fauteuil roulant puissent y accéder.
(les valeurs sont inexactes, mais l'ordre de grandeur et la contradiction sont bien réels)
Enfin c'est juste une idée, mais j'imagine que dans ce cas, cette nouvelle loi ferait privilégier les enfants (cible principale de l'établissement) au détriment des handicapés, au lieu de bloquer tout le monde dans une situation insoluble.
Sans parler des piétons. Le nombre de fois où j'ai manqué de me prendre un cycliste en traversant comme il fallait (i.e. le feu étant rouge pour les voitures, et ces dernières bien arrêtées).
Ah oué, au lieu de trafiquer les freins de la voiture de son rival pour qu'il se jette de la falaise, il suffira de déplacer temporairement le tracé de la route. C'est beau le progrès ;)
Mais je m'en fous d'avoir 200 extensions pour le faire fonctionner,
Alors Firefox n'est peut-être pas fait pour toi. Si je me souviens bien de son "manifeste" initial, il était bel et bien question de revenir aux fondamentaux, déplaçant vers des extensions tout le reste.
Si les greffons tiers ne marchent pas, ce n'est pas de la faute de l'éditeur du logiciel…
Un peu, en fait, dans le cas qui nous préoccupe. Le souci, c'est que les éditeurs de greffons se basent pour le numéro de version de FF pour savoir s'ils sont compatibles ou pas. Ils peuvent indiquer une version minimum et une version maximum, et pour chacune indiquer un numéro majeur ou mineur.
Comme les versions majeures sont réputées pour casser beaucoup de choses (et même certaines versions mineures, cf. passage de 3.0 en 3.5), ils ont généralement pris le parti de spécifier comme maximum une version majeure - par exemple la 4. Ça permet d'éviter que, si le greffon est un peu oublié par ses concepteurs, il ne casse tout quelques mois/années plus tard lorsque FF évoluerait.
Sauf que maintenant, cette logique n'est plus valide du tout : les changements entre 4 et 5 ne sont pas assez violents pour provoquer de grosses incompatibilités. Mais la définition des greffons est déjà faite. Il faudra le temps que cette nouvelle habitude se fasse chez les développeurs, mais c'est un peu rapide de tout leur mettre sur le dos.
bon ca marche pas quand on a besoin d'une localisation ultra-précise
Et encore. Si tu prends la base géographique d'un numéro qui t'intéresse - en sachant bien que certains numéros auront été portés et donc ne correspondront pas - tu peux générer uniquement les 4 derniers chiffres et avoir quelque-chose de relativement localisé. Pas à la commune près, mais ça a de bonnes chances de coïncider avec le territoire qu'un commercial peut couvrir une fois les rendez-vous pris.
Sinon, il reste la bonne vieille technique du "excusez-moi je vous reprends tout de suite", pour ensuite laisser le combiné décroché aussi longtemps que possible. Le temps que le mec aura passé à se rendre compte que tu ne reviendrais pas, c'est du temps où il n'aura pas emmerdé quelqu'un d'autre.
Blague à part, Aurélien met en avant un problème qui va s'avérer épineux : de nombreux réseaux partent du principe qu'il existe des TLDs invalides. Microsoft eux-mêmes recommandaient - à défaut d'un "vrai" domaine - de déclarer son Active Directory comme étant en .local.
Alors certes, je doute fort qu'on puisse acheter .lan ou .local. J'espère qu'ils ne seront pas si crétins. Maintenant, on ne peut pas penser à tout, et on trouve des tas de noms de domaines "invalides" rigolos : .intranet, .dsi, ., ...
S'il suffit d'allonger 25k dollars pour subitement détourner tout le DNS d'une boîte, ça va devenir problématique.
[^] # Re: m'en fout moi j'utilise msn
Posté par Larry Cow . En réponse au journal Petit état de l'art de (quelques aspects de) la messagerie instantanée. Évalué à 3.
XMPP non plus (voir du côté de Poezio, par exemple)
[^] # Re: Du concret !
Posté par Larry Cow . En réponse à la dépêche Petit état de l'art de (quelques aspects de) la messagerie instantanée. Évalué à 3.
Sinon, sur la partie Voix uniquement (pour l'instant?), il y a OneTeam qui gère bien aussi. Et au lieu d'être du gros-Java-qui-tâche (tm), c'est basé sur XulRunner.
[^] # Re: Oh le joli FUD
Posté par Larry Cow . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 2.
Sur les serveurs de Google, il n'y a pas de conférence et l'implémentation des chats à plus de deux est spécifique (la dernière fois que j'ai essayé).
Ça tombe bien, on peut utiliser les infrastructures d'un serveur tout en se connectant depuis un autre ;)
[^] # Re: synchronisation des instances
Posté par Larry Cow . En réponse à la dépêche Thunderbird 5 est sorti. Évalué à 4.
En fait, c'est Kolab qui fonctionne ainsi, et KMail est un client Kolab. Il existe une extension SyncKolab pour TB.
[^] # Re: Adblock
Posté par Larry Cow . En réponse au journal Google plus, réseau social. Évalué à 4.
+1
[^] # Re: Premiers essais
Posté par Larry Cow . En réponse à la dépêche libr@net, la plateforme d'hébergement de maison du libre. Évalué à 2.
Nous avons butté sur la gestion des tickets entre round cube et dovecot. Mais c'est en passe d'être résolu.
Très intéressant, je vais suivre ça d'aussi près que possible :)
[^] # Re: Premiers essais
Posté par Larry Cow . En réponse à la dépêche libr@net, la plateforme d'hébergement de maison du libre. Évalué à 2.
Je connais mal Jasig, mais la plupart des systèmes que j'ai regardé ont de toutes manières un pépin fondamental avec les services web qui ne sont que des proxies (genre un webmail qui ne fait rien du mot de passe, mais le fournit à son serveur IMAP préféré).
Pour le HTTPS, ce n'est pas la redirection qui me choquait - bien au contraire. C'est juste le fait de ne pas avoir du HTTPS de bout en bout, ce qui permet à un petit malin de faire du MitM au niveau du petit bout en HTTP et de supprimer le HTTPS de la redirection (ou de la faire vers un serveur dont il maîtrise le certificat). Vu que ça fait un peu partie des failles à la mode...
[^] # Re: Premiers essais
Posté par Larry Cow . En réponse à la dépêche libr@net, la plateforme d'hébergement de maison du libre. Évalué à 2.
Deux questions/remarques supplémentaires :
[^] # Re: Logique
Posté par Larry Cow . En réponse au journal Obligation d'accessibilité remise en cause. Évalué à 2.
Et puis j'aime bien ta conception de "privilégier les enfants"
C'est pas "ma" conception, c'est la conception du mec qui vient auditer la conformité du bâtiment.
# Premiers essais
Posté par Larry Cow . En réponse à la dépêche libr@net, la plateforme d'hébergement de maison du libre. Évalué à 3.
L'initiative est louable, les services choisis pertinents. Par contre je ne comprends pas pourquoi mail.mdl29.net renvoie sur un Roundcube alors que la dépêche parle de SOGo.
[^] # Re: Logique
Posté par Larry Cow . En réponse au journal Obligation d'accessibilité remise en cause. Évalué à 2.
Ah pardon, j'avais oublié un détail : la salle dispo pour ce faire était au premier étage. Et évidemment, l'ascenseur était hors de question.
[^] # Re: Logique
Posté par Larry Cow . En réponse au journal Obligation d'accessibilité remise en cause. Évalué à 4.
Ok, autre exemple, qui me touche d'un peu moins près. Un office de tourisme du coin a à sa disposition une très grosse quantité de vieux outils, le genre qui ferait un super "musée des arts et traditions populaires" local. Sauf que qui dit musée dit accessibilité, et pas les moyens (c'est une vieux bâtiment probablement classé) de mettre aux normes handicapés.
Moralité : on fait rien. On laisse le patrimoine se détériorer dans un grenier, empêchant du même coup les handicapés et les autres d'en profiter. Effectivement, c'est juste : c'est tout le monde pareil.
Mais c'est aussi un peu triste.
[^] # Re: Basé sur le moteur de Firefox
Posté par Larry Cow . En réponse à la dépêche Sortie d’Instantbird 1.0. Évalué à 3.
Wengo c'était du Qt, si j'ai bonne mémoire. Donc pas trop de rapport avec XUL.
[^] # Re: Alternative libre
Posté par Larry Cow . En réponse au journal Google plus, réseau social. Évalué à 2.
En termes de passage de NAT, ça sait faire quoi?
[^] # Re: G+ vs FB
Posté par Larry Cow . En réponse au journal Google plus, réseau social. Évalué à 6.
Notamment dans le nord-est de l'Amérique du sud ;)
[^] # Re: Logique
Posté par Larry Cow . En réponse au journal Obligation d'accessibilité remise en cause. Évalué à 6.
De là, je ne vois pas trop l'intérêt de faire passer cette loi. Ça sent l'entourloupe quelque part.
Parfois on a besoin de choisir, et cette loi peut permettre de hiérarchiser un peu les priorités.
Exemple bête : par chez moi, il y a une structure publique accueillant des enfants. Aux dernières nouvelles des commissions de sécurité et assimilées, il ressort que :
(les valeurs sont inexactes, mais l'ordre de grandeur et la contradiction sont bien réels)
Enfin c'est juste une idée, mais j'imagine que dans ce cas, cette nouvelle loi ferait privilégier les enfants (cible principale de l'établissement) au détriment des handicapés, au lieu de bloquer tout le monde dans une situation insoluble.
[^] # Re: Et comment feront les chauffards
Posté par Larry Cow . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 10.
Sans parler des piétons. Le nombre de fois où j'ai manqué de me prendre un cycliste en traversant comme il fallait (i.e. le feu étant rouge pour les voitures, et ces dernières bien arrêtées).
[^] # Re: et bien sûr
Posté par Larry Cow . En réponse au journal Après les voitures sans permis, voici les voitures sans conducteurs :). Évalué à 8.
Ah oué, au lieu de trafiquer les freins de la voiture de son rival pour qu'il se jette de la falaise, il suffira de déplacer temporairement le tracé de la route. C'est beau le progrès ;)
[^] # Re: SeaMonkey
Posté par Larry Cow . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 1.
Ensuite, pourrais-tu citer quelques logiciels, un tant soit peut connu, qui sont écris en XUL, à part Firefox et Songbird.
OneTeam, Komodo, ...
[^] # Re: le fond et la forme
Posté par Larry Cow . En réponse au journal Mais qu'est ce qu'ils branlent encore chez Mozilla ?. Évalué à 7.
Mais je m'en fous d'avoir 200 extensions pour le faire fonctionner,
Alors Firefox n'est peut-être pas fait pour toi. Si je me souviens bien de son "manifeste" initial, il était bel et bien question de revenir aux fondamentaux, déplaçant vers des extensions tout le reste.
[^] # Re: Et hop ! Plus de plugins.
Posté par Larry Cow . En réponse à la dépêche Firefox 5 est sorti. Évalué à 6.
Si les greffons tiers ne marchent pas, ce n'est pas de la faute de l'éditeur du logiciel…
Un peu, en fait, dans le cas qui nous préoccupe. Le souci, c'est que les éditeurs de greffons se basent pour le numéro de version de FF pour savoir s'ils sont compatibles ou pas. Ils peuvent indiquer une version minimum et une version maximum, et pour chacune indiquer un numéro majeur ou mineur.
Comme les versions majeures sont réputées pour casser beaucoup de choses (et même certaines versions mineures, cf. passage de 3.0 en 3.5), ils ont généralement pris le parti de spécifier comme maximum une version majeure - par exemple la 4. Ça permet d'éviter que, si le greffon est un peu oublié par ses concepteurs, il ne casse tout quelques mois/années plus tard lorsque FF évoluerait.
Sauf que maintenant, cette logique n'est plus valide du tout : les changements entre 4 et 5 ne sont pas assez violents pour provoquer de grosses incompatibilités. Mais la définition des greffons est déjà faite. Il faudra le temps que cette nouvelle habitude se fasse chez les développeurs, mais c'est un peu rapide de tout leur mettre sur le dos.
[^] # Re: Orange, c'est pas toujours vert.
Posté par Larry Cow . En réponse au journal Comment refuser la fibre optique. Évalué à 2.
bon ca marche pas quand on a besoin d'une localisation ultra-précise
Et encore. Si tu prends la base géographique d'un numéro qui t'intéresse - en sachant bien que certains numéros auront été portés et donc ne correspondront pas - tu peux générer uniquement les 4 derniers chiffres et avoir quelque-chose de relativement localisé. Pas à la commune près, mais ça a de bonnes chances de coïncider avec le territoire qu'un commercial peut couvrir une fois les rendez-vous pris.
[^] # Re: Ah le démarchage téléphonique !
Posté par Larry Cow . En réponse au journal Comment refuser la fibre optique. Évalué à 3.
Je suppose que tu n'as pas d'antispam ni d'adblock, histoire de rester cohérent avec ton "mais il y a un mec qui travaille au bout"?
[^] # Re: Ah le démarchage téléphonique !
Posté par Larry Cow . En réponse au journal Comment refuser la fibre optique. Évalué à 10.
Sinon, il reste la bonne vieille technique du "excusez-moi je vous reprends tout de suite", pour ensuite laisser le combiné décroché aussi longtemps que possible. Le temps que le mec aura passé à se rendre compte que tu ne reviendrais pas, c'est du temps où il n'aura pas emmerdé quelqu'un d'autre.
[^] # Re: search
Posté par Larry Cow . En réponse à la dépêche Vers une libération de l’Internet ?. Évalué à 5.
Blague à part, Aurélien met en avant un problème qui va s'avérer épineux : de nombreux réseaux partent du principe qu'il existe des TLDs invalides. Microsoft eux-mêmes recommandaient - à défaut d'un "vrai" domaine - de déclarer son Active Directory comme étant en .local.
Alors certes, je doute fort qu'on puisse acheter .lan ou .local. J'espère qu'ils ne seront pas si crétins. Maintenant, on ne peut pas penser à tout, et on trouve des tas de noms de domaines "invalides" rigolos : .intranet, .dsi, ., ...
S'il suffit d'allonger 25k dollars pour subitement détourner tout le DNS d'une boîte, ça va devenir problématique.