Apparemment il ne connait pas bitbucket. Pour le cheap local branching, je vois pas ce que ça apporte de plus par rapport à ce qu'on peut faire dans hg.
Le staging area. bof. perso ça m'embête plus qu'autre chose. ça devrait pouvoir être désactivé.
Pour les perf, les différences sont tellement minimes, que ces comparaisons, c'est de la bran**tte. (pas de soucis de perf pour bosser sur un arbre comme mozilla avec ses dizaines de milliers de commits).
J'utilise les 2 et je trouve que hg n'a rien à envier à git. De plus, je le trouve beaucoup moins "rugueux" dans la syntaxe de ses commandes. Et il fonctionne vraiment bien sur toutes les plateformes...
Je ne comprendrai jamais l'intérêt d'avoir la logique de génération du template en dehors du template lui même, particulièrement tout ce qui concerne les blocs.
L'intérêt d'un template à la base, c'est de séparer complète la logique métier/controleur, de la génération de la vue. Le code métier injecte les données dans la vue, et basta, il n'a pas à se préoccuper de comment va être rendu à la page, de comment vont être utilisé les données dans l'affichage. Il fourni juste les données.
Et le problème, à mon sens, c'est que Hyla Tpl et consort cassent complètement cette logique MVC.
Ainsi, si on veut changer la manière dont le bloc est affiché, il faut à la fois changer le code du template, mais aussi le code controleur qui manipule le template.
Un exemple : on a un template avec un bloc affiché par une boucle. Et on voudrait adapter le template pour faire un traitement particulier pour le premier élément affiché par exemple, ou casser le bloc en deux. Bref, refaire un remaniement. Avec hylat tpl, il faut modifier le template, mais aussi le code php qui manipule le template.
Alors qu'avec un moteur de template comme smarty (que je n'aime pas particulièrement à cause de sa lourdeur et de sa syntaxe, mais c'est un autre problème), où les instructions de boucles sont dans le template. Il y a une vrai séparation entre le code métier et le code de la vue. Si l'intégrateur veut casser son bloc ou autre pour x raisons, il n'a pas à aller fouiller et modifier le code PHP.
Pour ceux que ça intéresse, l'équipe de dev javascript de Mozilla a mis en place ce site : http://arewefastyet.com/ , qu'ils mettent à jour tout les 3-4 jours.
On voit nettement les améliorations par rapport aux autres moteurs JS, surtout ces derniers jours.
Les tests sont effectués avec les versions "standalone" des moteurs JS (donc hors navigateur). Donc pas de risque de parasitage de performance par d'autres éléments du navigateurs (moteur graphique, thread reseaux ou autre). Ce sont des résultats de perf pures donc.
Un peu d'explication pour ceux qui ont la flemme de lire la FAQ.
à l'origine, il y a le moteur SpiderMonkey : c'est un simple interpreteur JS, pas d'optim.
Il y a eu ensuite TraceMonkey = SpiderMonkey + technique d'optimistation dites "tracing", appliquée principalement sur les boucles, et qui est plus performantes que de la simple compilation JIT. Mais malheureusement, cette technique ne fonctionne pas dans tout les cas, donc il y a du code JS qui reste interprété à la volée. Les perfs de tracemonkey, c'est la courbe orange.
Il y a eu ensuite JaegerMonkey = SpiderMonkey + technique d'optimisation dites "jit" : le code JS est "compilé". C'est la technique utilisée dans le moteur js de webkit, avec le générateur de code machine Nitro, et celle utilisée dans v8, le moteur de chrome. D'ailleurs, JaegerMonkey utilise Nitro (oui, oui, une brique d'un "concurrent", vive l'open source !). Les perfs de jaeger monkey = courbe orange.
Et depuis quelques jours, ils ont fusionné les deux techniques (courbe violette) dans le même moteur JS. Il n'y a donc plus de code JS interprété. Utilisation du tracing quand c'est possible (car plus rapide que du simple compilé en theorie), et utilisation du JIT pour le reste du temps.
Ils arrivent donc maintenant à rattraper les autres moteurs JS. Ils ont encore pas mal d'optimisation à faire, ce qui va arriver dans les prochains jours.
On espère donc que la courbe violette descende en dessous des autres, et qu'il y ait enfin un "YES" à la place du "NO" :)
>Les extensions de type Jetpack ne nécessitent plus de redémarrage
Les extensions jetpack n'ont JAMAIS nécessité un redémarrage (pour rappel, les extensions jetpack sont assez similaires dans le fonctionnement et l'esprit que les extensions pour Chrome).
Tu confonds avec les extensions classiques en XUL, qui, maintenant, effectivement, n'ont plus besoin de redémarrage (sous certaines conditions toutefois il me semble).
>Il y a des améliorations petit à petit, mais ils ont énormément de retard dans leur offre de service.
tu oublie de préciser qu'il y a ces limitations parce TOUTES les communications de la Polynésie passent par satellite. (probable que Mana profite bien de la situation, mais quand même)
Ils sont en retard, mais d'un autre coté, l'investissement de la pose d'un cable transocéanique est assez énorme en regard du nombre de personnes vivant à Tahiti (250 000 grosso modo) (surtout en comptant dans le budget les gros pourcentages des dessous de tables pour le gouvernement polynésien et autres pontes administratif :-) )
M'enfin, ça y est, le cable est arrivé physiquement, ça fait 10 ans qu'il est attendu. s'pas trop tôt.
Oh tu sais, je peux t'en citer à la pelle des problèmes que gnome/kde ont et qui font que ce n'est "soit disant" pas prêt pour le desktop.
Tiens, la reconnaissance auto d'un deuxième écran sur mon laptop, alors que sur mac, ça se fait tout seul, sans intervention. Pas de problème non plus avec mon imprimante/scanner sous mac ou sous ubuntu. pas de problème pour la sortie en veille sous mac et mais un peu plus sous linux. Des plantages au reveil j'en ai régulièrement avec mon laptop (un dell, livré avec ubuntu, donc censé fonctionner correctement). Le mac, je peux le fermer à n'importe quel moment, dans la panique (viiiitte, faut que je sorte à mon arrêt de train !), il n'a jamais bronché. c'est pas le cas de mon laptop sous linux.
Bref, tel ou tel OS est prêt pour le desktop selon les habitudes et les besoins de l'utilisateur. C'est selon son expérience. C'est du subjectif tout ça.
PS: j'adore linux, et malgré ses défauts, je continue à l'utiliser. Quand on a connu le temps où il n'était vraiment pas prêt pour le desktop (vous savez, l'époque où il était livré sur disquette 3,5 pouces :)), il y a de quoi se réjouir même si rien n'est parfait :)
Je confirme que la fondation est et veut être totalement indépendante. Elle place d'ailleurs une bonne partie des revenus, afin de pouvoir s'autofinancer grâce aux intérêts. D'après ce que je sais, il paraitrait que si le contrat google s'arrêtait, la fondation pourrait vivre sur ces intérêts pendant quelques années, avec le même rythme et sans licencier personne. Cette info date un peu, et depuis, il y a eu encore pas mal d'embauches chez MoCo (300 personnes apparement), donc possible que ce n'est plus tout à fait vrai.
Quoique, ils ont quand même des bonnes réserves, puisque la MoFo vient d'inviter 600 contributeurs (dont plus de la moitié sont bénévoles), au Mozilla Summit la semaine dernière, à Whistler au Canada. https://wiki.mozilla.org/Summit2010http://summit.mozilla.org/
Et il y avait une organisation de malade, très pro, et très sympa :-)
euh, ouai enfin là, c'est peut être aussi l'extension qui est à revoir. Les threads ça existe depuis la nuit des temps dans Firefox, si le gars ne sait pas faire ses traitements dans des threads, c'est pas de la faute à Firefox. Et c'est pas le fait de faire tourner chaque onglet dans un processus qui va changer les choses.
Toi aussi va falloir que tu te renseignes un peu, parce que ce n'est pas du tout ça. "Base de donnée" ne veut pas dire SQL justement. Une base de donnée, c'est un endroit où on stocke des données, peu importe la façon dont on accède aux données.
Le NoSQL, c'est le fait d'utiliser des bases de données qui ne s'utilisent pas avec du SQL, et plus généralement, qui ne sont pas relationnelles.
à mon avis, ça va se faire assez rapidement, dans les mois qui suivent pour certains, et maintenant pour Google.
D'une part parce que, vu comment cela a été annoncé, il y a eu beaucoup de préparation derrière, pour aller convaincre les partenaires, et cie.
D'autres part, Google a commencé à convertir ses vidéos pour Youtube. Ils en ont des millions, et je doute qu'ils vont faire ça uniquement de manière logiciel. Je parierai donc qu'ils ont déjà depuis un certain temps contacté les fabricants de puces pour qu'ils commencent à développer les puces d'encodage, au moins pour Google.
Sans parler que sur le site de webm, ils ont déjà poussé des patchs pour ffmpeg et cie, ce qui veut dire que d'ici peu de temps, beaucoup de logiciels liés à la vidéo vont pouvoir lire le VP8. Firefox 4 sort vers la fin de l'année.
Et dans la liste des supporteurs, il y a aussi des concurrents de youtube ou autres services de streaming.
à mon avis, d'ici un an, VP8 va commencer à percer.
Notez aussi que parmi les supporters, il y a Adobe (pour flash), AMD, NVidia, Opera etc...
D'ailleurs Kevin Lynch, l'un des pontes d'Adobe vient d'annoncer : "we are going to put vp8 in flash and within a year distribute it to 1 billion users"
C'est là qu' on va voir si il y a vraiment des brevets dasn VP8/Theora. À mon avis, le consortium MPEG/LA ne va pas se laisser faire car là, ils vont clairement perdre la bataille, sur le web en tout cas.
Tu as un site à fort trafic ? parce que je trouve que si y a du swap avec 1 go, c'est qu'il y a un problème de conf quelque part non ? J'ai une config un peu comme la tienne (dedibox première generation), avec 1Go donc, et je swap quasiement pas. Pourtant j'ai du apache, php, mysql, et du mail avec les comptes virtuels dans une base mysql, et héberge plusieurs sites.
à moins que tu te fasses tabasser par du spam..
Enfin bref, essaye de voir ta conf apache et mail. peut-être voir aussi à deplacer le mail. (par ex chez un vrai hebergeur qui sait faire ça correctement, sans que tu ais à te préoccuper de la sécu et de la conf)
>Ce qui vient ajouter du piment, c’est que je possède un serveur SubVersion passant par WebDAV (et fonctionnant depuis plusieurs années).
Avec trac, c'est ce qui peut plomber des perf, surtout quand des crawlers parcours les sources (si elles sont accessibles publiquement bien sûr). Mettre des robots.txt, voir interdire des accés dans la conf apache en fonction de certains types de user agent, pour toutes les parties de browsing de source.
et sinon, modernise toi, oublie subversion, passe à git, ou même mercurial, mon preféré. pas besoin de service à configurer, tu peux accéder à tes depots via ssh. ça soulagera donc ton serveur web. (et au passage, la conversion de tes depots svn vers mercurial se fait très très facilement)
>Est-ce que passer sur Sqlite pour un site sous Trac avec un peu de trafique ne risque pas de poser des problèmes ?
passe à mysql, tu risques moins d'avoir de problème. Corrompre une base sqlite est tellement facile... (avis perso, sqlite n'est pas vraiment fait pour le web, à réserver pour les pages perso à 10 visiteurs/jours, et c'est très bien pour embarquer dans une appli desktop)
il me semble que ce n'est pas la plupart, mais *tous*. Il n'y a pas de sportifs professionnels aux JO, tout simplement parce que ça ne leur est pas ouvert. (pas confondre avec les coupes du mondes de ceci cela, souvent ouverts aux sportifs pro)
dans la nouvelle serie des MBP sortie hier, on peut maintenant avoir des dalles mat, en choisissant l'option haute résolution (à partir du 15"). Bon mais c'est du coup plus cher :-( (150$)
>Il investit énormément dans Firefox (90% du CA de Mozilla vient de Google)
Ils n'investissent pas du tout dans Firefox.
Je rappel (pour la nième fois sur ce site), qu'il s'agit d'un contrat purement commercial entre Mozilla et Google : trafic contre argent.
Etre en première page par défaut, et en premier de la liste des moteurs de recherche, dans un navigateur qui fait 30% des parts de marché, ça n'est pas négligeable en apport de trafic. donc en clic sur les pubs. donc en CA pour google.
Google a ce contrat avec Mozilla, bien plus parce que ça leur génère de l'argent, que parce qu'il y a une volonté de supporter le développement d'un navigateur libre, et concurrent du leur qui plus est. L'inverse était peut-être vrai il y a quelques années parce que Chrome n'existait pas, et parce que Google avait des projets basés sur Mozilla, mais aujourd'hui, les raisons sont uniquement pécuniaire à mon avis.
>il est déjà possible d'en profiter avec Firefox 3.6 en installant le greffon Firefox Lorentz.
Firefox Lorentz n'est pas un greffon, plugin ou extension. C'est une version *complète* de Firefox 3.6 avec le support des plugins dans des processus séparés.
Tu veux faire partager une nouvelle intéressante, un lien, faire une annonce etc, sans pour autant vouloir en écrire des tonnes : le micro blogging permet ça facilement, surtout avec les clients actuels qui le facilitent. On n'a pas aller ouvrir sa page d'admin dotclear/wordpress pour écrire une news.
Bref, twitter/identi.ca pour moi est plus un canal de diffusion de news qu'un truc où chacun raconte sa vie en détail (parce que je "follow" aussi des gens qui ne racontent pas leur vie privée). J'y apprend plein de truc au niveau des nouveautés technologiques, bien plus que dans les blogs (quantitativement parlant).
Les blogs (techniques) servent maintenant plus à diffuser des articles de fonds. Je tombe de plus en plus rarement sur des "billets liens". Ce genre d'infos passe maintenant via les canaux de micro blogging. Ce n'est pas plus mal, ça élève un peu plus la qualité de certains blogs.
* soit la boite qui fait songbird embauche effectivement des devs pour la partie linux. Mais à priori, c'est justement parce qu'ils n'ont pas assez de thunes qu'ils abandonnent le support linux.
* soit ils acceptent les patchs venant de la communauté. Ok. Mais absolument rien ne pourra leur assurer que il y aura assez de contributions pour, d'une part, avoir une version linux équivalente en terme de fonctionnalité, et d'autre part, que la version linux sera prête en même temps que pour les autres plateformes. Offrir "officiellement" une version dégradée pour une plateforme précise, c'est à coup sûr faire raler à chaque release les utilisateurs. là au moins ils assument de se faire taper dessus une bonne fois pour toute, en étant honnête avec leurs utilisateurs.
Au moins, le fork pourra aller à son rythme, sans avoir la pression de l'équipe songbird.
bah ce sont que des jeux que tu nous proposes. balise canvas + js + balise audio, et ça roule (surtout avec l'acceleration graphique et l'api webgl qui arrive, à la fois dans webkit et mozilla).
à propos d'extension de garantie, il y avait un reportage à la télé (capital, zone interdite ou je sais plus quoi), qui étudiait ces trucs.
En fait, il s'avère que ces extensions ne servent à rien, sinon à te ponctionner plus d'argent. Car en définitive, statistiquement, les appareils tombent rarement en panne pendant la durée de cette extension. Quand ils tombent en panne, c'est peu de temps après l'achat (vice de fabrication, on s'en aperçoit vite en général...), donc pendant la garantie normale, ou après la durée de l'extension de garantie (dû à l'usure, le vieillissement...)
Bref, la durée des extensions de garanties sont calculées pour que ça ne tombe pas dans une période où les retours peuvent être nombreux.
Et les vendeurs sont formés pour inciter les clients à prendre cette extension de garantie car c'est un marché juteux pour les enseignes : c'est un moyen de gagner de l'argent sans trop de risque, et donc d'augmenter facilement leur C.A.
Bon, bien sûr, il y aura toujours des appareils qui tomberont en panne pendant la période d'extensions de garantie, mais statistiquement, c'est faible donc l'opération reste juteuse pour les enseignes. Les fabricants s'arrangeant quand même pour que la durée de vie de leurs appareils soit assez importante pour que le client soit satisfait, (mais pas trop quand même, faut pas déconner, faut quand même vous faire racheter du matos régulièrement, de quoi ils vont vivre sinon si ils font des télés qui durent 20 ans).
>Si en plus un implementation libre du futur svg/canvas pouvait tirer partie des cartes graphique, c'est un gros plus.
Pour Firefox, ça sera dans la prochaine version, au moins sous windows. (Et tout logiciel utilisant Cairo sous windows pourront eux aussi être accélère)
>Un bonne integration du son dans le DOM
tu veux parler de la balise <audio> déjà présente partout si je ne me trompe (sauf dans IE bien sûr) ?
>-Prise en charge de la webcam et du micro
Il y a eu des expérimentations dans firefox, http://blog.mozilla.com/blassey/2008/09/23/camera-input-tag/ , mais à priori, c'est pas encore pour demain.
[^] # Re: Facile
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Softs qui déchiraizent \o/. Évalué à 3.
C'est pas très à jour tout ça.
Apparemment il ne connait pas bitbucket. Pour le cheap local branching, je vois pas ce que ça apporte de plus par rapport à ce qu'on peut faire dans hg.
Le staging area. bof. perso ça m'embête plus qu'autre chose. ça devrait pouvoir être désactivé.
Pour les perf, les différences sont tellement minimes, que ces comparaisons, c'est de la bran**tte. (pas de soucis de perf pour bosser sur un arbre comme mozilla avec ses dizaines de milliers de commits).
J'utilise les 2 et je trouve que hg n'a rien à envier à git. De plus, je le trouve beaucoup moins "rugueux" dans la syntaxe de ses commandes. Et il fonctionne vraiment bien sur toutes les plateformes...
# Interet ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau moteur de gabarit : Hyla Tpl. Évalué à 1.
L'intérêt d'un template à la base, c'est de séparer complète la logique métier/controleur, de la génération de la vue. Le code métier injecte les données dans la vue, et basta, il n'a pas à se préoccuper de comment va être rendu à la page, de comment vont être utilisé les données dans l'affichage. Il fourni juste les données.
Et le problème, à mon sens, c'est que Hyla Tpl et consort cassent complètement cette logique MVC.
Ainsi, si on veut changer la manière dont le bloc est affiché, il faut à la fois changer le code du template, mais aussi le code controleur qui manipule le template.
Un exemple : on a un template avec un bloc affiché par une boucle. Et on voudrait adapter le template pour faire un traitement particulier pour le premier élément affiché par exemple, ou casser le bloc en deux. Bref, refaire un remaniement. Avec hylat tpl, il faut modifier le template, mais aussi le code php qui manipule le template.
Alors qu'avec un moteur de template comme smarty (que je n'aime pas particulièrement à cause de sa lourdeur et de sa syntaxe, mais c'est un autre problème), où les instructions de boucles sont dans le template. Il y a une vrai séparation entre le code métier et le code de la vue. Si l'intégrateur veut casser son bloc ou autre pour x raisons, il n'a pas à aller fouiller et modifier le code PHP.
# Comparatifs benchmarks quotidiens
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Comparons les performances Javascript de Firefox et Chrome. Évalué à 5.
On voit nettement les améliorations par rapport aux autres moteurs JS, surtout ces derniers jours.
Les tests sont effectués avec les versions "standalone" des moteurs JS (donc hors navigateur). Donc pas de risque de parasitage de performance par d'autres éléments du navigateurs (moteur graphique, thread reseaux ou autre). Ce sont des résultats de perf pures donc.
Un peu d'explication pour ceux qui ont la flemme de lire la FAQ.
à l'origine, il y a le moteur SpiderMonkey : c'est un simple interpreteur JS, pas d'optim.
Il y a eu ensuite TraceMonkey = SpiderMonkey + technique d'optimistation dites "tracing", appliquée principalement sur les boucles, et qui est plus performantes que de la simple compilation JIT. Mais malheureusement, cette technique ne fonctionne pas dans tout les cas, donc il y a du code JS qui reste interprété à la volée. Les perfs de tracemonkey, c'est la courbe orange.
Il y a eu ensuite JaegerMonkey = SpiderMonkey + technique d'optimisation dites "jit" : le code JS est "compilé". C'est la technique utilisée dans le moteur js de webkit, avec le générateur de code machine Nitro, et celle utilisée dans v8, le moteur de chrome. D'ailleurs, JaegerMonkey utilise Nitro (oui, oui, une brique d'un "concurrent", vive l'open source !). Les perfs de jaeger monkey = courbe orange.
Et depuis quelques jours, ils ont fusionné les deux techniques (courbe violette) dans le même moteur JS. Il n'y a donc plus de code JS interprété. Utilisation du tracing quand c'est possible (car plus rapide que du simple compilé en theorie), et utilisation du JIT pour le reste du temps.
Ils arrivent donc maintenant à rattraper les autres moteurs JS. Ils ont encore pas mal d'optimisation à faire, ce qui va arriver dans les prochains jours.
On espère donc que la courbe violette descende en dessous des autres, et qu'il y ait enfin un "YES" à la place du "NO" :)
[^] # Re: Recette du succès d'une plateforme
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Debian 5.0.6, GDB 7.2 et Mozilla Labs Gaming. Évalué à 3.
# à propos des extensions
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 4.
Les extensions jetpack n'ont JAMAIS nécessité un redémarrage (pour rappel, les extensions jetpack sont assez similaires dans le fonctionnement et l'esprit que les extensions pour Chrome).
Tu confonds avec les extensions classiques en XUL, qui, maintenant, effectivement, n'ont plus besoin de redémarrage (sous certaines conditions toutefois il me semble).
[^] # Re: Et les territoires d'outre-mer ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le pire et le meilleur des fournisseurs ADSL. Évalué à 2.
tu oublie de préciser qu'il y a ces limitations parce TOUTES les communications de la Polynésie passent par satellite. (probable que Mana profite bien de la situation, mais quand même)
Ils sont en retard, mais d'un autre coté, l'investissement de la pose d'un cable transocéanique est assez énorme en regard du nombre de personnes vivant à Tahiti (250 000 grosso modo) (surtout en comptant dans le budget les gros pourcentages des dessous de tables pour le gouvernement polynésien et autres pontes administratif :-) )
M'enfin, ça y est, le cable est arrivé physiquement, ça fait 10 ans qu'il est attendu. s'pas trop tôt.
# cool, on est vendredi
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mac OS X n'est pas près pour les ordinateurs de bureau. Évalué à 6.
Tiens, la reconnaissance auto d'un deuxième écran sur mon laptop, alors que sur mac, ça se fait tout seul, sans intervention. Pas de problème non plus avec mon imprimante/scanner sous mac ou sous ubuntu. pas de problème pour la sortie en veille sous mac et mais un peu plus sous linux. Des plantages au reveil j'en ai régulièrement avec mon laptop (un dell, livré avec ubuntu, donc censé fonctionner correctement). Le mac, je peux le fermer à n'importe quel moment, dans la panique (viiiitte, faut que je sorte à mon arrêt de train !), il n'a jamais bronché. c'est pas le cas de mon laptop sous linux.
Bref, tel ou tel OS est prêt pour le desktop selon les habitudes et les besoins de l'utilisateur. C'est selon son expérience. C'est du subjectif tout ça.
PS: j'adore linux, et malgré ses défauts, je continue à l'utiliser. Quand on a connu le temps où il n'était vraiment pas prêt pour le desktop (vous savez, l'époque où il était livré sur disquette 3,5 pouces :)), il y a de quoi se réjouir même si rien n'est parfait :)
[^] # Re: Re : Partenariat avec Google
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Article sur Mozilla dans Alternatives Économiques. Évalué à 4.
Quoique, ils ont quand même des bonnes réserves, puisque la MoFo vient d'inviter 600 contributeurs (dont plus de la moitié sont bénévoles), au Mozilla Summit la semaine dernière, à Whistler au Canada. https://wiki.mozilla.org/Summit2010 http://summit.mozilla.org/
Et il y avait une organisation de malade, très pro, et très sympa :-)
[^] # Re: Lorentz <> Electrolysis
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 3.6.4 intègre Electrolysis. Évalué à 3.
[^] # Re: J'en oublie robots.txt
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Les vidéos incluses gagnent dans un tribunal français. Évalué à 3.
[^] # Re: Décalage
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Appel à conférenciers pour les 15 ans de PHP. Évalué à -2.
Le NoSQL, c'est le fait d'utiliser des bases de données qui ne s'utilisent pas avec du SQL, et plus généralement, qui ne sont pas relationnelles.
Dans couchDB, ou mongoDB, il y a "DB" ;-)
[^] # Re: autre liens
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal VP8 libéré, WebM est né. Évalué à 5.
D'une part parce que, vu comment cela a été annoncé, il y a eu beaucoup de préparation derrière, pour aller convaincre les partenaires, et cie.
D'autres part, Google a commencé à convertir ses vidéos pour Youtube. Ils en ont des millions, et je doute qu'ils vont faire ça uniquement de manière logiciel. Je parierai donc qu'ils ont déjà depuis un certain temps contacté les fabricants de puces pour qu'ils commencent à développer les puces d'encodage, au moins pour Google.
Sans parler que sur le site de webm, ils ont déjà poussé des patchs pour ffmpeg et cie, ce qui veut dire que d'ici peu de temps, beaucoup de logiciels liés à la vidéo vont pouvoir lire le VP8. Firefox 4 sort vers la fin de l'année.
Et dans la liste des supporteurs, il y a aussi des concurrents de youtube ou autres services de streaming.
à mon avis, d'ici un an, VP8 va commencer à percer.
[^] # Re: autre liens
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal VP8 libéré, WebM est né. Évalué à 2.
http://windowsteamblog.com/windows/b/bloggingwindows/archive(...)
Reste une annonce d'Apple...
# autre liens
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal VP8 libéré, WebM est né. Évalué à 9.
Notez aussi que parmi les supporters, il y a Adobe (pour flash), AMD, NVidia, Opera etc...
D'ailleurs Kevin Lynch, l'un des pontes d'Adobe vient d'annoncer : "we are going to put vp8 in flash and within a year distribute it to 1 billion users"
C'est là qu' on va voir si il y a vraiment des brevets dasn VP8/Theora. À mon avis, le consortium MPEG/LA ne va pas se laisser faire car là, ils vont clairement perdre la bataille, sur le web en tout cas.
# configuration à faire ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Apache vs Cherokee / PostgreSQL vs MySql. Évalué à 3.
à moins que tu te fasses tabasser par du spam..
Enfin bref, essaye de voir ta conf apache et mail. peut-être voir aussi à deplacer le mail. (par ex chez un vrai hebergeur qui sait faire ça correctement, sans que tu ais à te préoccuper de la sécu et de la conf)
>Ce qui vient ajouter du piment, c’est que je possède un serveur SubVersion passant par WebDAV (et fonctionnant depuis plusieurs années).
Avec trac, c'est ce qui peut plomber des perf, surtout quand des crawlers parcours les sources (si elles sont accessibles publiquement bien sûr). Mettre des robots.txt, voir interdire des accés dans la conf apache en fonction de certains types de user agent, pour toutes les parties de browsing de source.
et sinon, modernise toi, oublie subversion, passe à git, ou même mercurial, mon preféré. pas besoin de service à configurer, tu peux accéder à tes depots via ssh. ça soulagera donc ton serveur web. (et au passage, la conversion de tes depots svn vers mercurial se fait très très facilement)
>Est-ce que passer sur Sqlite pour un site sous Trac avec un peu de trafique ne risque pas de poser des problèmes ?
passe à mysql, tu risques moins d'avoir de problème. Corrompre une base sqlite est tellement facile... (avis perso, sqlite n'est pas vraiment fait pour le web, à réserver pour les pages perso à 10 visiteurs/jours, et c'est très bien pour embarquer dans une appli desktop)
[^] # Re: Le problème des gros salaires...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le ciel ne tombe pas sur le tête de tout le monde. Évalué à 0.
[^] # à propos d'ecran brillant
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Marre des portables à 100mille déclinaisons. Évalué à 2.
[^] # Re: Ils se moquent du monde ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google soutien Theora. Évalué à 5.
Ils n'investissent pas du tout dans Firefox.
Je rappel (pour la nième fois sur ce site), qu'il s'agit d'un contrat purement commercial entre Mozilla et Google : trafic contre argent.
Etre en première page par défaut, et en premier de la liste des moteurs de recherche, dans un navigateur qui fait 30% des parts de marché, ça n'est pas négligeable en apport de trafic. donc en clic sur les pubs. donc en CA pour google.
Google a ce contrat avec Mozilla, bien plus parce que ça leur génère de l'argent, que parce qu'il y a une volonté de supporter le développement d'un navigateur libre, et concurrent du leur qui plus est. L'inverse était peut-être vrai il y a quelques années parce que Chrome n'existait pas, et parce que Google avait des projets basés sur Mozilla, mais aujourd'hui, les raisons sont uniquement pécuniaire à mon avis.
# pas un greffon
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ça bouge dans les navigateurs web. Évalué à 5.
Firefox Lorentz n'est pas un greffon, plugin ou extension. C'est une version *complète* de Firefox 3.6 avec le support des plugins dans des processus séparés.
[^] # Re: et les serveurs alors ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un combat de clients de microblogging. Évalué à 5.
à micro blogger :-)
Tu veux faire partager une nouvelle intéressante, un lien, faire une annonce etc, sans pour autant vouloir en écrire des tonnes : le micro blogging permet ça facilement, surtout avec les clients actuels qui le facilitent. On n'a pas aller ouvrir sa page d'admin dotclear/wordpress pour écrire une news.
Bref, twitter/identi.ca pour moi est plus un canal de diffusion de news qu'un truc où chacun raconte sa vie en détail (parce que je "follow" aussi des gens qui ne racontent pas leur vie privée). J'y apprend plein de truc au niveau des nouveautés technologiques, bien plus que dans les blogs (quantitativement parlant).
Les blogs (techniques) servent maintenant plus à diffuser des articles de fonds. Je tombe de plus en plus rarement sur des "billets liens". Ce genre d'infos passe maintenant via les canaux de micro blogging. Ce n'est pas plus mal, ça élève un peu plus la qualité de certains blogs.
[^] # Re: Fork
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Songbird s'envole et abandonne Linux. Évalué à 2.
* soit la boite qui fait songbird embauche effectivement des devs pour la partie linux. Mais à priori, c'est justement parce qu'ils n'ont pas assez de thunes qu'ils abandonnent le support linux.
* soit ils acceptent les patchs venant de la communauté. Ok. Mais absolument rien ne pourra leur assurer que il y aura assez de contributions pour, d'une part, avoir une version linux équivalente en terme de fonctionnalité, et d'autre part, que la version linux sera prête en même temps que pour les autres plateformes. Offrir "officiellement" une version dégradée pour une plateforme précise, c'est à coup sûr faire raler à chaque release les utilisateurs. là au moins ils assument de se faire taper dessus une bonne fois pour toute, en étant honnête avec leurs utilisateurs.
Au moins, le fork pourra aller à son rythme, sans avoir la pression de l'équipe songbird.
[^] # Re: Mauvais moment !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Pourquoi je migre sur osX. Évalué à 4.
[^] # Re: ben tout d'abord
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Contre le Flash, vive l'ipad!. Évalué à 2.
[^] # Re: extension de garantie
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Valeur légale d'un affichage sur la garantie d'un produit. Évalué à 6.
En fait, il s'avère que ces extensions ne servent à rien, sinon à te ponctionner plus d'argent. Car en définitive, statistiquement, les appareils tombent rarement en panne pendant la durée de cette extension. Quand ils tombent en panne, c'est peu de temps après l'achat (vice de fabrication, on s'en aperçoit vite en général...), donc pendant la garantie normale, ou après la durée de l'extension de garantie (dû à l'usure, le vieillissement...)
Bref, la durée des extensions de garanties sont calculées pour que ça ne tombe pas dans une période où les retours peuvent être nombreux.
Et les vendeurs sont formés pour inciter les clients à prendre cette extension de garantie car c'est un marché juteux pour les enseignes : c'est un moyen de gagner de l'argent sans trop de risque, et donc d'augmenter facilement leur C.A.
Bon, bien sûr, il y aura toujours des appareils qui tomberont en panne pendant la période d'extensions de garantie, mais statistiquement, c'est faible donc l'opération reste juteuse pour les enseignes. Les fabricants s'arrangeant quand même pour que la durée de vie de leurs appareils soit assez importante pour que le client soit satisfait, (mais pas trop quand même, faut pas déconner, faut quand même vous faire racheter du matos régulièrement, de quoi ils vont vivre sinon si ils font des télés qui durent 20 ans).
[^] # Re: Flash autour de 100% des parts de matché dans le monde.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal IE en dessous de 50% de parts de marché en France. Évalué à 6.
Pour Firefox, ça sera dans la prochaine version, au moins sous windows. (Et tout logiciel utilisant Cairo sous windows pourront eux aussi être accélère)
>Un bonne integration du son dans le DOM
tu veux parler de la balise <audio> déjà présente partout si je ne me trompe (sauf dans IE bien sûr) ?
>-Prise en charge de la webcam et du micro
Il y a eu des expérimentations dans firefox, http://blog.mozilla.com/blassey/2008/09/23/camera-input-tag/ , mais à priori, c'est pas encore pour demain.