votre avatar

bzc

est avec nous depuis le 12 décembre 2012 ❤️

513 commentaires

Le 24/01/2013 à 17h 38







doudawak a écrit :



C’est dingue le petit nombre de jobs admin système ! annonces classiques : “bac +5, 45 ans d’exp”

Mais qu’est ce qu’ils ont tous avec les diplomes d’ingé ? (attention, je ne crache pas sur les masters loin de là, mais plus sur les prétentions employeurs)







Il y a admin système et admin système. Ce n’est pas la même chose de gérer 20 postes sur un switch et expliquer à la secrétaire comment marche Outlook et gérer plusieurs milliers de postes+VoIP avec une infrastructure virtualisé redondante et sur différents sites ce qui implique des problématiques réseaux importantes, de la réplication, une gestion de la sécurité différente, etc.



Je n’ai pas lu les annonces donc je ne sais pas dans quel cas on est mais ceci peut expliquer cela, un BTS ou DUT serait vraiment léger dans ce cas (sans une très grosse expérience en tout cas).


Le 23/01/2013 à 21h 28







psn00ps a écrit :



Meriléfou <img data-src=" /> Ca se fait depuis le panneau de configuration Java.







Aussi (sachant que ça fait la même chose). J’ai plus l’habitude de cette méthode tout simplement pour le déploiement sur des parcs de PC.


Le 23/01/2013 à 20h 22







Winderly a écrit :



En théorie oui.

Mais après 14 tentatives (à raison d’une par jour) j’ai laissé tomber.



Edit: aaah ok il faut le mode admin,

logique pour un truc qui a pu être installé sans le mode admin.







Non Java ne peut pas être installé sans être administrateur.



Et pour info la désactivation de l’auto-update se fait soit à l’installation en modifiant un parametre du MSI ou après installation en modifiant la clé HKLM\SOFTWARE\JavaSoft\Java Update\Policy


Le 23/01/2013 à 19h 02







Zed-K a écrit :



…en étant administrateur ? <img data-src=" />







En effet (et tant mieux j’ai envie de dire) mais je ne vois pas le problème.

Soit c’est ton PC et tu a un accès administrateur soit c’est un PC d’une entreprise et le sysadmin déploiera Java avec la mise à jour désactivé (si c’est pas le cas il faut penser à en changer).


Le 23/01/2013 à 18h 54







Obidoub a écrit :



à chaque boot du PC il va te harceler de messages pour dire qu’une mise à jour et disponible. Et bien sûr il faut être administrateur pour le faire, du coup les utilisateurs ne peuvent pas.







La mise à jour automatique est désactivable.


Le 23/01/2013 à 20h 41







Glasofruix a écrit :



Windows server = english only







Wrong.



A la base en plus je suis plutôt d’accord qu’il faut pas abuser des traductions, mais du coup là tu discrédites complètement ton propos.


Le 23/01/2013 à 18h 52







Jonathan Livingston a écrit :



Je ne dis pas qu’il faut déchoir les expatriés de leur nationalité, mais juste de leur droit de vote tant qu’ils ne vivent plus en France. Sauf peut-être s’ils reviennent voter dans la commune où ils sont toujours inscrits parce que toujours domiciliés. S’ils ne peuvent pas faire ça, c’est qu’ils ont suffisamment coupé les ponts, même temporairement, pour ne pas avoir à donner leur avis sur des décisions qui ne les concernent pas quotidiennement.







Quand est-ce que les gens comprendront que les Français de l’étranger partant pour des raisons fiscales représentent un pourcentage tellement petit que c’est ridicule d’en parler ?

Surtout que à moins d’être millionnaire les taux d’impositions sont plus ou moins les même partout donc partir de son pays pour gagner 200€/an …il y a peut être d’autre raisons <img data-src=" />


Le 23/01/2013 à 15h 02







Drepanocytose a écrit :



Comme dit plus haut par je ne sais pas qui, certaines elections locales (en France et dans d’autres pays) pour lesquelles les étrangers ont déjà / pourraient avoir le droit de vote, mènent à l’election des sénateurs, qui ont un pouvoir legislatif certain.







Vu le pouvoir des sénateurs (aucun, l’AN ayant toujours le dernier mot), j’ai comme un doute.


Le 23/01/2013 à 14h 55







Drepanocytose a écrit :



Ahhhhhhh. cf Ici

C’est Wikipedia, ca vaut ce que ca vaut, mais on est très loin d’être le seul pays; C’est même le contraire : on est grave à la bourre.







Le lien que tu donnes dit le contraire, il y a apparemment pas beaucoup de pays donnant le droit de vote au niveau national aux étrangers.


Le 23/01/2013 à 14h 32







Jonathan Livingston a écrit :



Les bureaux de vote sont dans les consulats (il y en a plusieurs, selon la taille du pays d’accueil), pas dans l’ambassade (il n’y en a qu’une, dans la capitale, car elle sert aux relations intergouvernementales. Pour les citoyens c’est le(s) consulats(s)). Il y a 10 consulats de France aux USA.







Tu prend un exemple précis des USA mais dans beaucoup de pays il y a seulement une ambassade qui délivre des services consulaires.





Mais pour moi la solution est bien plus simple : les français installés à l’étranger ne devraient même pas avoir le droit de vote. Et s’il n’y sont que pour durée temporaire, c’est-à-dire pour quelques élections, ils peuvent voter par procuration. Puisqu’ils ne vivent plus en France, je ne vois pas en quoi la politique française les regarde. Ou alors qu’ils commencent par payer leurs impôts en France…

Et, symétriquement, les étrangers vivant en France devraient avoir le droit de vote.



C’est fou cette nouvelle mode d’associer citoyenneté et impôts.

Ce sont les citoyens français (où qu’ils soient) qui ont le droit de vote, pas ceux qui payent des impots ou je ne sais quoi.


Le 23/01/2013 à 13h 51







Drepanocytose a écrit :





  1. Si, le rapport c’est qu’on considère un gamin assez responsable pour répondre de ses actes, mais pas pour voter. C’est assez illogique.



    1. Une loi ca se change. Les femmes n’avaient pas le droit d’avorter jusqu’en 1976, et un simple “c’est dans la loi” ne les a pas dissuadé pour autant

    2. cf 2. D’ailleurs c’est pas pour rien qu’on en discute beaucoup ces derniers temps. Dans d’autres pays les étrangers votent aux élections locales, il n’y a rien de concret qui l’empêche à part une volonté politique passée et actuelle.

    3. cf 1. on juge bien les enfants incapables d’avoir un avis politique.

    4. cf 4..



      Tout ca pour dire que ce sont des questions qui peuvent être discutées (et qui devraient l’être, AMHA).







    5. Ça n’a rien à voir, à 14 ans un enfant sais que c’est mal de tuer quelqu’un mais n’a pas les capacités intellectuelles et les connaissances (qu’il apprendra au collège et lycée) pour comprendre la politique.

    6. Sauf que tu dis n’importe quoi, les gens en prison ont le droit de vote. Un tribunal peut par contre décider de supprimer ce droit mais c’est loin d’être le cas pour tout les détenus, au contraire (et ça peut au contraire arriver à des personnes libres).

    7. C’était dans le programme de notre président et c’est en cours de discussion au cas où tu ne l’avais pas remarqué.

      4 et 5. Là encore tu dis n’importe quoi. C’est simple les personnes fragiles mentalement sont mises sous tutelles et c’est le juge qui décide lors de cette mise sous tutelle si le droit de vote est gardé ou pas.



Le 23/01/2013 à 11h 22

Vaste blague … sans même parler de la sécurité, je n’ai tout simplement pas pu voter l’année dernière. D’abord ma version de Java était trop récente pour fonctionner puis une fois que j’ai réinstallé une version de java plus ancienne, rien à faire la clé qu’ils m’ont envoyé par mail était invalide (j’ai évidemment ressayé 20 fois en vérifiant chaque caractère).J’ai même envoyé un mail à l’ambassade qui m’a dit que mon témoignage sera attaché au procès verbal du dépouillement mais voilà rien de plus.



Je suis revenu en France donc je n’aurai plus ce problème lors des prochaines élections mais si ce n’était pas le cas, j’aurais choisi le bon vieux vote par correspondance.

Le 23/01/2013 à 17h 45







levhieu a écrit :



Et pour que le client soit averti, c’est le serveur qui délègue un démon de Maxwell pour allumer le téléphone ?

En fait, le gain en consommation est dépendant des conditions d’utilisations, et autres circonstances.

Cela étant, en pratique, pour un usage habituel avec un téléphone au hardware pas trop pourri, il y a un gain.







Le téléphone doit évidemment avoir une connexion active mais c’est le cas tout le temps donc ça n’a rien à voir.

Si tu préfères vois ça comme un SMS, en effet le téléphone doit être allumé l’antenne active etc mais le téléphone n’a pas besoin de vérifier chaque x minutes si il a reçu un sms.


Le 23/01/2013 à 15h 26







BreizFenrir a écrit :



Pour la consommation réduite je demande à voir, c’est toujours bon à prendre si c’est le cas.







C’est pas très compliqué, dans un système de poll le client demande si il y a des nouveaux messages chaque x minutes utilisant un peu de batterie à chaque fois, dans un système de push le client est averti quand il y a un nouveau message utilisant un peu de batterie seulement quand il reçoit une notification, l’utilisation de la batterie est donc beaucoup plus faible.


Le 23/01/2013 à 10h 42







pmanglade a écrit :



C’est incroyable cet acharnement à vouloir tomber systématiquement dans les mêmes pièges grossiers des éditeurs de logiciels privateurs. Vive les standards ouverts et la liberté de l’utilisateur. Rien à voir avec Stallman, mais tout avec le bon fonctionnement d’une économie basée sur la concurrence.







Oui vive ma liberté d’utiliser un protocole propriétaire plus abouti que 3 protocoles libres ensembles !

Ah merde cette liberté là dans 10 jours je l’aurai plus avec Google en tout cas.


Le 23/01/2013 à 10h 36







Drepanocytose a écrit :



C’est quoi le problème ? C’est un point de vue…





J’ai pas compris, oui c’est un point de vue et mon commentaire aussi, et donc ?





On peut argumenter qu’un protocole libre a plus de chances d’être amélioré rapidement qu’un protocole fermé.

Le protocole fermé ne sera amélioré qu’au bon vouloir du détenteur (ici MS)…





A moins d’avoir une boule de cristal fonctionnelle c’est pas une argumentation valide. Il y a des exemples de protocoles libres abandonnés et de protocoles proprio en développement constant et vice-versa. Ce n’est pas blanc ou noir.





Faut lutôt voir ca dans l’ensemble : que des protocoles libres fleurissent et s’améliorent oblige les détenteurs de protocoles fermés à améliorer leurs produits en permanence pour ne pas être largué. C’est plutôt une bonne chose, non ?



Mais qu’ils fleurissent les protocoles libres ça me pose aucun problème et si ils sont meilleurs que les proprio ils deviendront naturellement les plus utilisés. Le problème est que Google décide d’abandonner un des deux (en l’occurence le plus abouti) à cause de la guéguerre qu’ils ont avec MS.


Le 23/01/2013 à 10h 17







pmanglade a écrit :



Nuance, ce n’est plus mirosoft qui impose ses protocoles fermés, mais d’autres compagnies qui leur impose d’implémenter aussi les protocoles standards et ouverts. <img data-src=" />







C’est incroyable cet extrémisme du libre, tu as trop écouté Stallman … tu préfères un protocole ouvert moins complet qu’un protocole propriétaire.


Le 23/01/2013 à 10h 14







metaphore54 a écrit :



<img data-src=" /> <img data-src=" /> <img data-src=" /> <img data-src=" />



Sauf que ça, c’est un truc galère à configurer, je n’aime pas du tout, c’est loin d’être suffisamment user friendly à configurer avec des numéros de ports que j’ai jamais réussi à mettre. Technologie du passé qui n’a plus rien à faire aujourd’hui, il faut arrêter de nous compliquer la vie pour de simples e-mails.



J’espère qu’ils vont nous simplifier ce truc pour moi, on doit mettre nom de compte et mdp et ça doit s’arrêter là.







imap est compliqué à configurer ? <img data-src=" />

C’est vrai que niveau user-friendly ça change beaucoup par rapport à EAS : un username, un mot de passe, un serveur … ah ben non en fait c’est la même chose.


Le 22/01/2013 à 20h 31







Freud a écrit :



Donc le fichier est chiffré avant envoi à MU ? C’est fait avec quoi ça ? Nouvelle feature du HTML5 ?







Ne pas lire un article qu’on commente il faut déjà un certain niveau, mais ne pas lire ce qu’on cite ça atteint des sommets.


Le 22/01/2013 à 19h 08







127.0.0.1 a écrit :



présumé innocent.



Il sera innocent quand le juge l’aura déclaré innocent des accusations portées contre lui. Pas avant.







Là c’est un problème de français … tu n’as pas l’air de comprendre “présumé” dans le bon sens. En clair il est innocent jusqu’à preuve du contraire.

Un exemple simple vaut mieux qu’un long discours : si demain ce docteur meurt, il est (et reste) innocent aux yeux de la justice sans qu’un juge le déclare innocent.



edit : au passage les juges ne “déclarent” jamais l’innocence de quelqu’un mais sa culpabilité (ou non) sur certains faits


Le 22/01/2013 à 18h 50







127.0.0.1 a écrit :



<img data-src=" />







Je fais un constat à ce moment précis, ça ne m’intéresse pas de savoir si il sera jugé plus tard, si le procès aura lieu, s’il sera annulé, si le médecin va mourir avant.

La seule chose sûr c’est qu’il n’a pas été jugé et est donc innocent.



<img data-src=" />


Le 22/01/2013 à 18h 01

Je comprend pas la discussion sur les médecins dans les commentaires.

Il n’a pas été jugé donc il est innocent, c’est clair, net, limpide.

Le 22/01/2013 à 18h 19







Seth-Erminatores a écrit :



Free (et les autres FAI) dit au gouvernement qu’il ne peut pas bloquer du contenu et des domaines sous prétexte que c’est impossible et trop lourd, mais Free arrive à faire bloquer du contenu avec les pubs, là aussi cherchez l’erreur…







Les FAI n’ont jamais dit que c’était impossible. Juste qu’il y aura forcement sous blocage ou sur blocage.

Et Free le prouve très bien dans ce cas : en voulant bloquer les pubs leur système empêche aussi par exemple d’accéder au site de la régie publicitaire doubleclick.com (site sans aucune pub).


Le 22/01/2013 à 15h 52

Extrémiste.

Le 22/01/2013 à 14h 31







Commentaire_supprime a écrit :



Au hasard, un serveur Radius, ça peut tourner là-dessus ? Ça m’intéresse comme idée.







Ça dépend évidemment du nombre de clients mais pour une utilisation @home oui ça passe largement.


Le 21/01/2013 à 17h 27







rsegismont a écrit :



Et les développeurs ils font comment ? et ceux qui aiment bien avoir plein de fenêtre ouvertes ils font comment ?



Windows 8 et consort, sur un pc de BUREAU ( je parle pas des portables, la c’est selon les gouts), c’est juste une abbération. AU niveau productivité , ergnonomie, …



Même avec un écran tactitle, tu te vois en permanence sur ton bureau en train de bouger le bras ? moi non plus…



Et pour bosser, jouer, etc.. les tulles ne me servent à rien.. J’ai acheté windows 8, j’ai essayé 2 semaines, et je suis revenu sur mon windows 7 et j’y bouge pas tant que le bureau n’est pas revenu ( sinon j’irai voir la concurrence à la fin de la date de support )







Les gens ont du mal à comprendre qu’utiliser Modern UI n’est pas une obligation. Windows 8 a été construit pour être multi-plateforme donc si tu es sur un PC tu va principalement utiliser le Desktop classique et sur une tablette tu va principalement utiliser les applications ModernUI et voilà tout le monde est content.


Le 21/01/2013 à 17h 15







anonyme a écrit :



Ben, si le UP est monté (avec le Down baissé), il y aura potentiellement plus de monde a avoir des mini-serveur @home, donc potentiellement plsu de gens extra-EU qui iront chercher du contenu sur ces mini-serveur, donc le peering US-&gt;EU sera un peu plus compensé ( et sinon, le SDSL existe)







Lol soit je ne suis pas clair soit tu ne me lis pas mais je reprend : si on augmente beaucoup l’upload sur l’ADSL les lignes seront tellement bruités et avec du crosstalk que il y aura plein de désynchronisation, perte de paquets, etc … et donc la baisse du trafic inter-AS que cela pourrait engendrer (en supposant que les gens chez orange vont sur des serveurs chez orange et pas SFR sinon il y a quand même besoin de peering ou transit mais bref… imaginons) ne changera de toute façon rien aux désynchronisations du modem ADSL.



Quand au SDSL en effet cela existe mais les gens ne sont pas prêt à sacrifier à 15 Mb/s de download pour gagner 2Mb/s d’upload. D’ailleurs le faible débit gagné sur l’upload via le SDSL ne provoquerait même pas l’effet dont tu parles.



En clair la seule façon de se sortir des débits asynchrones est la mort du DSL et l’arrivée de la FFTH.



Le 21/01/2013 à 16h 42







anonyme a écrit :



Sauf que aussi, en faisant ca, le peering est réduit, donc les couts et bataille opérateurs vs services sont moindre.







Je ne vois pas bien le rapport avec ce que j’ai dis. Je parle ici de la qualité de la ligne qui sera diminué au niveau de a boucle locale si on augmente l’upload. Le trafic inter-AS ne rentre pas en compte la dedans et ne changera rien à la qualité de la ligne (qu’il augmente ou baisse).


Le 21/01/2013 à 16h 16







choukky a écrit :



C’est la faute à nos FAI qui nous vendent de l’ADSL asymétrique (redondance) pour pouvoir nous garder captif des solutions “nuageuses” alors que dans un vrai internet il n’y a pas de machines qui soient serveurs et d’autres qui soient clientes (concept français du minitel).







Il y a des raisons économiques (économie du minitel comme tu le dis) mais il y a aussi des raisons techniques pour l’ADSL. En deux mots si on augmente de beaucoup l’upload le crosstalk augmente au niveau du NRA et le bruit augmente chez l’abonnée.

Par contre aucune raison technique pour les débits asymétriques sur la FFTH.


Le 21/01/2013 à 13h 09







Ordo a écrit :



Me semble pas t’avoir causé. Mais admettons.





Si tu voulais avoir une conversation privée tu t’es trompé d’endroit.



Mais il est évident que je sais très bien qu’on utilise “FTP” et “adresse IP” d’une manière vulgasirée, par abus de langage, pour que ce soit plus simple pour tout le monde.



Je me doute que tu le sais et c’est exactement ce que je te reproche, faire semblant de pas comprendre.



Content, Ô Chevalier Blanc, grand défenseur des commentaires opprimés ? <img data-src=" />



Tu peux juste m’appeler Maitre.


Le 21/01/2013 à 12h 15







Ordo a écrit :



Un FTP n’est pas un espace de stockage, c’est un protocole de communication, lui donner une “taille en Go” n’a aucun sens.







J’aime bien les gens qui essayent de péter plus haut que leur cul alors que évidemment l’utilisation courante de “un FTP” désigne un serveur FTP.



Pour t’aider je te propose de reprendre la prochaine personne qui dit “une IP”, de faire semblant de pas comprendre qu’elle parle d’une adresse IP et de lui dire que IP est un protocole donc ça veut rien dire.


Le 21/01/2013 à 14h 41







Vetinari a écrit :



Je ne suis pas un pro du SEO, mais je ne vois pas trop le lien de cause à effet entre le SSL activé par défaut et les mots recherchés qui remontent aux sites cibles. Normalement, ça passait par le referer, non ?







Théoriquement rien n’empêche de transmettre la source (même si https) en effet via le referer.

Mais la règle est que “Clients SHOULD NOT include a Referer header field in a (non-secure) HTTP request if the referring page was transferred with a secure protocol.” (RFC 2616).

Il revient aux browsers de respecter ça.


Le 21/01/2013 à 11h 11







ffvsdoom a écrit :



Bon, j’ai lu tous vos posts, mais du coup, tjs pas de réponse à ma question : quel intérêt pour Google ? Quel avantage pour nous en tant qu’utilisateurs finaux ?







Pas grand intérêt pour Google, juste se faire bien voir par la communauté.

Pour l’utilisateur finale bah intérêt habituel du SSL … confidentialité des données par rapport aux points intermédiaires dans le réseau.


Le 21/01/2013 à 13h 01







AnthonyF a écrit :



Maintenant si pour toi, donner son point de vue en argumentant un minimum c’est troller.

Oui, je trolle comme un putois !







Tout le monde a le droit de critiquer mais mon propos etait juste que c’était pas une argumentation logique : tu critiques Windows 8 pour sa “grosse” interface, pas trop personnalisable etc mais c’est leur marque de fabrique.

C’est un peu comme si tu achètes une voiture et que tu es pas content car elle a 4 roues… il fallait acheter une moto ou un triporteur


Le 21/01/2013 à 12h 06







AnthonyF a écrit :



Puis Android n’a rien de parfait, mais a le mérite d’offrir un système complet dont tu peux personnaliser l’ergonomie un minimum voire un maximum.

Windows Phone c’est tout énorme, même pas possible de changer la taille des menus ou des caractères un minimum pour gagner en visibilité sur l’écran.







Tu aimes te faire fouetter ? Tu es maso ? Pourquoi tu as acheté un Windows Phone si tu détestes à peu près tout ce qui le concerne…

A moins que ça soit juste pour troller sur PCI.


Le 21/01/2013 à 09h 48







sylware a écrit :



Effectivement, il faut faire de la QoS aggressive sur les classes de trafic pour éviter les abus.





Bravo tu arrives à te contredire tout seul …







sylware a écrit :



http://tools.ietf.org/html/rfc3260 grand 2





Tu réponds à coté …

Tu as toi même précisé que tu parlais des particuliers et en l’occurrence il n’y a jamais de SLA précise pour ceux-ci. Donc je confirme ça n’a rien à voir, le FAI peut faire ce qu’il veut sans l’accord du client dans ce domaine.







brazomyna a écrit :



Pareil (et c’est pas ses coups d’essai), mais don’t feed <img data-src=" />





Ah ceci explique cela, je vais m’arrêter là donc.


Le 20/01/2013 à 20h 38







sylware a écrit :









Wow ça ressemble à un discours d’un technico-commercial de ma boite : ça veut pas dire grand chose, ça parle de plusieurs choses techniques de façon très approximative en mélangeant plusieurs choses sans rapport. Un bon discours pour donner bien la nausée aux techos.



Donc beaucoup de choses à relever mais en vrac :





  • Le SLA n’a rien avoir avec les classes de trafic, du coup on sait même pas pourquoi tu en parles ni même pourquoi il ne serait pas le même pour tout les particuliers comme tu le dis au début.

  • DiffServ (ce que tu appelles la différentiation des flux) tel que tu le propose géré par l’utilisateur finale doit être une blague je suppose ? Je pense pas avoir besoin de faire un dessin sur ce qu’il va se passer si on laisse aux gens le choix de quel trafic est prioritaire.

  • Le coût n’est pas du tout la raison pour la quelle les FAIs ne veulent pas de cache server de Google ou autres dans leur infrastructure. Il s’agit principalement de politique (Google est notre ennemi, il nous pique notre fric!)

  • Il n’y a pas de “magouille de routage IPv4”, anycast IPv4 existe et c’est ce qui est utilisé par les CDNs.

  • “Un CDN n’est pas vraiment internet, c’est une sorte de concurrent d’internet.” Ma citation préféré je crois … non un CDN n’a rien à voir avec un concurrent d’Internet, un CDN sans Internet derrière est inutile.




Le 20/01/2013 à 19h 21







Malesendou a écrit :



Je ne peux que te renvoyer aux propos de David alors :pcinpact.com PC INpact







Hum je ne connais pas du tout cette “API du même genre” pour Firefox dont parle David, si quelqu’un a un lien je suis curieux.


Le 20/01/2013 à 19h 10







127.0.0.1 a écrit :



Ils avaient le choix de ne pas choisir HTML pour leur application, surtout si le standard actuel (HTLM4) et le futur standard (HTML5 17-dec) ne permettent pas de faire ce qu’ils veulent. <img data-src=" />





Oui enfin là tu remets trop de choses en question, apparemment il veut faire un site web et pas un client natif … en effet il aurait pu décider de faire autrement mais bon si on en est là il aurait pu aussi décider de rien faire et aller à la plage.







Malesendou a écrit :



La fonction devrait faire partie du HTML5, mais Google utilise SON système à lui, de la même façon que Mozilla à son système.



Google, de la même façon qu’il a essayé d’imposé SON WebM, fait la même chose avec son API uniquement pour Google Chrome.



Tu me suis ? ^^







Pas vraiment :)

Car le problème est justement que Mozilla n’a pas “son système à lui”. Actuellement pour gérer des fichiers comme ça il n’y a que le FileSystem tel que proposé par Google.



Enfin bref j’essaye même pas de défendre Mega (service que je vais probablement jamais utiliser) mais juste quand je lis “Google a payé combien pour ça” ou “c’est la guerre des navigateurs d’il y a 10 ans” c’est faux car ce n’est pas comme si ils avaient le choix, ce n’est pour l’instant pas possible de faire qqchose de similaire sur FF, Opera ou IE.


Le 20/01/2013 à 18h 49







Malesendou a écrit :



Ce que notre cher fan de Opera essaye de dire, et je suis d’accord avec ça, c’est qu’on retourne dans les travers passé en voulant imposer un navigateur plutôt qu’un autre avec des fonctions/API maison.







Ce n’est pas une “API maison” comme si c’était un truc obscure décidé par Google dans son coin.

C’est une feature HTML5 avec un beau draft officiel sur le W3C http://dev.w3.org/2009/dap/file-system/pub/FileSystem/ mais je rappelle que HTML5 est encore en développement donc tout les navigateurs n’en sont pas au même point et évidemment Google implémente en premier ses propositions et Mozilla et Microsoft font de même.







Malesendou a écrit :



Une solution multiplate-forme est évidement préférable.





En effet mais là ils n’avaient pas trop le choix. Ils ne vont pas prendre 4Go de RAM juste pour télécharger un gros fichier.


Le 20/01/2013 à 18h 35







Malesendou a écrit :



Pourtant David vient juste de dire que FileSystem etait une API maison de Google et qu’ils veulent le “pousser” (oui, c’est une facon poli de dire “imposer”).







En effet FileSystem a été proposé par Google mais je comprend pas en quoi c’est contraire avec ce que j’ai écris ?


Le 20/01/2013 à 18h 28







ra-mon a écrit :



Tu as essayé ? Quand je télécharge, en http ou ftp (pas sur Mega), un fichier de 700Mo, Opera m’a jamais pris 700Mo de mémoire supplémentaire pour ça <img data-src=" />

Après, si l’appli de Mega impose ça aux autres navigateurs que Chrome, elle sera effectivement inadéquate, voire dépassée et donc bien au chaud dans mon urlfilter.ini <img data-src=" />







Tu mélanges tout et ne comprend pas grand chose.

Mega ne récupère pas le fichier original directement, mais il télécharge d’abord le fichier chiffré puis le déchiffre localement en javascript.

Etant donné que Opera ou FF ne gèrent pas le FileSystem de HTML5, dans leurs cas il faut obligatoirement stocker momentanément le fichier chiffré en mémoire pour pouvoir faire le déchiffrement en Javascript derrière.



(même chose dans l’autre sens pour l’upload)


Le 18/01/2013 à 23h 41

Pour finir puisque c’est trop tard pour m’editer :



J’aurais aimé un système type 0bin avec un simple chiffrement AES256 où la clé n’est jamais transmisse au serveur.

Finalement il nous sort une usine à gaz avec du chiffrement asymétrique qui n’apporte rien dans ce cas.

Dommage

Le 18/01/2013 à 23h 19







Lanthares a écrit :



Je ne suis pas sûr d’avoir bien compris : à chaque fois que l’utilisateur upload un fichier, une clé de 128 bits est générée aléatoirement côté client pour le chiffrer en AES, et l’ensemble des clés générées sont stockées sur les serveurs de Mega (jusque-là j’ai bon ?).





A priori c’est ça.



Ensuite pour que Mega/un hacker/la justice… ne puisse pas déchiffrer les fichiers stockés chez Mega, l’ensemble des clés est chiffré avec une Master Key (toujours bon ?).

Cette Master Key c’est une paire de clés publique/privée.(?)



Oui c’est la paire de clé RSA 2048bits généré à la première utilisation





L’utilisateur chiffre ses clés AES 128 bits avec la composante publique de la Master Key et déchiffre avec la composante privée elle-même chiffrée via une phrase de passe correspondant au hash du login et du mdp. (?)



C’est comme ça que j’ai interprété le passage “L’ensemble des clefs est stocké sur votre compte MEGA mais protégé par une clef principale (Master key) qui est elle-même chiffrée depuis une empreinte calculée à l’aide de votre login et de votre mot de passe.” même si je pense me tromper. <img data-src=" />



Là en effet ça devient vraiment pas clair. Il n’y a aucun intérêt à chiffrer la clé publique. Est-ce que ca veut dire que Mega a une copie de la clé privé chiffré (avec quel algo dans ce cas) avec le couple login/password comme passphrase? Ça serait ridicule de faire tout ça pour finalement faire reposer la sécurité de tout le système sur le couple login/password, mais j’ai peur que c’est ce qu’ils aient fait pour permettre aux moldus de récupérer leur contenu seulement avec le login/password et donc il faut bien qu’ils récupèrent leurs clé privé quelque part dans le cas où ils sont sur un autre browser que celui où a été généré la clé au départ.

Si mon intuition se confirme c’est du grand n’importe quoi.


Le 18/01/2013 à 22h 48







David_L a écrit :



Tu crois pas que Kimmy il a compris la leçon la première fois ? <img data-src=" /> C’est pas pour rien que ça cause Copyright toutes les 5 minutes :p Après il faudra voir l’évolution du client, le tarif est sympa et la BP surement suffisante dans la pratique, il faudra voir. Mais c’est surtout le manque de client et les limitations des navigateurs qui risque de poser souci (même si le principe est sympa.



Mais dans la pratique, je préfère un GDrive (ou autre) + BoxCryptor







J’en suis pas convaincu. Enfin oui il a appris la lecon et maintenant il se protège en disant “je ne peux techniquement pas savoir que j’héberge des oeuvres protégés car c’est chiffré”.

Si je me trompe et qu’il souhaite vraiment faire un dropbox-like, alors ça me parait un pari perdu d’avance il a trop mauvaise réputation pour que les gens stockent vraiment leur données persos là dessus.


Le 18/01/2013 à 21h 40

Ah donc le (dé)chiffrement est bien coté client contrairement à ce que disait je ne sais plus qui.

Ça redevient intéressant <img data-src=" />

Le 18/01/2013 à 20h 08







pikepeak a écrit :



Quid des contenus hébergés ?



Mega va t’il comme Google Drive par exemple, obliger les utilisateurs à lui céder une licence d’utilisation des contenus pour l’utiliser à sa guise ??









John Shaft a écrit :



A priori non si on en croit les CGU :



(Je graisse le passage qui me laisse penser ça)







Sans même parler des CGU, apparemment vous n’avez pas compris pourquoi Mega propose un service chiffré : le but est de dire à la Police/Justice “Ah bon il y a des choses illégales ? Moi je ne sais pas je ne peux pas savoir ce que les gens upload sur mon serveur car tout est chiffré. Aurevoir”.

Donc non évidemment il n’y aura pas d’histoire de licence si ils ne controllent pas le contenu.


Le 18/01/2013 à 19h 20







pafLaXe a écrit :



MU était un service de stockage et d’hébergement de fichiers tout à fait performant, et s’il a pu bénéficier de l’engouement des téléchargeurs de contenu licencié, aucune étude ni décision de justice n’a jamais mesuré le rapport qu’il y avait entre fichiers légitimes illégitimes sur les serveurs. Les seuls qui auraient pu le faire après la fermeture s’en sont bien gardés, indice fort que les “on-sait-bien-que” ne savent finalement pas grand chose.





<img data-src=" /> merci pour le fou rire


Le 18/01/2013 à 18h 16







choukky a écrit :



ça risque de bouchonner sévère demain. un peu comme le jour du lancement de free mobile.



<img data-src=" />







Bonne comparaison : un buzz énorme, des prix cassé pour un service qui l’est tout autant (cassé).


Le 18/01/2013 à 17h 40







Inny a écrit :



Il suffit de voir combien se font dégommer par le CC et la CEDH. <img data-src=" />







Ce sont des lois inconstitutionnelles et/ou qui ne respectent pas une convention mais pas des lois illégales.