Ben A. a écrit 38 commentaires

Ce qui veut dire que si tu veux changer de FAI, tu dois payer les frais d'installation Netissimo ?
Si tu veux changer pour un FAI qui utilise Netissimo ou un autre qui degrouperait aussi mais qui impose des frais d'install, ce sera probablement oui.

1) Sur Paris, a votre avis, peut on choisir de ne pas avoir FREEBOX ?
D'apres le site web et les posts sur proxad.free.adsl, la reponse est non ; apparemment, sur Paris, les equipements en face sont specifiques Free et demandent qu'il y ait une Freebox en face.
Apparemment, c'est du vrai ADSL mais le reste n'est pas standard.

D'ailleurs (tjrs d'apres les memes sources), lors d'une extension de la couverture Freebox vers la province, le modem fourni sera remplace par la Freebox.

Pour aller dans le sens de Free, il semblerait que cette boiboite soit un peu plus qu'un simple modem ADSL et permette l'acces a des services de telephonie et/ou de television (c'est meme dans les CGVs comme certains l'ont remarque)

Car page perso gratuite et sans pub, acces modem gratuit, acces adsl quasi-donné !

Du fait de l'interconnexion, une partie des frais que tu paies a France Telecom pour joindre le numero de Free est reverse a l'operateur terminant l'appel (dans notre cas : Free Telecom).
Les pages persos sont associes a un compte Free, ca constitue plutot un produit d'appel ou un moyen de se faire connaitre puisque ton URL reflete ton hebergeur mais je reconnais que c'est pas ca qui va rapporter de l'argent.
Je rappelle a tout hasard que tous les hebergeurs se basant sur des frames de pub (ou popup) sont deficitaires.
Quant a l'acces ADSL, FreeT utilise le degroupage qui contrairement a Netissimo permet de poser ses propres equipements au plus pres de l'abonne et donc de faire sauter l'intermediaire France Telecom.

Sinon, Free/Iliad a annonce des benefices pour l'annee derniere :
http://www.neteconomie.com/perl/navig.pl/neteconomie/infos/article/(...)

Tu as raison mais il est impossible de verifier a coup sur que le client a lu et/ou compris les CGVs (ils vont pas imposer une interro ecrite a chaque client), je considere plutot ca comme une "obligation de presentation" : ie : tu dois permettre au client de prendre connaissance des conditions avant l'utilisation du produit, tu dois aussi lui presenter dans la mesure du possible et lui demander s'il les accepte.
Ca peut se traduire differemment (certains proposent une checkbox "acceptez-vous les cgv ci-dessus ? oui/non") mais je pense qu'il serait dangereux de baser un argumentaire uniquement sur la non-signature d'un contrat (lorsqu'il est facilement prouvable que le client n'a pu ignorer l'existence des conditions du service). Il serait plus logique, en cas de conflit, de prouver qu'il y a reellement une faute dans l'information du (futur) client. (ne serait-ce que pour eviter la mauvaise foi evidente).

Maintenant, je suis pas juriste non plus. Je me contente de dire ce qui parait logique.
Dans tous les cas, la plupart des sites proposent des CGVs en ligne et demandent pendant l'inscription "Avez-lu et acceptez-vous les CGVs ?" donc dans ce cas, il me parait difficile de plaider l'ignorance sans etre de mauvaise foi.

Si tu utilises un service, il est considere que tu as accepte les conditions d'utilisation qui vont avec meme si t'as pas signe un contrat.

Ca parait logique : tu ne l'as pas utilise a l'insu de ton plein gre.

Ca implique que les conditions d'utilisation et les eventuelles obligations/restrictions qui vont avec s'applique.

3.6. Interruption du service
Ca parait logique : si tu veux une disponibilite 100 %, c'est plus le meme prix et il faut bien intervenir de temps a autres sur le reseau.

3.7. Modifications des prestations offertes
Ils ont des fournisseurs, si ces fournisseurs augmentent leurs prix, il parait logique de repercuter cette hausse sur les abonnés.
Mon loyer augmente tous les ans et c'est ni plus ni moins scandaleux.

5.4. Modifications
J'ai la meme phrase quasiment dans mes CGVs Free de 1999. De plus, ca me semble plus etre une clause de precaution qu'un truc reellement applique. (et pour une bonne raison, si mon fai me change mon email, nos relations vont se degrader d'un coup).

8.1 FREE TELECOM n'offre aucune garantie ou engagement [SNIP]
Ca revient juste a dire qu'il n'y a pas d'obligation de resultats et que si tu n'as une disponibilite de 100 %, tu peux pas hurler.
A tout hasard, tu as la meme chose sur ton abonnement telephone (FT, ayant pete un switch en bas de chez moi, m'a coupe 36 heures et j'ai pas eu un centime de remboursement pour autant).
Donc, vu que pour etre connecte ADSL, il faut passer par FT, il me parait difficile de proposer une obligation de resultat lorsque le fournisseur d'une partie de la prestation n'a qu'une obligation de moyen.

10.2 FREE TELECOM pourra prélever à tout moment
Ben, tu comptais jamais payer ?

ARTICLE 12 - MODIFICATIONS
Ca se traduit par "si tu l'utilises a un moment T, tu acceptes le contrat du moment T" . Ca evites les petits malins qui croient qu'ignorer les CGVs est une excuse acceptable pour ne pas les respecter.

Je l'ai recu/lu et je l'ai trouve tres interessant notamment car je pense qu'il presente une vision plutot complete de l'etat des connaissances sur le sujet.
La partie historique est tres bien et je conseille pour ceux qui veulent en savoir sur l'histoire des codes secrets les livres suivants :

* L'histoire des codes secrets par Simon Singh
http://www.amazon.fr/exec/obidos/ASIN/2253150975/402-0555959-229133(...)
qui a le bon gout d'etre en francais et en poche (donc pas cher)

* The Codebreakers de David Kahn http://www.amazon.fr/exec/obidos/ASIN/0684831309/402-0555959-229133(...)
qui est assez volumineux et en anglais mais qui est excellent.

Je cite http://www.nandotimes.com/healthscience/story/477752p-3816585c.html(...)
The odds of that happening, however, are low. The 2019 date ranks a one on the zero-to-10 Torino scale, meaning the chances of a collision are about the same as a random object of the same size hitting the Earth in the next few decades.

Traduit rapidement : il y autant de chances pour que cet objet en particulier nous tombe dessus qu'il y a de chance pour que l'evenement "un objet de meme taille tombe sur la Terre dans les prochaines annees" se produise. On est pas beaucoup plus avancés.

Ce n'est pas pour rien que j'ai mis digne de ce nom.
Je sais tres bien que certains font n'importe quoi avec le mail de leurs abonnés mais ce n'est pas parce que ce sont des "gros" (en terme du nombre d'abonnés actifs) que cela devient acceptable ou recommandé.
On ne peut qu'esperer que ce type de configuration stupide leur coute suffisamment de clients pour qu'ils se sentent obliges de faire des progres.

Il me semble que tu essaies de te compliquer la vie.
L'etape de la compilation et de la resolution dependances n'a pas (amha) a etre gere par l'outil de gestion de version. On lui demande avant toute chose de garder une trace de l'evolution d'un groupe de fichiers, pas de gerer des trucs qu'il ne comprend pas comme la compilation.

Pour faire ce que tu veux, il vaut mieux utiliser des systemes comme dpkg qui te permettent d'avoir des dependances au moment de la compilation et de l'installation. Dpkg est fait pour cela et il le fait tres bien.
Quant a garder une copie des options de compils, le plus simple est d'inclure dans ta librairie un numero de version ainsi qu'une fonction du type :

#define MY_LIB_VERSION 2002072401
int getversion(void)
{
return(MY_LIB_VERSION);
}
et de modifier le #define lors de vrais changements (comme la modification de l'API publique de la librairie)

donc il y a des chances que certains mails (quand le serveur SMTP envoyeur a été configuré un peu scrictement) soient définitivement perdus...
Aucun FAI digne de ce nom ne laisse un timeout inferieur a 3 jours. Il se peut que des fous bouncent les mails en quelques heures mais je doute que ca soit des FAIs majeurs/serieux.
Donc ca va spooler chez les serveurs des FAIs meme si le reseau devient injoignable.

Evidemment, si la panne depasse quelques jours, les mails vont bouncer mais les envoyeurs recevront alors un message pour signaler que le message original n'a pas ete delivre.

... Yen manque et pas des moindres

Par exemple, il manque le fait que Linus ait trouve du boulot chez Transmeta. L'element interessant est que Linus avait un accord avec Transmeta pour continuer a participer a Linux tout en ayant un salaire.
Si ma memoire est bonne, il a du commence a travailler a Transmeta debut 1997.

Surtout que le patch se resume a meme pas une centaine de lignes une fois que tu as enleve les 2 miyards de lignes pour mettre a jour "configure" (alors qu'il suffit de faire un ./buildconf apres le patch) Sinon, il est interessant de relever que l'architecture IA 32 n'est exploitable que sous la forme d'un DOS (et donc n'est pas a priori exploitable) : <<<< Impact Both local and remote users may exploit this vulnerability to compromise the web server and, under certain conditions, to gain privileged access. So far only the IA32 platform has been verified to be safe from the execution of arbitrary code. The vulnerability can still be used on IA32 to crash PHP and, in most cases, the web server. >>> Plus d'infos sur http://security.e-matters.de/advisories/022002.html