Boa Treize a écrit 3450 commentaires

Lundi 14h00, je prends le formulaire, je remplis le formulaire, je recopie le contenu sur le formulaire de secours, je joins les justificatifs demandés, je mets dans une enveloppe, que je ferme. Lundi 14h45, je me rends à l'Hôtel des Impôts, je dépose mon enveloppe dans la boîte aux lettres prévue. Fini, a payé.

Il y a juste une petite différence entre un fichier référencé dans une base de donnée, utilisé pour des traitements réguliers et quelques octets qui trainent quelque part sur un disque dur, accessibles uniquement en mode bloc, au beau milieu de milliards d'autres, voire encore les réminicenses électromagnétiques de ces octets après récriture (quitte à enculer des mouches autant le faire en profondeur)

Je pense que vu la manière dont Google gère ses données, l'email en question se retrouve mieux décrit par la seconde partie de ta phrase que par la première.

Je te rappelle que tout le délire médiatique part d'une précaution de Google qui ne garantit pas qu'un mail effacé sera vraiment effacé. Google n'a pas dit qu'il n'effaçait pas les mails, juste qu'il pourrait arriver qu'il en reste des traces dans les recoins (dans quoi ? un cas sur un million ?).

Sauf que Google n'utilise pas de filer ou autre truc qui coûte les yeux de la tête, mais un gros, gros tas de PC. Qui te dit qu'avec le GoogleFS, les données restent sur une machine précise ? Qui te dit qu'eux mêmes peuvent localiser précisément sur quelle machine une donnée est stockée, sachant qu'il y a de la redondance partout, puisque les machines meurent sans arrêt. (30000 PC basiques, ça fait quoi, 30 qui meurent par jour ?)

tandis que toi sur tes clusters SuSE hétérogènes, tu le sais tout de suite mieux ? google, c'est des petits jouers, tu fais mieux qu'eux c'est ça ? Pierre (tu permets que je t'appelle Pierre ?), tu es bien gentil, mais limite tes interventions aux vannes de potaches, merci

quand un utilisateur efface un mail, il reste en cache et sur le disque dur tant que des données n'ont pas été réécrites dessus. si la machine crashe juste après l'effacement du mail, il y a 100% de chances que le mail reste pour toujours sur le disque dur concerné. tu me mets un lien vers la loi qui interdit le cache mail (et une définition, tant qu'on y est) ?

Pas mal ton message, mais complètement faux. Les bibliothèques XFree86 sont restées sous l'ancienne licence, et les programmes qui utilisent ces bibliothèques n'ont donc pas de problème.

Moi, l'autre jour, j'ai voulu utiliser le support HTTPS dans tla, ben en temps qu'utilisateur, tu vois, j'étais super content de voir que ça n'était pas légal à cause de la GPL.

Rectificatif : pas légal à cause de la licence de SSLeay (inclus dans OpenSSL) et qui est très explicitement anti-GPL (avec une phrase ajoutée exprès).

Les outils disponibles sur http://labs.google.com/(...) sont développés sur le temps libre des employés de Google. Temps libre qu'ils passent chez Google à travailler à quoi bon leur semble.

Mais qu'est-ce que ce site français a à voir avec cette discussion sur un contrat américain ?!

si tu veux, j'ai un ami qui vend des chapeaux en aluminium

mouarf, bien sûr que Google ne peut pas garantir l'effacement d'un message ! ils ne vont pas faire le tour de leurs 40000 PC pour vérifier que tout est bien parti ! il doit y avoir des bouts de cache dans tous les sens, des index à foison, des PC morts qui contiennent des données et qui ne seront jetés à la poubelle que quand le gars de la maintenance passera s'en occuper quelques semaines plus tard, etc. Google ne fait qu'exprimer une des réalités d'un cluster de plusieurs dizaines de milliers de machines, mais les journalistes ont du mal à faire la différence entre réalité incontournable et volonté d'atteindre à la vie privée des clients (au passage fort prévenus, contrairement à d'autres sites).

Manifestement avec la migration de pages perso, Free n'arrête pas de jongler avec les serveurs, de recompiler si, de réinstaller ça. Donc bref, fort possible que le miroir ait morflé.

(si ça dure : news://proxad.free.support)

je croyais que le nombre etait illimité ?

tant que tu n'abuses pas (et si tu te poses la question, la réponse est non - ceux qui abusent le savent très bien, et sont très organisés)

Non non, on parle bien de dépasser 100 Mo par compte. Manifestement, Free était assez cool sur ce point là, et on pouvait dépasser un peu sans que ça gêne. Maintenant non.

Par ailleurs, effectivement j'avais lu il y a quelques mois que, n'étant pas aveugle, Free était capable de repérer le gusse qui n'arrête pas d'ouvrir des comptes et les remplit à ras-bord.

Ceci dit, j'ai trois sites web chez eux (et cinq comptes email), normalement remplis, et aucun problème.

Ah ben, pourquoi ils sont camouflés ? Free bloque les MP3 en général ? (Je sais pas, j'utilise que des Ogg. ;)

Bien sûr que c'est vrai. Le poisson d'avril, c'était de s'arranger pour que les gens croient que c'est un poisson d'avril. Ça c'est du second degré. ;-)

Plus d'infos sur Gmail :
http://linuxfr.org/~boa13/11328.html(...)

J'aimerais quand même bien savoir pourquoi on me moinse parce que j'ai une erreur quand je veux consulter le site avec IE... !

Parce que tu n'as pas dit que c'était avec IE ? Parce que tu donnais l'impression d'utiliser un validateur zarbi et de ne pas comprendre le message d'erreur ?

Bon, puisque tu es plein de bonne volonté, je te propose de trouver ce qui coince et de me l'expliquer (peut-être qu'un Transitionnal marche mieux qu'un Strict ?), et je ferai le changement.

Puisque Free ne semble pas offrir la sélection automatique de la page en fonction de la langue, j'ai tout mis en anglais (vu que le site est à la base en anglais). Par contre, je n'ai pas pensé que de nombreux visiteurs ici voudraient reprendre la page française sur leur site, j'ai donc remis la page française ici : http://boa13.free.fr/index.fr.html(...)

Note : sinon, pour ceux qui n'auraient pas remarqué, il suffit d'aller sur http://linuxfr.org(...) pour la reprendre. ;-)

Attention, j'ai passé la page grève de mon sites en anglais (en accord avec tout le reste du site). La page française initiale (si vous voulez la reprendre) est là : http://boa13.free.fr/index.fr.html(...)

Le premier lien, semblerait-il, donne sur le blog du concepteur de l'interface de Gmail (ou du meilleur blagueur de tous les temps). Plus de détails sur http://fury.com/article/1989.php(...) .

C'est triste la totale incompréhension que tu as de ce message d'erreur. (Indice : ce n'est pas mon site qui pose problème.)

Une fois votre site en grève, n'oubliez pas de l'inscrire : http://demo.ffii.org/inserturl.php(...)

À cause de l'interface assez pourrie de la page (elle ne donne pas de gros feedback visuel quand elle enregistre les infos saisies, et elle classe immédiatement les sites par ordre alphabétique), il y a plein de doublons parce que les gens ont l'impression de ne pas avoir réussi à enregistrer leur site, dommage.

Juste pour info, swaret est un outil optionnel et officieux, pas du tout indispensable pour gérer une slack (mais reconnaissons-le, bien utile pour certains).

Une polymégachiée.

Aujourd'hui, j'ai implémenter une fonction fait-maison pour recuperer l'adresse de mon serveur, pour que les clients, quelque soit leur lieu, trouve mon serveur tout seul comme des grands.

Ce problème a été résolu depuis longtemps, on a créé tout un système pour ça, qui s'appelle le DNS (Domain Name Service ou System, je sais plus). Donc tu met l'adresse IP de ton serveur en face d'un nom bien à toi, et tes clients n'ont plus qu'à utiliser le nom. ;-)

Bien sûr, tu vas me dire que ton IP change tout le temps, et qu'un nom de domaine c'est cher. Réponse : http://www.dyndns.org/(...) pour récupérer un nom de domaine gratuit (enfin, pas un nom complet, un nom de type blablabla.dyndns.org ou blablabla.homelinux.org, bref tu as le choix du début, et une petite liste de choix pour le milieu et la fin). Comment mettre le nom de domaine à jour dès que ton IP change ? Réponse : http://ez-ipupdate.com/(...) .

Il y a deux ans je faisais comme toi (adresse IP stockée dans un fichier sur un compte Free), ça a été rigolo à coder, mais c'était quand même lourd. Je me sers de ce service depuis cette époque, j'en suis super content. :-)

Test : <div>