La conséquence c'est qu'il faut choisir un environement complet ou rien, meme si, ce qui nous conviendrai le mieux serai par ex. une utilisation combinée du moteur de template de django, de l'ORM sqlobject, de l'interface avec le serveur web WSGI, Twisted pour les accès soap/rpc/webservices, Route pour la réécriture d'url, une combinaison ldap/coockie/sessions pour l'auth, mochikit pour ajax...
Cela imposerait une standardisation à l'extrême. Aujourd'hui comme standards on a en gros WSGI et DBAPI. Le reste est encore flou, mais ce n'est pas vraiment spécifique à Python. Cela demandera un travail dingue de penser une interface d'authentification unique, qui répondent à la multiplicité de l'essence.
Pourquoi autant de developpeurs python écrivent (et publient !) leur propre framework web ?
C'est à mon avis lié à la population qui compose la communauté Python. De bons codeurs, pros du NIH, et qui n'ont pas de solution évidente à disposition. En comparaison, si je devais faire une appli en Java il y aurait 80% de chances que j'utilise Struts, parce c'est le choix le plus répandu et que mes connaissance de Java sont trop limitées pour que je réfléchisse plus loin.
Au final si il y a autant de frameworks, c'est qu'il est très facile d'en faire un avec Python. On ne peut pas vraiment dire que ce soit un défaut du langage !
et, par contraste, pourquoi si peu de travail et documentation sur l'intéropérabilité / l'unification ?
Parce que comme dans toute communauté il est plus facile de coder que de documenter :).
Est-ce qu'un bon jeux de petites libs, à l'API stable et bien documentée, sous tests unitaires indépendants, réutilisables, combinables entres elles à volontée
Un bon nombre des composants que tu cites sont indépendants et des briques unitaires : kid, sqlobject, stan, mochikit, route, paste, cheetah, voire cherrypy. Et ces briques progressent beaucoup à l'heure actuelle, c'est d'ailleurs la raison qui me fait douter de Django et plus croire en TurboGears.
Différents choses me génent. D'abord le moteur de templates ne me convient pas (l'exemple du sujet vient de là). C'est quand même un facteur important. De même leur ORM n'a rien d'extraordinaire (euphémisme).
On vient donc au problème de fond: ils ne considérent pas l'existant. En gros ils refont tout eux-mêmes (voir ici : http://blogs.nuxeo.com/sections/blogs/fermigier/2006_01_22_u(...) ), sans regarder ce qui existe, et ne font pas vraiment mieux (ce n'est que mon avis). Du coup quand tu commences un projet avec Django tu utilises tout leurs outils, et tu ne peux pas vraiment en sortir ou choisir une solution qui te convient mieux pour un élément spécifique. De ce côté TurboGears est beaucoup intéressant (même si il ne manque pas de défaut).
Enfin le problème de fond est qu'il n'y a pas de solutions émergeantes qui aie tout les avantages. C'est pourquoi Django séduit je pense: ca marche, tout simplement.
> Installer KDE sous debian est un geste technique loin d'être innocent (deb est orienté gnome).
Ah les bons jugements à l'emporte pièce... Si tu pouvais expliquer en quoi Debian est orienté GNOME, alors que les mainteners KDE sont au moins aussi bons, et que les mises à jour KDE ont tendance à arriver avant.
En fait ca n'a rien à voir avec des SMS. Wengo offre 3 euros, tu peux les utiliser comme tu veux, : 5h vers les fixes, 20 minutes vers les portables ou 1h vers ton copain/copine brésilien/brésilienne.
- Pas possible de lister les contacts de ton carnet LDAP distant dans thunderbird
Si. Tu mets "*" et ca liste chez moi.
- Pas possible de voir hors ligne les contacts de ton carnet LDAP
Si. Tu fais une synchronisation locale de ton serveur. Il suffit d'avoir les droits suffisants.
- Pas possible de modifier une fiche du carnet ldap distant depuis thunderbird ...
Ca c'est un problème de Thunderbird. Il suffirait d'implémenter l'écriture sur LDAP. J'utilise le plugin Turba pour Horde qui le fait très bien. On peut en plus gérer plus annuaires (un partagé, un personnel).
Sinon oui, ldap c'est LA solution hein :-D
Soyons sérieux ...
Ah ca c'est de l'argument qui tue :). J'utilise justement une solution de ce type et c'est très satisfaisant. Webmail Horde dans la journée qui fonctionne très bien avec IMAP/LDAP, et Thunderbird chez moi avec IMAP et LDAP en lecture seule.
Ce qui manque donc principalement c'est l'écriture sur LDAP. Ca ne doit pas être si terrible à implémenter, le problème étant plutôt que ca ne concerne surement pas assez de monde (pour l'instant).
Ouaip c'est un coup bas je sais. Mais bon pour la page la plus accédée du monde ils auraient pu faire un effort. Surtout pour une boîte de cette taille valider une page c'est pas la mort
Je lis qu'ils comptent documenter leur protocole puis passer à SIP.
Moi je lis "will", "plan", mais je ne vois rien venir.
Contrairement à Mandrake^WMandriva ?
Mandriva (j'ai du mal à m'y faire) a de réelles répercussion sur le monde du libre, des personnes payées à plein temps pour faire avancer Linux et les logiciels qui gravitent autour. Pour moi c'est comme si Google avait un développeur Firefox. Je ne pense pas que ce soit le cas.
De toutes manières la question est pas de savoir si les gens qui travaillent là bas s'enrichissent, ça je leur reprocherait pas.
Une société n'existe pas forcément que pour faire du fric. Et quand bien même: on peut s'enrichir et rester "moral".
Sinon, tu peut commencer ta chasse aux sorcières chez les développeurs de KDE, du GNU, du kernel... un certain nombre sont payés, et ceux qui ne le sont pas utilisent les logiciels qu'ils codent, ce qui revient à une rénumération en nature.
Bon là on rentre dans un autre débat, je me suis surement mal exprimé. Déjà il y a une différence entre gagner sa vie et s'enrichir. Torvalds gagne peut être bien sa vie, mais n'est pas millardaire. Google fait plusieurs milliards de chiffres d'affaires par an (et plus d'un millard de dollars bénéfices sur 2004). Ils peuvent se permettre de faire les grands princes en donnant 2000$ a des étudiants. Ils pourraient aussi ne pas le faire, mais ca reste une pub pas chère et un vecteur de recrutement génial.
Alors après on peut dire que c'est du marketing, mais je suis pas sûr que ce soit rentable par rapport au marché des geeks. Même chose pour le recrutement : ils pouvaient aller les chercher ailleurs.
C'est une bonne question... Regarde Gmail : un effet de mode complet, basé sur invitation pour créer un petit côté élite. Ouverture du POP histoire de pas trop fermer le bouzin. Le POP, c'est finalement le seul sacrifice par rapport à Hotmail (bon sans compter l'interface nettement plus péchue). Et ca attire le geek.
La concurrence existe, même si elle est médiocre en comparaison.
Là je te trouve un peu sec. Pour moi Yahoo est vraiment un concurrent sérieux. Surement mieux implanté aux US qu'en Europe d'ailleurs, mais il concurrence sérieusement Google. Le moteur de recherche est performant, parfois plus intéressant que Google (dommage noyé dans un portail de news merdique mais bon). Flickr est un vrai succès aussi par exemple.
Enfin pour en revenir à mon objectif initial, il ne faut pas prendre tout ce que fait Google pour argent comptant. Pour faire une analogie, ca serait comme faire d'Apple de grands libristes parce qu'il utilise le noyau Mach : on l'a bien vu dans l'affaire Safari/Konqueror, tout n'est pas noir ni blanc. Et j'ai regardé Google Analitycs pour mon site, et bien les conditions ne me convenaient pas du tout (utilisation du nom du site possible pour Google, disclaimer sur mon site, cookies à gogo). Comme quoi il y a encore des choses à améliorer.
Non Google fait ce qu'il veut. Ce n'est pas Debian ou Apache, et pas Mandrake non plus : c'est une société qui est là pour faire de l'argent, qui utilise le libre quand ca les arrange, et le proprio quand ils veulent.
Pour l'instant, ils n'ont pas fait grand chose pour la communauté : le Summer of Code (une belle initiative), quelques bibliothèques... Quid du code de gmail, gtalk, gdesktop ? Quid même du support Linux ?
Google gère très bien son image, ils ont effectivement bien compris le Web. Ils font qq efforts pour le libre, mais je l'assimile beaucoup à de l'effort d'image ("bouh les mechants MS, regardez nous on a donné 2000$ à Gaim" (je caricature)).
Bon c'est surtout pour contrebalancer ton post "waou Google c'est trop bien". Ils font des trucs bien, rien à dire là-dessus. Mais j'aimerais bien savoir ce qu'ils vont faire de ce monopole... En attendant j'aimerais bien que Yahoo survive ne serait-ce que pour l'existance d'un contre-pouvoir.
Rien. Ma boule de cristal est un peu brumeuse, ca doit être la météo :).
Bon a priori le problème vient de la configuration de ton proxy apache2 qui est trop ouvert ? Tu n'a pas dit clairement quel était le résultat que tu espérais. Le test que tu effectue tu le fais depuis ton intranet ou depuis une machine externe ? Tu as défini des virtualhosts par nom, par ip ?
A vue de nez je dirais que tu as fait des déclarations globales de Proxy sur le proxy apache. Bref donne ta configuration complète ca devrait aller mieux.
Juste une idée : c'est bien un reverse proxy que tu veux ? Dans ce cas as tu bien mis ProxyRequests=off dans ta conf ?
Il te faut l'option "unix extensions = yes" côté client et serveur. C'est étrange car en principe elle est activée par défaut... Tu dois avoir aussi "follow symlinks = yes", activée par défaut aussi. Mais vu que ca marche sous windows... Bref vérifie la valeur de ces 2 options :)
from htmlentitydefs import entitydefs
d = dict([(v,"&%s;" % k) for k,v in entitydefs.items()])
chaine = "lé aquesant cé bô"
res = ''.join([d.get(c, c) for c in chaine])
Et hop ! Je suis pas sûr que c'est intéressant pour les perfs mais c'est plus "pythonic", surtout ca évite le try/except en utilisant get.
Ah oui effectivement c'est super crado... RoundCube utilise le code IMAP d'IlohaMail, mais de facon pas très judicieuce. J'ai regardé rapidement le code (hum j'avais oublié comme c'était moche le php </troll>), et dans la fonction _list_headers lancée sur un dossier:
il récupère le nombre de message
récupère tous les entêtes des messages (déjà c'est débile, pourquoi ne pas récupérer uniquement les messages affichés)
stocke ca dans un grand tableau
Trie tous ces messages (avec les entêtes)
Ecrit tous dans un cache qui stocke dans la base SQL (aie)
Pour info (sur http://x.guimard.free.fr/postfix/uce.html) : "Le paramètre smtpd_sender_restrictions indique les adresses d'expéditeurs acceptées par le système dans la commande MAIL FROM."
Pour TLS et SASL, c'est très différent, c'est même complémentaire. TLS gère le chiffrement de la connexion : pour un login/pass sasl, ca peut être très intéressant. TLS peut gérer l'authentification dans le cas de certificat client par exemple.
A ce point ? Ca me parait bizarre tout de même, j'ai un IMP4 et mon webmail perso, et sur un dossier de 1800 mails je n'ai aucun problème... A moins que tu les affiches tous d'un coup ? :)
En principe la quantité totale importe relativement peu, vu que tu n'affiches qu'un nombre limité de messages à la fois. Pour les autres, tu ne récupéres que leur présence, donc le fait qu'il y en ait 100 ou 8000 ne change pas grand chose (même pour Php une liste de 8000 entiers c'est pas énorme...).
Arg je me suis fait linuxfriser ! Je me disait bien que mes logs bougeaient... Bon si ca casse dans l'après-midi ne soyez pas surpris mais indulgent :).
Pour parler un petit peu du projet, chose que je n'ai pas encore trop faite parce que je ne considère pas ca comme montrable, ca tourne autour de twisted et nevow, 2 technos Python, avec css et javascript pour enrober tout ca. Comme je ne suis pas du tout un web designer, ca ne ressemble à quelque chose que sous Mozilla. C'est utilisable sous Konqueror et Opera, mais pas sous IE...
Puisque je suis là, si des gens sont intéressés, les messages du site sont valables : toute bonne volonté est bienvenue !
Pour parler de RoundCube, je l'ai trouvé aussi très sympa (d'ailleurs j'en parle même sur mon site), mais au contraire très lent. Le fait qu'il soit en Php lui ouvre d'autre opportunités (comme être hébergé sur un site comme Free).
En dehors de tout ces problèmes, il faut mettre ta configuration dans sites-enable et non pas sites-available. Le meilleur moyen etant de faire un lien symbolique du fichier situé dans sites-available vers sites-enable :
$ ln -s /etc/apache2/sites-available/monsite /etc/apache2/sites-enable
C'est stupide de reecrire un logiciel juste parce que le langage ne plait pas. Il faut s'ouvrir un peu, apprendre d'autres langages et pas se renfermer autour de son langage fetiche.
Complétement pas d'accord. Si il y a bien une chose intéressant ici (et dans le logiciel libre), c'est le choix. Il y a des choses intéressantes à prendre partout, et là tu pars du principe que c'est une réécriture complètre du logiciel en copie : ce n'est pas du tout ca. Le but est de batir quelque chose sur les mêmes principes, mais avec des nouvelles façons de voir les choses.
Ce serait comme reecrire gdesklets en Ruby parce qu'on aime pas le Python, ce serait contre-productif et stupide.
Plusieurs choses. Ce sont des frameworks, c'est dont pour construire des applications complètes. Si tu connais Python et pas Ruby , c'est beaucoup rapide de prendre un framework déjà en Python que d'apprendre le Ruby (un plugin gdesklet ce n'est pas la même ampleur qu'une application web). Ensuite qui te parle de productivité ? Si un développeur a envie de faire un truc qui sert à rien, c'est bien son droit. Combien d'application ne passent jamais la version 0.1 ?
On pourrait dire : ca serait comme réécrire GNOME en C++. Ou Python en Python (sisi certains le font). Ou Minix en étant Finlandais.
Bref tu es très mal placé pour juger la stupidité de la chose.
Ce qui fait un bon logiciel, c'est le developpeur. Et ce qui fait un bon developpeur, ce sont ses competences et ses connaissances intrinseques. Pas le fait qu'il trouve que tel langage sux ou tel autre rox.
Ce qui fait un bon développeur (opensource) c'est son ouverture, sa liberté et ses convictions. Si je trouve Ruby nul (jugement complétement arbitraire sans argument), je n'ai pas envie de faire des applications web avec, point.
Ce qui nous manquerait , c'est un vrai comparatif.
Ca c'est un projet qui n'est pas bête. Mais vu l'ampleur du travail, personne ne l'a encore fait. L'idéal serait d'avoir une application test déclinée sur le différents frameworks. Des volontaires ? :)
La meilleure chose pour les distinguer aujourd'hui, ce sont les fonctionnalités disponibles, la documentation, et aussi beaucoup de subjectif. Histoire d'en remettre une couche: http://wiki.python.org/moin/WebProgramming(...) .
Ca me permet d'introduire un framework moins connu mais qu'il-est-bien : Nevow. Si vous aimez Python et que nous ne connaissez ni Nevow, ni Twisted, je ne peux que vous encouragez à regarder aussi de ce côté. Certains choix sont un peu déroutants au début (ce sont les apôtres de l'Asynchronous Programming, une méthode de gestion d'évenements sans Threads).
Ce gross buzz sur les frameworks Web a eu le mérite de montrer le dynamisme de la communauté Python (avec ses gourous comme Ian Bicking et PJE qui tirent vers le haut), même si du coup pour l'instant les acteurs ne cessent de se multiplier et aucun ne sort encore vainqueur.
Effectivement TurboGears est beaucoup évoqué, mais aussi parce que c'est le dernier en date. Django a lui aussi pas mal fait parler de lui,... et c'est l'avant-dernier :). Ce qui est appréciable chez TurboGears c'est que c'est plus un assemblage autour d'autres softs: cherrypy, kid, sqlobject, mochikit, des briques existantes vraiment intéressantes et maintenues par des personnes compétentes. TurboGears apporte surtout un liant entre tout ca, et un peu de marketing.
A ma connaissance le principal paquet qui n'a pas fait la transition est koffice. Je suis sous unstable et KDE3.4 et tous les autres paquets KDE que j'utilise ont migré.
De ce que je comprends c'est plutôt un problème Postfix: il met les mails dans la mauvaise boîte. Regarde du côté de virtual_mailbox_maps, qui détermine où les mails arrivent pour un utilisateur.
donc le X de XHTML c comme le deuxieme i de hawaii ?
XHTML et JavaScript sont 2 choses bien distinctes. Et puis ce n'est pas le I c'est le H :).
parce que si l'on ne peut pas spécialiser un tag ( comme HTMLAnchorElement qui existe sous deux forme, ou Input qui existe sous plein de forme ) sans tout redevelopper, ses objets ne servent a rien.
Mouais. Je n'ai pas dit que c'était impossible, j'ai dit que ce n'était pas le plus simple. Tu sembles vouloir faire du Drag&Drop, et ce n'est pas la solution employé par la plupart de bibliothèques. Je te conseille vivement de regarder ce qui existe pour avoir une idée des possibilités.
En vrac : Prototype, Scriptaculous, MochiKit, Dojo, sont d'excellents exemples (chacun avec ses avantages et ses inconvénients). Et par exemple Prototype a une fonction d'héritage (qui posait qq problème mais qui peut t'éclairer).
[^] # Re: à propos de Django,
Posté par Thomas Hervé . En réponse au journal Guido juge le monde web Python. Évalué à 3.
Cela imposerait une standardisation à l'extrême. Aujourd'hui comme standards on a en gros WSGI et DBAPI. Le reste est encore flou, mais ce n'est pas vraiment spécifique à Python. Cela demandera un travail dingue de penser une interface d'authentification unique, qui répondent à la multiplicité de l'essence.
Pourquoi autant de developpeurs python écrivent (et publient !) leur propre framework web ?
C'est à mon avis lié à la population qui compose la communauté Python. De bons codeurs, pros du NIH, et qui n'ont pas de solution évidente à disposition. En comparaison, si je devais faire une appli en Java il y aurait 80% de chances que j'utilise Struts, parce c'est le choix le plus répandu et que mes connaissance de Java sont trop limitées pour que je réfléchisse plus loin.
Au final si il y a autant de frameworks, c'est qu'il est très facile d'en faire un avec Python. On ne peut pas vraiment dire que ce soit un défaut du langage !
et, par contraste, pourquoi si peu de travail et documentation sur l'intéropérabilité / l'unification ?
Parce que comme dans toute communauté il est plus facile de coder que de documenter :).
Est-ce qu'un bon jeux de petites libs, à l'API stable et bien documentée, sous tests unitaires indépendants, réutilisables, combinables entres elles à volontée
Un bon nombre des composants que tu cites sont indépendants et des briques unitaires : kid, sqlobject, stan, mochikit, route, paste, cheetah, voire cherrypy. Et ces briques progressent beaucoup à l'heure actuelle, c'est d'ailleurs la raison qui me fait douter de Django et plus croire en TurboGears.
[^] # Re: à propos de Django,
Posté par Thomas Hervé . En réponse au journal Guido juge le monde web Python. Évalué à 3.
On vient donc au problème de fond: ils ne considérent pas l'existant. En gros ils refont tout eux-mêmes (voir ici : http://blogs.nuxeo.com/sections/blogs/fermigier/2006_01_22_u(...) ), sans regarder ce qui existe, et ne font pas vraiment mieux (ce n'est que mon avis). Du coup quand tu commences un projet avec Django tu utilises tout leurs outils, et tu ne peux pas vraiment en sortir ou choisir une solution qui te convient mieux pour un élément spécifique. De ce côté TurboGears est beaucoup intéressant (même si il ne manque pas de défaut).
Enfin le problème de fond est qu'il n'y a pas de solutions émergeantes qui aie tout les avantages. C'est pourquoi Django séduit je pense: ca marche, tout simplement.
# designMode
Posté par Thomas Hervé . En réponse au message Konqueror et javascript. Évalué à 1.
# slide.com
Posté par Thomas Hervé . En réponse au journal Création d'un script de slideshow en js.... Évalué à 1.
Un joli example ici : http://powerpop.slide.com/c/Dave_27s+Marine+Expedition+-+Lin(...) .
Ton script est beaucoup plus léger :).
Note : slide utilise MochiKit, la bibliothèque qu'elle est bien pour faire du javascript propre et portable !
[^] # Re: Ma vie mon ½uvre
Posté par Thomas Hervé . En réponse au journal Aux "Christophe Colomb" du libre et du geekisme.... Évalué à 5.
Ah les bons jugements à l'emporte pièce... Si tu pouvais expliquer en quoi Debian est orienté GNOME, alors que les mainteners KDE sont au moins aussi bons, et que les mises à jour KDE ont tendance à arriver avant.
[^] # Re: SMS
Posté par Thomas Hervé . En réponse au journal 30 SMS gratuits ... grace à un soft GPL. Évalué à 3.
--
Thomas
[^] # Re: Et les contacts dans tout ça ?
Posté par Thomas Hervé . En réponse à la dépêche Sortie de Sunbird 0.3a. Évalué à 4.
Si. Tu mets "*" et ca liste chez moi.
- Pas possible de voir hors ligne les contacts de ton carnet LDAP
Si. Tu fais une synchronisation locale de ton serveur. Il suffit d'avoir les droits suffisants.
- Pas possible de modifier une fiche du carnet ldap distant depuis thunderbird ...
Ca c'est un problème de Thunderbird. Il suffirait d'implémenter l'écriture sur LDAP. J'utilise le plugin Turba pour Horde qui le fait très bien. On peut en plus gérer plus annuaires (un partagé, un personnel).
Sinon oui, ldap c'est LA solution hein :-D
Soyons sérieux ...
Ah ca c'est de l'argument qui tue :). J'utilise justement une solution de ce type et c'est très satisfaisant. Webmail Horde dans la journée qui fonctionne très bien avec IMAP/LDAP, et Thunderbird chez moi avec IMAP et LDAP en lecture seule.
Ce qui manque donc principalement c'est l'écriture sur LDAP. Ca ne doit pas être si terrible à implémenter, le problème étant plutôt que ca ne concerne surement pas assez de monde (pour l'instant).
--
Thomas
[^] # Re: Ce que j'aime dans Google...
Posté par Thomas Hervé . En réponse au journal Google, the internet trust must go on.... Évalué à 2.
Ouaip c'est un coup bas je sais. Mais bon pour la page la plus accédée du monde ils auraient pu faire un effort. Surtout pour une boîte de cette taille valider une page c'est pas la mort
Moi je lis "will", "plan", mais je ne vois rien venir.
Mandriva (j'ai du mal à m'y faire) a de réelles répercussion sur le monde du libre, des personnes payées à plein temps pour faire avancer Linux et les logiciels qui gravitent autour. Pour moi c'est comme si Google avait un développeur Firefox. Je ne pense pas que ce soit le cas.
Bon là on rentre dans un autre débat, je me suis surement mal exprimé. Déjà il y a une différence entre gagner sa vie et s'enrichir. Torvalds gagne peut être bien sa vie, mais n'est pas millardaire. Google fait plusieurs milliards de chiffres d'affaires par an (et plus d'un millard de dollars bénéfices sur 2004). Ils peuvent se permettre de faire les grands princes en donnant 2000$ a des étudiants. Ils pourraient aussi ne pas le faire, mais ca reste une pub pas chère et un vecteur de recrutement génial.
C'est une bonne question... Regarde Gmail : un effet de mode complet, basé sur invitation pour créer un petit côté élite. Ouverture du POP histoire de pas trop fermer le bouzin. Le POP, c'est finalement le seul sacrifice par rapport à Hotmail (bon sans compter l'interface nettement plus péchue). Et ca attire le geek.
Là je te trouve un peu sec. Pour moi Yahoo est vraiment un concurrent sérieux. Surement mieux implanté aux US qu'en Europe d'ailleurs, mais il concurrence sérieusement Google. Le moteur de recherche est performant, parfois plus intéressant que Google (dommage noyé dans un portail de news merdique mais bon). Flickr est un vrai succès aussi par exemple.
Enfin pour en revenir à mon objectif initial, il ne faut pas prendre tout ce que fait Google pour argent comptant. Pour faire une analogie, ca serait comme faire d'Apple de grands libristes parce qu'il utilise le noyau Mach : on l'a bien vu dans l'affaire Safari/Konqueror, tout n'est pas noir ni blanc. Et j'ai regardé Google Analitycs pour mon site, et bien les conditions ne me convenaient pas du tout (utilisation du nom du site possible pour Google, disclaimer sur mon site, cookies à gogo). Comme quoi il y a encore des choses à améliorer.
--
Thomas
[^] # Re: Ce que j'aime dans Google...
Posté par Thomas Hervé . En réponse au journal Google, the internet trust must go on.... Évalué à 7.
ou ca : http://www.google.com/talk/developer.html#protocols ?
Non Google fait ce qu'il veut. Ce n'est pas Debian ou Apache, et pas Mandrake non plus : c'est une société qui est là pour faire de l'argent, qui utilise le libre quand ca les arrange, et le proprio quand ils veulent.
Pour l'instant, ils n'ont pas fait grand chose pour la communauté : le Summer of Code (une belle initiative), quelques bibliothèques... Quid du code de gmail, gtalk, gdesktop ? Quid même du support Linux ?
Google gère très bien son image, ils ont effectivement bien compris le Web. Ils font qq efforts pour le libre, mais je l'assimile beaucoup à de l'effort d'image ("bouh les mechants MS, regardez nous on a donné 2000$ à Gaim" (je caricature)).
Bon c'est surtout pour contrebalancer ton post "waou Google c'est trop bien". Ils font des trucs bien, rien à dire là-dessus. Mais j'aimerais bien savoir ce qu'ils vont faire de ce monopole... En attendant j'aimerais bien que Yahoo survive ne serait-ce que pour l'existance d'un contre-pouvoir.
--
Thomas
# Je vois, je vois...
Posté par Thomas Hervé . En réponse au message Apache, mod_proxy et virtual host. Évalué à 2.
Bon a priori le problème vient de la configuration de ton proxy apache2 qui est trop ouvert ? Tu n'a pas dit clairement quel était le résultat que tu espérais. Le test que tu effectue tu le fais depuis ton intranet ou depuis une machine externe ? Tu as défini des virtualhosts par nom, par ip ?
A vue de nez je dirais que tu as fait des déclarations globales de Proxy sur le proxy apache. Bref donne ta configuration complète ca devrait aller mieux.
Juste une idée : c'est bien un reverse proxy que tu veux ? Dans ce cas as tu bien mis ProxyRequests=off dans ta conf ?
--
Thomas
# Une petite option ?
Posté par Thomas Hervé . En réponse au message Mount d'un partage samba (partition ext3) sous Linux. Évalué à 1.
[^] # Re: Solution (à moi même)
Posté par Thomas Hervé . En réponse au message Transformation de chaîne en chaîne "à la html". Évalué à 3.
from htmlentitydefs import entitydefs
d = dict([(v,"&%s;" % k) for k,v in entitydefs.items()])
chaine = "lé aquesant cé bô"
res = ''.join([d.get(c, c) for c in chaine])
Et hop ! Je suis pas sûr que c'est intéressant pour les perfs mais c'est plus "pythonic", surtout ca évite le try/except en utilisant get.
[^] # Re: Sympa mais ...
Posté par Thomas Hervé . En réponse au journal Un nouveau webmail libre. Évalué à 2.
il récupère le nombre de message
récupère tous les entêtes des messages (déjà c'est débile, pourquoi ne pas récupérer uniquement les messages affichés)
stocke ca dans un grand tableau
Trie tous ces messages (avec les entêtes)
Ecrit tous dans un cache qui stocke dans la base SQL (aie)
Bon c'est la version 0.1, l'auteur est visiblement plus un designer d'interface... Mais c'est en travaux : http://lists.dorkzilla.org/archive/roundcube-dev/2005Oct/014(...)
--
Thomas
# smtpd_recipient_restrictions
Posté par Thomas Hervé . En réponse au message Postfix, SASL etc. Évalué à 2.
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
Et alors tu n'as plus à modifier mynetworks.
Pour info (sur http://x.guimard.free.fr/postfix/uce.html) : "Le paramètre smtpd_sender_restrictions indique les adresses d'expéditeurs acceptées par le système dans la commande MAIL FROM."
Pour TLS et SASL, c'est très différent, c'est même complémentaire. TLS gère le chiffrement de la connexion : pour un login/pass sasl, ca peut être très intéressant. TLS peut gérer l'authentification dans le cas de certificat client par exemple.
Bon courage,
--
Thomas
[^] # Re: Sympa mais ...
Posté par Thomas Hervé . En réponse au journal Un nouveau webmail libre. Évalué à 3.
En principe la quantité totale importe relativement peu, vu que tu n'affiches qu'un nombre limité de messages à la fois. Pour les autres, tu ne récupéres que leur présence, donc le fait qu'il y en ait 100 ou 8000 ne change pas grand chose (même pour Php une liste de 8000 entiers c'est pas énorme...).
--
Thomas
[^] # Re: Ni!Mail
Posté par Thomas Hervé . En réponse au journal Un nouveau webmail libre. Évalué à 8.
Pour parler un petit peu du projet, chose que je n'ai pas encore trop faite parce que je ne considère pas ca comme montrable, ca tourne autour de twisted et nevow, 2 technos Python, avec css et javascript pour enrober tout ca. Comme je ne suis pas du tout un web designer, ca ne ressemble à quelque chose que sous Mozilla. C'est utilisable sous Konqueror et Opera, mais pas sous IE...
Puisque je suis là, si des gens sont intéressés, les messages du site sont valables : toute bonne volonté est bienvenue !
Pour parler de RoundCube, je l'ai trouvé aussi très sympa (d'ailleurs j'en parle même sur mon site), mais au contraire très lent. Le fait qu'il soit en Php lui ouvre d'autre opportunités (comme être hébergé sur un site comme Free).
--
Thomas
[^] # Re: Heu
Posté par Thomas Hervé . En réponse au message problème virtualhost et apache2. Évalué à 2.
$ ln -s /etc/apache2/sites-available/monsite /etc/apache2/sites-enable
--
Thomas
# Oh la nouvelle pas fraîche
Posté par Thomas Hervé . En réponse au journal portable a 100$. Évalué à 4.
http://en.wikipedia.org/wiki/%24100_laptop
--
Thomas
[^] # Re: Un langage n'est pas une religion
Posté par Thomas Hervé . En réponse au journal Python on rails. Évalué à 3.
Complétement pas d'accord. Si il y a bien une chose intéressant ici (et dans le logiciel libre), c'est le choix. Il y a des choses intéressantes à prendre partout, et là tu pars du principe que c'est une réécriture complètre du logiciel en copie : ce n'est pas du tout ca. Le but est de batir quelque chose sur les mêmes principes, mais avec des nouvelles façons de voir les choses.
Ce serait comme reecrire gdesklets en Ruby parce qu'on aime pas le Python, ce serait contre-productif et stupide.
Plusieurs choses. Ce sont des frameworks, c'est dont pour construire des applications complètes. Si tu connais Python et pas Ruby , c'est beaucoup rapide de prendre un framework déjà en Python que d'apprendre le Ruby (un plugin gdesklet ce n'est pas la même ampleur qu'une application web). Ensuite qui te parle de productivité ? Si un développeur a envie de faire un truc qui sert à rien, c'est bien son droit. Combien d'application ne passent jamais la version 0.1 ?
On pourrait dire : ca serait comme réécrire GNOME en C++. Ou Python en Python (sisi certains le font). Ou Minix en étant Finlandais.
Bref tu es très mal placé pour juger la stupidité de la chose.
Ce qui fait un bon logiciel, c'est le developpeur. Et ce qui fait un bon developpeur, ce sont ses competences et ses connaissances intrinseques. Pas le fait qu'il trouve que tel langage sux ou tel autre rox.
Ce qui fait un bon développeur (opensource) c'est son ouverture, sa liberté et ses convictions. Si je trouve Ruby nul (jugement complétement arbitraire sans argument), je n'ai pas envie de faire des applications web avec, point.
--
Thomas
[^] # Re: Dynamisme de Python
Posté par Thomas Hervé . En réponse au journal Python on rails. Évalué à 1.
Ca c'est un projet qui n'est pas bête. Mais vu l'ampleur du travail, personne ne l'a encore fait. L'idéal serait d'avoir une application test déclinée sur le différents frameworks. Des volontaires ? :)
La meilleure chose pour les distinguer aujourd'hui, ce sont les fonctionnalités disponibles, la documentation, et aussi beaucoup de subjectif. Histoire d'en remettre une couche: http://wiki.python.org/moin/WebProgramming(...) .
Ca me permet d'introduire un framework moins connu mais qu'il-est-bien : Nevow. Si vous aimez Python et que nous ne connaissez ni Nevow, ni Twisted, je ne peux que vous encouragez à regarder aussi de ce côté. Certains choix sont un peu déroutants au début (ce sont les apôtres de l'Asynchronous Programming, une méthode de gestion d'évenements sans Threads).
--
Thomas
# Dynamisme de Python
Posté par Thomas Hervé . En réponse au journal Python on rails. Évalué à 5.
Effectivement TurboGears est beaucoup évoqué, mais aussi parce que c'est le dernier en date. Django a lui aussi pas mal fait parler de lui,... et c'est l'avant-dernier :). Ce qui est appréciable chez TurboGears c'est que c'est plus un assemblage autour d'autres softs: cherrypy, kid, sqlobject, mochikit, des briques existantes vraiment intéressantes et maintenues par des personnes compétentes. TurboGears apporte surtout un liant entre tout ca, et un peu de marketing.
A noter qu'il n'y a pas vraiment incompatibilité entre Paste et les autres. Cet article : http://www.groovie.org/articles/2005/10/04/python-paste-power(...) montre comment il permet de générer des applications dans les autres frameworks.
C'est en tout cas très stimulant, chacun apportant d'excellentes idées.
--
Thomas
[^] # Re: Internationnal
Posté par Thomas Hervé . En réponse au journal Rajeunir son Windows. Évalué à 10.
Ca fait beaucoup de beaucoup.
# Koffice
Posté par Thomas Hervé . En réponse au message Unstable en est où ?. Évalué à 3.
--
Thomas
# Problème Postfix
Posté par Thomas Hervé . En réponse au message Postfix + Ldap + Cyrus-imapd => Pb Cyrus. Évalué à 1.
Typiquement tu auras dans main.cf :
virtual_mailbox_maps = ldap:/etc/postfix/mailbox
Et dans le fichier mailbox :
server_host = localhost
search_base = ou=users,dc=domain
query_filter = (mail=%s)
result_attribute = uid
scope = sub
bind = yes
bind_dn = uid=postfix,ou=users,dc=domain
bind_pw = password
--
Thomas
[^] # Re: Pas possible ?
Posté par Thomas Hervé . En réponse au message [Javascript] derivation du prototype d'un objet HTML. Évalué à 1.
XHTML et JavaScript sont 2 choses bien distinctes. Et puis ce n'est pas le I c'est le H :).
parce que si l'on ne peut pas spécialiser un tag ( comme HTMLAnchorElement qui existe sous deux forme, ou Input qui existe sous plein de forme ) sans tout redevelopper, ses objets ne servent a rien.
Mouais. Je n'ai pas dit que c'était impossible, j'ai dit que ce n'était pas le plus simple. Tu sembles vouloir faire du Drag&Drop, et ce n'est pas la solution employé par la plupart de bibliothèques. Je te conseille vivement de regarder ce qui existe pour avoir une idée des possibilités.
En vrac : Prototype, Scriptaculous, MochiKit, Dojo, sont d'excellents exemples (chacun avec ses avantages et ses inconvénients). Et par exemple Prototype a une fonction d'héritage (qui posait qq problème mais qui peut t'éclairer).
--
Thomas