glibre

slt tu te compliques la vie. tout comme tu definis un DNS secondaire chez ton registrar, rajoutes un troisieme. il te suffit ensuite de bien declarer le troisieme en slave dans tes configs

j'ai justement entendu a la radio qu'une negoss etait en cours a ce sujet... notamment vis a vis de la loi europeenne

Pour info, il est tout a fait possible d'utiliser eAccelerator avec SuPHP en FastCGI. (malgré ce que l'on peut lire sur le net) http://www.eaccelerator.net/wiki/Faq Sur un petit forum, en execution, je passe de 0,033s (avec eaccelerator) à 0,067s (sans eaccelerator) en moyenne sur quelques refresh. On peut donc, avec SuPHP, fournir par virtualhost, une version de PHP precise, avec un php.ini precis et avec ou non eAccelerator d'activé

tente comme ca:

tu verras que tu ne pourras pas resoudre ton probleme avec ton DNS (enfin, si g bien compris ton besoin) bon apprentissage

ah voui, entre le moment ou j'ai clické sur repondre et le moment ou j'ai poste... y en a eu des reponses

ok bah en fait, un dns dans ton cas ne te servira a rien. sur ton routeur ton va forwarder les paquets port 80 vers une machine qui hebergera tes sites. Apres, si tu veux heberger 2 sites sur 2 machines differentes, il te faudra faire du reverse proxy sur la machine qui est derriere ton routeur, cette derniere transferant le trafic sur un autre serveur www. je ne sais pas si je suis clair lol

slt je vois pas trop l'interet. ton seul soucis est que ton ip doit etre a jour...

slt mets un favicon.ico dans ta racine du site web. et mets dans le head:

salut, meme si je ne suis franchement pas fan de ce genre de panel, ce que tu cherches semble etre virtualmin

ton php.ini ne te sert a rien... jette un coup d'oeil la pour tes problemes d'accents: http://www.generation-libre.com/problemes-...-donnees-mysql/

ha oui, sous windows... tu as du recuperer cette commande d'un poste fonctionnant sous *nix

salut fellicitation je connaissais pas ton site... c'est une sorte de paypal en gros?!

Bonsoir, j'ai aussi fait le choix de partir sur une base de 1024. Certes c'est pas cool pour ceux qui sont encore avec des ecrans et cartes video datant de JC, mais le confort et la mise en page, apres reflexion, a primé sur la solidarité (j'ai honte)

Salut, pour le cache, c'est au niveau de MySql que tu parametres cela. ET comme il a souvent été dit... la plupart du temps les problemes de perf des applis web "maison" sont dues à des index manquant.

tu es sur le bon forum , qu'est ce que tu veux que je te dise content d'avoir pu te renseigner

bonsoir, les offres d'hebergements applicatifs de gestion, ERP /CRM etc. explosent sur le marché... Meme SAP propose des solution online pour les PME

Bienvenue à toi

Ce forum est la pour ca (à mon sens)

effectivement, binarygirl a raison. je ne vois pas pourquoi faire un transfert (meme si jt'ai expliqué comment faire en MP) Sinon Boolmyname est "accredite" icann en tant que registrar

bon, attention, ce que je vais ecrire n'est pas ce que je te conseille, car, pour le faire, il est necessaire d'etre à l'aise avec l'administration systeme... et prendre du temps pour un minimum de maintenance / surveillance. j'en "parle" car je pense que cela pourrait interesser certains. Tu me parles de 170 / mois... Pour 148 HT/mois, en suivant mon raisonnement de scale out, tu as: - 2 serveurs frontaux (web + MySql lecture) START 100M LARGE + (46/mois chacun) - 1 serveur backend (MySql écriture) START 100M LARGE ++ (56/mois) Donc pour ce prix, tu aurais un environnement hautement performant, avec de la repartition de charge voir meme du failover. Bon, maintenant, soyons plus terrer à terre, et notamment vis a vis de ton besoin. Il me semble qu'un SUPERPLAN 2007 + suffirait;

arf, on appelle ca aussi le deploiement horizontal ou vertical. en clair, pour un gros trafic, soit tu utilises un gros serveur qui pourra tenir la charge (scale up), soit plusieurs petits qui se repartiront la charge (scale out). Probleme de securite: aucun dans la mesure ou tu securises le flux de données entre les divers serveurs. L'interet est d'utiliser un ou plusieurs serveurs (replica) moins puissants pour gerer la lecture (select) avec une gestion de cache, et un serveur ne travaillant qu'en ecriture et donc optimisé pour cet effet. C'est ce qu'on fait par exemple pour les besoins d'infocentre / reporting. http://www.mysql.fr/news-and-events/press-...se_2007_37.html

slt, pour ce genre de trafic et avec des serveurs bas de gamme, il peut etre utile de separer l'ecriture de la lecture (MySql) avec x machines. Apres, c'est tjrs la meme guéguerre sur le choix d'un scale out ou scale up

et c'est tres exactement pour cette raison que l'ISO a refusé de normaliser le format utilisé dans la suite Office 2007

tu y sers du gateau qui se vend d'ailleur tres bien...puique les gens se regalent avec. Moi je veux ouvrir un restaurant et vendre egalement du gateau comme toi, avec des pepittes de chocholat, mais tu m'en empeches et ce, meme si la recette n'est pas exactement la meme.