Reprise du message précédent :
ca a pas du passionner grand monde. wiki est assez evasif sur le sujet

Non, ça s'appelle le protocole ou http pour les autres.
A la base, celui qui a inventé le protocole n'avait mis que http: et je ne sais plus pour quelle raison pourrie ils ont rajouté les //.

faudrait demander a -tac-

Pour faire un smiley.
 
   

Et on continue avec les images.
 

Parce que tu mélanges 2 bouts de l'URI dans "http://" : le http c'est le schéma (scheme en anglais), et les // (pas présent dans toutes les uri) sont le début du domaine (authority en anglais), les 2 points sont le séparateur entre les 2 parties.

j'avais vu le scheme et la décomposition, mais j'avias la désagréable impression que wiki essayait de m'embrouiller

 
La page wiki anglaise parle de préfixe  

http://en.wikipedia.org/wiki/Hyper [...] r_Protocol

un préfice, c'est ce qui est avant, donc, c'est vrai, mais bien trop générique

 
Ca me rapelle la soutenance qu'on devait passer mercredi... il fallait apprendre la rfc 2616 ... 84 pages >_>
 

 
on a eu -4    
les meilleurs -2    

lol

même réaction, j'ai dû relire 2 fois pour comprendre  
plutôt fun comme jeu

 
Et personne à fait la réponse à vos crétins profs que si on écrivait les RFC c'était justement pour ne avoir à les apprendre par coeur  

Tu oses mettre en question les dogmes de la sainte église la grande dame de l'éducation  

c'est ce qui m'a gavé a la FAC et qui m'a decidé a me barrer...
notamment pour les maths, ou c'est relativement compliqué, ben non faut tout retenir meme si c'est ecrit dans tous les bouquins, et encore mieux, on a la
possibilité d'avoir des calculatrice de folie (je remets pas feuli sinon yoak va me retomber de dessus), ben non, pu le droit de s'en servir...

tant qu'on y est on peut vous demander de nous refaire les feuilles du devoir plutot que de les faires sur Ordi et de les imprimer ??  bandes de co....

en fait, les maths spas du par coeur, faut aquérir des mécanismes, de la méthode, de la rigueur, ca me choque pas qu'on vous fasse retenir des trucs, si il suffisait de lire un bouquin, tout le monde pourrait, mais la, c'est quand meme un poil plus compliqué d

d'où l'inutilité d'interdire les bouquins...

j'avais commencé a debrouissailler une moulinette du genre...
 
l'adressage IP etait gris, on ne savait plus qui etait branché ou, les documents de brassage etaient juste a 70% a peine... alors comme j'avais deja fait des moulinettes un peu tordues, on m'a dit "tiens, vla la liste des switchs, les compte snmp et readonly, essaye de fairre une carte du brassage steup"
 
alors en theorie, c'est faisablee bien sur mais vla le crawlage des equipements, passer les commandes, recuperer l'output, parser le resultat etc  apres 1 ou 2h dessus j'ai fait nan mais nan, prenez un soft genre nmap

mais bon

c'est le protocole oui
 
ftp://
gopher://
nntp://
 
etc

tu as quelle marque ?

Donc si je calcule bien, 50% de réponses justes -> 0/20 et 75% de réponses justes -> 10/20 pour avoir 16/20 faut au moins 90% de réponses justes  
A+,

Petite question wifi :

Je suis cOnnecte en wifi a ma freebox V6 en N en cryptage WEP mais apparement, je suis a 54Mbits/s et c est pareil pour le pc de ma femme.

Hier, je passe en cryptage WPA2 AES et pouf, me voila a 144Mbits/s

Quel est le rapport entre cryptage et vitesse ?

Me dites pas aucun, les faits sont la... Meme si moi non plus je ne vois pas le rapport ...

Freebox V4 ou V5 ?
 
La V5 est compatible mimo (plusieurs antennes)  et 802.11n ce qui permet de multiplier le débit
 
mais pour cela il faut un périphérique lui aussi en 802.11n
 
La V4 n'a que du 802.11g en 54Mb/s max théorique
 
Jet

il est en freebox revolution avec un pc avec une Intel(R) WiFi Link 5100 AGN
 
donc c'est nickel il est maintenant synchro a 144... mais il voudrait savoir pourquoi en wep ca bloqué a 54 et maintenant qu'il est passé en wpa2 il est synchro a 144...

freebox V6 ...

 
   
 
t'es pas au pieu toi ????

putain c'était précisé dans le post, je ne suis pas réveillé moi

Jet

y'a eut des rumeurs de neige sur sf alors j'ai remis un film, et j'attendais de voir si c'etait confirmé ou pas, et si oui prendre une voiture pour une heure ou deux et allez faire quelques photos... mais ca semble tomber a l'eau
 
et j'ai essayé de chercher sur le net pour ton histoire de debit mais rien trouvé de convaincant :x

 
ben j'avoue que je comprends pas bien, j'ai lu qu'il ne devrait y avoir aucun rapport, mais la, je suis face aux faits ... c'est pas faute d'avoir rebooté la pc, la FB, je suis bel et bien passé de 54 a 144 en changeant le niveau de securité.

je pense que si il y a une reponse a ce mystere, c'est par Slyde qu'on l'aura

 
surement des raisons de compatibilité obscure, parce que si tu te connectes en WEP, t'as des vieux appareils et donc ça supporte pas les vitesses actuelles.

  bon bah "mystere" resolu

 
Envoie-moi un PM lundi pour que je regarde

Des retours d'expérience sur VDI ?
 
Je suis en train de regarder les techno. de la virtualisation du poste de travail pour notre infra.
 
Je ne suis franchement pas convaincu par cette technologie, présentée comme le Graal un peu partout.. L'infrastructure est carrément couteuse (stockage, hôtes, et licences en particulier), la montée en charge est carrément moins bonne qu'un simple RDS, et ca ne résout qu'une partie des problèmes (DTC pour le mode deconnecté, quid des perfs pour le multimédia ?)
 
Par contre, je suis carrement plus convaincu par l'hyperviseur client comme Nxtop. Grosses possibilités imho.
 

Les dernieres versions de la plupart des techno de VDI majeures permettent de bosser en offline, et que ce soit pour la video, la 3D pas trop lourde, etc, t'as maintenant des perfs tout a fait correcte pour la plupart des utilisations bureautique et multimédia pas trop lourd. Après contrairement à souvent la virtualisation de serveur, c'est sur que tu vas rarement y gagner en terme de cout d'infra, les économies de couts on les annonce surtout sur ce que coute en temps et en bonhommes la gestion de ton parc derriere.
Perso je suis moyennement convaincu aussi, la virtualisation des postes de travail est en tout cas beaucoup moins une évidence s'imposant d'elle même que celle de la plupart des serveurs.

Ah le VDI
Le sujet sur lequel je prends un malin plaisir à éclater tous les commerciaux
 
Je n'y crois PAS du tout. Ca n'apporte rien et ca coute un oeil
 
Je prefere mettre en place des bonnes solutions de déploiement d'OS et de softs. Les postes de travail ne coutent plus rien, et on y gagnera autant en main d'oeuvre qu'avec du VDI, qui lui va couter un oeil en matos pour tourner a peu pres correctement

Moi j'y crois un peu, mais pas en mode client/serveur. Déployé sur le poste de travail. Pour fournir des "appliances" prêtes à l'emploi. Et encore c'est limité à un domaine particulier. Si tu as la même machine à déployer partout ça ne sert à rien. Mais pouvoir fournir des configs logicielles spécifiques et optimisées pour chaque équipe projet, ça peut être sympa.

 
Ah bon ? Tu parles de xenclient par exemple ? Si oui, c'est typiquement de l'hypervisieur client "bare metal". Enfin tout depend ce que tu veux dire par offline (tu parles d'un crash ou d'une utilisation nomade ?)
 
Après pour le multimédia, Microsoft et les autres... proposent des protocoles optimisés (RemoteFx par exemple) mais je ne sais pas quelles en sont les limites. Certes on a le droit à l'Aero désormais mais peut on faire du SolidWorks ou du Catia avec ? J'ai comme un doute.
 
Une question au passage, avec une solution comme TS RemoteApp WEB access, le calcul est sur le serveur ou en local ?
 

 
Oui je pense aussi que quelques bonnes solutions de déploiement permettent déjà de bien limiter les couts (genre LTI/ZTI et app-v par exemple) sans investir XX k€ ! Après il y a toujours à gérer le problème du multi-equipement chez l'utilisateur (notebook, netbook, tablets, etc)
 

 
C'est la définition de l'hyperviseur client. J'y crois