Pickwick : traitement du syndrome de Pickwick - Ooreka\nSyndrome de Pickwick : de quoi s’agit-il ?\nQuels traitements en cas de syndrome de Pickwick ?\nL’obésité est souvent associée à des problèmes respiratoires. Chez les personnes présentant une obésité morbide, les facteurs de risques sont encore plus nombreux. Le syndrome de Pickwick est une complication de l’obésité.\nComment se définit-il ? Comment le traiter ? Toutes les réponses maintenant.\nAppelé aussi syndrome obésité-hypoventilation (SOH), le syndrome de Pickwick est une affection qui touche les personnes obèses et qui peut se rencontrer à tout âge. Il est aujourd’hui une cause relativement fréquente d’insuffisance respiratoire chronique.\nCaractérisé par une diminution de la concentration d’oxygène et d’une augmentation de la concentration de gaz carbonique dans le sang, il est associé à :\nune hypersomnolence dans la journée ;\ndes troubles cardio-vasculaires marqués ;\nune hypertrophie cardiaque ;\nune insuffisance cardiaque droite.\nIl coexiste fréquemment avec le syndrome d'apnée obstructive du sommeil (SAOS).\nBon à savoir : l’apnée du sommeil désigne des arrêts involontaires de la respiration durant au moins dix secondes pendant le sommeil. Dans la plupart des cas, elle est due à une obstruction des voies respiratoires, on parle alors d’apnées obstructives du sommeil. L’obésité est évidemment un facteur de risque.\nÀ noter : C.S. Burrell et ses collaborateurs ont décrit le syndrome de Pickwick en 1956. Le nom « Pickwick » est inspiré des romans de Charles Dickens The Pickwick Papers dans lesquels un personnage gras et goinfre est atteint de somnolence incontrôlable.\nLa perte de poids est la meilleure manière de venir à bout du syndrome de Pickwick. Mais il existe aussi d’autres moyens de le traiter :\nLa respiration en pression positive continue, pendant le sommeil : il s’agit de faire porter au sujet un masque respiratoire relié à un appareil délivrant une pression positive, le but étant de maintenir ouvertes ses voies respiratoires.\nUne ablation d’une partie ou de tout le voile du palais : on parle d’uvulopalatoplastie.\nBon à savoir : une prise en charge nutritionnelle est fortement conseillée pour faciliter la perte de poids et être capable de la maintenir.\nÀ noter : on parle de surpoids chez l’adulte quand l'indice de masse corporelle (IMC, soit le rapport entre le poids en kilogrammes et la taille en mètre au carré) est compris entre 25 et 29,9 ; d'obésité pour un IMC entre 30 et 39,9 ; et d'obésité morbide pour un IMC supérieur à 40.\nL’obésité morbide concerne plus de 150000 personnes en France. Quels sont son diagnostic, ses dangers et son traitement ?\nLe sport est un bon allié dans le combat contre l’obésité. Mais il est recommandé d’avoir un avis médical préalable.\nComment bien utiliser le masque contre l’apnée du sommeil et les ronflements ? On vous guide étape par étape.\nEffets du manque de sommeil sur l'obésité Les effets de l'hromone adiponectine La sédentarité, une cause de l'obésité Quel lien entre les corticoïdes et l'obésité ? Quel lien entre hérédité et obésité ? Origines de l'obésité\nObésité et syndrôme de Pickwick Obésité et apnée du sommeil Obésité et hypoventilation Conséquences de l'obésité sur la peau Conséquences de l'obésité Obésité et diabète Obésité et maladies cardiovasculaires Obésité et risques en cas de grossesse


On vous dit tout de la livraison de votre commande LightInTheBox. Ici, on découvre des robes de mariée époustouflantes et des accessoires de cosplay juste incroyables, mais aussi des milliers d’articles mode et maison en tout genre. Bref, une véritable caverne d’Ali Baba !\nOr, vous pouvez bénéficier de 6% de cashback iGraal sur tous vos achats LightInTheBox ! Ce serait dommage de s’en passer.\nQuand vais-je recevoir ma commande LightInTheBox ?\nLe délai pour recevoir votre colis LightInTheBox varie en fonction des articles que avez commandés. En effet, ce délai comprend à la fois les délais de traitement de vos articles et les délais d’expédition une fois votre commande prête à partir en livraison.\nAinsi, le temps de traitement pour les robes de mariage oscille entre 10 et 14 jours ouvrés, alors que celui des objets de déco intérieure est compris entre 3 et 7 jours. Par ailleurs, certains articles bénéficient du traitement en moins de 24h ; ceci est alors précisé sur leur fiche.\nLe temps d’expédition varie quant à lui en fonction des options choisies :\nle Service Postal (avec ou sans suivi mettra entre 10 et 20 jours ouvrés en moyenne pour vous faire parvenir votre colis\nla Livraison Postale Express parvient à réduire le temps de livraison entre 5 et 8 jours pour l’Europe\nla Livraison Postale vous assure un acheminement en 3 à 5 jours ouvrés seulement\nEn cas de problème avec votre commande, vous pouvez facilement contacter le Service Client LightInTheBox depuis les détails de chacune de vos commandes, dans votre compte client. Là, vous pouvez modifier votre adresse de livraison, annuler une commande, suivre votre colis, demander le retour d’un article ou encore signaler une erreur de colis. Vous recevrez alors une réponse rapide à votre demande.\nPour prévenir d’éventuels soucis de livraison, on vous recommande de prendre la Garantie Expédition pour les commandes importantes. Cette option ne coûte que 1,99$ mais permet de vous réexpédier immédiatement tout colis perdu. La Garantie Produits est quant à elle gratuite et vous permet de renvoyer à LightInTheBox tout produit défectueux qui se serait glissé dans votre colis.\nApprenez-en plus sur la livraison depuis les sites chinois avec notre article dédié à la livraison AliExpress 🚚\nVous avez déjà commandé sur LightInTheBox ? Partagez votre avis en commentaire !


Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP - LinuxFr.org\nJournal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP\nPosté par Julien04 (site Web personnel) le 13/11/09 à 06:24 .\nCher journal, j'espère que ce titre n'est pas trompeur, en tout cas je n'ai pas trouvé mieux.\nSPDY (à prononcer SPeeDY), est un concept de Google qui vise à remplacer certaines requêtes HTTP (toutes si possible?)\nIls recherchent deux effets :\n- réduire la latence (chargement d'une page, d'une appli web...)\n- réduire la charge pour le serveur\nPour résumer, voici ce que Google reproche à HTTP (version complète en anglais dans leur "livre blanc", lien 2) :\n- HTTP n'est pas fait pour la latence (à l'époque de sa création, ils avaient d'autres chats à fouetter)\n- Souvent, HTTP utilise une connexion par requête (normalement on peut enchainer plusieurs requêtes dans une même connexion, mais si le serveur ne répond pas rapidement, le client ouvre plusieurs connexions...)\n- Les requêtes ne sont initiées que par le client (pas de push possible)\n- Entêtes non compressées (et bien trop longues : cookies, useragent......)\n- Entêtes redondantes (puisque envoyées pour chaque requête)\n- Compression optionnelle (malheureusement gzip n'est pas obligatoire)\nIls ont (a priori) étudié des solutions déjà proposées, mais rien ne semble correspondre. Ils proposent donc SPDY.\nD'après ce que j'ai compris pour le moment, SPDY c'est, pour résumer :\n- compatible avec l'existant : il utilise TCP et SSL (c'est la moindre des choses...)\n- un HTTP bien élevé, qui privilégie une seule connexion pour passer plein de requêtes\n- des entêtes réduites au stricte minimum, et le maximum d'info compressées\n- une bonne intégration de SSL\n- une méthode pour que le serveur contact le client pour du push\nPour plus d'info, je vous conseil le lien (2).\nConcrètement, sont déjà dispo :\n- la description du protocole (3)\n- un navigateur compatible, une branche chromium (4)\nIls ont bien sûr codé un serveur hybride HTTP/SPDY pour tester l'ensemble, il sera bientôt disponible, en open-source.\n(1) Site officiel : [http://sites.google.com/a/chromium.org/dev/spdy/]\n(2) Page explicative : [http://sites.google.com/a/chromium.org/dev/spdy/spdy-whitepa(...)]\n(3) Le protocole : [http://sites.google.com/a/chromium.org/dev/spdy/spdy-protoco(...)]\n(4) Chromium modifié : [http://src.chromium.org/viewvc/chrome/trunk/src/net/flip/]\n# Et comme serveur ?\nPosté par Mr Kapouik (site Web personnel) le 13/11/09 à 08:39 . Évalué à -6.\nIl existe un serveur compatible déjà ou on a juste un client ?\n[^] # Re: Et comme serveur ?\nPosté par creasy le 13/11/09 à 09:34 . Évalué à 10.\n# Un serveur qui fait du push\nPosté par gUI le 13/11/09 à 08:59 . Évalué à 2.\nJe ne sais pas si je dois être taxé de paranoïa, mais je ne suis pas fan du tout de ce concept.\nMis à part passer une nouvelle étape dans l'intrusivité des pubs et autres pollutions, vous voyez un exemple concret de bonne application du push ?\n[^] # Re: Un serveur qui fait du push\nPosté par Julien Gilbert le 13/11/09 à 09:06 . Évalué à 3.\nEt encore, tu as pas vu l'intégration de adsense dans le code\nPosté par PsychoFox le 13/11/09 à 09:27 . Évalué à 5.\noui : le trading boursier en ligne. Notemment pour des trus qui vont très vite comme le FOREX.\nPosté par dyno partouzeur de drouate le 13/11/09 à 10:59 . Évalué à 10.\nOu une tribune de moules en plein troll un vendredi après midi\nPosté par mota (site Web personnel) le 13/11/09 à 09:39 . Évalué à 10.\nPar exemple dans Gmail, pour pas que le serveur ne subisse de requete inutile toutes les X secondes/minutes pour checker les nouveaux mails.\nDe meme pour wave.\nCa representerait beaucoup d'economie pour mountain view un protocole integrant le push, et par extension, avec ce cher et magnifique web 2.0, le reste du monde en profiterait.\nPosté par ymz le 13/11/09 à 14:10 . Évalué à 3.\nOu pour uploader plus vite des swf craftés.\nquoi ? c'est vendredi aussi sur /.\nPosté par Paul POULAIN (site Web personnel) le 13/11/09 à 10:03 . Évalué à 7.\nah oui, il y a plein d'application concrètes de ce genre de choses.\nAllez, un exemple qui n'est pas boursier:\nsoit Koha, logiciel de gestion de bibliothèque (bib de bouquins) full web. Les lecteurs/étudiants/utilisateurs peuvent poser des demandes de réservation depuis le web. Actuellement, les bibliothécaires ne peuvent être informés que de 3 manières :\n- soit on envoie un mail\n- soit la bibliothécaire regarde la page ad-hoc régulièrement\n- soit on fait un ajax qui va interroger toutes les mn. Ce qui n'est pas top en matière de perfs.\nVoilà, c'est l'exemple qui me vient immédiatement à l'esprit, (c'est du vécu quotidien). Je pourrais citer plein d'autres exemples dû au coté "déconnecté du web" : "j'ai changé ce paramètre sur ce poste, je vois rien sur le poste d'à coté : ah, mais oui ma bonne dame, faut cliquer sur F5 pour recharger la page pour voir vos changements pris en compte"\nPS : pour utiliser ggdocs (avec modération) depuis quelques temps, je dois dire que je suis TRES impressionné de l'édition collaborative d'un document...\nPosté par jeffcom le 13/11/09 à 17:35 . Évalué à 7.\nEt Xmpp c'est pour les chiens ?\nPosté par leoboy le 13/11/09 à 10:56 . Évalué à 8.\nOui : Le monitoring, par exemple.\nTypiquement, des outils comme Jffnms ne sont pas capables de montrer l'apparition d'une alarme en temps réel; il faut rafraîchir la page web.\nAvec SPDY, on pourrait avoir les alertes remontées en "temps réel".\nLes exemples sont nombreux et ne manquent pas. Rien que dans le giron de la réservation en ligne, des outils transactionnels et de la surveillance d'événements temps réel, il y a des ouvertures.\nAmha, la question est plutôt de savoir :\n-S'il ne faudrait pas plutôt inclure cela dans une nouvelle mouture de HTTP (mais surtout, est-ce faisable sans que ce soit trop galère ?)\n-Si ca ne vaudrait pas le coup que l'IETF y participe, ou que Google consulte un peu plus de monde (peut-être est-ce déjà le cas, d'ailleurs)\n-Si cela deviendrait un vrai standard ouvert, appuyé par une RFC, sans royalties ou brevets.\nA suivre pour le moment, donc.\nPosté par M le 13/11/09 à 11:19 . Évalué à 3.\nTu veux dire faire un truc comme http://www.w3.org/Protocols/HTTP-NG/ ?\nPosté par leoboy le 13/11/09 à 11:34 . Évalué à 8.\nCa a juste l'air un peu mort, HTTP-NG.\nLa dernière news date d'octobre 1999, il y a donc... 10 ans\nCertaines des mailing-lists ne reçoivent plus de messages depuis 2003.\nMais dans le principe, peut-être. Faut voir, la spec initiale a bientôt 14 ans... Est-t-elle toujours réaliste par rapport à ce que l'on sait faire, ce que l'on a besoin de faire aujourd'hui ?\nPosté par M le 13/11/09 à 10:58 . Évalué à 5.\nJ'espere que leur mecanisme de push passera les firewall, NAT & co.\nPosté par Julien Gilbert le 13/11/09 à 11:02 . Évalué à 10.\noui mais il faudra pusher très fort.\nPosté par Ummon le 13/11/09 à 11:58 . Évalué à 9.\nUne chausette TCP est bidirectionnelle.\nPosté par galactikboulay le 13/11/09 à 12:04 . Évalué à -1.\nC'est quoi cette manie de traduire socket par chaussette ?\nPosté par leoboy le 13/11/09 à 13:00 . Évalué à 9.\nMais parce qu'il faut savoir rire un peu en informatique ! La vie est déjà assez triste comme ça...\nRegarde, même les policiers se mettent à remplacer "maghrébin" par "auvergnat"... (Doit-t-on en déduire que les policiers ont de l'humour, ou bien que leur travail devient triste... ?)\nEt puis, c'est connu, les sockets vont par deux (autrement, il y a un problème). C'est pour cela qu'on parle d'une paire de chaussettes dans le monde réel, terme qui n'est rien d'autre qu'un abus de langage récupéré du monde informatique.\nPosté par phoenix (site Web personnel) le 13/11/09 à 12:05 . Évalué à 10.\nMoi j'accroche mes chaussettes à ma cheminé, et en effet, si je met une carotte, le lendemin, je me retrouve avec des cadeaux ;) mes chaussettes sont donc bien bidirectionnelle :D\nPosté par meumeu1402 le 13/11/09 à 14:09 . Évalué à 4.\nÇa marche pas toujours :/\nIl y a un temps de latence important parfois, mais j'ai pu remaquer que ça marchait mieux quand il fait froid\nPosté par Kerro le 13/11/09 à 20:33 . Évalué à 3.\nTu la mets où la carotte ?!\nPosté par phoenix (site Web personnel) le 16/11/09 à 15:22 . Évalué à 1.\ndans ton ... ta chaussette !!!\nPosté par Croconux le 13/11/09 à 20:51 . Évalué à 3.\nCho7 serait bi ? Diantre, on en apprend tous les jours...\nPosté par steph1978 le 14/11/09 à 00:46 . Évalué à 2.\non peut déjà faire du push avec http mais il faut bricoler.\nalors, étant donné que le besoin existe, et quitte à inventer un nouveau protocole, pourquoi ne pas le prendre en compte ?\nPosté par nomorepost le 13/11/09 à 12:12 . Évalué à 10.\nLe protocole HTTP est tout pourri avec son mode non connecté\nses messages qui transitent en clair et qui bouffent la bande passante, ...\nBen oui, il était prévu pour un usage simple à la base: consulter des documents avec des hyperliens.\nAprès avoir tout fait passer dans des trames HTTP pour passer les pare-feu qui n'ouvrent qu'un port, après avoir introduit un langage moisi pour ajouter l'interactivité, après avoir contourné le protocole pour échanger des données comme on veut dans les 2 sens, après avoir dénaturé le HTML et transformé les navigateurs en client lourd (riches pardon), voilà t'y pas qu'il faut remettre à plat tout ça !\nAlléluia, Google propose de réinventer les bon vieux protocoles d'antan.\n(Les jeunes peuvent pas connaitre) et propose le client multi-protocole (c'ets plus un navigateur, là) qui va avec.\nQu'ils sont fort chez Google.\nMais comme c'est Google , c'est forcément bien.\nNul doute que le vilain Krosoft, le castrateur Apple et le perfide Adobe vont pas en rester là et qu'on se retrouvera vite 40 ans en arrière.\nUne ère nouvelle de croissance des offre d'emploi informatiques s'offre à nous, mes frères !\nEt si on passait directement au XMPP, ca serait pas mieux ?\nPosté par CrEv (site Web personnel) le 13/11/09 à 12:42 . Évalué à 3.\n> Et si on passait directement au XMPP, ca serait pas mieux ?\nha ben oui, ça résoudra surement le problème de latence d'avoir du xml bien verbeux plutôt que du plain text qu'on pourrait ptetre gziper par contre\non me siffle dans l'oreille que google aurait aussi travaillé sur un xmpp modifié pour être plus léger, moins verbeux, non ?\nPosté par nomorepost le 13/11/09 à 12:47 . Évalué à 2.\nEt alors le zippage à la volée reste possible sans changer le protocole non ?\nIl suffit de s'accorder au départ des échanges avec un mode "debug" ou non\nC'est pas une évolution du même ordre que de travestir un protocole non connecté en connecté.\nPosté par vg le 13/11/09 à 19:55 . Évalué à 5.\nEnfin le XML se compresse très bien quand même, et gzip et TLS sont intégrés depuis longtemps dans XMPP.\nPosté par steph1978 le 14/11/09 à 00:50 . Évalué à 2.\nXMPP est transporté par http\nDonc pas en concurrence avec SPDY.\nBien au contraire, à lire les objectifs de SPDY, ça paraît un bon cas d'usage.\nPosté par vg le 14/11/09 à 01:54 . Évalué à 3.\nHeu, XMPP peut être transporté par HTTP avec BOSH mais c'est juste une option, le transport normal de XMPP se fait en TCP ...\nJe trouve que SPDY se trouve un peu entre TCP et XMPP, il offre un transport bidirectionnel mais sans spécifier pour autant un format pour les données ou pour les échanges entre les clients, il devrait être très simple d'ailleurs de faire passer du XMPP au dessus de SPDY.\nMon avis c'est que le couple XMPP (pour les données) + HTTP (pour le binaire) est une solution beaucoup plus propre, fiable et évolutive que SPDY. Et je suis pas certain que SPDY puisse puisse faire mieux au niveau fonctionnalités sans avoir avoir une verbosité du même ordre que XMPP (après un coup de gzip).\nPosté par benoar le 14/11/09 à 02:10 . Évalué à 6.\nC'est chiant quand même : on nous bassine toujours avec le "worse is better" quand on dit que HTTP c'est de la merde. Mais dès que Google trouve une "solution" qui est de remplacer HTTP (et comme tu dis, par quelque chose de pas très nouveau), ça devient tout de suite l'idée du siècle ...\nBon, c'est clair que l'effet réseau joue beaucoup, et que Google est bien positionné pour modifier l'écosystème par son écrasante domination. Mais ça n'est pas une bonne nouvelle quand ils décideront de choses un peu moins "bonnes" ...\nPosté par Romuald Delavergne le 13/11/09 à 12:27 . Évalué à 2.\nSi le serveur est capable de faire du push, cela ne veut pas dire que notre simple navigateur deviendra un serveur ? On passe du modèle Client/Serveur à Serveur/Serveur, bref c'est plus du Web.\nCela impliquera donc beaucoup de chose comme de la publicité non sollicitée comme évoqué ci-dessus mais surtout lors des premières failles du navigateur, de gros problèmes à grande échelle. Car le navigateur devient de plus en plus l'application indispensable d'un poste client (bientôt serveur ?).\n[^] # Re: Push\nPosté par Thomas Pedoussaut le 13/11/09 à 12:47 . Évalué à 1.\nLe push peut se faire en ouvrant un channel specifique sur le poste de travail. "Je m'abonne aux /notifications_nagios_3.1/ arrivant depuis nagios.mondomaine.fr". Je vois pas comment on peut envoyer de la pub par ce biais.\nPosté par Etienne Bagnoud (site Web personnel) le 13/11/09 à 12:53 . Évalué à 8.\nJe vois pas comment on peut envoyer de la pub par ce biais.\nToi pas, mais des milliers de marketeux ont déjà pleins d'idées super pour te bourrer la face de pub.\nPosté par nomorepost le 13/11/09 à 12:50 . Évalué à -8.\nEh oui, un navigateur qui fait à la fois serveur et client Web, ca te rappelle pas un certain Opéra Unité.\nNos ami Google ont juste rajouté qu'en plus ca ne soit plus du HTTP.\nBref bon courage aux futurs navigateurs pour supporter les différents "standards" qui vont émerger.\nReste à savoir si ca reste du Minitel 2.0 ou si c'est vraiment décentralisé.\nPosté par vjm le 13/11/09 à 13:15 . Évalué à 10.\nCa devient insupportable d'entendre Minitel 2.0 à tout bout de champ surtout dans la bouche de personnes qui selon toutes vraisemblances ne comprennent rien de ce qu'ils racontent.\nPosté par Vador Dark (site Web personnel) le 13/11/09 à 13:15 . Évalué à 6.\nLe mec qui n'a rigoureusement rien compris au truc quoi...\nPosté par Étienne le 13/11/09 à 13:22 . Évalué à 5.\nLe navigateur ne fait pas à la fois client et serveur, il initie une connexion TCP vers le serveur sur laquelle on ouvre des flux bidirectionnels, le serveur comme le client peut donc envoyer des données. Par rapport au modèle du HTTP qui est du style\n- Le client envoie une requête\n- Le serveur répond\nEn SPDY, le client lit sur la socket en permanence pour que le serveur puisse également être à l'initiative de certaines requête, comme dit plus haut pour éviter d'avoir à poller des changements d'état.\nUne connexion en HTTP est directement liée à la connexion TCP sous-jacente, en SPDY, la connexion HTTP se traduit plutôt par l'ouverture d'un flux sur la connexion TCP. Par exemple si j'ai en permanence 3 onglets ouverts sur https://linuxfr.org/my https://linuxfr.org/journal et https://linuxfr.org/forums il me faut 3 connexion http (voir une par fichier si je ne fait pas de keep-alive qui n'est pas obligatoire), avec SPDY, j'ouvre une connexion TCP sur laquelle j'ouvre 3 flux SPDY.\nPosté par nomorepost le 13/11/09 à 14:48 . Évalué à 7.\nEt donc, on retrouve bien un nouveau protocole d'échange bidirectionnel en mode connecté comme il en existe déjà.\nQuitte à renoncer à HTTP autant s'affranchir d'une architecture client/serveur (au sens fournisseur de service unique) et promouvoir une vraie architecture distribuée.\nNotamment, en permettant à des noeuds de communiquer sans obligation de passer par un noeud central.\nOn s'assure ainsi qu'aucun fournisseur ne s'approprie des données dont la valeur est renforcée par le partage des autres et on s'oriente vers une vraie "information distribuée".\nQu'est-ce qui fait la valeur ajoutée de del.icio.us ?\nLe fait que je puisse y mettre mes bookmarks ou le fait que les tags proposés soient pertinents parce qu'ils s'appuient sur ce que partage les autres.\nOr, ai-je le droit ou la possibilité de reprendre ces données, l'infrastructure qui va avec, de rajouter un autre noeud au réseau pour proposer des services complémentaires ?\nSi je forke, je repars de rien. Comment donc encourager une alternative libre et concurrentielle.\nOr plus on renforce cette valeur ajoutée tout en privilégiant ce modèle centralisé et plus on renonce aux valeurs de libertés.\nLa seule victoire du web social libre aujourd'hui est Wikipédia alors que la bataille de la liberté se déporte (Facebook, Google Maps , google vs Wikia search, de.icio.us, flickr, ...) des logiciels vers les données.\nPetit à petit ces informations se croisent, conquièrent de nouvelles plateformes et nous devenons encore plus dépendants car elles nous apportent. Et pourtant nous ne les maitrisons pas.\nD'où ma provocation, je préfère privilégier une architecture complètement distribuée qu'une architecture "centralisée" qui se voudrait un HTTP amélioré.\nSurtout s'il risque de conduire à l'explosion des standards.\nVoilà pourquoi j'accueille fraichement cette nouvelle.\nMalgré le fait que le protocole, le client et le serveur soient ouverts, Google gade parfaitement en tête qu'il pourra continuer à contrôler le "contenu" surtout si le conteneur est joli.\nLa liberté de l'information (y compris celle de respecter ma vie privée) m'importe plus encore que celle du logiciel.\nPosté par M le 13/11/09 à 18:30 . Évalué à 4.\nLe navigateur ne fait pas à la fois client et serveur, il initie une connexion TCP vers le serveur sur laquelle on ouvre des flux bidirectionnels, le serveur comme le client peut donc envoyer des données.\nDonc on est obligé de maintenir une connection tcp pour chaque client. J'espère que les serveurs seront costaud pour tenir la charge.\nPosté par Étienne le 13/11/09 à 18:48 . Évalué à 1.\nSeules les connexions avec des flux en PUSH ont besoin de rester ouvertes, pour les connexions sans flux en PUSH, c'est identique au keep-alive du HTTP actuel. Et tu peut toujours configurer du côté serveur la durée d'une connexion sans activité.\nPosté par Elfir3 le 13/11/09 à 20:32 . Évalué à 3.\nSi tel est le cas, pourquoi réinventer un nouveau protocole alors qu'il "suffirait" d'ajouter une extension à l'ancien pour faire du push ?\nGenre réponse serveur :\nPour ce qui est de la compression, n'y a-t-il pas déjà moyen de compresser les échanges ? Il me semblait avoir vu quelque chose dans l'esprit dans la config d'apache, à moins d'avoir encore abusé du rhum ce jour là bien sur...\nPosté par Victor le 13/11/09 à 20:55 . Évalué à 4.\nC'est un peu ce que fais SPDY mais en ajoutant d'autres trucs en plus, non ?\nPosté par Éric (site Web personnel) le 13/11/09 à 21:07 . Évalué à 1.\n- Au final avec le keep alive les serveurs laissent déjà les connexions ouvertes un moment, sauf qu'en plus ils laissent X connexions ouvertes par clients, X étant habituellement supérieur à 1\n- Que ce mécanisme a heureusement un timeout, mais qu'au final ça oblige à réouvrir souvent la connexion TCP (et encore plus si on désactive le keep alive), ce qui est très lourd aussi pour les serveurs.\nLe compromis entre connexion permanente (et le timeout correspondant) et connexion limitée à une seule requête est difficile à donner, il dépendra certainement de chaque serveur, mais ni le "bouh les connexions persistantes c'est le mal" ni le "il faut garder les connexions ouvertes pendant 12 heures" ne sont probablement des bonnes idées.\n# tout dans le navigateur, et surtout sur leurs serveurs\nPosté par Nicolas Dumoulin (site Web personnel) le 13/11/09 à 13:03 . Évalué à 5.\nPlutôt que de tordre http pour tout faire rentrer dans le navigateur, n'existe-t-il pas déjà d'autre solutions ?\nSi on veut de l'interactivité, on fait une vrai application lourde qui pourra alors communiquer avec des services web en toute tranquilité.\nHa mais peut-être que comme ça, google n'aurait plus le contrôle sur l'application utilisée et les données … Peut-être qu'il devrait tout passer en NX alors … 'fin j'ai du mal à comprendre l'intérêt du truc pour ma part.\n[^] # Re: tout dans le navigateur, et surtout sur leurs serveurs\nPosté par Romeo le 13/11/09 à 13:36 . Évalué à 2.\nTu comprends pas l'interet de faire du push ?\nC'est quand même super pratique pour tout ce qui est mail (imap est basé sur ce principe, de mémoire, non ?).\nLes flux rss ? plus besoin de faire 36000 requêtes par jour.\nPosté par LiNuCe le 13/11/09 à 14:20 . Évalué à -1.\nSi ton client RSS fait 36000 requêtes par jour, le problème n'est pas technique, c'est juste que tu es un gros boulet.\nPosté par Julien Humbert le 13/11/09 à 18:36 . Évalué à 5.\nC'est peut-être pas un seul client qui fait 36000 requêtes par jour mais 36000 personnes qui font 1 requête …\nBah oui les gros sites vont se prendre pas mal de requêtes inutiles, parce que bien entendu le client RSS ira vérifier plusieurs fois par jour (selon la configuration) et si on compte plusieurs milliers de personnes, bah ça en fait une masse.\nFallait réfléchir avant de répondre directement au commentaire précédent.\nPosté par 태 (site Web personnel) le 13/11/09 à 20:58 . Évalué à 2.\n> C'est peut-être pas un seul client qui fait 36000 requêtes par jour mais 36000 personnes qui font 1 requête …\nSi chaque client fait une requête et une seule, le fait d'ajouter du push ne diminue pas la charge du serveur. Pour que le serveur pouse aux 36000 clients la mise à jour, il faut que le client ait initié la requête. Donc au lieu d'un aller-retour avec HTTP, on a un aller et deux retours avec SPDY.\n> Fallait réfléchir avant de répondre directement au commentaire précédent.\nPosté par Julien Humbert le 13/11/09 à 22:00 . Évalué à 2.\nOui mais une requête par jour pour du RSS c'est pas vraiment la réalité (enfin j'imagine), j'ai pas de statistiques sous la main non plus. Disons que dans mon cas j'ai une requête toutes les 30 minutes pour l'ensemble des flux, néanmoins sur tout ces flux y'a guère qu'une dizaine pour lesquels les requêtes sont effectivement utiles à intervalle aussi régulier. On pourrait dire ben j'ai qu'à configurer pour chaque flux, mais bon j'ai pas le temps ni l'envie.\nMaintenant faisons un exemple avec un blog quelconque de google : http://googlewebmastercentral.blogspot.com/ (au hasard)\nCelui-ci aurait donc pas loin de 70000 clients RSS qui envoient une requête toutes les 30 minutes (toujours selon un exemple, rien de scientifique) ça fait quand même pas mal de requêtes inutiles, puisque ça ne poste que très rarement plusieurs fois par jour.\nBien entendu je ne dis pas non plus que le système est pourri et que SPDY serait beaucoup mieux, je ne connais pas les implications que ça apporte, mais c'est simplement que en soit il y a quelque chose qui pourrait être amélioré, ou pas.\nPosté par Grunt le 13/11/09 à 13:51 . Évalué à 4.\nn'existe-t-il pas déjà d'autre solutions ?\nBen oui, XMPP par exemple. C'est bien XMPP. Et Google s'en sert déjà.\nPosté par ymz le 13/11/09 à 14:18 . Évalué à 5.\nL'intérêt du truc est dénaturé par le titre même de la dépêche, titre hautement trollifère !! :\nGoogle souhaite accélérer remplacer /accélérer HTTP\nS'il s'agit d'un protocole supplémentaire, bingo. Rendre les navigateurs compatibles avec un protocole en plus n'est pas prendre le contrôle de quoi que ce soit, mais de permettre un réseau plus propre d'une manière globale, en rapport avec les nouvelles utilisations, comme certaines des Google apps.\nS'il s'agit de remplacer l'existant, franchement, là... ha ? bon ? hummm...\nC'est comme dire que http est mieux et plus propre que ftp pour le transfert de fichiers. Ok c'est certainement vrai, mais perso, tout faire passer en http et par le 80... non ça va j'ai assez de moutarde pour mes frites, merci :)\n# Pas possible de faire évoluer HTTP ?\nPosté par Guillaum (site Web personnel) le 13/11/09 à 14:58 . Évalué à 1.\nHTTP reste un protocole texte sur une socket qui reçois des entêtes (une requêtes) et répond avec des entêtes + un corps.\nOn peut mettre ce que l'on veut dans les entêtes non ? Exemple dernièrement de la nouvelle entête pour permettre au xmlhttprequest d'aller taper à la porte d'un serveur distant.\nNe serait-il pas possible de faire évoluer HTTP en ajoutant de nouvelles entêtes qui seraient simplement ignorées par les serveurs ne gérant pas ? C'est bien ce qui se passe pour le Content-Machin: gzip non ?\nSi le client n'accepte pas speedy, il n'envoie pas la première entête. Si le serveur n'accepte pas speedy, il ne renvoie pas la réponse speedy puisqu'il ignore tout bêtement l'entente envoyée. On ne casse pas la compatibilité avec http, on peut avoir une transition en douceur et cela peut permettre :\n1) entêtes réduites à partir de la deuxième requête (la première devant être compatible http standard)\n2) plusieurs get dans la même requête à partir de la deuxième requête (ce qui consomme ce n'est pas la première requête, c'est les 400 autres pour l'xmlhttprequest ou les dizaines d'images\n3) compression des entêtes à partir de la deuxième requête.\nEnsuite, c'est quoi qui pose problème actuellement pour le push. Si on ouvre la socket et qu'elle reste ouverte, pourquoi le serveur ne peut pas envoyer de son plein gré des données ?\nSi le problème c'est de demander au serveur d'ouvrir lui même la connexion, comme ces choses là vont passer les NAT et comment ces choses là vont s'assurer que l'ordinateur qui répond derrière est toujours le bon ?\nJe n'ai sûrement rien compris au protocole, mais là comme cela je ne vois pas l'intérêt de casser le web (ou de créer un web 2.0 ;) pour ces points particuliers qui, j'ai l'impression, peuvent être règles avec http.\n[^] # Re: Pas possible de faire évoluer HTTP ?\nPosté par vjm le 13/11/09 à 15:38 . Évalué à 3.\nRien ne dit qu'il ne s'agit pas de lancer le débat autour d'une mise à jour sérieuse de HTTP, la dernière tentative ayant échoué en 1999. Entre temps le web a beaucoup évolué et les besoins aussi. Et surtout, une règle de l'IETF est "We reject kings, presidents and voting. We believe in rough consensus and running code" . Au moins là on a le running code et on peut évaluer. L'étape intelligente suivante c'est d'aller faire un BoF au prochain meeting IETF. C'est con, c'était cette semaine...\nPosté par Sylvain Sauvage le 13/11/09 à 15:58 . Évalué à 4.\nBêtement parce que le client n’attend pas de données à ce moment-là. Il n’attend des données qu’après avoir émis une requête (qui, au passage, peut avoir un « corps » après l’entête, POST). Donc, si le serveur envoie sans requête, le client ne lira pas les données non sollicitées ou les lira à la place de la réponse à sa requête suivante.\nLe push change donc totalement le comportement Question-Réponse du HTTP.\nEnsuite, rien n’empêche un HTTP/1.2 ou 2.0 (avec des requêtes nouvelles plutôt que des entêtes, p.ex. des requêtes d’abonnement (= une Question, plusieurs Réponses)). SPDY pourrait alors servir de base de discussion.\nLe problème de SPDY, c’est plutôt le SSL obligatoire : en plus de la charge supplémentaire souvent inutile (intérêt du SSL pour une simple recherche ?), ça nécessite un certificat, et on sait déjà la quantité de certificats non signés et on va encore plus habituer les utilisateurs à accepter des certificats pourris…\nPosté par CrEv (site Web personnel) le 13/11/09 à 16:11 . Évalué à 2.\n> Ne serait-il pas possible de faire évoluer HTTP en ajoutant de nouvelles entêtes qui seraient simplement ignorées par les serveurs ne gérant pas ?\nça je pense que c'est possible, mais en quoi faire grossir les entête (et par la même les besoins en terme de bande passante) vont faire baisser la latence d'HTTP et réduire la bande passante utilisée ?\nPosté par Guillaum (site Web personnel) le 13/11/09 à 17:05 . Évalué à 5.\nSi l'on doit récuperer 50 elements sur une page, imaginons le scénario :\n# envoi de la requete de la page, tout a fait normal, avec une unique entete en plus :\nGET /mapage HTTP/1.0\nSpeedy-Accept: Version; multiples_get, push, truc;\n// ici il envoie le contenu de la page /mapage et reste en attente\nIci, le client sait maintenant qu'il peut faire ses multiples requetes, toujours sur la meme connexion, entre temps il a chargé mapage et sait donc quelles ressources suplementaires il doit traiter.\nSpeedy-Mget /mapage, image1, image2, image3, image4\nEt la le serveur envoie TOUT, compressé à mort.\nOn a donc une requete http classique pour la premiere page (dont le contenu de retour peut etre compressé), mais ensuite, en reutiliant la meme socket, on fait une operation pour recuperer les ressources necessaires)\nDonc la requete de la page initiale est au meme prix qu'avant, mais les requetes suivantes (les images/styles/videos/...) de la page sont bien moins lourdes, puisque elles se font en une unique requete sur le meme canal.\nEt comme cela, on peut dès demain avoir du speedy sur nos machines. C'est rétro compatible, mais si le serveur gere et le browser gere, on y gagne.\nPosté par Hobgoblins Master le 13/11/09 à 18:51 . Évalué à 1.\nMême pas besoin du GET, envoie un HEAD ou mieux un OPTIONS *\n# Touche pas à (mon) grisbi !\nPosté par Prae le 13/11/09 à 16:13 . Évalué à 6.\nEn lisant certains commentaires, j'ai eu l'impression de lire des vieux ronchons qui veulent pas qu'on touche à leur joujou. Si le "web" doit être figé pour 50 ans encore, on a pas fini d'être dans la merde. Surtout avec les nouvelles features qui arrivent.\nRien que le push, c'est - de mon point de vue - une très bonne idée, ca évite les surcharges serveurs de requète inutile et les applis webs pourront attendre des données sans avoir à faire while(timeout) dans tous les sens.\nAlors on en voit déjà crier au scandale "ouuuuuuuais les marketeux touuuuuuussa". Bah vous savez quoi, vous n'avez qu'a faire un module adblock version SPDY.\n(c'est sûr que si c'était la fondation mozilla qui avait proposé cela, personne n'aurait crier au loup ...)\n[^] # Re: Touche pas à (mon) grisbi !\nPosté par Anthony Jaguenaud le 13/11/09 à 18:02 . Évalué à 10.\nOui et non, j’ai l’impression que le http devient un protocol poubelle. Après avoir remplacé en grande partie le ftp, les newsgroups (qui ne servent pas qu’à télécharger Windows) et l’irc (où on ne trouve pas que des liens et explication pour télécharger Windows) on voudrait encore ajouter des trucs, pour le rendre encore plus souple.\nS'il faut un nouveau protocole, aucun problème. Après, il faudra des applications côté serveur et côté client. Bientôt même les ports protocolaires ne serviront plus.\nJe vote pour un protocole par application, après libre à vous d’utiliser une application multi-protocole.\nPosté par LeBouquetin (site Web personnel) le 13/11/09 à 21:40 . Évalué à 2.\nDans ce que tu dis, je vois la même chose que la convergence "tout IP" : téléphonie, télévision, radio, etc. Quand les fibres seront un peu plus grosses, on pourra même y faire passer du café (Américain dans un premier temps, parce que le café Turc, il faut des plus gros tuyaux ;)\nBrefle, c'est pas forcément optimisé de tout faire passer par les même tuyaux, mais c'est beaucoup plus facile à maintenir.\nPosté par Physche le 13/11/09 à 21:56 . Évalué à 8.\nCependant, il ne faut pas oublier que cette situation provient des administrateurs réseaux incompétents. Ceux qui ne comprennent pas le réseau. Ceux qui pensent qu'un port TCP, c'est un trou dans un mur qu'il faut reboucher le plus vite possible. Ceux qui n'arrive pas à imaginer qu'un port, c'est simplement une astuce pour lancer plusieurs services qui écoutent sur une même adresse IP.\nAujourd'hui, il n'est quasiment plus possible d'utiliser d'autres protocoles que HTTP (sur les ports 80 et 443) dans les entreprises.\nLa situation est pire que ce que tu décris, il n'y a pas que les protocoles IRC et NNTP qui ont été remplacés par HTTP, mais aussi la quasi-totalité des applications d'entreprises.\nDésormais, au lieu de multiplexer les différents services au niveau TCP, on le fait au niveau de l'application, et tout communique en HTTP.\nPosté par Sytoka Modon (site Web personnel) le 14/11/09 à 12:48 . Évalué à 7.\nJe travaille avec un boite qui interdit ssh en sortie pour soi disant des questions de sécurité. Bilan, ils me demandent de monter un serveur web avec ajaxterm pour pouvoir avoir un accès à une console sur mes machines de calcul !\nAvez-vous plus confiance dans le couple Apache+AjaxTerm qu'en OpenSSH ?\nPour moi, une grosse partie des DSI sont responsables d'avoir limité internet au port 80 et 443 et de limiter en plus cela au HTTP ! A limiter le nombre de protocole, on complexifie HTTP.\nUn jour, le firewall HTTP sera indispensable et on aura des cartes réseau qui feront les calculs "offload" du HTTP pour ne pas surcharger les machines ;-)\nPosté par Volnai le 14/11/09 à 21:04 . Évalué à -1.\nLe problème avec Openssh est qu'il permet trop facilement de faire du reverse tunnelling, et donc de permettre un accès entrant directement sur le réseau de l'entreprise. Certe on peut faire la même chose sur du http, mais ca se detecte , et ce n'est pas parce que qu'on ne peut pas arrêter la peste qu'on ne doit rien faire contre le choléra...\nQuant à n'autoriser que http en sortie, c'est aussi parce que c'est le protocol pour lequel on trouve le plus facilement des proxy avec des fonctions 'avancés' intégrées (filtrage d'url, support d'icap, interception ssl...).\nPosté par allcolor (site Web personnel) le 14/11/09 à 21:25 . Évalué à 2.\nest qu'il permet trop facilement de faire du reverse tunnelling\nPour ça faut être en interne. Et je ne vois pas ce que AjaxTerm empêche si une fois le shell accédé je peux ouvrir une connexion ssh vers l'extérieur. Et même si une fois à l'intérieur je n'ai accès qu'au port 80 et 443, un corkscrew + accès vers un serveur ssh externe sur le port 443 et je peux faire ce reverse.\nLe seul moyen est alors de bannir la commande ssh une fois le shell accèdé... mais si j'ai accès au port 80, rien ne m'empêche d'accèder à l'extérieur et sur une page jsp par exemple qui laisse ouvert la connexion http et qui permet de faire du reverse à partir de là.\nLà ou je veux en venir, c'est que ça ne sécurise rien du tout.\nPosté par Volnai le 14/11/09 à 21:37 . Évalué à 0.\nPour ça faut être en interne.\nJ'ai peut-être mal compris, mais il me semble qu'on parle d'accés ssh en sortie, donc depuis l'interne ?\ncorkscrew + accès vers un serveur ssh externe sur le port 443\nIl y a des moyens pour détecter et interdire ça. J'ai déjà vu des gens renvoyés pour ça...\nOK, on a qu'a laisser les machines en direct faire ce quelles veulent sur internet, c'est sur que ça fera avancer la sécurité. On ne peut pas tout bloquer, ça ne veut pas dire qu'il ne faut rien bloquer.\nPosté par allcolor (site Web personnel) le 14/11/09 à 21:53 . Évalué à 1.\nDésolé /o\_ j'ai mal lu.\nJ'aimerais les connaître... à part une analyse statistique de l'utilisation de la bp je vois pas... le 443 c'est le port ssl, donc un proxy à part en faisant un man in the middle grossier, ne peut pas lire ce qui passe sur le port.\nMais comme je l'ai dit, rien ne m'empêche sur un serveur externe que je contrôle de mettre un service sur le port 80 qui répond à un bête client qui fait du http pour lui faire exécuter des commandes en interne. Alors oui je ne dis pas qu'il ne faut pas mettre ces barrières ni qu'elles ne servent à rien en soi... mais qu'elles ne servent à rien pour une personne déterminée à donner un accès vers l'intérieur (étant donné que cette personne y est déjà à l'intérieur).\nEt les techniques si dessus sont largement accessible... il ne faut pas un tas de connaissance pour les mettre en œuvre.\nPosté par allcolor (site Web personnel) le 14/11/09 à 22:01 . Évalué à 2.\nJ'ai accès à une machine en interne. J'ai accès à mes emails. Je peux éxécuter des programmes (shell, java, whatever).\nJe peux écrire un prog qui se connecte à la boite mail et en fonction du sujet par exemple exécute le contenu du corps du message.\nA partir de là, de l'extérieur je n'ai plus qu'a envoyer un email pour que des commandes soit exécutées sur la machine interne.\nFaire ce qui est ci-dessus ne demande pas plus d'une heure à mettre en place.\nAlors ces sécurités sont là uniquement pour se protéger de personnes qui ne sont pas absolument déterminées à faire ça. Enfin là je fais de l'argument de bar ;-)\nPosté par Volnai le 14/11/09 à 22:25 . Évalué à 1.\nà part une analyse statistique de l'utilisation de la bp je vois pas\nPar exemple, par défaut, la première réponse d'un serveur ssh c'est la banniere de version, qui se detecte facilement (et qui se change aussi facilement, mais ce n'est q'un exemple). Ensuite oui, certaines boites font de l'interception ssl systématique sur leurs proxy (sauf sur les sites pour lequel c'est interdit, tels que les banques).\nrien ne m'empêche sur un serveur externe que je contrôle de mettre un service sur le port 80 qui répond à un bête client qui fait du http pour lui faire exécuter des commandes en interne.\nIl y aura toujours un moyen, plus ou moins évident selon l'architecture en place. Le but est déjà d'éviter les plus triviaux.\nelles ne servent à rien pour une personne déterminée à donner un accès vers l'intérieur\nLa sécurité totale n'existe pas (même chez OpenBSD :) , mais la personne en question risque de ce casser les dents sur les premières barrières en place, ce qui permettra de le detecter et de gentiment aller lui expliquer ce qu'il n'est pas sensé faire.\nLe problème en soi n'est même pas le reverse tunnel, c'est le fait de ne plus contrôller le périmétre : qu'est ce qu'on sait de la sécurité du serveur qui monte le reverse ? Peut-être qu'il est cracké et que, sans le savoir, celui qui monte ce tunnel et qui est plein de bonnes intentions donne au passage accès au réseau de l'entreprise à un vil pirate qui n'en demande pas tant...\nPosté par Sytoka Modon (site Web personnel) le 14/11/09 à 22:28 . Évalué à 5.\n> OK, on a qu'a laisser les machines en direct faire ce quelles veulent sur internet,\nC'est la réponse classique des DSI quand je dis cela !\nIl y a une différence entre tout bloquer et bloquer intelligemment. Pour ce problème, il aurait du autoriser la machine interne X a venir faire du SSH sur mon serveur Y. La personne faisant des aller et retour physique entre les sites X et Y, elle peut déjà transporter autant de données qu'elle le souhaite en pratique.\nOuvrir vers un nombre finie et limité de machine en sortie quelques protocoles non HTTP, ce n'est pas la mort, c'est aussi savoir quels sont les besoins et savoir un peu ce qui passe. Tout mettre dans du HTTPS, c'est se rendre aveugle.\nMais les DSI ne veulent pas gérer des règles de firewall variable et les maintenir dans le temps ! Donc on ferme tout. A ces gens là je dis, attention à la 3G, vous allez vous amuser avec les ponts ;-)\nPosté par Volnai le 14/11/09 à 22:54 . Évalué à 1.\nJe suis prêt à devenir un deçaïdeur praissé \_o/\nPour ce problème, il aurait du autoriser la machine interne X a venir faire du SSH sur mon serveur Y.\nQu'est ce qui garanti que seules des personnes autorisées à accéder au réseau de la boite ont accès à ton serveur externe, et donc au tunnel ?\nOuvrir vers un nombre finie et limité de machine en sortie quelques protocoles non HTTP, ce n'est pas la mort\nDans les faits, si c'est un peu la mort :) il faut réserver des IP fixes en pagaille (sauf à utiliser un firewall authentifiant), être sur d'être prévenu quand l'accès n'est plus nécessaire, être réactif parce que 'l'ip fixe de mon serveur perso chez moi à changé, vous pouvez mettre à jour les règles c'est méga urgent', ou encore parce que 'on m'a changé ma machine, vous pouvez remettre mes droit sur le firewall, c'est méga urgent (toujours)' ?\nL'équipe en charge de l'infra à souvent d'autres chats à fouetter que de gérer ces accès qui découlent le plus souvent d'une organisation a l'arrache et pour lesquelles elle se fera taper sur les doigts en cas de problème. oui, je m'ennerve là :)\nA ces gens là je dis, attention à la 3G, vous allez vous amuser avec les ponts ;-)\nC'est pas nouveau, on peut faire des ponts avec le wifi aussi. Il suffit de les bloquer sur le poste de travail lorsqu'il est connecté au réseau filaire, ou les interdire complétement ,suivant ce que l'on veut.\nPosté par Sytoka Modon (site Web personnel) le 15/11/09 à 11:02 . Évalué à 8.\n> Qu'est ce qui garanti que seules des personnes autorisées à accéder au réseau de la\n> boite ont accès à ton serveur externe, et donc au tunnel ?\nAuncun. Dis donc, mon serveur, il est pour tous les gens de mon labo, pas seulement pour ce contrat avec cette boite. Si la boite veut un accès exclusif, qu'elle achète son serveur et les logiciels qui vont avec !\nCela dis, ça ne leur pose aucun soucis car encore une fois, un accès via ajaxterm est en pratique équivalent, en plus chiant pour l'utilisateur, a un accès via ssh.\n> Dans les faits, si c'est un peu la mort :) il faut réserver des IP fixes\nDésolé, je ne marche qu'en IP fixe... Effectivement, si chez vous, tout le monde change tout le temps, je comprends que vous ayez des soucis. Chez moi, une machine a toujours la même IP. Une IP, cela se spoof par une personne malveillante mais il y a alors un acte conscient, réfléchi et donc faute grave en regard du règlement intérieur.\n> L'équipe en charge de l'infra à souvent d'autres chats à fouetter que de gérer ces\n> accès qui découlent le plus souvent d'une organisation a l'arrache\nTu mélange deux choses. Déjà, pour moi, le service informatique est au service de la recherche donc des utilisateurs et non l'inverse. Ensuite, il y a un contrat de collaboration. Que je sois d'accord ou non est une autre chose. Ce contrat a été signé par les directions, donc je le met en place si techniquement cela est possible.\nParce que les DSI sont coincés pour ouvrir un port en sortie vers une SEULE ip fixe (IP Renater, fonction publique, risque effectivement MONSTRUEUX pour la boite !), je me fais chier à monter un serveur Apache + AjaxTerm. Votre incompétence en terme d'organisation dans vos DSI, avec le poids des lourdeurs et le fait de ne rien ouvrir fait qu'heureusement, il y a des gens comme nous qui ouvre quand même pour qu'à la fin, cela marche.\nMais cela me prends un temps fou et ce sont mes utilisateurs qui trinquent.\nToi, tu es dans ta tour d'ivoire... Tu as l'impression de ne pas avoir pris de risque mais tu m'as tout reporté sur moi pour que notre contrat de collaboration marche. Au final, le risque global toi + moi est bien plus élevé mais tu t'en fou car ta petite DSI pourra dire que rien ne passe et que vous tournez toujours avec votre firewall à 10 règles ! Mais tu te mens en passant puisque en pratique, tu acceptes du SSH sur HTTP...\nCombien de gens dans ta boite commence a utiliser leur iphone ou équivalent dans le cadre du boulot ? Maîtrise-tu ce nouveau réseau ? A force de trop fermer, moi je dis que vous allez vous prendre un réseau parallèle sans vous en rendre compte.\nPosté par briaeros007 le 16/11/09 à 01:42 . Évalué à 3.\nmoi ou ca me fait le plus délirer, c'est quand on te demande de dl un truc (eclipse par exemple), parce que tu dois l'installer sur des postes, et que la DSI considère que c'est un virus ... :]\nbon ben on va bypasser la sécu hein.\nA force de faire de la sécu conne, on la bypasse\nPosté par 2PetitsVerres le 16/11/09 à 10:04 . Évalué à 2.\nEt du coup, c'est génial pour l'entreprise, car 1) la sécu, il faut la payer, puis on la contourne, et 2) contourner la sécu, c'est une perte de temps pour celui qui le fait.\nMais bon, voilà, avant que les gens qui décident ne se rendent compte de ça, faudra un bon moment /o\_\nPosté par Xavier Claude le 16/11/09 à 16:47 . Évalué à 3.\n3) Ça ne choque plus personne de contourner la sécu jusqu'au jour où se sera un virus qui fout tout en l'air.\nPosté par Meku (site Web personnel) le 16/11/09 à 21:35 . Évalué à 1.\nDans le même genre : les sites d'universités, qui regorgent d'informations techniques, et qui sont bloqués car les catégories « institutions scolaires » et « matériaux éducatifs » sont filtrées... (on peu quand même y accéder en cliquant sur un bouton, m'enfin c'est quand même débile de ne pas les laisser accessibles par défaut).\nPosté par Volnai le 16/11/09 à 23:21 . Évalué à 0.\nOK, comprends donc que la boite en face ne veuille pas forcement déporter sa sécurité. Après si le contrat est mal fait, ou qu'ils ne veulent pas payer plus cher pour faire quelque chose de propre, ce n'est pas la faute de la sécurité. Tu as tees objectifs, ils ont les leurs.\nChez moi, une machine a toujours la même IP.\nC'est ton choix, ce n'est pas celui de la majorité des grandes entreprises pour des raisons evidente de flexibilité. Un utilisateur non admin aura du mal à spoofer.\nParce que les DSI sont coincés pour ouvrir un port en sortie vers une SEULE ip fixe\nUne seule IP ? Je vais finir par croire que tu bosse dans une boite de 10 personnes !\nToi, tu es dans ta tour d'ivoire... Tu as l'impression de ne pas avoir pris de risque mais tu m'as tout reporté sur moi pour que notre contrat de collaboration marche\nVilain procès d'intention, j'essaye juste d'expliquer le point de vue du bord opposé au tiens. Dans les fait, oui, le risque pris par ma boite est plus limité qu'avec un tunnel ssh accessible potentielement au monde entier si ton réseau n'est pas sécurisé. Mission accomplie, par ici les pepettes.\ntu acceptes du SSH sur HTTP...\nj'accepte http, pas ssh et ses port forwarding/reverse tunneling\nCombien de gens dans ta boite commence a utiliser leur iphone ou équivalent dans le cadre du boulot ? Maîtrise-tu ce nouveau réseau ?\nCa c'est un vrai enjeu d'avenir, mais certaines boites interdisent tout simplement la connexion usb de ce genre d'appareil su un poste d'entreprise.\nPosté par Sytoka Modon (site Web personnel) le 17/11/09 à 08:28 . Évalué à 3.\n> Une seule IP ? Je vais finir par croire que tu bosse dans une boite de 10 personnes !\nDis donc, relis depuis le début ou je vais finir par croire que tu ne comprends rien. Du coup, cela ne m'intéresse même plus de débattre avec toi. Entre deux boites de 10000 personnes, je parle d'ouvrir une porte entre une IP de la boite A et une IP de la boite B mais tu n'y comprends rien, tellement tu es arcbouté sur tout fermer.\n> Ca c'est un vrai enjeu d'avenir, mais certaines boites interdisent tout simplement la\n> connexion usb de ce genre d'appareil su un poste d'entreprise.\nTu parles toujours d'interdire... et je te parle de réseau parallèle. Si tu connectes une clef USB de 32Go deux fois par jours, devines quel est le débit de fuite ;-)\nAvec les clefs USB, l'ADSL à la maison et les applications google, pour moi, il y a déjà un réseau parallèle dans beaucoup de situation.\nPosté par Volnai le 17/11/09 à 20:08 . Évalué à -1.\ntu n'y comprends rien, tellement tu es arcbouté sur tout fermer.\nQuestion de point de vue, du miens c'est toi qui ne comprends rien.\nDu coup, cela ne m'intéresse même plus de débattre avec toi.\nEffectivement je préfére aussi arreter de débattre avec quelqu'un qui ne sais pas regarder depuis la fenetre des autres.\nPosté par briaeros007 le 16/11/09 à 00:47 . Évalué à 2.\ntu met ton ssh sur le port 443 :]\nMoi j'oserais faire ça pour bypasser le fw de la boite ? meuh non...\nPosté par Sytoka Modon (site Web personnel) le 16/11/09 à 09:10 . Évalué à 2.\nIl ne s'agit pas de contourner leur DSI, les décisions sont validées des deux cotés. Je ne veux pas me retrouver avec une multinationale sur le dos ! C'est un contrat de collaboration et nous, nous fonctionnons en réunion, contre rendus de réunion validé par les participants. Comme cela, il n'y a pas de lézard...\nPosté par Faya le 14/11/09 à 13:06 . Évalué à 3.\nJe ne comprend pas (vraiment) les raisons pour lesquelles il faudrait utiliser http juste pour des pages web statiques. Je n'y connais pas grand chose mais :\nHTTP existe, est documenté, fonctionne, ...\nLes applications clientes utilisant ce protocol sont légions, populaires, simples.\nLes langages permettant de l'utiliser correctement sont matures.\nSi on arrive à l'utiliser pour des applications d'entreprises, ou est le problème ? Pour moi ça permet juste d'éviter d'avoir 10 clients lourds à installer - maintenir.\nÇa me fait un peu penser à ceux qui râlaient lorsque penso avait écrit une application Iphone pour lire Linuxfr : ça paraît effectivement absurde de coder un truc à part pour quelque chose qu'un navigateur sait très bien faire. Bin si le navigateur sait faire des clients riches pour utiliser mon appli lourde ... pourquoi pas ?\nPosté par steph1978 le 14/11/09 à 00:54 . Évalué à 1.\nMalheureusement, quand on voit la vitesse d'adoption de la v6 du protocole IP, on peut douter du remplacement 'rapide' du protocole http par qqch de plus adapté aux usages de maintenant.\nEt je le déplore car ça reste une réflexion très intéressante.\nPosté par Victor le 14/11/09 à 03:00 . Évalué à 1.\nC'est différent car c'est pas très difficile à mettre en place, il "suffit" que la prochaine version d'apache implémente SPDY puis que plus tard (ou avant d'ailleurs) la prochaine version de Firefox le fasse aussi pour que le protocole soit mis en place !\nRien d'autre à faire entre les deux, aucune conf spécifique, ça juste marche comme on dit par ici :)\nPosté par Sytoka Modon (site Web personnel) le 14/11/09 à 12:49 . Évalué à 1.\nJustement, est-ce que Google participe au développement d'Apache car a vrai dire, leur serveur à eux, on s'en "fou" un peu !\nPosté par Victor le 14/11/09 à 16:55 . Évalué à 1.\nLes specs sont (seront) publiques si je ne me trompe pas.\nPosté par Sytoka Modon (site Web personnel) le 14/11/09 à 18:26 . Évalué à 1.\nSi les specs ne sont pas implémentés rapidement dans Apache et Firefox, elles ne servent pas à grand chose à court terme...\nPosté par tyoup le 15/11/09 à 14:02 . Évalué à 1.\nPosté par Sytoka Modon (site Web personnel) le 15/11/09 à 15:16 . Évalué à 2.\nGoogle ne peut pas modifier les sources d'IE alors qu'il peut sans problème proposer des patch pour Firefox.\nPosté par tyoup le 14/11/09 à 23:24 . Évalué à 1.\net on remplace tous les http:// par des spdy:// ?\nPosté par Victor le 15/11/09 à 23:02 . Évalué à 2.\nC'est "backward-compatible" ! On reste avec du http, et si le client et le serveur le supporte alors c'est exploité, sinon non !\n# Question pour les connaisseurs de XMPP\nPosté par LeBouquetin (site Web personnel) le 13/11/09 à 21:49 . Évalué à 3.\nIl y a pas mal de réactions qui parlent de XMPP. J'avais un peu étudié le protocole il y a quelques années et je l'avais trouvé vraiment flexible. Mais je suis plutôt développeur haut niveau. Un connaisseur pourrait-il compléter les remarques sur l'opportunité d'utiliser XMPP pour ce genre de fonctionnalités ? Le fait que le XML soit lourd, c'est une chose, mais je pense qu'il y a beaucoup d'autres arguments (pour et contre) l'utilisation de XMPP. Je sais par exemple que XMPP a des difficultés à traverser les NAT.\n[^] # Re: Question pour les connaisseurs de XMPP\nPosté par Nÿco (site Web personnel) le 17/11/09 à 23:34 . Évalué à 1.\n> Le fait que le XML soit lourd,\n1/ c'est compressé avec un plutôt bon taux, donc cool\n2/ c'est sérialisé-désérialisé, donc bof effectivement\n> Je sais par exemple que XMPP a des difficultés à traverser les NAT.\nBen tu sais mal alors ;-) Une connection XMPP client/serveur sur TCP/5222 peut passer facilement les NAT à condition qu'on laisse le port ouvert, sinon passer par les ports 80 ou 443, et encore mieux passer non pas sur TCP, mais sur HTTP, via BOSH.\nDe plus Jingle et ICE permettent le traversement des NAT, soit via négociation média, soit tout simplement par relais public (soit en P2P direct si pas de NAT).\nPosté par LeBouquetin (site Web personnel) le 19/11/09 à 18:02 . Évalué à 1.\nJe ne suis jamais parvenu à échanger des fichiers entre deux ordinateurs derrière une freebox en mode routeur. C'est uniquement une question de port ? Je suis dubitatif...\n# Le vrai probleme:\nPosté par RB le 14/11/09 à 05:10 . Évalué à 1.\nLe probleme en rendant http bidirectionnel:\n- bcp plus de socketa à allouer du coté serveur\nLes outils actuels pour faire des pages ne sont absolument pas adaptés à ça. Toute la logique est basée sur une requête = un résultat. Un script PHP/ASP/... n'est pas fait pour tourner longtemps, il est prévu pour renvoyer une seule réponse (un seul set de headers, un seul body).\nOn peut vraiment dire ici que google médiatise une problématique connue depuis très longtemps mais on peut vraiment se demander si étendre http est une solution alors que l'ensemble des éléments devrait être repensé.\n[^] # Re: Le vrai probleme:\nPosté par kowalsky le 14/11/09 à 12:51 . Évalué à 1.\nToute la logique est basée sur une requête = un résultat. Un script PHP/ASP/... n'est pas fait pour tourner longtemps\nTon script n'est pas obligé de "tourner longtemps". Si un socket est resté ouvert par le serveur, au niveau de ton script, tu ne t'en souci pas. Comme actuellement...!\nTon script fera un print sur la sortie sur un évènement donné et le serveur s'occupe du reste, à savoir, selon ton script, qu'elle client recevra ton print.\nPosté par RB le 14/11/09 à 13:58 . Évalué à 1.\nLes nouveaux programmes doivent être capables de "pusher" des événements a certains moments, donc on parle bien d'applications qui tournent en permanence du coté serveur. Ça n'exclut la possibilité de mélanger les 2 comportements.\nPosté par Étienne le 14/11/09 à 12:52 . Évalué à 1.\nJe pense le contraire, ne serait-ce que parce que tu rajoute une sémantique en disant quels sont les flux qui ont besoin de rester ouverts (le flush où il y a du PUSH) et quels sont ceux qui peuvent être fermés. Le problème actuel du keep-alive (et la raison pour laquelle il est désactivé sur un bon nombre de serveur), c'est qu'on ne sait jamais si une connexion doit rester ouverte ou pas, donc tout ce qu'on peut faire c'est avoir un temps d'inactivité au bout duquel on coupe la connexion. En permettant de cibler les flux qui doivent rester ouverts, tu peux déjà fermer toutes les connexions sur lesquels il n'y a pas de flux en PUSH. D'autre part, tu multiplexe ta connexion pour y faire passer plusieurs flux et par là même tu diminue ton nombre de connexions. Si on prend l'exemple de linuxfr :\nUn utilisateur qui ouvre la page d'accueil et la page des journaux\nOn va ouvrir une seule connexion avec 2 flux, pas besoin de PUSH, on peut fermer la connexion après le chargement des 2 pages\navec du HTTP en Keep-Alive\nOn ouvre 2 connexions qui restent ouvertes jusqu'à expiration du timeout.\nUn utilisateur qui ouvre la page d'accueil et la tribune\nIl ouvre une connexion avec 2 flux dont l'un en PUSH. Lorsque les 2 pages sont chargées, la connexion reste ouverte car il reste un fluxh en PUSH. L'utilisateur n'a pas besoin de solliciter le serveur toute les quelques secondes, le serveur peut envoyer des données seulement lorsqu'un nouveau message arrive.\nEn HTTP avec du Keep-Alive\nOn ouvre 2 connexions, la première se ferme à expiration du timeout, tandis que l'autre reste ouverte mais le client doit en plus solliciter le serveur toutes les quelques secondes pour récupérer les nouveaux message.\nJe pense que globalement, avec un protocole qui permet de caractériser les flux, le serveur peut faire des choix plus éclairés que de simplement attendre la fin d'un timeout, et par là même mieux gérer ses connexions et ses ressources.\nQuand au problème sur les autres outils, il a bien fallut développer des framework pour faire de l'Ajax depuis quelques années, et on n'a que l'embarras du choix, je ne pense pas qu'il faudra très longtemps si ce protocole (ou un similaire) débarque, pour voir apparaître de nombreuses solutions techniques.\nPosté par Mars le 14/11/09 à 07:17 . Évalué à 1.\nJe n'ai surement pas tout saisi sur ce qui c'est dit, mais une chose m'étonne - du coup j'ai peur de dire une c...rie mais bon je me lance - c'est le fait que personne ne rapporte ce que la W3C pense de cette proposition ? De même T.Berners-Lee a t'il pris position sur cette proposition parce qu'il me semble que cette notion de Push ça change complètement l'esprit du Web originel ?\nQuoiqu'on en dise, client Rss compris jusqu'à présent c'était l'usager qui contrôlait sa demande d'info, avec SPDY j'ai comme un doute. A voir...\nPour les paranoïaque - dont je dois très certainement faire partie -, après que Google veuille contrôler toutes nos info, même si ses créateurs s'en défendent, il semblerait que la firme de Mountain View veuille nous imposer celles - les info of course - que l'on ne souhaitent pas obligatoirement voir s'afficher sur son navigateur. Bon OK c'est déjà le cas, mais la tâche n'en serait elle pas grandement facilitée et ce de manière plus pernitieuse ?\nQuoiqu'il en soit on ne peut empêcher le progrès, plus exactement toute idée d'évolution (en bien ou en mal) mais dans le cas présent il me semble - et je ne vois pas ce qui l'empêcherait - que ce protocole comme bien d'autres auparavant peut très bien vivre sa vie au côté d' HTTP et non de s'y substituer.\nJe m'étais toujours demander pourquoi Google avait créé son navigateur Chrome, et même son OS. Le fait que l'on ne parle que d'une nouvelle approche de l'informatique domestique et professionnelle avec le cloud computing pour lesquelles les anciens OS (Windows, MacOS, Linux) - ceux de l'ancien monde - ne seraient pas adaptés, pour justifier ces sorties me semblait un tantinet léger.\nAvec la présentation de SPDY j'ai l'impression qu'ainsi Google se met à l'abri d'un manque d'enthousiasme des concepteurs de Navigateurs. Cette démarche ressemblerait - si je ne m'enduit pas trop d'erreurs - à celle pratiquée par Microsoft pendant ses premières années de l'Internet.\nPosté par kowalsky le 14/11/09 à 12:58 . Évalué à 4.\nPour les paranoïaque - dont je dois très certainement faire partie -, après que Google veuille contrôler toutes nos info, même si ses créateurs s'en défendent, il semblerait que la firme de Mountain View veuille nous imposer celles - les info of course - que l'on ne souhaitent pas obligatoirement voir s'afficher sur son navigateur.\nPremierement, google ne veut rien t'imposer, lis la fin de la news :\nEt si il y a bien une boite qui fait ce qu'elle dit en matière de libre, c'est google.\nDonc, je pourrais installer un serveur chez moi et faire du push sur mon site de tchat afin que chaque client ne fasse pas une requette toute les deux seconde.\nEnsuite, le serveur ne peut faire du push QUE SI LE CLIENT s'est connecté au site. Le client qui choisis le site à visiter, comme aujourd'hui. Donc si les pushs ne te plaisent pas, tu fermes le site et voila tout.\nPosté par nomorepost le 14/11/09 à 18:36 . Évalué à 2.\nAdapter tous les navigateurs et les serveurs c'est vraiment plus lourd que ca ?\nPosté par Mars le 14/11/09 à 20:31 . Évalué à 0.\nEnsuite, le serveur ne peut faire du push QUE SI LE CLIENT s'est connecté au site.\nComment sais tu au préalable que le site que tu vas visité fait du push ?\nEt si il y a bien une boite qui fait ce qu'elle dit en matière de libre, c'est google\nPersonnellement je ne peux juger vu que je n'ai pas de portable sous Androïd, mais je vois de plus en plus de posts qui mettent à mal cette assertion. Pour certains c'est vraiment une légende.\nJe ne sais si ces reproches sont justifiés mais question respect des libertés individuelles Google répond rarement sans traîner des pieds aux recommandation de Bruxelles. Le Libre c'est les 4 libertés fondamentales certes, mais c'est aussi un état d'esprit. Et là ils se comportent comme une vulgaire entreprise capitalistique. Voir leur position en Chine vis-à-vis des dissidents et des autorités chinoises...\nLeur relation au monde de l'édition pose aussi problème de ce côté de l'atlantique. Dans ce domaine ils ont vraiment tendance à imposer leurs vues profitant de leur puissance financière et technique. On est loin de l'état d'esprit de Burning Man...\nToutes choses qui font que je ne fais pas confiance en Google\nPosté par kowalsky le 14/11/09 à 21:21 . Évalué à 4.\nJe ne sais si ces reproches sont justifiés mais question respect des libertés individuelles Google répond rarement sans traîner des pieds aux recommandation de Bruxelles. Le Libre c'est les 4 libertés fondamentales certes, mais c'est aussi un état d'esprit. Et là ils se comportent comme une vulgaire entreprise capitalistique.De quelle 4 libertés fondamentale parle tu ? C'est pas un truc de GNU ça ?\nGoogle, c'est Google_Summer_of_Code entre autre. C'est du blé dans firefox, du blé dans plein de projets. C'est aussi à chaque fois ou presque le choix de protocole ouvert.\nJe ne vois pas pourquoi ils ne se comporteraient pas comme une vulgaire boite capitaliste, c'est une vulgaire boite capitaliste.\nFranchement, je ne fait pas de corporatisme, je m'en fou grave de google (à part le GSoC :) ), mais ils ne se tournent quasi jamais ferme le "closed source", n'essaye pas d'enfermer les utilisateurs, etc... ça pourrait être gravement pire.\nVoir leur position en Chine vis-à-vis des dissidents et des autorités chinoises...Tu propose quoi. Tu dirige google, tu propose quoi pour le cas chinois ? Pas de google ? Un google de l'état ? un google un peu "different" ? Et sinon, ça me fait bien marrer les critiques sur le google chinois, parce que le google (et le yahoo) français n'affiche pas de lien pro-nazi, ont viré l'acceuil de pirate bay(mais la c'est revenu), les sites pro-pédophiles, les sites pro-anorexie, etc...\nPosté par Mars le 14/11/09 à 22:01 . Évalué à 1.\n1/ je ne suis pas technicienne du net\ndonc merci pour spdy://\n2/ la polémique sur Google ça ne date pas d'aujourd'hui. Il y a les inconditionnels et les autres. Inutiles d'ostraciser ces derniers.\nConcernant les problèmes d'éthique il n'y a pas que la Chine qui pose problème, Je remarque que ce soir la Suisse porte plainte contre Google au sujet de Google Street. La CNIL en a fait de même il y a quelques temps.\nQue je sache aussi dans Gmail il y a des trucs closed source. Pour Androïd je crois avoir lu qq chose de ce genre. Mais je ne me rappelle plus à quel sujet.\nJe n'ai pas de problème avec le moinssage, mais si on ne peut plus émettre un avis plutôt négatif sur Google non pas sur ses produits qui sont presque tous remarquables et très souvent largement au dessus de la concurrence et qui plus est innove plus que de raison (cf Wave) je trouve ça dommage\nPosté par kowalsky le 14/11/09 à 23:15 . Évalué à 2.\nJE pense que si tu as été moinssé c'est plus parce que tu as reporté des "on m'a dit qu'il parait que google serait" etc...\nMais sinon, tu peux avoir un avis négatif sur google, mais je ne veux même pas savoir ce que tu pense de Microsoft ou Apple !! :)\n1/ je ne suis pas technicienne du netça existe ça ? :) :)\nPosté par allcolor (site Web personnel) le 14/11/09 à 21:33 . Évalué à 2.\nAu pire même sans js, tu as toujours le meta tag refresh kipu qui pourra toujours faire un semblant de push (ouais du polling quoi :D ) qui bouffe du cpu et de la bp.\nPosté par __o le 14/11/09 à 21:56 . Évalué à 1.\nHeu le push c'est pas une popup hein!\nRSS avec HTTP:\n- Je télécharge le flux RSS toutes les heures pour voir si il a changé\nLa même chose avec du push, en schématisant:\n- Je télécharge le flux RSS une fois. Si je veux des mises à jour, je laisse la connexion ouverte, le serveur m'enverra juste les nouveaux articles sur cette même connexion. Après le client RSS en fait ce qu'il veux.\nPosté par Sytoka Modon (site Web personnel) le 14/11/09 à 22:12 . Évalué à 3.\nMais il y a les timeout, même sur tcp, donc ta connexion sur le flux RSS ne durera pas 5 jours s'il n'y a des posts que tous les 5 jours. Donc pour la maintenir, il faudra de temps en temps qu'un paquet circule pour dire que tu existes encore.\nTout cela pour dire qu'une connexion pour qu'elle se maintienne doit avoir un certain flux, même si on n'a rien a se dire.\nPosté par __o le 14/11/09 à 22:25 . Évalué à 1.\nOui évidemment c'est pas fait pour tenir 5 jours :) Je réagissais surtout au deuxième paragraphe de http://linuxfr.org/comments/1081715.html#1081715\nPosté par Chavenay le 20/11/09 à 10:32 . Évalué à 1.\nPourquoi s'attaquer au problème uniquement sur la couche HTTP ?\n-Modifier TCP pour pouvoir envoyer des données dans le paquet qui demande la connexion. W. Richard Stevens l'a écris dans un de ses livres.\nY a sûrement plein d'autres idées\nPosté par Éric (site Web personnel) le 21/11/09 à 15:41 . Évalué à 1.\nParce que modifier la couche applicative demande juste une évolution des navigateurs et des serveurs web. Modifier la couche TCP demandera des modifications dans l'OS, avec potentiellement des implications sérieuses sur la compatibilité hors des questions serveur web.\nPour les js tokenisés, faudrait que toutes les vm fassent un travail similaire, je ne sais pas si c'est réaliste.


Récupération données externes\nQuelles sont les différences entre les types de récupération ?\nLa récupération des données Véro se décline en quatre types :\n- Signalétiques seuls\n- Dernier exercice\n- Dernier exercice avec postes ouverts tiers à partir de ...\nSi certains types paraissent évidents, d'autres le sont moins. Une description plus détaillée s'avère donc nécessaire.\nRécupération des signalétiques seuls\nLa récupération des Signalétiques seuls intègre dans le dossier Sage BOB 50c uniquement les fiches signalétiques des tiers. Les historiques comptables ne sont donc pas récupérés.\nLa récupération du Dernier exercice intègre dans le dossier Sage BOB 50c :\n- Les fiches signalétiques des tiers ;\n- L'historique comptable du dernier exercice ainsi que l'opération diverse d'ouverture de cet exercice.\nLes écritures sur les comptes collectifs clients et sur les comptes collectifs fournisseurs ne sont pas détaillées.\nDernier exercice avec postes ouverts tiers à partir de...\nCette récupération est similaire à la récupération du Dernier exercice mais elle apporte le détail des écritures ouvertes pour les clients et pour les fournisseurs. Elle intègre donc dans le dossier de Sage BOB 50c :\n- L'historique comptable du dernier exercice ainsi que l'opération diverse d'ouverture de cet exercice ;\n- Le détail des écritures ouvertes pour les clients en remplacement du solde du compte collectif clients dans l'écriture d'ouverture ;\n- Le détail des écritures ouvertes pour les fournisseurs en remplacement du solde du compte collectif fournisseurs dans l'écriture d'ouverture.\nIl n'a pas toujours été possible de détecter une opération diverse d'ouverture avec certitude dans Véro. Le détail des écritures ouvertes clients et des écritures ouvertes fournisseurs ne peut donc être récupéré qu'à partir de l'année fiscale dans laquelle l'opération diverse d'ouverture a été identifiée avec certitude. Sage BOB 50c propose cette année fiscale par défaut.\nIl se peut que la récupération du dernier exercice avec les postes ouverts des tiers ne soit pas possible. C'est la cas lorsque les écritures contenues dans le dossier Véro présentent un problème de balance des montants. Dans ce cas, l'historique complet est récupéré. Voir le paragraphe Historique complet pour plus d'informations.\nToutes les données contenues dans la dossier Véro sont récupérées dans Sage BOB 50c.\nDes opérations manuelles doivent être entreprises dans le dossier récupéré. Ainsi,\n- Toutes les opérations diverses d'ouverture en provenance de Véro doivent être extournées ;\n- Toutes les réouvertures doivent être recalculées dans Sage BOB 50c.\nUne vigilance particulière est alors de mise lors de la vérification des données récupérées dans Sage BOB 50c.


UpCadhoc : BOULANGER FAYET à Fayet\nBOULANGER FAYET - Fayet (02100)\nPARC D'ACTIVITE COMMERCIAL\nTél. : 03 23 60 77 90\nBoutique BOULANGER FAYET affiliée à notre réseau UpCadhoc dans le département Aisne\nBOULANGER FAYET fait partie des enseignes qui acceptent les chèques et cartes cadeaux de notre marque. Si vous en possédez, vous pouvez donc aller dans ce magasin pour les dépenser et vous faire plaisir en choisissant ce qui vous plaît. D’autant que dans le département Aisne, plusieurs points de vente sont à votre disposition notamment à Fayet (02100). Ainsi, vous en trouverez forcément un près de votre domicile, de votre lieu de travail ou de villégiature.\nAu fil des ans, notre réseau s’est progressivement étendu. Aujourd’hui, nous comptons des membres affiliés UpCadhoc dans toute la France. Si vous habitez dans le département Aisne, vous pouvez découvrir sur notre site le point de vente BOULANGER FAYET qui accepte nos titres cadeaux. Cela vous permet d’obtenir leurs coordonnées et de les localiser plus facilement. Et pour affiner davantage votre recherche, n’hésitez pas indiquer la commune qui vous intéresse.\nPour régler vos achats avec vos bons cadeaux UpCadhoc, c’est vraiment très facile. Tout d’abord, vous allez dans le magasin BOULANGER FAYET à Fayet (02100). Puis, en fonction du rayon indiqué sur votre carte ou sur vos chèques, vous sélectionnez ce qui vous fait plaisir. Ensuite, il ne vous reste plus qu’à vous diriger vers la caisse et les présenter au moment du paiement de vos achats. Si le solde n’est pas suffisant, vous pourrez le compléter avec un autre mode de règlement.


Macrophoto plaisir passion: L'Acidalie dégénérée, Idaea degeneraria\nL'Acidalie dégénérée, Idaea degeneraria\nLepidoptera > Geometridae > Idaea\nVoici trouvée en région Lyonnaise, L'Acidalie dégénérée, Idaea degeneraria, posée à l'abri du vent et du soleil sur une feuille de pivoine, Paeonia suffruticosa:\nC'est un Géomètre de taille 20mm environ, voir le cycle de vie de Idaea degeneraria sur lepinet; pas de plante hôte particulière, la chenille (que nous n'avons pas vue...) se nourrit sur plusieurs herbacées.\nLibellés : geometridae, Idaea degeneraria, L'Acidalie dégénérée, lepidoptera\nJ'aime beaucoup les géométridés, belle photo!\nMais pour certains on s'arrache les cheveux avec l'identification!\nPour la Selysiothémis, non on ne la trouve pas en France, je vais la chercher en Espagne!\nelle m'a fait chercher, ces nocturnes sont si nombreux!\n7 juillet 2014 à 23:13\nOui c'est souvent difficile de les identifier car leurs dessins sont peu nets et présentent peu de caractères bien clairs. Bravo pour celle-ci!


Produits – Page 3 – Hotelis formations\nPâtisserie pour cuisiniers\nDe plus en plus de cuisiniers sont aménés à réaliser de la pâtisserie au quotidien. Comment réaliser des desserts «maison» rapides et savoureux? Quelles sont les bases de la pâtisserie qui vous permettront de surprendre votre clientèle?\nLes repas livrés répondent à une demande du marché en hausse constante. Quelle méthode de repas livrés privilégier? Comment maîtriser les risques d’hygiène liés à cette activité? Comment augmenter la qualité des mets servis et respecter la législation en vigueur?\nRépondre aux plaintes et réclamations clients (en ligne)\nLa gestion et la prévention des risques sont des éléments de management incontournables de nos jours dans une cuisine. Cette formation permet de faire le tour des dangers et des risques inhérents à la pratique de notre métier. Savoir expliquer et responsabiliser face aux dangers du travail, faire appliquer les bonnes pratiques. et déceler les changements ou le mal-être au travail.


Le programme 174 présente une surconsommation de plus de 23 % des crédits de paiement inscrits en loi de finances initiale pour 2019122(*) (1,23 milliard d'euros exécutés, contre 996,2 millions d'euros prévus).\nEn effet, en loi de finances initiale pour 2019, le programme 174 s'est vu doté des crédits consacrés à la prime à la conversion, auparavant budgétés sur le compte d'affectation spéciale « Aide à l'acquisition de véhicules propres » à hauteur de 596 millions d'euros. Or, cette dotation s'est rapidement avérée largement inférieure aux besoins : 824 millions d'euros ont finalement été consommés au titre de la prime à la conversion en 2019. La prime à la conversion représente in fine près des deux tiers des crédits de paiement exécutés sur le programme 174.\n228 millions d'euros supplémentaires ont ainsi dû être mobilisés en cours d'année, afin de répondre au succès du dispositif - le barème de la prime a d'ailleurs dû être révisé au 1er août afin de ralentir les demandes de prime à la conversion. Ces crédits proviennent de redéploiements internes au programme 174 (pour environ 61 millions d'euros) et :\n- d'un transfert en provenance du programme 345 « Service public de l'énergie » (20 millions d'euros) ;\n- d'une ouverture de crédits en loi de finances rectificative pour 2019 (77 millions d'euros) ;\n- de 70 millions d'euros en provenance de la dotation pour dépenses accidentelles et imprévisibles.\nCes mouvements ont permis de couvrir l'impasse budgétaire liée aux demandes de primes à la conversion excédant les prévisions réalisées en loi de finances initiale et les crédits disponibles. Or, la loi de finances pour 2019 avait rattaché le financement de la prime à la conversion au programme 174 afin d'en améliorer la gestion : s'il a pu être difficile d'anticiper les demandes de primes à la conversion, le rapporteur spécial reste vigilant quant à la sincérité de la budgétisation de ce dispositif central de la transition énergétique.\nLes dépenses fiscales rattachées à titre principal à la mission s'élèvent à 4,7 milliards d'euros. Ce montant représente 33 % crédits de paiement votés de la mission.\nGrâce au recentrage opéré en loi de finances pour 2018123(*), le coût du CITE enregistre une diminution en 2019 (-813 millions d'euros), mais moindre qu'attendue. De plus, la loi de finances pour 2019 a réintroduit dans le périmètre des dépenses éligibles au crédit d'impôt les fenêtres, qui avaient été exclues au 1er juillet 2018, avec toutefois des conditions plus strictes.\nLa loi de finances pour 2020124(*) a engagé la réforme du CITE, qui n'est plus déterminé en fonction du prix des travaux mais en fonction des économies d'énergie et de la production de chaleur et de froid renouvelable. Un barème permet en effet de forfaitiser le crédit d'impôt en fonction de ces critères et selon le type d'équipement et de prestation. Par ailleurs, en 2020, le CITE est maintenu sous la forme d'un crédit d'impôt pour les ménages aux revenus « intermédiaires », tandis que pour les ménages bénéficiaires des aides de l'ANAH, cette aide est désormais versée sous forme de prime, offrant une « contemporanéité » de l'aide à la réalisation des travaux. Cette prime de rénovation énergétique est désormais budgétisée sur le programme 174 « Énergie, climat et après-mines ». Le coût du CITE devrait quant à lui progressivement diminuer.\nL'augmentation du coût des dépenses fiscales découle par ailleurs des dépenses reposant sur les taxes intérieures de consommation de produits énergétiques (TICPE).\nLa montée en charge de la « contribution climat-énergie » (CCE ou « taxe carbone »), liée à l'évolution du prix de la tonne du CO2 prévue par la loi de finances pour 2018, aurait dû entraîner un renchérissement du coût des remboursements et tarifs réduits de TICPE : le coût des dépenses fiscales augmente en effet à mesure que l'écart se creuse entre le taux de TICPE de droit commun et les mécanismes dérogatoires. La suppression de la hausse de la « taxe carbone » à compter du 1er janvier 2019, mesure prise à l'initiative du Sénat lors de l'examen du projet de loi de finances pour 2019, devait entraîner mécaniquement une stabilisation du coût de ces dépenses fiscales à leur niveau de 2018, le niveau de prix de la tonne de carbone étant stabilisé en 2019 à son niveau de 2018. Or, les dépenses fiscales reposant sur la TICPE ont une nouvelle fois augmenté entre 2018 et 2019 (par exemple le remboursement d'une fraction de taxe intérieure de consommation sur le gazole utilisé par certains véhicules routiers, + 410 millions d'euros entre 2018 et 2019).\nEn tout état de cause, le pilotage de ces dépenses fiscales paraît insuffisant. Aucune dépense fiscale n'a fait l'objet d'une évaluation particulière en 2019. L'initiative de « revue » des dépenses fiscales lancée en 2018, s'est poursuivie en 2019 et a permis, d'après la Cour des comptes, de recenser les dispositifs fiscaux et de les classer par thématique (énergie, transports, pollutions, ...), permettant au ministère de disposer « d'une solide grille de lecture et d'analyse de ces dépenses »125(*).\nÀ ce stade, le Parlement ne dispose en effet que d'une information restreinte sur l'efficacité et l'évolution de certaines de ces dépenses, qu'il est amené à créer ou à prolonger, aux montants parfois importants. La création d'un « jaune budgétaire » annexé au projet de loi de finances pour 2020, intitulé « Financement de la transition écologique : les instruments économiques, fiscaux et budgétaires au service de l'environnement et du climat » ne propose à ce stade qu'une « vision consolidée des annexes budgétaires présentées lors des précédents exercices » (p. 7), n'apportant que peu d'informations supplémentaires aux documents budgétaires existant.\nLe projet de loi de finances pour 2021 serait en revanche élaboré à partir d'une démarche de construction d'un « budget vert », s'appuyant sur les travaux de la mission conjointe de l'Inspection générale des finances et du Conseil général de l'environnement et du développement durable (CGEDD), qui a proposé une méthode en septembre 2019126(*) afin d'identifier et de classer les dépenses budgétaires et instruments fiscaux selon leurs impacts environnementaux, qu'ils soient positifs ou négatifs. Le rapporteur spécial y apportera une attention particulière.\nEn effet, comme rappelé par le rapporteur général dans son rapport sur l'efficience des dépenses fiscales en faveur du développement durable, « si certaines dépenses fiscales ont été explicitement créées dans un objectif de protection de l'environnement, à l'instar de celles visant à une amélioration de la performance énergétique des logements, d'autres dispositifs créés pour soutenir certaines activités économiques peuvent avoir des effets environnementaux défavorables parfois peu connus, ou mal évalués »127(*).\nLes exonérations sectorielles de taxes intérieures de consommation sont, d'après le CGDD, les principales subventions dommageables à l'environnement128(*). Or, plus de 50 % des dépenses fiscales de la mission concernent la TICPE.\nLe dispositif de remboursement de TICPE protège principalement le secteur des transports, en ciblant les entreprises qui utilisent beaucoup de carburants, comme le transport routier ou encore le transport routier en commun de voyageurs, afin de préserver la compétitivité des entreprises françaises de ces secteurs face à la concurrence internationale.\nToutefois, le rapporteur spécial partage le constat du Commissariat général au développement durable (CGDD), qui, dans une étude récente, affirmait : « apporter une aide à des secteurs peut s'avérer légitime, mais il serait plus efficace que cette aide transite par d'autres canaux (qu'une dépense fiscale) : ainsi, elle ne jouerait pas pour les entreprises de ces secteurs comme une désincitation à limiter leur consommation de carburant, en raison des exonérations qui s'appliquent »129(*). Le Conseil des prélèvements obligatoires (CPO), dans son rapport sur la fiscalité environnementale130(*), porte le même constat et propose que les dépenses fiscales attachées à la TICPE soient réorientées vers des objectifs favorables à l'environnement.\nLes 37 opérateurs rattachés à la présente mission131(*) ont bénéficié en 2019 de 6,85 milliards d'euros de financement en 2019, soit 1,75 milliard d'euros en provenance de crédits budgétaires auxquels s'ajoutent 5,1 milliards d'euros de recettes affectées132(*). Ce montant diminue de 4 % par rapport à 2018 (7,1 milliards d'euros de financement en 2018).\nLes 13 opérateurs percevant des ressources en provenance du budget général ont bénéficié de 1,5 milliard d'euros de subventions pour charges de service public. Les impôts et taxes affectés aux opérateurs sont d'un montant égal à celui de 2018 (5,1 milliards d'euros).\nLes dépenses des opérateurs rattachés à la mission s'élèveraient de façon estimative à 11 milliards d'euros en 2019 (sur la base des budgets prévisionnels des opérateurs de la mission, les montants exécutés ne sont pas connus). D'après les données de la Cour des comptes, les dépenses sur crédits budgétaires de la mission nettes des crédits alloués aux opérateurs et des versements de fonds de concours en provenance de l'AFITF s'élèveraient en 2019 de façon estimative à 10 milliards d'euros.\nDe ce fait, si l'on s'en tient, pour définir le périmètre de la mission, aux crédits budgétaires inscrits sur la mission « Écologie, développement et mobilité durables » (hors crédits des comptes d'affectation spéciale), aux dépenses fiscales rattachées à la présente mission et aux dépenses des opérateurs relevant du même périmètre, les crédits budgétaires ne représentent que 39 % du financement alloué à cette mission.\nAinsi, 61 % des dépenses concourant à la politique publique portée par la mission relèvent désormais de dépenses extrabudgétaires.\nRépartition des dépenses concourant\nà la politique publique en 2019\n* 122 Et de 18 % des AE\n* 123 Loi n° 2017-1837 du 30 décembre 2017 de finances pour 2018.\n* 124 Loi n° 2019-1479 du 28 décembre 2019 de finances pour 2020.\n* 125 Cour des comptes, note d'analyse de l'exécution budgétaire 2019 de la mission, p.84.\n* 126 « Green budgeting : proposition de méthode pour une budgétisation verte », rapport de la mission IGF/CGEDD publié le 25 septembre 2019.\n* 127 Rapport d'information n° 110 (2016-2017) du 8 novembre 2016 de M. Albéric de Montgolfier, rapporteur général, fait au nom de la commission des finances, sur l'enquête de la Cour des comptes sur l'efficience des dépenses fiscales relatives au développement durable.\n* 128 Fiscalité environnementale, un état des lieux, Commissariat général au développement durable (CGDD), janvier 2017.\n* 129 Les aides dommageables à l'environnement, une réalité complexe, Commissariat général au développement durable (CGDD), décembre 2017.\n* 130 La fiscalité environnementale au service de l'urgence climatique, Conseil des prélèvements obligatoires, septembre 2019.\n* 131 Deux nouveaux opérateurs ont été créés en 2019 : l'Office français de la biodiversité (OFB), qui a fusionné l'Office national de la chasse et de la faune sauvage (ONCFS) et l'Agence française pour la biodiversité (AFB) et la Société du canal Seine-Nord Europe (SCSNE).\n* 132 La Cour des comptes retient dans sa note d'exécution budgétaire le montant exécuté des crédits budgétaires mais le montant prévisionnel indiqué en loi de finances initiale pour 2019 s'agissant des recettes affectées, « en l'absence de données sur l'exécuté 2019 » (p. 89).


Carte d'identité à Vallières-les-Grandes (41) : renouvellement, perte, vol\nCarte d'identité Vallières-les-Grandes\nDemande carte d’identité à Vallières-les-Grandes\nComment obtenir une carte d'identité à Vallières-les-Grandes\nIl est donc recommandé aux Valleriens, Valleriennes d'introduire une demande de carte d'identité auprès de leur administration communale afin d'obtenir des papiers en règle.\nLa délivrance de la carte d'identité est une des missions confiées au service identité de la mairie de Vallières-les-Grandes..\nUne première demande de carte d'identité à Vallières-les-Grandes\nLes Valleriens, Valleriennes majeurs introduisant une première demande de carte d'identité doivent se présenter en personne à l'administration communale de Vallières-les-Grandes car il sera procédé à une prise d'empreintes. Le demandeur doit se munir de son passeport valide plus une photocopie, d'un justificatif de domicile plus une photocopie et de deux photos d'identité récentes et répondant aux normes en vigueur. S'il ne possède pas de passeport ou si celui-ci est périmé depuis plus de deux ans, il faut également présenter un acte de naissance de moins de trois mois ou un justificatif de nationalité française plus une photocopie.\nLes Valleriens, Valleriennes mineurs doivent obligatoirement se présenter en personne et accompagnés de leur représentant légal (père, mère ou tuteur) au guichet de la mairie de Vallières-les-Grandes pour introduire une première demande de carte d'identité. Les documents à fournir sont les mêmes que pour les personnes majeures. Le parent ou tuteur qui accompagne l'enfant doit également être en possession d'une pièce d'identité valide.\nUne demande de renouvellement d'une carte d'identité à Vallières-les-Grandes\nPour obtenir un renouvellement de carte d'identité à Vallières-les-Grandes, il faut en introduire la demande auprès de l'administration communale en se présentant en personne au guichet, et éventuellement accompagné du représentant légal. Il faut se munir de son ancienne carte d'identité si elle est valide ou périmée depuis moins de 5 ans, d'un justificatif de domicile et de deux photos d'identité répondant aux normes en vigueur. Si la carte d'identité est périmée depuis plus de 5 ans, il faut présenter un passeport valide ou des justificatifs de domicile et de nationalité française et d'une copie intégrale ou d'un extrait d'acte de naissance avec filiation de moins de trois mois.\nLes Valleriens, Valleriennes constatant la perte de leur carte d'identité doivent obligatoirement faire une déclaration de perte lorsqu'ils déposent leur demande de renouvellement du document au guichet de la mairie de Vallières-les-Grandes. S'ils ne souhaitent pas demander une nouvelle carte d'identité, ils doivent s'adresser à la police ou à la gendarmerie qui enregistrera la déclaration.\nEn cas de vol d'une carte d'identité en France, il faut obligatoirement faire une déclaration de vol dans un commissariat de police ou à la gendarmerie avant d'introduire éventuellement une demande à la mairie de Vallières-les-Grandes pour recevoir une nouvelle carte d'identité. Vous obtiendrez une attestation provisoire après avoir fourni les mêmes documents que pour un renouvellement de carte et contre la somme de 25 euros en timbres fiscaux.\nEn cas de vol d'une carte d'identité dans un pays étranger, il faut obligatoirement faire une déclaration de vol aux autorités locales et au consulat français le plus proche. Vous pourrez introduire une demande de nouvelle carte d'identité à la mairie de Vallières-les-Grandes après avoir fourni les mêmes documents que pour un renouvellement de carte et contre la somme de 25 euros en timbres fiscaux.\nLes autres pièces d'identité de Vallières-les-Grandes\nVous pouvez également obtenir au guichet de la mairie de Vallières-les-Grandes les papiers d'identité suivants :


Marie et la Pâque de la sagesse - LE LIVRE CHRETIEN\n> Eglise : documents, témoignages>Marie et la Pâque de la sagesse\nAuteur: Marie-Reine Bail\nISBN : 9782706713583\nMarie, choisie par Dieu pour être la mère du Messie, accepte une telle mission par ces mots tout simples : « Voici la servante du Seigneur, qu’il me soit fait selon ta parole. » Or, quel contraste, plus de vingt siècles après cet événement !\nAujourd’hui, Marie est universellement magnifiée et priée par le peuple chrétien, mais également par des croyants venus d’autres religions.\nCette lectio divina s’appuie sur l’épisode évangélique de la Présentation de Jésus au Temple. La mission de Jésus, le Messie, coïncide avec celle de la Sagesse divine, et ce lien affecte profondément la mission même de Marie.\nà l’écoute de la Parole de Dieu qui met en marche Abraham, Marie nous mène jusqu’à Jésus dont la rencontre est, pour tous, consolation et libération. Renouvelé par l’Esprit Saint dans la Pâque de la Sagesse, le peuple de la nouvelle Alliance accède à son humanité filiale, à la gloire du Père.\nAu terme de sa vie terrestre, l’humble « servante du Seigneur », devenue Mère et Reine, agit désormais efficacement en faveur de tous et de chacun en enseignant à demeurer à l’écoute de la Parole de Jésus, Sagesse du Père : « Faites tout ce qu’ilvous dira ! »\nCaractéristiques : 23 x 15 cm, 265 pages, janvier 2016.


Ouvrages de découvertes - Bienvenue à l’OSUG, observatoire Terre Univers Environnement Bienvenue à l’OSUG, observatoire Terre Univers Environnement - Ouvrages de découvertes\nAccueil > Sciences pour Tous > Ressources à consulter > Glaciers, atmosphère, océan & climat > Livres, revues > Ouvrages de découvertes\nPourquoi la glace est-elle bleue ? Jusqu’où le glacier va-t-il reculer ? Pourquoi se recouvre-t-il de roches ? A l’aide d’explications simples, de dessins, de nombreuses photos et de leurs mesures annuelles, ces quatre glaciologues s’unissent dans cet ouvrage pour décrire les variations du plus grand glacier français, la Mer de Glace. Dans les secrets de la Mer de Glace, de Luc Moreau (...)\nLa vie en images d’un aventurier des sciences, d’un précurseur : Claude Lorius. 1955. Claude Lorius répond à une petite annonce et part avec deux compagnons pour un hivernage d’un an en Antarctique, sans possibilité de retour, ni d’assistance. Cette expérience change sa vie. Sur ces terres vierges de toute expérimentation, le jeune homme réalise que chaque bulle d’air enserrée par les glaces des (...)\nLa glace est l’un des indicateurs les plus sensibles du changement climatique. Bernard Francou et Christian Vincent, scientifiques et hommes de terrain, nous rapportent les dernières nouvelles de cette cryosphère soumise au réchauffement du climat, avec une évolution manifeste, complexe et alarmante des banquises et des glaciers. En juillet 2015 se tiendra à Paris la 21e conférence (...)\nAvec la participation de chercheurs du LGGE Ce livret présente, de manière accessible à un large public, les fondamentaux et les limites de la modélisation du climat ainsi que les conclusions majeures tirées de l’analyse des simulations produites au cours de la 5ème édition de CMIP (Coupled Model Intercomparison Project, exercices de comparaison de modèles) par les équipes françaises. Son (...)\nCe livre est destiné à un public à la recherche d’informations précises et rigoureuses sur le plus grand glacier français, sa dynamique actuelle et passée, et son rôle dans l’histoire des connaissances glaciologiques. Il intéressera également les amateurs de la dimension artistique des gravures, peintures, cartes et photographies reproduites en grand nombre, dont certaines sont inédites. Le fil (...)\nÀ Vostok, au pôle du froid (-89,3 °C), à l’endroit le plus reculé de la planète (à 1 400 km de tout point de ravitaillement), dans un huis clos glacé, Russes, Français et Américains ont travaillé ensemble. En février 2012, après vingt années d’efforts, un lac isolé depuis plus d’un million d’années a été atteint sous 3700m de glace. Toute la presse parle de leur exploit. Le réveil d’une conscience écologique (...)\n100 questions ont été posées à des scientifiques : questions de curiosité, mais surtout questions pour comprendre ce qui menace l’équilibre fragile de la planète. Parce que les pôles, qui renferment les archives climatiques de la Terre, sont peut-être les meilleurs indicateurs de son état de santé. Historiens, préhistoriens, explorateurs, géographes, géologues, médecins, biologistes, astrophysiciens, (...)\nCe livre retrace la découverte de la poche d’eau du glacier et Tête Rousse et l’histoire du chantier qui l’a suivie. Le 24 mars 2010, alertés par les glaciologues du CNRS de Grenoble, le préfet de la Haute-Savoie, Jean-Luc Videlaine, et le maire de Saint-Gervais-les-Bains, Jean-Marc Peillex, apprennent qu’une poche d’eau géante, emprisonnée sous le glacier de Tête-Rousse, menace de se rompre, (...)