Et de toute façon, une fois que ta requête tient dans un paquet TCP, ça sert à rien de t’échiner à la réduire, tu auras du padding de toute façon…
Tu peux expliciter ?
Il n'y pas pas de padding ni dans IP ni dans TCP (en dehors des en-tête pour qu'ils soient alignés sur 32-bits). Le seul padding qui existe est au niveau Ethernet pour éviter les trames de moins de 46 octets de data. Si tu comptes que tu as mini 20+20 octets d'en-tête TCP/IP il te faut une payload TCP de moins de 6 octets pour que ton argument s'applique… Et encore c'est en prenant 20 octets pour un en-tête TCP alors que n'importe quelle stack moderne à les timestamp TCP d'activé ce qui rajoute 10 octets à l'en-tête TCP plus 2 de padding.
Le principe d'OSEO est pervers à la base : Le plus gros du fond d'OSEO est trusté par des grosses sociétés qui se bindent dessus pour gérer des projets parfois pas innovant.
Par contre, quand tu arrives avec une vraie idée, mais qui te demande beaucoup de fond, c'est limite si on te donne pas l’aumône parce que le capital de ta petite société est très bas.
Tu sembles mettre en oppsition grosses sociétés de mauvaise foi et petites sociétés de bonne foi. Il ne faudrait pas oublier qu'il y'a quatre combinaisons possibles; et que des petites sociétés qui font exactement ce que tu décris y'en à des pelletés…
On retombe rapidement sur le bon et le mauvais chasseur.
c'est pas ce que souhaite Oracle visible, vu qu'ils font des procès à ceux qui, comme Google, utilisent la liberté induite par sa libération.
Il n'y a absolument aucun rapport entre la création d'OpenJDK et l'utilisation de Java pour android. Android utilise une VM home made plutôt qu'Hotspot et la bibliothèque ne respect pas Java SE et utilise Apache Harmony commme base. Et la création d'OpenJDK n'a rien changé quand à la possibilité, ou non possibilité, et d'implémenter Java.
Premièrement les hébergeurs un tant soit peu sérieux te proposent d'avoir autant de login que tu veux pour un compte d'hébergement. Donc tu peux cloisonner tes applications.
Deuxièmement des solutions de backup qui chiffrent, ca existe depuis des lustres. Duplicity en est un parmi d'autres.
Non seulement il sait programmer mais surtout il a le sens de formule:
I have done, and still do, a significant amount of programming in other languages. I’ve written blocks of code like rangeCheck a hundred times before. I could do it; you could do it. The idea that someone would copy that when they could do it themselves just as fast, it was an accident. There's no way you could say that was speeding them along to the marketplace. You're one of the best lawyers in America, how could you even make that kind of argument?
Tout à fait, c'est une intention louable, qui ne fonctionne pas. Tu actives la fonction mais les posts reviennent, inlassablement.
Heu non ca marche très bien… Tu dis toujours des trucs aussi gros que celui là ou "Il n'y a pas de notion de cercle pour séparer ses posts" alors que facebook avait les listes des plombes avant l'arrivée de G+ ?
La différence entre G+ et facebook c'est surtout les utilisateurs et la façon de l'utiliser… Inverse les deux populations, tu feras les mêmes critiques mais dans l'autre sens.
En même temps qu'est ce que tu veux aller faire 40 bornes pour aller t'enfermer dans une salle de cinéma avec des bouffeurs de pop-corn alors qu'il y a des choses à faire dehors toute l'année ?
Tu n’as visiblement pas lu la page que je donnais déjà plus haut et où l’on lit :
Bien sur que si. Mais personne ne fait tourner un service gratuitement à long terme. Il faut le financer. D'ailleurs l'usage de Bing n'y fait pas exception:
Petit extrait du Term of Use actuel de Bing
- Restrict your usage to less than 7 queries per second (QPS) per IP address. You may be permitted to exceed this limit under some conditions, but this must be approved through discussion with api_tou@microsoft.com.
- Display all the results you request
Évidement l'usage est pour le moment très permissif puisqu'ils cherchent à prendre des parts de marché. Ne doute pas que ca changera, cf. les changements de Google et Yahoo. Note aussi que 7 QPS c'est ridicule. Un tout petit moteur comme duck duck go fait dans les 20 QPS.
Par ailleurs ce que dis ta page est faux. Yahoo BOSS autorise le mix et le re-ranking. Mais évidement c'est pas gratuit, par ce que cet usage te coute et fait gagner 0$ si tu factures pas.
mais que ça ne me dérange pas d’utiliser un projet dont l’une des briques n’est pas encore libre, mais qui pourra être plus tard remplacé par un composant libre
En même temps la brique difficile et qui à une valeur fonctionnelle c'est celle qui manque…. Tu peux faire ton kikoo en disant que tu t'en fous, mais en pratique tu t'en fous pas du tout, t'essaye juste de le croire en rajoutant une couche.
Parce qu’il a le mérite d’exister, et que ça entre bien dans le sujet de mon commentaire ?
Ton commentaire dis "Nous utilisons seeks ou yacy pour nos recherches". Ce qui est visiblement un énorme mensonge puisque tout le monde dit que yacy actuellement inutilisable (sauf si tu comptes jouer sur le ou).
Ça ne m’inquiète pas que le service qui alimente seeks disparaisse, ce qui me préoccupe c’est que ce type de projet progresse pour offrir une solution capable de s’alimenter à n’importe quelle source, et encore mieux de s’auto-alimenter.
Il faut une source pertinente donc le problème est toujours le même quelque soit le nom de la source. Et un service de recherche autonome qui se compare qualitativement aux références du marché pour le moment je pense pas qu'on en à pas vu le début, malheureusement.
D'ailleurs si seeks monte en puissance, les fournisseurs vont simplement lui couper le service ou basculer sur un fonctionnement qui permet de se financer (cf. Google ou BOSS). Seeks qui tape gratos sur google ou Bing ca marche uniquement par ce que y'a 3 pelés qui l'utilise (d'après le lien que tu donnes le miroir Français fait 0.1 requête seconde…).
Le côté je m'en fou, j'utilise pas, je suis un rebel; qui plus est conjugé au présent, il est un peu bancal quand t'as juste un proxy… Demain retire google et bing de seeks, je suis sur que d'un seul coup tu vas trouver ca moins cool…
Et concernant seeks, quel est le pourcentage des réponses pertinentes à tes recherches qui viennent de google ou bing ? Quand tu utilises un proxy, c'est assez difficile d'expliquer fièrement que tu t'en fou que le service qui nourri ton proxy disparaisse. Perso quand j'utilise un serveur publique seeks 99% des hits viennent de google search…
Allez dis nous la vérité tu utilises vraiment et exclusivement yacy au quotidien ? Je viens d'essayer et la qualité des résultats est effarante, c'est actuellement largement deux ordres de grandeur plus mauvais que voila.fr en 1998 !
Et pour seeks, si google disparait qui va leur donner les résultats ?
Premièrement dans une boite qui fonctionne correctement, les RH ils servent uniquement de secrétariat. Savoir si il faut embaucher un mec ou pas, c'est délégué. Ils devraient/doivent vérifier diplomes, cursus & co. Si pour une partie du cursus c'est assez facile, pour les diplômes c'est pas la même affaire.
Deuxièmement, tu penses qu'un mec qui ment sur son parcours n'a rien à se reprocher ? En France c'est un motif de licenciement.
Ce que je disais c'est que faire un système qui ne perd pas de mail entrant est simple. Tu ajoutes un MX backup pour garder tes mails au chaud le temps que le primaire revienne. Du coup une fiabilité correcte du service, lire jamais perdre de messages, même avec deux hôtes assez mauvais est aisée. Pour SMTP sortant y'a toujours la solution crado de basculer sur un autre (FAI/boulot etc.). Par contre pour l'IMAP et le webmail t'es mort, à cause de l'énorme SPOF. Donc que tes mails t'attendent sur un MX backup le temps que ton serveur revienne est acceptable vu que de toute façon t'as pas accès à tes mails. Tu perds rien mais t'as une dispo pourrie.
Bon le problème en pratique c'est que t'as plus de chance qu'un de tes potes ou un uucpssh-like lisent tes mails qu'un hébergeur mail pro…
Que dirais-tu si cette phrase sortait de la bouche d'un garagiste pro ? L'analogie avec le mail ? Il ya beaucoup d'admin/experts sys pro sur ce site …
Exactement. Si ton garagiste pro n'a pas accès à ses outils de boulot et à son pont il ne peut pas bosser proprement. Il peut aussi considérer que sur son temps libre il a autre chose à faire ou qu'il n'a pas le temps de faire le travail correctement. Un peu comme les peintres qui bossent au black le week end sans cabine quoi…
D'autre part je pense que je suis ici depuis assez longtemps pour qu'il n'y ait pas énormément de doute sur ma capacité "expert sys" ou dev… Et mon avis c'est qu'un mail chez moi c'est un service de merde qui en plus me bouffe du temps.
Ce qu'il dit c'est qu'un mec qui abuse volontairement tu lui shoots tout voir tu lui bloque l'accès. Un mec qui à un truc qui déconne, tu lui buttes son processus, tu le préviens et tu reviens à la solution 1 si ça recommence trop souvent.
Si SSH te laisse traîner des shells, tu peux pas vraiment blâmer les utilisateurs. Tu te rappels pas forcément qu'une cnx à déconnée et ils ont pas que ça a faire que de tout vérifier. Faut pas oublier que pas mal de machines ont plusieurs centaines d'utilisateurs, et que les utilisateurs peuvent avoir beaucoup de machines remote (pendant un moment je devais accès sur 5 à 10K machines).
C'est un peu comme imaginer que le système puisse ne pas nettoyer la mémoire quand un process crash et qu'on doivent le faire à la main.
Le problème n'est pas de perdre des mails, SMTP gère très bien tout ca. Le problème c'est la dispo en lecture pour les utilisateurs et l'envoi de messages. La réception des messages n'est pas un problème même si tu as une dispo de merde.
Bha j'ai passé l'age de me prendre pour un admin sys du dimanche. Je veux que mon mail marche, je paie pour un service mail. Je m'amuse pas m'installer SMTP/IMAP/Webmail/gestion du spam par ce que ca ne me sert à rien, ca prend du temps et qu'en effet sauf exigence très particulière le résultat est moins bon que ce que peut me fournir mon hébergeur si je lui délègue le service. Il me fournis un service flexible, tu peux filer un .procmail ou piper avec ce que tu veux, et fiable.
Des hébergeurs qui font très bien leur boulot pour un coût raisonnable ca existe. Aucune limite artificielle (tu paies un espace disque, RAM et un trafic que tu utilises comme tu veux), service et nickel très bon et des services bien gaulés avec remote API & co. Alors non pour quelques euros par mois tu n'auras pas de SLA contractuel. Mais dans la pratique, un hosteur pro avec plusieurs datacenters, du spare de matos, des admins h24, de multiple point de connexions offre un service bien meilleur que ton ARM dans ton armoir.
C'est quoi ton pire temps de réponse quand tu crames du matos (vacances et deplacement compris) ou qu'il y a un coup de pelleteuse ? Tu penses qu'un hosteur pro rétabli le service en combien de temps lui ?
Et qui freezent avec des connexions ssh ouvertes ? C'est du windows, ou pas ?
Les problèmes hard ca arrive. Surtout avec les portables qui chauffent. Mais ce n'est qu'un exemple. Les problèmes ca arrive tout le temps pour des milliards de raisons. L'univers est très inventif.
Franchement c'est marrant de voir tout ce qu'il peut arriver. En étant plus large que ce problème j'ai déjà rencontrer des cas que je n'explique toujours pas même avec les dump réseau en main. Tout ce que j'ai découvert c'est que ca pouvait arriver.
je pense que c'est normal qu'il « subisse » ses choix.
Non. Tu choisis TCP (ou un autre) pour les services qu'il fourni et tu les complètes si besoin. Par exemple tu vas devoir heartbeater si tu as besoin de découvrir en un temps raisonnable que ton lien à un problème avant que le buffer d'émission soit plein et que le kernel te jette.
Bref c'est très bien que TCP ait ce design. Mais c'est le fonctionnel de l'applicatif qui décide de ce qu'il faut faire.
Temps de synchronisation initial en dehors du LAN. Temps de téléchargement. Disponibilité du service quand tu n'es pas dans les "presque 100%". Exemple typique: déménagement ou problème sur la ligne. J'ai eux 2 mois de coupure ou de 50% de packet loss sur une ligne qui fonctionnait nickel depuis 2 ans. Je m'assois sur mon mail pendant ce temps là ?
Je parlais de payer pour un service: le mail. Par ce que la question à la base n'est pas de passer X jours à faire de l'admin sys mais d'avoir un service de mail fiable, rapide et correct. Ca inclus aussi d'avoir une dispo nickel et des bonnes perfs. Ca inclus non exclusivement de bonnes perfs quand tu te connectes depuis une nouvelle machine hors du LAN, une dispo même quand tu es en vacances sans accès physique pendant un mois, ou un remise en service dans l'heure quand t'as du hardware qui claque ou une panne sur ta ligne téléphonique.
De l'auto-hébergement de MX je le faisais y'a 10 ans. C'est rigolo mais c'est clairement pas la solution si tu cherches un service solide, ni si tu considères le cout de l'admin sys.
Après auto-hebergement, hebergement, prestataire, prestataire-gratuit chacun fait ses choix. Chacun à ses avantages et ses incovéniants.
[^] # Re: Backup manager
Posté par ckyl . En réponse au sondage Quel logiciel libre pour vos sauvegardes ?. Évalué à 2.
Ca existe encore des hébergement sans SSH ? Kimsufi c'est pas des dediés ?
[^] # Re: Entêtes binaires???
Posté par ckyl . En réponse à la dépêche En route pour HTTP/2.0. Évalué à 5.
Tu peux expliciter ?
Il n'y pas pas de padding ni dans IP ni dans TCP (en dehors des en-tête pour qu'ils soient alignés sur 32-bits). Le seul padding qui existe est au niveau Ethernet pour éviter les trames de moins de 46 octets de data. Si tu comptes que tu as mini 20+20 octets d'en-tête TCP/IP il te faut une payload TCP de moins de 6 octets pour que ton argument s'applique… Et encore c'est en prenant 20 octets pour un en-tête TCP alors que n'importe quelle stack moderne à les timestamp TCP d'activé ce qui rajoute 10 octets à l'en-tête TCP plus 2 de padding.
[^] # Re: Les subventions c'est de la m..
Posté par ckyl . En réponse au journal Aide et accompagnement des nouvelles entreprises innovantes par la région Ile de France et l'Etat. Évalué à 2.
C'est une blague ?
[^] # Re: Les subventions c'est de la m..
Posté par ckyl . En réponse au journal Aide et accompagnement des nouvelles entreprises innovantes par la région Ile de France et l'Etat. Évalué à 3.
Tu sembles mettre en oppsition grosses sociétés de mauvaise foi et petites sociétés de bonne foi. Il ne faudrait pas oublier qu'il y'a quatre combinaisons possibles; et que des petites sociétés qui font exactement ce que tu décris y'en à des pelletés…
On retombe rapidement sur le bon et le mauvais chasseur.
[^] # Re: PHP, ou comment condamner un bon projet à sa naissance
Posté par ckyl . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 3.
Il n'y a absolument aucun rapport entre la création d'OpenJDK et l'utilisation de Java pour android. Android utilise une VM home made plutôt qu'Hotspot et la bibliothèque ne respect pas Java SE et utilise Apache Harmony commme base. Et la création d'OpenJDK n'a rien changé quand à la possibilité, ou non possibilité, et d'implémenter Java.
[^] # Re: ownCloud Sauvegarde en ligne
Posté par ckyl . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 4.
Premièrement les hébergeurs un tant soit peu sérieux te proposent d'avoir autant de login que tu veux pour un compte d'hébergement. Donc tu peux cloisonner tes applications.
Deuxièmement des solutions de backup qui chiffrent, ca existe depuis des lustres. Duplicity en est un parmi d'autres.
[^] # Re: Le procès n'est pas fini
Posté par ckyl . En réponse au journal Google ri, Oracle pleure. Évalué à 10.
Non seulement il sait programmer mais surtout il a le sens de formule:
I have done, and still do, a significant amount of programming in other languages. I’ve written blocks of code like rangeCheck a hundred times before. I could do it; you could do it. The idea that someone would copy that when they could do it themselves just as fast, it was an accident. There's no way you could say that was speeding them along to the marketplace. You're one of the best lawyers in America, how could you even make that kind of argument?
PAN !
[^] # Re: Facebook
Posté par ckyl . En réponse au journal petite analyse des réseaux sociaux. Évalué à 3.
Heu non ca marche très bien… Tu dis toujours des trucs aussi gros que celui là ou "Il n'y a pas de notion de cercle pour séparer ses posts" alors que facebook avait les listes des plombes avant l'arrivée de G+ ?
La différence entre G+ et facebook c'est surtout les utilisateurs et la façon de l'utiliser… Inverse les deux populations, tu feras les mêmes critiques mais dans l'autre sens.
[^] # Re: whaou
Posté par ckyl . En réponse au journal Cinéma en 3D : heu, combien de fois on me le fait payer ?. Évalué à 2.
En même temps qu'est ce que tu veux aller faire 40 bornes pour aller t'enfermer dans une salle de cinéma avec des bouffeurs de pop-corn alors qu'il y a des choses à faire dehors toute l'année ?
[^] # Re: On s’en fou !
Posté par ckyl . En réponse au journal Google et FaceBook vont disparaitre !. Évalué à 1.
Bien sur que si. Mais personne ne fait tourner un service gratuitement à long terme. Il faut le financer. D'ailleurs l'usage de Bing n'y fait pas exception:
Petit extrait du Term of Use actuel de Bing
Évidement l'usage est pour le moment très permissif puisqu'ils cherchent à prendre des parts de marché. Ne doute pas que ca changera, cf. les changements de Google et Yahoo. Note aussi que 7 QPS c'est ridicule. Un tout petit moteur comme duck duck go fait dans les 20 QPS.
Par ailleurs ce que dis ta page est faux. Yahoo BOSS autorise le mix et le re-ranking. Mais évidement c'est pas gratuit, par ce que cet usage te coute et fait gagner 0$ si tu factures pas.
En même temps la brique difficile et qui à une valeur fonctionnelle c'est celle qui manque…. Tu peux faire ton kikoo en disant que tu t'en fous, mais en pratique tu t'en fous pas du tout, t'essaye juste de le croire en rajoutant une couche.
[^] # Re: On s’en fou !
Posté par ckyl . En réponse au journal Google et FaceBook vont disparaitre !. Évalué à 2.
Ton commentaire dis "Nous utilisons seeks ou yacy pour nos recherches". Ce qui est visiblement un énorme mensonge puisque tout le monde dit que yacy actuellement inutilisable (sauf si tu comptes jouer sur le ou).
Il faut une source pertinente donc le problème est toujours le même quelque soit le nom de la source. Et un service de recherche autonome qui se compare qualitativement aux références du marché pour le moment je pense pas qu'on en à pas vu le début, malheureusement.
D'ailleurs si seeks monte en puissance, les fournisseurs vont simplement lui couper le service ou basculer sur un fonctionnement qui permet de se financer (cf. Google ou BOSS). Seeks qui tape gratos sur google ou Bing ca marche uniquement par ce que y'a 3 pelés qui l'utilise (d'après le lien que tu donnes le miroir Français fait 0.1 requête seconde…).
Le côté je m'en fou, j'utilise pas, je suis un rebel; qui plus est conjugé au présent, il est un peu bancal quand t'as juste un proxy… Demain retire google et bing de seeks, je suis sur que d'un seul coup tu vas trouver ca moins cool…
[^] # Re: On s’en fou !
Posté par ckyl . En réponse au journal Google et FaceBook vont disparaitre !. Évalué à 3. Dernière modification le 16 mai 2012 à 11:18.
Donc pourquoi tu parles de yacy ?
Et concernant seeks, quel est le pourcentage des réponses pertinentes à tes recherches qui viennent de google ou bing ? Quand tu utilises un proxy, c'est assez difficile d'expliquer fièrement que tu t'en fou que le service qui nourri ton proxy disparaisse. Perso quand j'utilise un serveur publique seeks 99% des hits viennent de google search…
[^] # Re: On s’en fou !
Posté par ckyl . En réponse au journal Google et FaceBook vont disparaitre !. Évalué à 6.
Allez dis nous la vérité tu utilises vraiment et exclusivement yacy au quotidien ? Je viens d'essayer et la qualité des résultats est effarante, c'est actuellement largement deux ordres de grandeur plus mauvais que voila.fr en 1998 !
Et pour seeks, si google disparait qui va leur donner les résultats ?
[^] # Re: Trois choses sont étonnantes
Posté par ckyl . En réponse au journal Le crash du Sukhoi en Indonésie. Évalué à 3.
Premièrement dans une boite qui fonctionne correctement, les RH ils servent uniquement de secrétariat. Savoir si il faut embaucher un mec ou pas, c'est délégué. Ils devraient/doivent vérifier diplomes, cursus & co. Si pour une partie du cursus c'est assez facile, pour les diplômes c'est pas la même affaire.
Deuxièmement, tu penses qu'un mec qui ment sur son parcours n'a rien à se reprocher ? En France c'est un motif de licenciement.
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 3.
Mauvais prestataire changer prestataire.
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 4.
Ce que je disais c'est que faire un système qui ne perd pas de mail entrant est simple. Tu ajoutes un MX backup pour garder tes mails au chaud le temps que le primaire revienne. Du coup une fiabilité correcte du service, lire jamais perdre de messages, même avec deux hôtes assez mauvais est aisée. Pour SMTP sortant y'a toujours la solution crado de basculer sur un autre (FAI/boulot etc.). Par contre pour l'IMAP et le webmail t'es mort, à cause de l'énorme SPOF. Donc que tes mails t'attendent sur un MX backup le temps que ton serveur revienne est acceptable vu que de toute façon t'as pas accès à tes mails. Tu perds rien mais t'as une dispo pourrie.
Bon le problème en pratique c'est que t'as plus de chance qu'un de tes potes ou un uucpssh-like lisent tes mails qu'un hébergeur mail pro…
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 3.
Exactement. Si ton garagiste pro n'a pas accès à ses outils de boulot et à son pont il ne peut pas bosser proprement. Il peut aussi considérer que sur son temps libre il a autre chose à faire ou qu'il n'a pas le temps de faire le travail correctement. Un peu comme les peintres qui bossent au black le week end sans cabine quoi…
D'autre part je pense que je suis ici depuis assez longtemps pour qu'il n'y ait pas énormément de doute sur ma capacité "expert sys" ou dev… Et mon avis c'est qu'un mail chez moi c'est un service de merde qui en plus me bouffe du temps.
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 1.
C'est triste mais je vois pas d'autre truc que lol à répondre.
[^] # Re: Je comprends pas
Posté par ckyl . En réponse au journal Le TCP keepalive m'a tué. Évalué à 4.
Ce qu'il dit c'est qu'un mec qui abuse volontairement tu lui shoots tout voir tu lui bloque l'accès. Un mec qui à un truc qui déconne, tu lui buttes son processus, tu le préviens et tu reviens à la solution 1 si ça recommence trop souvent.
Si SSH te laisse traîner des shells, tu peux pas vraiment blâmer les utilisateurs. Tu te rappels pas forcément qu'une cnx à déconnée et ils ont pas que ça a faire que de tout vérifier. Faut pas oublier que pas mal de machines ont plusieurs centaines d'utilisateurs, et que les utilisateurs peuvent avoir beaucoup de machines remote (pendant un moment je devais accès sur 5 à 10K machines).
C'est un peu comme imaginer que le système puisse ne pas nettoyer la mémoire quand un process crash et qu'on doivent le faire à la main.
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 3.
Le problème n'est pas de perdre des mails, SMTP gère très bien tout ca. Le problème c'est la dispo en lecture pour les utilisateurs et l'envoi de messages. La réception des messages n'est pas un problème même si tu as une dispo de merde.
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 6.
Bha j'ai passé l'age de me prendre pour un admin sys du dimanche. Je veux que mon mail marche, je paie pour un service mail. Je m'amuse pas m'installer SMTP/IMAP/Webmail/gestion du spam par ce que ca ne me sert à rien, ca prend du temps et qu'en effet sauf exigence très particulière le résultat est moins bon que ce que peut me fournir mon hébergeur si je lui délègue le service. Il me fournis un service flexible, tu peux filer un .procmail ou piper avec ce que tu veux, et fiable.
Bref j'ai un service mail de qualité…
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 4.
Des hébergeurs qui font très bien leur boulot pour un coût raisonnable ca existe. Aucune limite artificielle (tu paies un espace disque, RAM et un trafic que tu utilises comme tu veux), service et nickel très bon et des services bien gaulés avec remote API & co. Alors non pour quelques euros par mois tu n'auras pas de SLA contractuel. Mais dans la pratique, un hosteur pro avec plusieurs datacenters, du spare de matos, des admins h24, de multiple point de connexions offre un service bien meilleur que ton ARM dans ton armoir.
C'est quoi ton pire temps de réponse quand tu crames du matos (vacances et deplacement compris) ou qu'il y a un coup de pelleteuse ? Tu penses qu'un hosteur pro rétabli le service en combien de temps lui ?
[^] # Re: Je comprends pas
Posté par ckyl . En réponse au journal Le TCP keepalive m'a tué. Évalué à 2.
Les problèmes hard ca arrive. Surtout avec les portables qui chauffent. Mais ce n'est qu'un exemple. Les problèmes ca arrive tout le temps pour des milliards de raisons. L'univers est très inventif.
Franchement c'est marrant de voir tout ce qu'il peut arriver. En étant plus large que ce problème j'ai déjà rencontrer des cas que je n'explique toujours pas même avec les dump réseau en main. Tout ce que j'ai découvert c'est que ca pouvait arriver.
http://status.aws.amazon.com/s3-20080720.html
Non. Tu choisis TCP (ou un autre) pour les services qu'il fourni et tu les complètes si besoin. Par exemple tu vas devoir heartbeater si tu as besoin de découvrir en un temps raisonnable que ton lien à un problème avant que le buffer d'émission soit plein et que le kernel te jette.
Bref c'est très bien que TCP ait ce design. Mais c'est le fonctionnel de l'applicatif qui décide de ce qu'il faut faire.
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 2.
Temps de synchronisation initial en dehors du LAN. Temps de téléchargement. Disponibilité du service quand tu n'es pas dans les "presque 100%". Exemple typique: déménagement ou problème sur la ligne. J'ai eux 2 mois de coupure ou de 50% de packet loss sur une ligne qui fonctionnait nickel depuis 2 ans. Je m'assois sur mon mail pendant ce temps là ?
[^] # Re: J'en connais qu'un
Posté par ckyl . En réponse au journal free et la gestion des mails. Évalué à 4.
Je parlais de payer pour un service: le mail. Par ce que la question à la base n'est pas de passer X jours à faire de l'admin sys mais d'avoir un service de mail fiable, rapide et correct. Ca inclus aussi d'avoir une dispo nickel et des bonnes perfs. Ca inclus non exclusivement de bonnes perfs quand tu te connectes depuis une nouvelle machine hors du LAN, une dispo même quand tu es en vacances sans accès physique pendant un mois, ou un remise en service dans l'heure quand t'as du hardware qui claque ou une panne sur ta ligne téléphonique.
De l'auto-hébergement de MX je le faisais y'a 10 ans. C'est rigolo mais c'est clairement pas la solution si tu cherches un service solide, ni si tu considères le cout de l'admin sys.
Après auto-hebergement, hebergement, prestataire, prestataire-gratuit chacun fait ses choix. Chacun à ses avantages et ses incovéniants.