Laurent J a écrit 2933 commentaires

Tout à fait d'accord avec toi. Le parser css et le moteur de rendu de IE étant moins complexe puisqu'il n'intégre pas toute la norme CSS2 (en tout cas, moins que dans Firefox), il est normal qu'il soit plus rapide que celui de Firefox.

C'est comme si on comparait une vieille deux chevaux avec une mercedes récente. Ok, l'une est plus solide et plus rapide que l'autre, mais ça ne veut pas dire que la mercedes est la meilleure parmis les voitures récentes.

Effectivement, il faut comparer ce qui est comparable. Donc comparons les navigateurs récents entre eux. Mais ne mettons pas dans le lot des navigateurs vieux et obsolètes (IE6 étant l'un d'eux).
Pourquoi pas mettre IE5, NS4 pendant qu'ils y sont ? Hein ?
Ah oui, ils les ont mis aussi dans les tests. N'importe nawak.


Bon, sinon, ça peut tout de même être interressant : on se rend ainsi compte les énormes progrés entre Mozilla 1.0 et Mozilla 1.8, surtout sur le rendu CSS. (il y a un facteur 14 !)

C'est génial l'objet mais d'aprés mes vieux souvenirs avec O2 :

- Ça ne résoud pas toujours tous les problèmes quand même.
- Ce n'est pas toujours aussi performant que le relationnel (surtout d'un point de vue ensembliste)
- Le relationnel, ça suffit dans la majeure partie des cas.

Et surtout, si j'ai bien compris, (corrigez moi si je me trompe), c'est trés dépendant d'un langage précis en général (à cause du mapping). Et ça je pense que c'est ce qui rebute les entreprises à passer aux bases de données objets. Avec Ozone par exemple, on ne peut l'utiliser qu'avec du Java. Bon ok. Mais une entreprise n'a pas forcément QUE des applis en java. Quid du site en PHP ? de l'appli en VB du service truc ? ou en python du service machin ? Quand bien même elle accepte de tout passer en Java , il y a forcément une période de transition (plus ou moins longue, selon le nombre d'appli à réécrire), qui ne doit pas être du tout évidente à mettre en place.
Faut il une réplication des données entre le vieux SGBDR et le nouveau SGBDOO ? Y a t-il ce qu'il faut pour faire un "pont" entre les appels SGDBR vers le SGBDOO ? etc...

Le gros avantage des bases de données relationnelles, c'est que c'est accessible par la majeure partie des langages (objets et non objets). Et c'est pour cela que ça reste encore trés ancré dans les entreprises. Les coùt induits d'une migration vers un SGBDOO sont à mon avis beaucoup trop important pour qu'une entreprise face le pas. Ou alors cela sera adopté pour un type d'application précis. Et donc pour le reste, un SGBDR sera toujours nécéssaire.

Bref, à première vu, avec quelques essais, le SGBDOO est trés alléchant. Mais il semble y avoir tout un tas de problèmes derrière qui ne sont pas tout à fait négligeables.

Pendant longtemps, et sûrement encore aujourd'hui, les SGBDOOs ont été une techno réservées aux geeks. J'entend par là que sur le papier, c'est joli, c'est un sujet passionnant pour les chercheurs, ça fait des années qu'on nous loue les grands avantages des SGBDOOs, mais sans vraiment avoir résolu tout les gros problèmes.
Et donc pour les entreprises, j'imagine bien que cela n'apporte pas encore suffisement d'avancées spéctaculaires pour leur système d'information, rien qui ne vaille le cout de migrer.

Ce que je veux dire, est que, ok, pour le développeur, c'est jouissif, en 3 lignes il fait des choses merveilleuses, mais si elles prennent 3 fois plus de temps qu'avec un SGBDR (j'éxagère sûrement, mais l'idée est là), associé à un cout enorme de migration, où est l'avantage pour le système d'information de l'entreprise ? Où est son intérêt dans cette histoire ? (sans parler qu'actuellement, cela la rend prisonnière d'une techno comme Java par ex)

Les vraies réponses à ces dernières questions permettraient certainement de comprendre pourquoi les SGBDOOs sont encore des "niches" technologiques.

un programme qui s'installe de facon sournoise pour collecter des données utilisateurs.

Et alors, un spyware caché dans une extension "normale", c'est tout aussi sournois. De toute façon, un spyware arrive la plupart du temps de cette façon, via un programme tiers (cf kazaa &co)

Tiens par exemple, la nouvelle toolbar de yahoo pour firefox. Qui dit à monsieur Michu qu'il n'y a pas un spyware là dedans ? Monsieur michu ne va se rendre compte de rien. Il a installé la yahoo toolbar parce qu'il la trouve pratique..

(je ne dis pas qu'il y a un spyware dans la yahoo toolbar hein :-)

arretez de dire que les spywares sous firefox, c'est du fud. Il est certain que ça va arriver (si ce n'est pas déjà arrivé), comme je l'expliquais dans un commentaire:

http://linuxfr.org/comments/533974.html#533974(...)

Ceci dit, qu'ils appartiennent à une société anti-spyware ou pas, ils n'ont pas tord.

Je t'en fait quand tu veux des spywares via des xpis. Je peux même t'en faire qui ne sont pas virés même si tu vire l'extension en question, ou même firefox.

Et le fait que l'on peut voir ou pas les sources d'une extension n'y changera rien. Si monsieur michu veut absolument installer l'extension qui affiche la météo de pavalas les flots, trouvé sur un obscure site, il le fera. Ce n'est pas le système de prévention d'installation d'extension de firefox qui l'empechera.

Et une fois installée, il sera déjà trop tard. Rien n'empêche une extension d'installer un exe ou autre quelque part sur le disque, ou de l'executer directement, cet exe allant bidouiller la base de registre pour qu'un autre exe soit démarré au boot etc...

Comble du bonheur, y a tout dans l'API de Mozilla pour aller recuperer un fichier distant sur le grand mechant ternet. Donc l'exe en question n'a même pas besoin d'être livré avec l'extension. Bref, le spyware, finalement, ça prendre 5 lignes javascript dans l'extension. Et vas y que je te fous ça dans une grosse extension comme par exemple chatzilla. Eh bien personne n'y verra rien. Sauf ceux qui mettront le nez dedans mais ils sont rares, trés rares. Qui parmis les utilisateurs de chatzilla ont jeté un coup d'oeil aux sources ? Bon, rassurez vous, on est à 99% sûr que chatzilla est sûr, étant donné qu'il est dans le CVS de mozilla :-). Mais quid des autres ? De l'aveu même d'un développeur de Mozilla (je ne retrouve plus le lien), rien n'empêche qu'il y ait des spywares dans les extensions dispo sur update.mozilla.org car personne ne verifie toutes les extensions nouvelles et les nouvelles versions à 100%. Quid aussi des extensions traduites dispo sur geckozone ? Le traducteur peut trés bien rajouter quelques lignes javascripts dans un coin ...

Certes ça se saurait certainement assez vite, mais en attendant, ça aura fait des dégats. Reste aussi le problème de prévenir tous les utilisateurs de ladite extension. Ce n'est pas une mince affaire (non, monsieur michu, il va jamais sur le site securemachin.com, ni meme sur actuinformatiqueblabla.com)

Bref, des spywares dans Firefox, oui, c'est possible, et ça va trés certainement arriver.

le problème est que cette fonction produit du code html transitionnel (avec des balises font &co), et donc pas en accord avec du xhtml strict, version qu'il a utilisé pour son site.

À regarder la capture d'écran, je ne vois pas ce que ce serveur X 3D a bien pu apporter... Ça ne démontre pas vraiment l'interet de la chose selon moi... (ok, c'est pas fini, mais quand même..)

Rien que le prix de revient sur l'année (350.000 ¤), c'est le prix de la construction de 3 maisons,

Euh, elles sont où tes maisons ? au fin fond de la coreze ? en plein milieu d'une "cité où ça craint" ?

Parce que en région parisienne, pour 100 000, tu as peut être un studio, un appart deux pièce, mais en tout cas pas ce qu'on pourrait appeler une maison pour ce prix, même en lotissement (terrain compris 50m² de jardin). Et encore moins du neuf.

Renseigne toi sur le prix de l'habitat actuel : pour 350.000, tu as tout juste une maison et demi, voir deux dans certains endroits de la RP. (et pas du neuf, et pas dans un quartier bourgeois).

> et donc d'obliger les repreneurs du code source à divulguer leurs modifications

Ah ? depuis quand ? La licence n'oblige à "divulguer" le code source seulement en cas de redistribution. Si je prend linux, que je le modifie pour mon propre usage, je ne suis pas obligé de le dire à tout le monde, et encore moins de diffuser mes modifs. Sauf si je redistribue mon linux.

> ca ferait peut etre avancer les choses que d'expliquer pourquoi vous n'arrivez pas à trouver quelqu'un. Peut-etre ces sites sont-ils mal fait ou mal présentés. Ou alors vous vous y etes mal pris ?


Mais arretez de chercher des excuses bidons !

Si ils ont du mal à trouver quelqu'un, c'est tout simplement parce que les développeurs XUL sont encore rares ! Si ce n'était pas le cas, ça se saurait, et j'aurais des centaines d'abonnés à la ML de xulfr, et des dizaines de messages dans le forum par jour... Mais malheureusement, ce n'est pas le cas. (m'enfin, ça n'est pas forcément entierement pour cette raison qu'il n'y a pas énormément de monde sur xulfr. c'est peut etre aussi que mon site ne plait pas :-) )

M'enfin, à regarder le nombre d'appli en XUL existante, et les timides apparitions du mot XUL dans les magazines informatiques, cette raison est plus que problable.

Effectivement, les backups, c'est aussi la résponsabilité des hébergés. M'enfin on ne peut tout de même pas faire de sauvegarde tous les jours non plus, donc même pour certains qui font des backups, il y a pu y avoir des pertes.

Mais le problème n'est pas là. Le problème, c'est l'hébergement. Etre sans hébergement pendant plusieurs jours, c'est vraiment embétant, surtout pour les projets actifs. En plus, si je me souviens bien, pendant pas mal de jour, la question se posait, est ce que ça va rouvrir, pas rouvrir, faut il aller voir ailleurs ou pas ? Et puis aprés, le temps de trouver un autre hébergeur, le temps que l'hébergement soit activé etc..

Bref, beaucoup de sites ont été innaccessible pendant plusieurs jours tout ça à cause ... de mots de passe non cryptés.

Maintenant je ne tape pas spécialement sur les personnes qui s'occupaient de l'hébergement. Ce n'est pas toujours facile ce genre de boulot. Surtout quand il est bénévole. Mais qu'on ne manque pas de respect vis à vis de ceux qui ont été lésé dans l'affaire.

limite en regard de tous les hébergés qui ont vu leur site fermé du jour au lendemain, tout ça à cause d'une erreur (résultant d'une incompétence flagrante) dans les applis. Le cryptage des mots de passe, c'est quand même la base de la sécurité.

Donc oui désolé, je trouve moi aussi cet humour vraiment limite. C'est vraiment manquer de respect aux hébergés qui ont galéré à cause de cette connerie.

Rien à redire, pas d'erreur, cette chronique est excellente !

Ah si, ils ont oublié de mettre un gros logo xulfr.org à la fin de l'article... :o)
(Mais, ça va quand même, y a deux p'tits liens...)

et ?

Ce n'est pas parce qu'il donne le mauvais exemple qu'il faut le suivre...

À quoi ça sert sinon, de faire 2 rubriques, journal et forum ? :-/

est-ce possible de le vendre (avec les sources) mais ne pas proposer les sources en libre téléchargement (simple curiosité, on se posait la question une fois...)

oui. Tu peux même je pense vendre sans les sources. (parce que genre tu distribue ton soft sur un média où la place est réduite, genre une clé USB, appareil embarqué etc..) Mais si le client te les demande, tu es obligé de les lui fournir.

les sources sont en libre téléchargement, qu'est-ce qui empêche qu'on les télécharge, un gros coup de Search And Replace et hop on obtient un fork, ça peut être genant dans certains cas (concurrence ?)

Oui mais le fork doit rester sous licence GPL, donc si il fait des améliorations, tu pourras toi aussi en profiter.
Si tu as choisi une licence libre, ce genre de problème ne devrait pas te gener. Ou alors fais du propriétaire :-)

le(s) avantage(s) des doubles licenses comme MySQL ?

En ce qui concerne MySQL, cela permet à MySQL AB de vendre MySQL à des clients qui veulent des améliorations qui ne sont pas fournis dans la version libre. Cela permet aussi au client de développer une version personnalisé de MySQL (ajout de besoins spécifiques à une application métier par exemple) sans devoir distribuer les sources quand il redistribue son MySQL en interne dans une grosse boite par exemple.

etc..
Voir ici pour plus d'explications : http://www.mysql.com/company/legal/licensing/(...)

Ça c'était calmé depuis quelques mois, et voilà que ça recommence (les modéros sont en vacances ?) : depuis quelques temps, y en a de plus en plus qui prenne la rubrique "journal" pour un forum.

Merci donc de poster vos questions dans la rubrique forum http://linuxfr.org/forums/(...) ! c'est fait pour ça !

exactement.

montrer juste un seul type d'application, c'est malheureusement "cacher" la richesse du monde libre.

Il faut voir les raccourcis que font les utilisateurs de windows. le E bleu = internet. Alors que c'est totalement faux.

et si l'unique navigateur qu'on lui propose ne plait pas au newbie ? => "linux c'est nul"
Maintenant je ne dis pas qu'il faille mettre toute la liste des navigateurs dispo, ce serait ridicule.

A quoi bon par exemple avoir Konqueror et Firefox dans les menus ?

Pour montrer au newbie qui vient d'installer fraîchement son linux, qu'il a à sa disposition deux navigateurs installé. Au choix.

C'est bien beau la ligne de commande, mais ça ne dit pas ce qu'il y a d'installé, quel commande il faut taper pour lancer tel ou tel truc. Sauf si on est un geek.
Le newbie il va pas deviner tout seul qu'il peut taper konqueror et que ce truc lance un navigateur. Au moins le menu démarrer lui montre que ça existe.

- il y a plein de sous-niveaux et trente douze applications concurrentes pour un besoin donné (ex: le menu K de Knoppix ou de Mandrake)

À moins que tu en est résté à une vieille mandrake , mais moi, actuellement, je ne vois pas où dans mon menu mandrake j'ai trente douze applications concurrentes..

La seule brêche qui ait été ouverte est à mettre au compte de SPIP.

J'aimerais bien savoir quel est le rapport entre un editeur html wysiwyg et un gestionnaire de contenu....
Ou alors, tu as oublié aussi de parler des camemberts

il faut aussi que firefox soit installer sur ton ordinateur , puisque il est basé sur firefox

pas du tout, nvu est totalement autonome. Il repose sur le code de Firefox, mais il n'y a pas besoin de firefox pour l'utiliser

alors que la différence au niveau code doit pas être énorme. En tout cas c'est le même moteur.

Ah tiens... Tu m'en apprend une bonne là...

Alors voilà, si je peux te donner un conseil, va faire un tour sur le CVS de mozilla. et regarde les branches.. Et fais des diffs sur la partie layout et autre modules "bas niveau" entre la branche de mozilla et celle de firefox 1.0 (aviary)...

j'oubliais, pour eviter ce genre de vers, il suffit juste d'interdire dans php la possiblité d'inclure/de charger des fichiers distants ( paramètre allow_url_fopen dans php.ini)

a) nos scripts sont pas trop bancaux (le script visé, index.php,
fait un include($page. ".php"), et la concaténation fait qu'il
aurait dû ajouter une page qui finit par .php sur le site compromis et
faire en sorte d'include()r celle-là). Dans l'absolu il devrait faire un
include("./".$page.".php"), mais bon. C'est pas mon script ;-)

Ouauaaaaiiii super, c'est quoi l'url de ton site ?

index.php?page=../../../../../../../../etc/passwd%00


C'EST UNE TRES MAUVAISE IDEE DE PASSER UN NOM DE FICHIER, OU UN MORCEAU DE NOM DE FICHIER EN PARAMETRE, DESTINÉ À UN INCLUDE

Tes scripts sont trés trés bancaux pour moi.

Si tu ne l'as pas déjà fait, je te recommande vivement d'indiquer un open_base_dir dans ton php.ini. Et de regarder dans tes applis si il y a pas des fichiers texte non php (ini, xml ou autre) qui contiendrait des parametres de conf de ces applis (l/p des bdd etc...)

Quelques liens un peu plus digeste que les specs du W3C (et en français)

intro
http://openweb.eu.org/articles/intro_accessibilite/(...)

30 jours pour rendre un site web plus accessible
http://www.la-grange.net/accessibilite/index.html(...)

Les bonnes pratiques pour rendre accessible son site web
http://www.opquast.com/bonnes-pratiques/?niveau=3(...)