submitter:username — rechercher les publications d'un utilisateur domain:example.com — rechercher les liens d'un domaine
submitter:username
domain:example.com
C’est une bonne initiative.
Maintenant, il faut relativiser. Que cela ne fut pas fait plutôt par l’auteur même du serveur, ça craint un tant soit peu. Sur ce coup, httpd est “arriéré” ; aujourd’hui le support des formats compressés est généralisé. Le faire QUE pour gzip, sans oublier le support de “deflate”, même si c’est très bien, a peu de sens. Il faut aller plus loin dans la démarche, et bien supporter des formats actuels, comme brotli, webp, avif, etc… Et, là, httpd est encore à la traîne.
Quoiqu’il en soit, ne plus avoir à se servir d’un serveur CGI en sus, pour cela, c’est quand même une bonne chose !
Voilà.
PS : Merci à toi. :D Mais bon, perso, je préfère toujours… nginx
Je comprends ton raisonnement. Mais ne le partage pas ; la soit-disante “complexité” du code que tu lui octroies est différent de l’usage. Et, concernant l’usage : nginx est simple, et souvent bien plus pertinent qu’httpd d’OpenBSD.
httpd est pratique, certes dit sécurisé, léger, embarqué d’office, mais ne tient pas la charge face à nginx, ni n’a les qualités de nginx. C’est du “fonctionnel minimaliste”. Il m’est d’avis que fournir un logiciel aux fonctionnalités minimalistes, surtout au prix de la sécurité du code, doit être en effet plus léger qu’un logiciel offrant différentes fonctionnalités, permettant celles basiques dont par exemple la gestion des entêtes HTTP, mais aussi d’autres avancées, dont tu ne “rêveras” jamais ni avec httpd+relayd, alors que c’est natif à nginx (proxy, haute disponibilité, …). Et tout aussi facilement configurable.
Après nginx est assez modulaire, pour ne pas avoir besoin de certaines fonctions, si pas nécessaires.
Pour terminer, c’est quand même toi qui as écrit :
nginx était excellent
Perso, j’affirme que nginx est toujours excellent, et le préfère d’amblé à httpd.
Merci beaucoup à toi. <3
Un article sur l’encapsulation arrivera dans les prochains mois. Je cherche juste comment l’expliquer sans retomber dans les travers de la manière dont on me l’a expliqué à l’époque xD
Mec, je comprends rien à ce que tu racontes. Mais je pense que toi non plus, tu comprends rien à ce que tu racontes. :o)
Soit !
De toute façon, l’article est en soit très pauvre - c’est plus du #JeRaconteMaVie, qu’un modus operandi. Et si l’auteur n’est pas capable de garder correctement ses URL… dommage pour lui. :(
Bref.
Merci à toi, quand même ;)
merci à toi pour l'article :)
Et je parle de toi dans mon prochain article aussi lol. Je t'invite fortement à jouer au Loto ;)
J'avoue que j'avais la même impression que toi avant mais depuis que je participe au journal du hacker, je constate que nous remontons des articles de qualité et souvent sans pub.
Sur la première page à 14h00 ce 28/06/2016 sur 24 articles :
Bref, comme dans Astérix, il reste un village qui résiste encore et encore au fond de la Gaulle.
un très beau projet, merci à toi ;)
héhé oui c'est lundi on est au taquet :) mais c'est une bonne habitude d'essayer de le faire toi-même ;) merci encore pour ta série d'articles très intéressante.
Pourquoi faible ? Je ne suis pas d'accord avec toi. Le fait de passer un marché avec un boîte qui fait de l'optimisation fiscale n'est pas légalement condamnable mais l'est effectivement moralement.
Mais la vraie question est du côté de l'administration : Comment peut-on avoir un marché sans mise en concurrence ? Ca déroge au code des marchés publics et est donc condamnable et ceci est vrai même si le produit ou le service acquis est gratuit.
Oui, j’avais vu que ce n’était pas toi, d’où justement le fait que je ne trouvais pas cela très courtois.
Par ailleurs, je pensais que les moinssages c’était pour les erreurs techniques :) Errare…
Si HHVM a participé à certaines amélioration de PHP7, je trouve ça bien
La différence étant que HHVM n'a pas été intégré à PHP7, contrairement à SPDY qui a été intégré à HTTP2, un standard du web. À côté, HHVM c'est “juste un hack” :)
Et ça, même c'est là notre désaccord fondamental je crois, c'est l'aspect positif de la main invisible. Chacun oeuvrant dans son intérêt oeuvre aussi à l'intérêt général.
En fait, en lisant cette phrase, je crois que notre désaccord tient plus au fait que je ne suis pas partisan de l'idée que “chacun oeuvrant dans son intérêt oeuvre aussi à l'intérêt général”, en particulier en ce qui concerne Google et facebook :)
Pour revenir sur le H2 - déjà merci pour l'article que j'ai trouvé très intéressant - forcement il permet à G de balancer plus de pubs mais G n'a pas de contrôle sur H2. Si je l'utilise, je n'ai aucun compte à lui rendre et il ne peut pas plus s'immiscer dans le trafic de mes sites qu'avec h1.
Justement, c'est le problème que je soulève: toi, de ton côté, tu ne “risque” rien à implémenter HTTP2 sur ton propre serveur avec une techno open source même fournie par Google.
Par contre, Google qui implémente ça sur ses propres serveurs, avec tout le trafic généré sur GMail, AdSense/AdWords, via les terminaux Android (y compris TV, voitures, etc.), là ça devient grave. Parce que Google ne va pas “balancer plus de pubs”, il va virer les pubs de la concurrence et mettre les siennes à sa place.
L'objectif de SPDY était à la base de rendre plus rapide la navigation sur terminaux mobiles et connexions lentes. Le principe étant de stocker un cache des pages demandées mais réécrites. Or, si Google remplace les pubs de la concurrence par les siennes lors de la réécriture des pages, la navigation reste fluide (puisque les pubs ET les pages SPDY viendraient des mêmes serveurs, ou en tout cas, de la même ferme de mise en cache). L'utilisateur est content. Mais au passage, Google viole la neutralité du web, y compris sur des sites qui ne lui appartiennent pas.
En utilisant HTTP2, tu contribue à la violation de la neutralité du web :)
Rien que le fait de pouvoir multiplexer est un gros gain. Sans juger la qualité de la programmation, si tu as de nombreux assets à charger, en 1.1, il fallait faire une requête à chaque fois, donc une nouvelle connexion TCP avec la lenteur qu'on connaît… Les sprites et la concaténation c'est bien, mais y'a quand même des limites
Pardon, mais rien que cette phrase me fait grincer des dents :)
Sans juger de la qualité de la programmation, si tu as de nombreux assets à charger, c'est que le boulot d'optimisation est mal fait. Je suis dev senior, je sais de quoi je parle. Le seul cas que j'ai rencontré où il était nécessaire d'avoir “de nombreuses assets” à charger est une map de géolocalisation, où effectivement, chaque tuile est chargées indépendamment. Mais je n'ai toujours qu'un seul JS et qu'un seul CSS par page. C'est pour arriver à ce résultat qu'on a créé des outils de concaténation et de compilation d'assets :)
Je pense honnêtement qu'aujourd'hui, de nombreux sites sont de réelles applications web et que les besoins ne sont plus les mêmes que ceux pour lesquels avaient été pensé le 1.1 en 96
Pourtant la tendance est à la simplification :)
Plus sérieusement, tu as raison, les besoins ne sont plus les mêmes. On a besoin de plus de bande passante, de multiplexage, et de connexions chiffrées forcées pour pouvoir diffuser un max de pub tout en passant sous les radars des bloqueurs de pubs :)
En terme de projets de G, je trouve que d'autres, je pense notamment aux pages AMP, ont autrement plus de points négatifs
En effet. Alors quand tu sais que 90% de Google est servi via HTTP2 (https://groups.google.com/d/msg/spdy-dev/TCOW7Lw2scQ/T2kM5aPDydwJ - note: Mike Belshe est le co-auteur de SPDY), et quand tu connais la popularité de Google News, il y a de quoi être inquiet…
J'accordais beaucoup d'importance comme toi à l'usage du français mais il est clair que dans les sciences en général et dans l'informatique en particulier, nous avons perdu le combat. Ça n'est pas une raison pour ne pas soutenir l'usage du français dans les nouvelles technologies (le Journal du hacker en est un exemple) et les traductions de manière générale.
En fait avant d'entrer dans le projet Debian, j'avais à peu près la même idée que toi de ce qu'est un blog, mais les inventeurs du concept, à savoir les Américains, en ont une définition très différente, où ils considèrent que c'est en gros leur espace privé sur la toile où ils mettent ce qui leur passent par la tête, que ça aille du politique au sociologique en passant par le technique.
Cette réflexion était partie du fait que les naissances étaient relayées par les parents sur le planet-debian et qu'en gros ça énervait certains et pas d'autres. Plusieurs personnes ont expliqué leur point de vue de ce qu'est un blog, et leur point de vue était assez intéressant. C'est pour eux, une sorte de bloc à prendre ou à laisser.
L'autre grief majeur est que madame Michu (ménagère de 50 ans pas forcement doué en informatique), va utiliser les services de Google sans avoir conscience de tout cela. “Google c'est génial, c'est GRATUIT.” Il est possible d'avoir conscience de ce que est google est de l'accepter, c'est un choix. Choix que ne fais pas Madame Michu.
“Si c'est gratuit, c'est toi le produit!”
Ce que je vois de ta réponse, c'est que tu feras partie des irréductibles qui resteront sur Android quand iOS prendra la première place des parts de marché :)
Plus sérieusement, je ne prends pas en compte l'argument financier tout simplement parce que:
Par contre, Ok, 200€ tous les ans, j'ai exagéré. Tu as raison: on est plus sur 200€ tous les deux ans. Mais pour moi, ça ne change rien: en mettant 600€ ou 700€ dans un téléphone Apple, j'ai l'assurance d'avoir un produit de qualité. Après avoir utilisé sans les apprécier de nombreux téléphones d'entrée ou de moyenne gamme, ça fait du bien d'avoir dans les mains un produit que tu n'as pas honte de sortir. Et même sans parler de l'apparence, les qualités physiques du téléphone sont appréciables (poids, solidité, finitions). Après quelques années, ce sont ces choses là qui deviennent plus importantes que le prix.
il avait déjà été publié 2 fois en fait. Deux fois par toi d'ailleurs t'as des actions dans son blog ? :p pas de souci, je viens de fusionner les trois.
Je réagis comme toi, un petit PluXml va très bien. J'ai toujours quelques soucis car j'aimerai bien un agrégateur RSS et FreshRSS est un peu trop complexe pour moi à installer, mais depuis l'ouverture de Framanews mon souci est peut être résolu.
“il convient à mes parents car je me suis toujours occupé de leur ordi”
Le “grand public” n'a pas toujours un gars comme toi pour faire du support régulier sur leur machine.
