*est lui même hotliner*
Je suis même plus étonné ...

Surtout que le terminal n'est pas tout le temps noir avec écritures blanches.
Par exemple, sur mon ordi avec Ubuntu 10.04, le terminal était par défaut violet transparent avec écritures blanches. Sur mon ordi équipé de Fedora 7 + KDE 3, le terminal était par défaut blanc avec écritures noires...

Je l'ai déjà répété sur un ancien PEBKAC mais ne jamais dire qu'on a Linux à un hotliner.
Il a peu de connaissances en informatique à moins d'être un geek.
De plus, il doit suivre scrupuleusement ses fiches mais aussi qu'il pourra très bien te dire :
"Désolé Monsieur, ce système n'est pas supporté par le matériel... [raccroche].

Donc faut dire Windows et convertir les commandes Windows en commandes Linux à la volée. Mais ce sera plus dur de lire les résultats des commandes car ce n'est pas pareil.

Il faut juste traduire dans sa langue, et faire un ifconfig.

Le hotliner essaye d'aider et voilà ce qu'il prend...

Toujours dire Osx quand on a un Linux, ça marche mieux...

Il me semble que c'est un libreBox. (ce sont les seuls faire l'interface sur leur site).
C'est en plus marqué dans la notice. Débrancher et rebrancher 5 fois le modem pour réinitialiser le modem ;)

Mais sinon ils devraient avoir quelques trucs pour savoir si le modem est en tel ou tel mode, s'il arrive à communiquer avec l'extérieur et ce qu'il voit comme ordi connecté.
Du coup le problème se retrouve vite cerner. Plutôt de faire de trucs délirants.

ifconfig est déprécié maintenant (ou devrait le devenir suivant les distribs), on peut utiliser "ip a" (sous archlinux en tout cas)

Procédure modifiée sur la Révolution : http://www.free.fr/assistance/2550-reinitialisation-du-freebox-server.[...]

Et dans le cas d'une FreeBox, S'toi le PEBKAC, la procédure est documentée à la fois sur la "documentation" incluse avec la box et sur le site de Free.
Tu démontres ainsi qu'il ne faut jamais faire confiance à l'utilisateur, même celui kissikoné, car lire le TFM est une des règles de base *avant tout appel* à l'aide.

Pour le tro^Wdébat sur "faut-il avouer qu'on utiliser linusque", j'ai tendance à le dire (OK, je trolle parfois en répondant "FreeBSD 8" et en bossant directement sur mon firewall) et à demander de m'indiquer non pas la marche à suivre mais l'information recherchée ("vous voulez mon IP ? Ma default gateway ? Mes serveurs DNS ?").
Ça peut paraitre idiot, mais ils n'amélioreront pas le support UNIX-like si personne ne s'en sert...

De toute façon, le principe, c'est de lui donner l'OS qu'il a envie d'entendre et traduire les commandes.

de toute manière si c'est un probleme coté réseau local qui nécessite de connaitre l'ip ou la passerelle, un probleme de dns ou encore un hard reboot de la box je vois pas pourquoi les personnes "kissikonnaissent" appellent une hotline. des utilisateurs lamda ok mais si tu touche un peu tu tape pas docilement les commandes et autres stupidités qu'on te dicte bêtement alors que tu sais très bien que ton soucis ne viens pas de la. le seuls cas qui justifie l'appel à la hotline c'est les problèmes de ligne ou box HS mais au delà de la box je vois pas pourquoi quelqu'un qui s'y connais un peu en réseau a besoin d'un hotliner sans doute moins compétent que lui

Sauf que le hotliner ne sais pas que tu t'y connais. Ses supérieurs l'obligent à suivre un procédure stricte pour déterminer l'origine du problème. Celle-ci commence par vérifier si le problème vient du PC.

@Clem : Il ne se passe rien quand je clique sur le lien « Éditer ». D'ailleurs il apparait comme un lien classique. J'utilise Firefox 14.0.1 sur Ubuntu 10.04.4.

Te devrais le mettre à côté de « Répondre ».

D'après les symptômes que tu décris, c'est le navigateur qui a encore l'ancien JS et CSS en cache.
Refresh le cache et ça devrait marcher.

Edit : l'explication est que, dans un souci de performance, je force les CSS et JS en cache navigateur pour une semaine :)

... 7 ou 17 ?

test
EDIT : ça marche /o/

Je sais plus si ça marche pour les js et css, mais il est possible de forcer le re-téléchargement d'un fichier en ajoutant un paramètre GET (du genre "?foo=bar") à l'URL là où elle est appelée.

Anéfé mais pour faire simple, faudra que je modifie le cache-control des headers HTTP quand je fais une modif de profondeur sur les JS et CSS.
Sinon de toute façon, le $_GET est proscrit du site :) (à part 1 ou deux exceptions) par souci de sécurité (et de duplicate content), c'est une particularité du framework utilisé.

De sécurité ?
En quoi $_GET est moins sécu que $_POST ?

Bin déjà, tu évites que beaucoup de petits rigolos s'amusent à essayer des failles XSS dans l'URL après les avoir lues sur "Hacker Forum Mag Script Kiddie".
Après non effectivement, $_GET n'est pas moins sécuritaire que $_POST, je suis bien d'accord.

Si je l'ai proscrit, c'est surtout pour éviter le DC par Google. J'aime pas me retrouver avec des pages indexées avec 50 paramètres derrière l'URL, tout ça parce qu'une application Facebook pourrie met des paramètres quand il appelle une URL.

oui oui, 7.