Laurent J a écrit 2951 commentaires

Comme dit plus bas : Google est meilleur qualitativement.

Parce que c'est le meilleur qualitativement au niveau des résultats de recherche…

dont je ne comprenais plus très bien l'existence.

L'existence est pourtant simple : Firefox apporte du trafic (par sa fonction de recherche). Google aime bien le trafic car ça lui fait vendre plus de pub pouvoir. Donc Google achète du trafic. Firefox ayant 15 à 25% des parts de marché, ce n'est pas négligeable comme apport. Et c'est toujours ça de pris aux moteurs de recherche concurrents.

tout dépend ce qu'on appelle par indépendance financière. Toute entreprise (comme Mozilla corp) est dépendante de ses clients, n'est pas ?

Et comme je l'ai dit plus haut, si Mozilla perd son principal client (rappel, Mozilla corp vend de l'apport de trafic), d'autres seront content d'avoir ce contrat d'exclusivité que procure la tête de liste des moteurs de recherche dans le navigateur.

Microsoft Bing par exemple…

je pense que s'ils coupaient ou baissaient le financement de Mozilla, dans moins de cinq ans (grand max) Mozilla est complètement mort,

Je pense que tu penses mal. Si Google a toujours un contrat commercial avec Mozilla, c'est parce que d'autres aimeraient bien être à sa place, et seraient prêt à payer beaucoup plus.

La page Wikipedia de Firefox nous indique que la fondation est financée à hauteur de 85% par Google,

Mozilla n'est PAS financé par Google. Mozilla a un contrat commercial avec Google, grosse nuance. C'est Google le client, pas Mozilla.

mais je sais qu'en utilisant un bon framework en PHP, j'aurais pu obtenir quelque de plus sympa

Du grand n'importe quoi. La faute n'est pas au langage, mais aux développeurs tout simplement. Je ne vois pas en quoi PHP peut rendre une appli plus sympa (et pourtant je suis l'auteur d'un framework PHP, hein).. Il y a plein de trucs sympa fait en ruby (au hasard, github). On peut faire des trucs vachement sympa en PHP, en ruby, en python, en JS, en C++, en Cobol etc.. (Non, désolé, pas en Cobol).

T'es juste frustré de ne pas pouvoir améliorer le truc parce que tu ne connais pas Ruby. Mais ce n'est en aucun cas la faute au langage si l'appli est pas cool.

À noter qu'il n'y avait jusqu'à présent pas de spécification officielle du langage PHP, vu qu'il n'y avait qu'un moteur PHP. Mais depuis l'apparition de moteurs PHP alternatifs (comme HHVM), il devenait important qu'il y en ait une. C'est donc un travail en cours, et cela va permettre à une meilleure compatibilité entre tous ces moteurs.

oui mais alors faut que ce qui ce dit sur IRC soit loggé et consultable quelques parts, parce que sinon comme Mickael pourra lire les commentaires ?

Oh Oh, z'ai cru voir un Geeksphone Peak (sous FirefoxOS) ;-)

pour l'instant c'est mono-process mono-thread, non?

Mono process, oui, mono-thread, non ! Depuis toujours Firefox utilise les threads pour diverses choses, fort heureusement, sinon l'interface serait gelée au moindre octet reçu ou envoyé. Et ces dernières années il y a eu d'énormes effort pour tout faire en asynchrone et threadé (comme toutes les manipulations de fichiers, les calculs de rendu etc..). Et coté HTML/Js, les web worker ne datent pas d'hier ;-)

Faudra voir. Au pire, il y aura peut-être une extension pour rétablir l'ancien comportement (c'est 1 preférence à desactiver, ou un attribut XUL à enlever sur chaque onglet, pas sorcier à priori).

Ils passent par Tor, le truc qui empêche de remonter à la source…

Il y a aussi Synolocker, qui s'attaque à certaines version des NAS Synology, profitant d'une faille sur les NAS qui sont exposés directement sur le net.

Donc attention, même les systèmes de sauvegardes peuvent être affectés (et des systèmes linux au final ;-) )

Tu n'as pas eu de bol. la plupart du temps ça s'est bien passé pour moi.

Là où il y a le plus souvent des problèmes, c'est quand le parlementaire à rempli sa feuille par ordinateur : si le contenu est plus grand que la taille initiale de la case, la taille de la case s'est adapté (normale), et a donc décalé le reste vers le bas.

Pour les autres, qui ont rempli la feuille manuscrite, la taille des cases n'a pas bougé, donc le système est à peu près bien positionné, car position prévisible.

41 ans. Toujours développeur. Mais pas de patron. Ce dernier point change tout :-) Et je n'ai pas l'impression d'avoir raté ma vie. Au contraire !

Si j'ai bien compris : Vagrant, qui repose sur virtualbox, va te créer une machine virtuelle, complètement autonome et indépendante de la machine hôte.

Docker repose sur le principe de container : un conteneur n'a pas son propre noyau ou autre. Il réutilise toutes les ressources de la machine hôte, mais avec des privilèges séparés. (c'est une sorte de gros chroot en fait). En définitive, dans un container, il n'y a que les applications que tu lances. Elles sont cloisonnées par rapport à la machine hôte, mais le container repose sur la machine hôte. D'ailleurs, sur un ps sur la machine hôte, tu vois tous les processus lancés dans un docker. Ce n'est pas le cas à priori pour Vagrant/virtualbox.

Et du coup, il y a de belles différences de perf entre un vagrant et docker.

Autre grande différence : dans docker, les étapes de builds sont historisés, un container peut hériter d'un autre container et bien d'autres choses…

Tient d'ailleurs, en parlant de tablette. Curieusement, Android, IOS et autres OS pour smartphone/tablette ont nativement du multi-bureau. Et à priori, tout le monde aime vu le succès.

bon nombre de développeurs (beaucoup, vraiment beaucoup) sont sous Windows et n'ont jamais eu la moindre idée d'avoir l'utilité de la chose,

À mon avis, bon nombre de ces développeurs ne connaissent pas le multi bureau, et/ou n'ont en tout cas pas testé la chose (puisqu'ils ne l'ont pas installé comme tu le dis toi même). Ce genre de chose, ça s’apprécie à l'usage. C'est comme les tablettes, à la sortie de l'ipad, pas beaucoup de monde en voyait l'usage. Maintenant beaucoup en ont une, bien souvent après en avoir testé une.

et bon nombre de développeurs deandent en premier 2 écrans que d'avoir les droits admin pour (ou faire) installer un multi-bureau.

Ils demandent un deuxième écran pour quoi ? Pour avoir de la place. C'est justement ce qu'un multi bureau fourni : de la place. et beaucoup, puisqu'on peut avoir le nombre de bureau qu'on veut (dans la limite de la mémoire disponible).

Tu n'as pas besoin d’apache, ni de module, ni de cgi.

Si c'est pour tester, PHP aussi embarque un serveur web. pas besoin d'apache, ou autre pour exécuter une appli php.

Je développe et j'ai effectivement 2x 24'' de la mort qui tue.

Et je continue d'utiliser le multi bureau. Ça permet d'organiser mes environnements de travails : un bureau pour le dev (éditeur, console etc..), un autre pour le navigateur (plusieurs fenêtres), un autre pour tout ce qui est communication (irc, thunderbird…), un autre pour des trucs divers, ou un autre projet etc.. Bref, quand je suis sur un bureau précis, je n'ai pas 15 fenêtres qui n'ont pas de rapport avec ce que je fait, qui viennent me déconcentrer dans ce que je fais (parce qu'elles seraient mal placés, qu'il faut les cacher, les rouvir, les cacher, les déplacer etc…). Un raccourci clavier et je retrouve un autre environnement avec les fenêtres qu'il me faut, là où elles étaient. Personnellement, je gagne un temps fou.

Bref, ce n'est pas parce que j'utilise encore le multi bureau que je suis un vieux chnoque. En 2014, oui, le multi bureau reste très pratique (surtout avec les raccourcis clavier qui vont bien avec). Peut-être pas pour toi. mais pour d'autres oui.

Chacun sa manière de s'organiser.

(c'est toujours drôle de voir comment tu prend ton cas pour une généralité dans tes commentaires).

J'en connais chez PHP qui doivent pleurer.

Comme si faire du C# c'était le graal. Tu ne me fait pas pleurer, mais rire plutôt.

Ce n'est pas parce que PHP traine encore des boulets syntaxiques ou d'interface de programmation, qu'il faut les utiliser. Le langage a énormément évolué ces dernières années.

On peut coder très proprement en PHP. On peut faire du MVC très propre, ou tout ce que tu veux très propre. Ce n'est pas parce qu'il y a encore des scripts pourris fait par des débutants, que PHP nous oblige à coder comme des porcs. D'ailleurs, dans n'importe quel langage tu peux coder comme un porc.

Bref, ce n'est pas parce maintenant on peut faire du C# MVC truc muche sous linux que je vais m'y mettre, encore moins si c'est pour faire plus "hype" ou pour crâner. Je pense que la majorité des dev PHP ont rien à battre de se que peuvent penser les autres sur PHP. Franchement, ceux qui se la pète parce qu'ils utilisent un langage soit-disant "plus pur", je leur ris au nez. (et je vais m’arrêter là sinon je vais commencer à dire des grossièretés).

Le principal dans le développement, c'est de produire une appli qui marche, qui corresponde aux besoins demandés, et qui soit codée proprement pour être maintenable (et PHP n'empêche pas de faire tout ça). La technologie utilisée, on s'en tape.

Mettre à jour quoi? PHP ?

non, l'appli en PHP (si elle a cette fonctionnalité).

M'enfin, ce n'est pas forcément trivial avec apache+mod_ph : il faut que les fichiers de l'appli soit installée avec les droits en écriture pour le user d'apache.

Du coup, pour ce genre de feature, vaut mieux installer php en mode fcgi (avec php-fpm), pour lequel on peut donc indiquer un user d’exécution différent d'apache (donc en principe le user qui s'occupe de la maintenance de l'appli).

Donner une adresse locale à un site n'a de sens que si le visiteur comprend de quelle localité on parle.

Dans 90% des cas, je dirais qu'un visiteur comprend la signification d'un nom de domaine qu'une fois arrivé sur la page web. jelix.org, tu crois que ça parle à beaucoup ? non. Y a tellement de noms "bizarres". C'est pareil pour les tld. Et c'est tant mieux je dirais. Vive la diversité.