Et il me semble (je me trompe peut-être) que les attributs doivent-être fixes
tu te trompes carrément. Un getAttribute() sur un element ne va pas broncher si l'attribut n'existe pas. Il renverra null dans ce cas et c'est tout.
D'ailleurs le getAttribute est plus performant (les attributs sont stockés dans une table de hash) que d'aller essayer de chercher un element fils puis son contenu textuel (il faut parcourir le sous arbre…).
Et sachant aussi qu'il n'y a pas que la RATP ou la SNCF. La majorité des compagnies de bus de la région acceptent le pass navigo (tout comme à l'époque, la carte orange).
Cela permet donc aussi à toutes les compagnies de transports de la région de percevoir l'argent qui leur est dû.
Ouai enfin là, celui qui a pondu les exemples, il n'a pas vraiment compris l’intérêt des namespace. Plutôt que de définir un prefix p xmlns:p="http://lumberjack.org", il suffit juste de déclarer directement xmlns="http://lumberjack.org" (au pire tu laisse aussi xmlns:p="http://lumberjack.org" pour les balises lumberjack imbriqué dans d'autres namespaces, et, oh, miracle, tu as un fichier plus leger et plus lisible
<Event>
<time>2001-12-31T12:00:00</time>
<level>WARN</level>
<id>HTTPD10001</id>
<msg>File does not exist: /usr/local/apache/htdocs/favicon.ico </msg>
</Event>
Ensuite, j'ai l'impression que ceux qui ont pondu le schema, ne connaissent pas vraiment XML (comme beaucoup de développeur d'ailleurs, faut voir les formats xml de certains autres logiciels libres…)
Par exemple, dans une balise level, à priori, on ne risque pas d'avoir autre chose que le nom du niveau donc pas d'autres balises à l'interieur. Idem, pour time, on ne va pas avoir autre chose que la date. Idem pour id. Pourquoi donc ne mettent-ils pas ça dans des attributs ??
Parce que tout de suite, ça deviendrait plus concis, et peut-être plus lisible pour certains :
<Event time="2001-12-31T12:00:00" level="WARN" id="HTTPD10001">
<msg>File does not exist: /usr/local/apache/htdocs/favicon.ico </msg>
</Event>
Hop, 30% d'espace économisé.
D'un point de vue "philosophie XML", c'est aussi plus cohérent.
On laissera toutefois msg comme ça, on sait jamais, si il y a besoin à l'avenir de faire évoluer le format du message du genre File does not exist: /usr/local/apache/htdocs/favicon.ico, ou pour permettre aux programmes de rajouter d'autres balises à coté dans Event.
Bon et puis pour leur format en json, c'est d'un total ridicule, de vouloir finalement imiter le XML (avec lerus declarations de namespace ou autre) sans faire de XML. On tue finalement les avantages du JSON. aucun intérêt.
non mais j'ai bien compris hein. ça fait 15 ans que je fais de la base de donnée.
Ce que je voulais dire, c'est que tout ce que tu viens de dire, tout ces cas "exceptionnel", ça se test, si possible par des tests automatisés (qui sont donc en dehors du code), pour vérifier justement que ton appli ne se plante pas ou n'insère pas n'importe quoi dans ta base. Faire une confiance aveugle à la base, c'est un peu dangereux. Il suffit par exemple un oubli de mettre la contrainte qu'il faut sur la bonne colonne, pour que ça parte en vrille (ce qui peut arriver lors d'un passage en prod, "oups, j'ai oublié d’exécuter mon script SQL d'upgrade de mon schema en prod", ou "oups, mon script d'upgrade n'était pas complet").
Et justement pour palier à ce genre d'erreur, ce n'est pas forcément inutile de faire ces vérification "à la main" dans le code comme tu indiques, surtout si ça ne gène pas au niveau des perfs ou autre, ou si ça permet de mieux controller l'execution, donc de fournir une meilleure "experience utilisateur". Parce que bon, traiter des exceptions, ce n'est pas toujours simple quand tu as plusieurs cas possible qui peut arriver au même endroit.
qui combine les inconvénients de l'iPhone (OS non multitâche, web sans flash, utilisation restreinte aux applications vendues sur l'AppStore…)
Bon, déjà, web sans flash, pour moi, c'est à classer dans les avantages. Die Flash ! Die !
sans ses avantages (l'iPad, même en version 3/4G, ne permet même pas de téléphoner !),
Mon laptop (Dell) ne peut pas téléphoner non plus (pourtant je peux me connecter en 3G). C'est grave doctor ?
avec les inconvénients du laptop (encombrement, autonomie…)
J'aimerai bien un laptop aussi encombrant (en clair, moins encombrant), et avec une telle autonomie.
sans ses avantages (vrai OS, clavier physique, choix des applications…).
madame michu trouve que ne pas avoir de clavier physique, et d'avoir tout en tactile, c'est mieux pour ce qu'elle a à faire. Quant au vrai os, ça la fait bien rigoler. Idem pour le choix des applications. Mais c'est vrai que les milliers des applis de l'appstore, ce n'est vraiment pas du tout suffisant.
Le tout aux prix habituels de la marque à la pomme défiant toute concurrence (comprendre par là, plus cher que partout ailleurs).
Bah, va voir le prix du Samsung Galaxy Tab, il est au même prix que l'ipad.
Tout ça pour conclure : à priori, ce truc n'est pas fait pour toi. Tu ne vois pas d’utilité à cet appareil pour en posséder un (comme moi d'ailleurs). Ce n'est pas pour ça que ça sera un flop, et que ça n’intéressera personne.
PS: je n'ai pas d'iphone, d'ipad, d'itruc ou d'ibidule, sauf un "vieux" macbook récupéré du boulot.
mais c'est en aucun cas une excuse pour que la base avale sans broncher derrière.
La base a fait ce que l'application et le développeur lui ont indiqué de faire. (mauvais choix du type de stockage etc). Elle a avalé sans broncher parce qu'on lui a dit de ne pas broncher. Dans mysql, ce n'est pas un bug, c'est une fonctionnalité (bah oui, on a besoin parfois qu'il n'y ait pas de contrainte d'intégrité, pour diverses raisons, comme la performance, et donc avec mysql, on peut choisir un moteur de stockage qui ne bronche pas)
Si il y avait des tests, le problème aurait été détecté immédiatement, que l'origine du problème ait été la base ou le code.
Ouai, alors, ou tu es un super admin de la mort qui tue, et que des millions de lignes de CSV ne te font pas peur. Ou alors tu n'as jamais administré de vrais serveurs.
Parce que CSV ou XML, dans un vrai contexte de production (un serveur relativement chargé, ou pas d'ailleurs), les logs sont de toutes manières illisibles, tellement il y a d'enregistrement, et nécessite donc des outils pour analyser et chercher quelque chose.
effectivement, à y regarder de plus près une clé étrangère fait référence à une clé primaire inexistante.
Donc quelque part, ton code est pourri.
mais encore quelques heures plus tard, je me retrouve avec des données corrompues. [..] MySQL ne retourne pas d'erreur quand on insère une valeur incorrecte dans un champ
Donc quelque part, ton code est pourri.
Et ils sont où tes test unitaires et fonctionnels ?
Parce que tout ça, même si la base de donnée ne te renvoi pas les erreurs ou autre, tes tests unitaires te l'auraient montré, avant même que tu passes en prod.
Sans parler que, comme il a été indiqué plus haut, tu n'as pas cherché à te renseigner sur l'utilisation de Mysql et ses particularités SQL (qu'ont toutes les bases de données, y compris SQLite, qui a quand même la syntaxe SQL la plus pauvre que je n'ai jamais vu).
Bref, pour moi, le problème se situe surtout entre la chaise et le clavier.
Mauvaise méthode de dev, changer méthode de dev.
PS: je ne cherche pas à défendre MySql, qui, il est vrai, a quelques "particularités" parfois désagréables. Mais il en a d'autres qui facilitent tellement la vie…
Euh non, on n'utilise pas SQLITE sur un serveur web, ce n'est absolument pas fait pour. Concurrence d'accés et cie, bonjour les fichiers corrompus après.
Le web par ci le web par là, chez Mozilla Internet ça se résume par le web,
bah oui, c'est leur truc.
C'est comme si tu te plaignais qu'un restaurant, spécialisé dans la cuisine du sud ouest et se lançant dans la vente à emporter, fournisse ses plats dans des barquettes plutôt que sous forme de sandwich. Bah oui mais non, eux, c'est la cuisine du sud ouest qu'ils savent faire, pas les sandwichs. ni les pizzas.
maintenant en voulant "libérer" les smartphones tels des chevaliers blancs, ils vont niveler nos terminaux par le bas
Mozilla ne pretend pas être des chevaliers blancs. Si le fait de faire tout en html/js ne plait pas, de projets comme Meego et cie n'ont qu'à se bouger. Et si ils ne peuvent pas se bouger (faute de moyen ou autre), ce serait la faute de Mozilla ? N'importe quoi n'est-ce pas…
Si QT est meilleur sur smartphone (chose que je suis incapable de juger), bah monte ta boite, ou prend le lead de Meego ou je ne sais quel projet, tu as à priori des chances si html/js c'est si merdique que ça ;-)
Mozilla n'a pas vocation (ni les moyens) de sauver tous les projets libres moribons, hein..
ok, on a compris que tu n'aimes pas les technos web pour faire des applis. Pas la peine d'en rajouter 3 couches.
Et pas la peine de taper sur Mozilla parce que Meego est plus ou moins à l'abandon. Prends-en toi plutôt à ceux qui l'ont abandonné.
Et je ne vois pas pourquoi Mozilla devrait reprendre Meego. Ce qu'ils maitrisent, ce sont les technos web, ils essayent d'améliorer ces technos. Leur domaine, c'est le web, c'est la défense d'un web ouvert etc.
Donc bref, meego, ça ne correspond pas vraiment à ce qu'ils savent faire, à ce qu'ils maitrisent. Et donc à priori, il n'y a pas vraiment de raison qu'ils réussiraient mieux que les autres à populariser Meego.
Et comme ils savent très bien que le web n'est pas fait pour faire comme les apps natives
Ouai, enfin, tu sais, le XUL, c'est pas éloigné de la stack des technos web (s/html/xul). Et ils utilisent ces technos depuis près de 15 ans pour faire des applis (dont une qui s'appelle Firefox..).
Reprendre Meego qui fait déjà tout ça et est conçu pour
ah ouai, c'est sûr, reprendre des millions de lignes de codes qu'on ne connait pas, ça se fait en un claquement de doigt.
Non, les boites postales n'ont certainement pas été créés pour remplacer l'adresse d'un siège sociale d'une société (aussi petite soit-elle comme celle d'un autoentrepreneur). C'est même carrément interdit. (un coup de google pour t'en convaincre : http://www.juritravail.com/Question/domicilier-son-siege-social/Dossier/Id/5811 )
Je confirme, après avoir eu mon statut d'auto-entrepreneur (que je n'ai désormais plus), j'ai commencé à recevoir les offres de Google.
Mais pire, si vous recevez ce genre de courrier, il y a de fortes chances que votre adresse soit publique, et récupérable via une recherche de votre nom, sur google map par exemple. Et pour les entrepreneurs, l'adresse est souvent une adresse privée, qu'on ne veut pas forcément rendre publique (bon, ça dépend de l'activité après..). Le souci est que pour la faire retirer, y a moyen (il faut faire la demande via le site, ils envoient un courrier avec un code qu'il faut indiquer sur le site pour confirmer la suppression), mais il y a des chances que cette suppression ne soit pas effective sur le moyen terme. Vous êtes à nouveau référencé au bout d'un moment, même si vous n'êtes plus en activité (ça m'est arrivé)
C'est pas en soit déjà un problème ? Pourquoi le fait de l'avoir donné pour accéder à tes sites les a rendu disponibles à toutes les extensions ?
Parce que le fait que j'ai donné mon mot de passe a débloqué le gestionnaire de mot de passe.
Il est très difficile voir impossible pour un composant (donc ici le gestionnaire de mot de passe), de distinguer qui l'appel (c'est l'extension A? B?).
Bon maintenant, je n'ai pas une connaissance assez approfondi du gestionnaire de mot de passe pour te dire ce qui est faisable ou pourquoi ça le fait exactement.
Il faudrait que chacune redemandent le mot de passe
Oui, c'est ce qu'il faut. Mais apparemment, c'est à l'extension de le faire.
Ainsi pour cette extension, il faudrait que quand tu clique sur l’icône, il te demande ton mot de passe. Ça limite déjà pas mal la possibilité pour quelqu'un de voir tes mots de passes via cette extension.
C'est que j'ai expliqué : c'est ce qu'il faudrait qu'elle fasse ! (au moins par elle-même)
Elle devrait redemander le mot de passe principal pour afficher les mots de passe. Actuellement, elle peut récupérer les mots de passe parce que j'ai déjà tapé mon mot de passe principal. Mais elle devrait redemander ce mot de passe pour afficher. Comme le fait le gestionnaire de mot de passe. Que tu ais déjà tapé ou non le mot de passe principal en début de session, le gestionnaire te redemande le mot de passe principal, pour s'assurer que c'est bien toi qui veut voir TES mots de passe (et pas un gars qui squate ton PC pendant une absence de quelques minutes par exemple).
Aie aie aie.. Pour ceux qui ont un mot de passe principal, je vous recommande de désinstaller l'extension password reuse visualizer. Cette extension ne demande même pas le master password avant d'afficher les mots de passes, comme le fait le gestionnaire de mot de passe.
de peur de se prendre une soufflante du père Glazman
pas du tout. Daniel n'a que peu d'influence sur les décisions de Mozilla depuis quelques années. Mozilla ne laisse pas mourrir XulRunner, pour la simple raison que Firefox est basé dessus. Mais Mozilla ne met plus en avant XulRunner, parce qu'ils ne veulent pas dépenser leur énergie sur ce projet en terme de dev, marketing et autre. S'occuper d'un produit de la nature de XulRunner, c'est s'occuper à essayer de résoudre toutes les problématiques des développeurs utilisant cette plateforme, problématiques qui ne rentreraient pas dans les objectifs actuels de Mozilla. Ils préfèrent se concentrer sur la plateforme purement web. Ils bossent ainsi sur la plateforme XUL, uniquement pour répondre à leurs besoins (à ceux de Firefox, TB et autres), et non aux besoins des autres.
Maintenant il y a pas mal de "cinglés" comme moi qui utilisent XulRunner et gecko pour leurs projets, parce qu'ils trouvent cette plateforme géniale malgré ses défauts.
De plus, vu que XulRunner n'est qu'un main() un poil différent de celui de firefox, et ne contient pas les fichiers XUL/JS/CSS de firefox (en gros), refaire un XulRunner ne serait pas compliqué. Le seul moyen pour Mozilla de tuer XulRunner, serait de tuer XUL et tout ce qui va avec (système d'overlay etc). Ce qui n'est pas près d'arriver...
Je ne vois en quoi le fait que ce ne soit pas le but devrait m'empêcher de le faire...
Certes. Mais tu t'embarques dans un truc pas adapté, donc qui te prend 10 fois plus de temps à réaliser que si tu utilisais des outils plus adaptés. C'est comme si tu utilisais un rateau pour faire un trou, alors que si tu utilisais une pelle, tu serais plus efficace.
En prenant un toolkit 100% C++ (puisqu'il semble que ce soit ton langage de prédilection), comme Qt, tu pourrais te concentrer plus sur les éléments de ton framework plutôt que sur des contournements de la plateforme...
d'autant plus si l'on n'a aucune affinité avec JavaScript...
Oui donc tu t'es trompé de plateforme à mon sens...
Si j'ai choisi XUL pour de nombreux développements (depuis des années), c'est bien pour le coté "web" de la plateforme (donc XML/XUL/CSS ET Javascript). Si je voulais faire une appli entièrement en C++, je ne choisirais certainement pas XULRunner...
Toute la partie description de l'interface reste en XUL...
le fait que tu n'utilises plus JS enlève une grande partie de l'intérêt de la plateforme selon moi (dev rapide, maintenance et evolution plus aisées etc..)
[^] # Re: Intérêt ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Projet Lumberjack. Évalué à 3.
tu te trompes carrément. Un getAttribute() sur un element ne va pas broncher si l'attribut n'existe pas. Il renverra null dans ce cas et c'est tout.
D'ailleurs le getAttribute est plus performant (les attributs sont stockés dans une table de hash) que d'aller essayer de chercher un element fils puis son contenu textuel (il faut parcourir le sous arbre…).
[^] # Re: Répartition des sous
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 2.
Et sachant aussi qu'il n'y a pas que la RATP ou la SNCF. La majorité des compagnies de bus de la région acceptent le pass navigo (tout comme à l'époque, la carte orange).
Cela permet donc aussi à toutes les compagnies de transports de la région de percevoir l'argent qui leur est dû.
# Tea-ebook
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le Cybook Orizon, un lecteur de livre numériques open-source ?. Évalué à 7. Dernière modification le 09 mars 2012 à 10:58.
Le site de Tea-ebook a ouvert officiellement hier http://www.tea-ebook.com/ ;-)
Ils ne proposeront pas qu'un logiciel pour une liseuse, mais aussi toute une plateforme de distribution d'ebook, plateforme qui sera open-source.
[^] # Re: Intérêt ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Projet Lumberjack. Évalué à 10.
Ouai enfin là, celui qui a pondu les exemples, il n'a pas vraiment compris l’intérêt des namespace. Plutôt que de définir un prefix p xmlns:p="http://lumberjack.org", il suffit juste de déclarer directement xmlns="http://lumberjack.org" (au pire tu laisse aussi xmlns:p="http://lumberjack.org" pour les balises lumberjack imbriqué dans d'autres namespaces, et, oh, miracle, tu as un fichier plus leger et plus lisible
Ensuite, j'ai l'impression que ceux qui ont pondu le schema, ne connaissent pas vraiment XML (comme beaucoup de développeur d'ailleurs, faut voir les formats xml de certains autres logiciels libres…)
Par exemple, dans une balise level, à priori, on ne risque pas d'avoir autre chose que le nom du niveau donc pas d'autres balises à l'interieur. Idem, pour time, on ne va pas avoir autre chose que la date. Idem pour id. Pourquoi donc ne mettent-ils pas ça dans des attributs ??
Parce que tout de suite, ça deviendrait plus concis, et peut-être plus lisible pour certains :
Hop, 30% d'espace économisé.
D'un point de vue "philosophie XML", c'est aussi plus cohérent.
On laissera toutefois msg comme ça, on sait jamais, si il y a besoin à l'avenir de faire évoluer le format du message du genre File does not exist: /usr/local/apache/htdocs/favicon.ico, ou pour permettre aux programmes de rajouter d'autres balises à coté dans Event.
Bon et puis pour leur format en json, c'est d'un total ridicule, de vouloir finalement imiter le XML (avec lerus declarations de namespace ou autre) sans faire de XML. On tue finalement les avantages du JSON. aucun intérêt.
[^] # Re: Mauvaise méthode de développement ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal MySQL est une bouse immonde. Évalué à -1.
non mais j'ai bien compris hein. ça fait 15 ans que je fais de la base de donnée.
Ce que je voulais dire, c'est que tout ce que tu viens de dire, tout ces cas "exceptionnel", ça se test, si possible par des tests automatisés (qui sont donc en dehors du code), pour vérifier justement que ton appli ne se plante pas ou n'insère pas n'importe quoi dans ta base. Faire une confiance aveugle à la base, c'est un peu dangereux. Il suffit par exemple un oubli de mettre la contrainte qu'il faut sur la bonne colonne, pour que ça parte en vrille (ce qui peut arriver lors d'un passage en prod, "oups, j'ai oublié d’exécuter mon script SQL d'upgrade de mon schema en prod", ou "oups, mon script d'upgrade n'était pas complet").
Et justement pour palier à ce genre d'erreur, ce n'est pas forcément inutile de faire ces vérification "à la main" dans le code comme tu indiques, surtout si ça ne gène pas au niveau des perfs ou autre, ou si ça permet de mieux controller l'execution, donc de fournir une meilleure "experience utilisateur". Parce que bon, traiter des exceptions, ce n'est pas toujours simple quand tu as plusieurs cas possible qui peut arriver au même endroit.
# C'est pas pour toi
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Chronique d'un flop annoncé. Évalué à 7.
Bon, déjà, web sans flash, pour moi, c'est à classer dans les avantages. Die Flash ! Die !
Mon laptop (Dell) ne peut pas téléphoner non plus (pourtant je peux me connecter en 3G). C'est grave doctor ?
J'aimerai bien un laptop aussi encombrant (en clair, moins encombrant), et avec une telle autonomie.
madame michu trouve que ne pas avoir de clavier physique, et d'avoir tout en tactile, c'est mieux pour ce qu'elle a à faire. Quant au vrai os, ça la fait bien rigoler. Idem pour le choix des applications. Mais c'est vrai que les milliers des applis de l'appstore, ce n'est vraiment pas du tout suffisant.
Bah, va voir le prix du Samsung Galaxy Tab, il est au même prix que l'ipad.
Tout ça pour conclure : à priori, ce truc n'est pas fait pour toi. Tu ne vois pas d’utilité à cet appareil pour en posséder un (comme moi d'ailleurs). Ce n'est pas pour ça que ça sera un flop, et que ça n’intéressera personne.
PS: je n'ai pas d'iphone, d'ipad, d'itruc ou d'ibidule, sauf un "vieux" macbook récupéré du boulot.
[^] # Re: Mauvaise méthode de développement ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal MySQL est une bouse immonde. Évalué à -5.
Qui a dit de vérifier "à la main". Tests unitaires, fonctionnels, ça te parle ?
[^] # Re: Mauvaise méthode de développement ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal MySQL est une bouse immonde. Évalué à 1.
La base a fait ce que l'application et le développeur lui ont indiqué de faire. (mauvais choix du type de stockage etc). Elle a avalé sans broncher parce qu'on lui a dit de ne pas broncher. Dans mysql, ce n'est pas un bug, c'est une fonctionnalité (bah oui, on a besoin parfois qu'il n'y ait pas de contrainte d'intégrité, pour diverses raisons, comme la performance, et donc avec mysql, on peut choisir un moteur de stockage qui ne bronche pas)
Si il y avait des tests, le problème aurait été détecté immédiatement, que l'origine du problème ait été la base ou le code.
[^] # Re: Du XML ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Projet Lumberjack. Évalué à 9. Dernière modification le 07 mars 2012 à 11:47.
Ouai, alors, ou tu es un super admin de la mort qui tue, et que des millions de lignes de CSV ne te font pas peur. Ou alors tu n'as jamais administré de vrais serveurs.
Parce que CSV ou XML, dans un vrai contexte de production (un serveur relativement chargé, ou pas d'ailleurs), les logs sont de toutes manières illisibles, tellement il y a d'enregistrement, et nécessite donc des outils pour analyser et chercher quelque chose.
# Mauvaise méthode de développement ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal MySQL est une bouse immonde. Évalué à 1.
Donc quelque part, ton code est pourri.
Donc quelque part, ton code est pourri.
Et ils sont où tes test unitaires et fonctionnels ?
Parce que tout ça, même si la base de donnée ne te renvoi pas les erreurs ou autre, tes tests unitaires te l'auraient montré, avant même que tu passes en prod.
Sans parler que, comme il a été indiqué plus haut, tu n'as pas cherché à te renseigner sur l'utilisation de Mysql et ses particularités SQL (qu'ont toutes les bases de données, y compris SQLite, qui a quand même la syntaxe SQL la plus pauvre que je n'ai jamais vu).
Bref, pour moi, le problème se situe surtout entre la chaise et le clavier.
Mauvaise méthode de dev, changer méthode de dev.
PS: je ne cherche pas à défendre MySql, qui, il est vrai, a quelques "particularités" parfois désagréables. Mais il en a d'autres qui facilitent tellement la vie…
[^] # Re: t'accuse
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal MySQL est une bouse immonde. Évalué à -2.
Euh non, on n'utilise pas SQLITE sur un serveur web, ce n'est absolument pas fait pour. Concurrence d'accés et cie, bonjour les fichiers corrompus après.
[^] # Re: Ça fait plaisir
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 4.
bah oui, c'est leur truc.
C'est comme si tu te plaignais qu'un restaurant, spécialisé dans la cuisine du sud ouest et se lançant dans la vente à emporter, fournisse ses plats dans des barquettes plutôt que sous forme de sandwich. Bah oui mais non, eux, c'est la cuisine du sud ouest qu'ils savent faire, pas les sandwichs. ni les pizzas.
Mozilla ne pretend pas être des chevaliers blancs. Si le fait de faire tout en html/js ne plait pas, de projets comme Meego et cie n'ont qu'à se bouger. Et si ils ne peuvent pas se bouger (faute de moyen ou autre), ce serait la faute de Mozilla ? N'importe quoi n'est-ce pas…
Si QT est meilleur sur smartphone (chose que je suis incapable de juger), bah monte ta boite, ou prend le lead de Meego ou je ne sais quel projet, tu as à priori des chances si html/js c'est si merdique que ça ;-)
Mozilla n'a pas vocation (ni les moyens) de sauver tous les projets libres moribons, hein..
[^] # Re: Ça fait plaisir
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 6. Dernière modification le 03 mars 2012 à 22:46.
ok, on a compris que tu n'aimes pas les technos web pour faire des applis. Pas la peine d'en rajouter 3 couches.
Et pas la peine de taper sur Mozilla parce que Meego est plus ou moins à l'abandon. Prends-en toi plutôt à ceux qui l'ont abandonné.
Et je ne vois pas pourquoi Mozilla devrait reprendre Meego. Ce qu'ils maitrisent, ce sont les technos web, ils essayent d'améliorer ces technos. Leur domaine, c'est le web, c'est la défense d'un web ouvert etc.
Donc bref, meego, ça ne correspond pas vraiment à ce qu'ils savent faire, à ce qu'ils maitrisent. Et donc à priori, il n'y a pas vraiment de raison qu'ils réussiraient mieux que les autres à populariser Meego.
Ouai, enfin, tu sais, le XUL, c'est pas éloigné de la stack des technos web (s/html/xul). Et ils utilisent ces technos depuis près de 15 ans pour faire des applis (dont une qui s'appelle Firefox..).
ah ouai, c'est sûr, reprendre des millions de lignes de codes qu'on ne connait pas, ça se fait en un claquement de doigt.
[^] # Re: mysqlnd
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de PHP 5.4. Évalué à 3.
Non non, mysqlnd n'est pas écrite en PHP, mais bien en C. http://svn.php.net/viewvc/php/php-src/trunk/ext/mysqlnd/
[^] # Re: RNCS ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google connaît mon adresse ... postale?!. Évalué à 3.
Non, les boites postales n'ont certainement pas été créés pour remplacer l'adresse d'un siège sociale d'une société (aussi petite soit-elle comme celle d'un autoentrepreneur). C'est même carrément interdit. (un coup de google pour t'en convaincre : http://www.juritravail.com/Question/domicilier-son-siege-social/Dossier/Id/5811 )
[^] # Re: RNCS ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google connaît mon adresse ... postale?!. Évalué à 4.
quand tu es autoentrepreneur, en général, tu n'as pas vraiment d'autres locaux que le domicile familial..
[^] # Re: RNCS ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google connaît mon adresse ... postale?!. Évalué à 2.
Je confirme, après avoir eu mon statut d'auto-entrepreneur (que je n'ai désormais plus), j'ai commencé à recevoir les offres de Google.
Mais pire, si vous recevez ce genre de courrier, il y a de fortes chances que votre adresse soit publique, et récupérable via une recherche de votre nom, sur google map par exemple. Et pour les entrepreneurs, l'adresse est souvent une adresse privée, qu'on ne veut pas forcément rendre publique (bon, ça dépend de l'activité après..). Le souci est que pour la faire retirer, y a moyen (il faut faire la demande via le site, ils envoient un courrier avec un code qu'il faut indiquer sur le site pour confirmer la suppression), mais il y a des chances que cette suppression ne soit pas effective sur le moyen terme. Vous êtes à nouveau référencé au bout d'un moment, même si vous n'êtes plus en activité (ça m'est arrivé)
[^] # Re: Déjà soulevé
Posté par Laurent J (site web personnel, Mastodon) . En réponse à l’entrée du suivi Changer ou améliorer la lib diff pour visualiser les changements. Évalué à 3 (+0/-0).
c'est bien dommage. Parce qu'à priori, son algorithme est tout pourri (désolé pour ce vilain mot, mais je n'arrive pas à trouver d'autres termes).
J'utilise personnellement une lib de diff en PHP, qui est plutôt efficace https://github.com/jelix/jelix/tree/master/lib/diff
Je sais que le site est en ruby, mais peut-être pourriez-vous vous inspirer de l'algo...
[^] # Re: Gros trou de sécu
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Deux extensions originales pour Firefox. Évalué à 2.
Parce que le fait que j'ai donné mon mot de passe a débloqué le gestionnaire de mot de passe.
Il est très difficile voir impossible pour un composant (donc ici le gestionnaire de mot de passe), de distinguer qui l'appel (c'est l'extension A? B?).
Bon maintenant, je n'ai pas une connaissance assez approfondi du gestionnaire de mot de passe pour te dire ce qui est faisable ou pourquoi ça le fait exactement.
Oui, c'est ce qu'il faut. Mais apparemment, c'est à l'extension de le faire.
C'est que j'ai expliqué : c'est ce qu'il faudrait qu'elle fasse ! (au moins par elle-même)
# du RIA avec canvas ??
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Recherche désespérément framework pour application RIA HTML5 basées sur Canvas (et non le DOM). Évalué à 4.
J'ai du mal à comprendre ce que tu veux faire exactement. Tu veux faire une interface utilisateur avec canvas ?
Parce que si c'est le cas, canvas n'est pas fait pour ça.
[^] # Re: Gros trou de sécu
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Deux extensions originales pour Firefox. Évalué à 5.
ce trou existe avec l'extension.
Elle devrait redemander le mot de passe principal pour afficher les mots de passe. Actuellement, elle peut récupérer les mots de passe parce que j'ai déjà tapé mon mot de passe principal. Mais elle devrait redemander ce mot de passe pour afficher. Comme le fait le gestionnaire de mot de passe. Que tu ais déjà tapé ou non le mot de passe principal en début de session, le gestionnaire te redemande le mot de passe principal, pour s'assurer que c'est bien toi qui veut voir TES mots de passe (et pas un gars qui squate ton PC pendant une absence de quelques minutes par exemple).
# Gros trou de sécu
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Deux extensions originales pour Firefox. Évalué à 5. Dernière modification le 16 février 2012 à 10:22.
Aie aie aie.. Pour ceux qui ont un mot de passe principal, je vous recommande de désinstaller l'extension password reuse visualizer. Cette extension ne demande même pas le master password avant d'afficher les mots de passes, comme le fait le gestionnaire de mot de passe.
Pour moi, ça craint...
[^] # Re: Pourquoi pas un autre toolkit ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal XULRunner et C++.. Évalué à 2.
pas du tout. Daniel n'a que peu d'influence sur les décisions de Mozilla depuis quelques années. Mozilla ne laisse pas mourrir XulRunner, pour la simple raison que Firefox est basé dessus. Mais Mozilla ne met plus en avant XulRunner, parce qu'ils ne veulent pas dépenser leur énergie sur ce projet en terme de dev, marketing et autre. S'occuper d'un produit de la nature de XulRunner, c'est s'occuper à essayer de résoudre toutes les problématiques des développeurs utilisant cette plateforme, problématiques qui ne rentreraient pas dans les objectifs actuels de Mozilla. Ils préfèrent se concentrer sur la plateforme purement web. Ils bossent ainsi sur la plateforme XUL, uniquement pour répondre à leurs besoins (à ceux de Firefox, TB et autres), et non aux besoins des autres.
Maintenant il y a pas mal de "cinglés" comme moi qui utilisent XulRunner et gecko pour leurs projets, parce qu'ils trouvent cette plateforme géniale malgré ses défauts.
De plus, vu que XulRunner n'est qu'un main() un poil différent de celui de firefox, et ne contient pas les fichiers XUL/JS/CSS de firefox (en gros), refaire un XulRunner ne serait pas compliqué. Le seul moyen pour Mozilla de tuer XulRunner, serait de tuer XUL et tout ce qui va avec (système d'overlay etc). Ce qui n'est pas près d'arriver...
[^] # Re: Pourquoi pas un autre toolkit ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal XULRunner et C++.. Évalué à 3.
Certes. Mais tu t'embarques dans un truc pas adapté, donc qui te prend 10 fois plus de temps à réaliser que si tu utilisais des outils plus adaptés. C'est comme si tu utilisais un rateau pour faire un trou, alors que si tu utilisais une pelle, tu serais plus efficace.
En prenant un toolkit 100% C++ (puisqu'il semble que ce soit ton langage de prédilection), comme Qt, tu pourrais te concentrer plus sur les éléments de ton framework plutôt que sur des contournements de la plateforme...
Oui donc tu t'es trompé de plateforme à mon sens...
Si j'ai choisi XUL pour de nombreux développements (depuis des années), c'est bien pour le coté "web" de la plateforme (donc XML/XUL/CSS ET Javascript). Si je voulais faire une appli entièrement en C++, je ne choisirais certainement pas XULRunner...
[^] # Re: Intérêt
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal XULRunner et C++.. Évalué à 2.
le fait que tu n'utilises plus JS enlève une grande partie de l'intérêt de la plateforme selon moi (dev rapide, maintenance et evolution plus aisées etc..)