fearan a écrit 7160 commentaires

  • [^] # Re: Cadeau

    Posté par  . En réponse au journal HEVC/VP9 : x265 vs libvpx. Évalué à 3.

    Et surtout comme tout mécanisme de notation mis en place sur un sujet aussi complexe, il se périme vite, un peu comme lorsque l'URSS calculait le rendement d'une usine de lustre par le poids en sorti d'usine.

    Lorsque la mesure a été mise en place, c'était un bon indicateur, ou du moins il y'avait une bonne corrélation.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse au journal Yandex, Baidu et Yahoo, un point commun ?. Évalué à 2.

    ah non y a 5 ans on a eu une piqure de rappel :
    http://www.clubic.com/actualite-300136-site-desirs-avenir-bond.html

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse au journal Yandex, Baidu et Yahoo, un point commun ?. Évalué à 4.

    essayes toujours ;)

    Cela te permet juste de dire que j'ai utilisé internet il y a environ une dizaine d'années, que j'ai connu la grande époque multimania (mais récemment avec le site de royal (désir d'avenir) tout le monde à connu), et l'époque où les skyblog étaient des… skyblog. J'ai aussi connu les ring ;)

    Je pourrais avoir 20-25-30-35-40-45-50-55-60-65-70-75-80-85-90-95-100-105-110 ans, y a de la marge ;)

    Bref ça ne donne pas plus d'info que la date de création de mon compte (2004) ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse au journal Yandex, Baidu et Yahoo, un point commun ?. Évalué à 10.

    altavista bien entendu ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: C'est nous le produit ?

    Posté par  . En réponse au journal Yandex, Baidu et Yahoo, un point commun ?. Évalué à 4.

    Non tu fais erreur la question qui est posée est à qui, par défaut, on vends la vie privée, pas s'il faut ou non vendre la vie privée.

    A moins que tu ais une alternative viable sous le coude?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Toujours le même mélange

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 2.

    Tout serveur accessible est une cible pour permettre des actions à partir de lui.

    toute IP est la cible de worm/scan et autre, généralement un fail2ban nettoie les logs, et une gestion saine de quelle carte réseau écoute quoi permet de s'assurer des accès non désirés. Quand je parle de cible, c'est avec quelqu'un qui essaye réellement, pas les truc automatiques.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: L'auto-hebergement c'est bien mais l'amateur doit voir comme un pro.

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 9.

    Moi j'ai souvent le sentiment que ceux qui critiquent ceux qui font de l'auto hébergement ont un niveau d'exigence dépassant de très loin la criticité dudit serveur.

    Le seul point qui ne peut être mis de coté c'est de s'assurer qu'on ne sert pas de relai involontaire. La sécurité des données (sauvegarde), la disponibilité du serveur (onduleur, redondance…) est très souvent inutile.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Si l'auto-hébergement ne te suffit plus (débit faible, disponibilité, etc ...)

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 2.

    Qu'est-ce ?

    Si j'ai bien compris c'est des salons de discussion avec webcam.

    Ca ne me choque pas : ce devriat même être une obligation pour les particuliuers.

    Va dire ça aux heureux propriétaires d'une licence winXP.

    C'est comme ça que tu t'auto-héberges ? Pas moi ;)

    Ce n'est sans doute pas la meilleur des choses à faire, mais jusqu'à présent il tourne :P. Lorsque c'est pertinent je sauve le contenu des disques, y a du monitoring pour vérifier qu'il n'envoie pas n'importe quoi sur le web, mais le reste du temps j'oublie qu'il existe. Si un jour j'ai besoin d'un truc plus performant, plus sécurisé, je verrai avec une offre type online, mais jusqu'à présent j'ai un truc qui marche et qui n'est pas prise de tête.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Si l'auto-hébergement ne te suffit plus (débit faible, disponibilité, etc ...)

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 4.

    pour ton 6, tu ranges TOR et freenet dans l'illégalité? car ces services sont explicitement interdit par les CGV d'online, tout comme les proxys sans authentification ;)

    Il y a aussi les salons type camfrog qui sont interdit…

    Tu as aussi une obligation de mise à jour (sous peine de voir ton serveur suspendu), deux trois autres obligations en sus… Bref tu peux pas vraiment laisser le truc tourner dans un coin et oublier qu'il existe ou qu'il est à administrer et revenir 6 mois après.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Toujours le même mélange

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 10.

    Parc que là ce n'est pas comparable, il faudrait comparer deux configs identiques

    Non il faut comparer 2 besoins identique. Si mon vélo suffit pour aller à la boulangerie pour acheter le pain tous les jours, le comparer avec une agence de location de voiture n'est pas forcément pertinent. Oui la voiture fait beaucoup plus, mais en l’occurrence, je m'en branle.

    mais dans un cas plus "général (il faut acheter le matos),

    Dans un cas général, pour ceux qui songent à l'auto hébergement, il y a souvent une vieille bouse qui traine plus très à jour pour lancer eclipse ou le dernier jeu à la mode ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Toujours le même mélange

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 8.

    Sérieusement, tu n'as jamais dû jouer avec un serveur hébergé ailleurs pour balancer cette excuse.

    Justement si…

    Mais sinon, ça doit être rigolo tes accès quand tu es en vacances.

    Quand je suis en vacance je ne bidouille pas j'ai autre chose a faire que de l'info :)

    Ensuite n'ayant pas l'usage d'un serveur perso, je me contente des pages perso free, et assistance dépannage pour un serveur tournant depuis plus de 10 ans chez mes parents lorsqu'ils partent en vacance. Et sur ces 10 ans il doit bien y'avoir en cumulé que 7 ou 8 jours d'indisponibilité, les premières années le FAI était nerim, puis lorsqu'ils sont passé à free, le serveur n'a pas eu de problème.

    Quand j'étais à la fac (2002) (donc il remonte vraiment à loin, une mandrake je crois) il me servait de 'relai' irc, et me permettait d'avoir une connexion persistante pour faire de gros transferts (eh oui les clés USB c'était pas là :) ) Depuis il a servi à héberger un blog, un serveur mail, des tunnels / proxy…

    Bref, il tourne sans anicroche, quasi sans gestion, et sans avoir a se farcir les nouvelles conditions d'utilisations, restriction, fouille de disque dur (ahah vous hébergez des mp3…), vérification des protocoles employés (aha vous avez un logiciel bittorrent, edonkey… ), bref il marche, quant y a besoin d'un truc on l'ajoute, quant un truc devient inutile on le retire.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Toujours le même mélange

    Posté par  . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 10.

    Sympa l'avantage que tu tires de la localisation du serveur… Je n'aimerai pas jouer avec une personne qui tire à son avantage les pings.

    Excuse de sac, si tu sais pas jouer, n'utilise pas le ping comme excuse ;). Les disparité entre FAI sont déjà énormes :D

    Tu ne dis pas en quoi (aucun argument sur la simplification contre un serveur en ligen, tout ce dont tu parles est pareil avec un serveur dans le cloud).

    Moi le premier point que je vois c'est accès aux disque quand t'a planté le serveur ssh ;) Là capacité de le déconnecter totalement du réseau le temps de faire quelques manips, et pas d'intermédiaire entre la machine qui sert à faire la conf et le serveur. Plus tu réduit le champs de possibilité des erreurs plus rapidement tu trouves l'erreur.

    Shingo expose sa situation pour un serveur à petite charge, et n'étant pas une cible pour diverses attaques, n'ayant pas besoin d'une disponibilité 99.99%, je ne comprends pas la hargne que tu ramènes à chaque fois qu'on parle d'auto-hébergement. T'as des actions dans les société d'hébergement?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: .

    Posté par  . En réponse au message Problème de communication. Évalué à 3.

    j'ai passé 10 minutes à rédiger un post sur l'inanité de ce journal et ces commentaires, puis je me suis ravisé…

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Clavier et normalisation.

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.

    question bête on le tape comment au clavier ?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: je resterai toujours étonné

    Posté par  . En réponse au journal E2guardian un fork de DansGuardian. Évalué à 2.

    en tout cas c'est des blagueurs ;)

    Comment interdire les téléchargements illégaux ? (conformité Hadopi 2)
    IciWifi filtre les protocoles et les ports Torrent et Peer to Peer pour répondre à la loi Hadopi.
    Il autorise uniquement les téléchargements de contenus inoffensifs (ex : FTP).

    a) ça bloque un paquet d'utilisation légales
    b) il me semble que la mule peut se déguiser en flux http
    c) ça bloque la mise à jour de wow
    d) on trouve facilement du non légal en ftp/http
    e) ça bloque le téléchargement d'iso linux

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: je resterai toujours étonné

    Posté par  . En réponse au journal E2guardian un fork de DansGuardian. Évalué à 3.

    t'as intérêt à interdire les clés USB, car les gars qui peux pas télécharger un truc à cause du proxy il passera par la clé usb qui vient de chez lui :)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: je resterai toujours étonné

    Posté par  . En réponse au journal E2guardian un fork de DansGuardian. Évalué à 2.

    il y a des tas de situations différentes

    • École : vu l'explosion des téléphones dit intelligent c'est inutile à partir du lycée… avant (collège école primaire), je préférerai qu'il y'ait toujours un adulte à proximité, avec le contrôle parentale activé via liste blanche.

    • entreprises : là à part infantiliser les employés qui vont passer par les smartphones…

    • lieu public : tu peux laisser les gens faire ce qu'ils veulent avec le matériel

    Bref à part le contrôle parental je ne vois pas l'utilité du truc.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • # je resterai toujours étonné

    Posté par  . En réponse au journal E2guardian un fork de DansGuardian. Évalué à 5.

    Par l'énergie dépensée pour créer des mécanismes de filtrage…

    Non seulement elles sont généralement inefficiente, mais en plus elle gênent les utilisateurs dans leur travail, sans oublier les trésors d'imagination qu'ils sont capable de développer pour les contourner, souvent en perçant un trou béant dans la sécurité de l'entreprise.

    Ce ne serait pas plus simple de regarder la consommation de chaque utilisateur et d'afficher un classement dans les équipe? Ou le top 10 des adresses consultées ? (dans le deuxième cas anonymiser sinon ça va poser problème)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Clavier et normalisation.

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 3.

    set -o emacs

    ctrl-k (koupe jusqu'à la fin
    ctrl-y (y'en a coller partout)
    ctrl-a debut de ligne
    ctrl-e fin de ligne
    escape d détruit jusqu'au prochain séparateur (espace, /, "…)
    ctrl-d détruit le caractère courant

    Pour sélectionner un morceau de la ligne courante, ctrl-espace déplacer le curseur jusqu'à l'autre point ctrl-w (couper), puis ctrl-y

    sinon c'est bind pour paramétrer les touches (man bash => bind)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Hum

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 9.

    Je te rapelle qu'en français, c'est le masculin qui l'emporte,

    ça c'est pour simplifier l'apprentissage, en fait c'est le neutre et le masculin qui sont identique :P.

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Titre

    Posté par  . En réponse au journal Du xml dans vos outils CLI. Évalué à 2.

    ça ça passe très bien dans le cas d'appli simple; chez nous on a

    (Client => requête serveur d'application => requête serveur métier => modèle de calcul => serveur métier => serveur d'application => client).

    Le tout étant en réseau sur un cluster; le problème étant qu'avec les mécanisme qu'on a à notre disposition on a pas le flux modèle de calcul => client; donc fatalement on a, à un moment où à un autre, la totalité du flux en mémoire, même GZippé on se chope des truc > 720Mo, pour juste un processus de calcul, sachant qu'on a plusieurs utilisateurs sur le cluster.

    Ajoutes à cela que les calculs n'étant pas instantanés, on a un système de cache coté serveur d'application.

    Le problème est que quand ils ont pensé le truc ils ont mal anticipé l'augmentation du volume de données. Le passage à Sax fut indispensable car DOM nous pétait la ram, mais il est, pour le moment, inconcevable d'ouvrir les modèles de calculs directement aux client.

    De plus certaines constructions nécessitent d'avoir la totalité des données XML pour être finalisée dans leur ensemble…

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: qwerty?

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 9.

    Comment tape-t-on Shift + Ctrl droit + à ?

    On s'entraine en utilisant Emacs ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Clavier et normalisation.

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 4.

    Soit je ne code pas assez o_O soit il y a comme un problème avec ce que tu racontes ;-)

    tous les IDE que j'utilise se servent des touches de fonction (oui emacs aussi), intellij, eclipse, visual… Elle servent de raccourcis pour pleins de chose et dans le debugger, ça permet de faire les run/step/step Into…

    Alors oui tu peux jouer avec des C-r, c-R, c-o, c-O… mais déjà tu es obligé de jouer avec du ctrl ou alt, tu n'as pas d'accès direct, ajoute à cela les raccourcis d'un environnement comme KDE, fatalement avoir plus de touches, c'est mieux ;)

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Clavier et normalisation.

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 7.

    ah bon c'est pas ctrl-a ?

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

  • [^] # Re: Clavier et normalisation.

    Posté par  . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 3.

    Moi ça l'était jusqu'au jour où UTF-8 est arriver foutre la merde entre les différents soft utilisés et le § qui n'est pas toujours codé pareil (iso-8859-15, et l'autre innommable )

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent