Reprise du message précédent :

c'est normal, ils ne sont pas créés par défaut

 
oui je viens de lire mais aucun effet chez moi

pareil

vous avez bien respecté la casse du nom de fichier?
 
redémarré le navigateur ?

http://mjules.free.fr/captures/userContent.css

les includes c'est le bien ( & c'est plus joli apres )
sinon http://www.vnunet.fr/actualite/acc [...] index.html \o/

c'est déjà des includes

 
Tain mais ça va servir à quoi à part saturer les liens de download de warez ?

les balises <i> dans le titre

tu oublies tous les sites genre clubic
et les sites normaux, s'ils ne brident pas la BP/visiteur

 
tu peux me donner un ftpZ qui me permette de saturer les liens avec mes 750 Ko sec ?
 
bah non, les gens vont plus vite sur les sites normaux, oui. pas beaucoup plus vite en p2p moyen, et grosso modo, je suis pas sur que les gens downloadent plus qu'avec un adsl 512k => 5 Go par jour

http://forum.hardware.fr/hardwaref [...] 0059-1.htm
 
le retour de la marée noire

c'est pas bien difficile hein

 
Parce que tu crois que ça va donner un meilleur dl ?
 
Clubic a 400 Mbps potentiels ( plutôt 300 en moyenne ), au prix qu'ils payent, c'est pas ta connexion qui va poser un problème c'est la leur...

 
Le problème c'est que le prix du Mbps en utilisateur final n'est pas le même que celui du côté serveur, donc ça va amener quelques saturation d'un côté.

20 min pour reloader le bind en ce moment

oue sauf bcp de monde a 6-8 Mbp * 500 ou 1000 users, ca va dépasser je pense

 
Pourquoi ne pas avoir réparti sur plusieurs IP plusieurs NS ? ( c'est peut être déjà le cas remarque ? )

ça marche finalement ?

 
Bah de toute manière en journée ça va devenir chaud d'avoir un débit très bon, hormis pour quelques FAI.

Avec le développement de ce genre de débit ultra rapide, je pense que des solutions P2P à la Bittorrent vont se mettre en place beaucoup plus facilement chez les hébergeurs style Clubic ou autre.
 
A mon avis, le futur passera par une solution de partage de ressource dans ce genre ....

y en a 3 des DNS

 
Oui, seulement à l'heure actuelle le protocole Bittorrent te réduit la BP occupée que d'un certain pourcentage, ça ne résout qu'en partie le problème
 
Mais c'est clair que Bittorrent est intéressant pour ça

 
oki, donc à priori à vu de nez qq 12 000 includes au total répartis sur 3 DNS

nan, 35000 includes sur 3 DNS
1 primaire + 2 secondaires

 
Ah bah tu m'as pas compris alors, je disais qu'il aurait peut être été utile de répartir les domaines sur plusieurs IP, c'est à dire :
 
1300 domaines sur 1 IP
1300 domaines sur 1 IP différente d'un même serveur mais avec un bind différent
1300 domaines sur 1 IP différente d'un même serveur mais avec un bind différent
 
tu aurais alors 3 DNS primaires différents et pareil pour les secondaires, et les gens auraient un NS en fonction du domaine.
 
tu vois ce que je veux dire ?
 
Parce que 20 min ...

ah oue ok
mais nan
 
je vais pas "divulguer" d'autres choses, on sait jamais

est ce que vous auriez des URL de sites chez membres.lycos.fr qui utilisent du javascript à donf
 
c'est pour tester une méthode de blocage

rndc reload zonemodifie ?
cela ne serait pas plus rapide ?

sauf quand tu rajoutes 150 zones
 
edit : tous les quart d'heure

Tu veux dire du coté du serveur ?

 
moi je dis juste ce que j'en pense, après c'est clair que ça dépend du contexte, vous connaissez mieux votre système que moi
 
Je trouve juste que répartir permet parfois d'alléger les choses si tu n'as pas beosin de TOUT restarter.

ah bah forcément .
ceci dit vous n'éditez pas directement les fichiers ?
il y a l'interface ldap/mysql/postgresql/quesaisjedautre pour rajouter les infos et apres le script qui va modifier les zones ?
 
 
(edit: le sousentendu étant je veux bien le voir le script qui fait la balance )

le pb c'est l'archi mise en place
il y a trop de choses dépendante de l'archi, je sais pas du tout comment je vais pouvoir faire pour alléger ce serveur

 
Oui côté serveur

sisi, mysql/perl pour tout ce qui est automatisé
 
edit : tu rêves

 
Mets la base en RAM

y'a pas assez de ram

Bind ... arf ...