xou

Oui ça j'ai bien compris et je connais bien OVH : c'est justement la raison pour laquelle tu as tout intérêt à utiliser les domaines monsite.it et monsite.nl sans quoi tu aura plus de mal à te positionner comme il faut sur les recherche dans les langues respectives, sans quoi tu n'apparaitra que dans les recherches "en italien", "en hollandais" mais pas les recherches "italie" et "hollande".

Si tu as Firefox il existe un plug-in dont je ne me rapelle plus le nom (si ça me reviens j'editerais mon msg) qui te permet d'avoir les numérotations comme dans yahoo. EDIT: merci à xgamer pour m'avoir rafraîchi la mémoire (cf: ci-dessous)

DreamHost PMB #257 417 Associated Rd. Brea, CA 92821 USA Je ne suis pas sûr qu'ils aient de datacenter en europe, et tant qu'à prendre un hébergeur aux états-unis il vaut mieux prendre au tarif normal car les hébergeurs cheap là bas ne disposent pas du fabuleux support dont bénéficient la plupart des bons hébergeurs d'outre atlantique : support téléphonique gratuit via VoIP car numéro fixe non surtaxé, des hotliners compétents et très souvent avec des connaissances avancées, ils sont capables de mettre 2 ou 3 personnes sur votre problème car ils préfèrent passer 5 min sur votre problème à 3 personnes que 20 minutes avec le seul hotliner. ça peux très bien te satisfaire et je peux le comprendre, mais ça reste un serveur localisé aux états-unis...

Quel est le code d'erreur qui t'es retourné ?

Entre nous, je ne pense pas que ff-tarot ai un serveur dédié au vu de sa question. Sans quoi il ne se prendrait pas la tête à chercher une solution absolument sans réécriture. Mais effectivement c'est un oubli de ma part. Pour ce qui est de configurer un alias nul besoin d'avoir accès au serveur, il suffit d'utiliser la directive Redirect (temp, match, permanent...) qui fait appel au mod_alias d'apache : un simple htaccess suffit. Regarde donc du côté d'alias ou mod_alias dans la doc apache.

Logique, excepté que je ne comprends pas pourquoi économiser sur les noms de domaine pour la hollande et l'italie ? problème de disponibilité !? De plus tu n'auras pas d'ip dans ces pays alors il ne faut pas négliger leur domaine.

ça dépends quel datacentre il interroge... c'est tout à fait normal et généralement les écarts sont minimes.

Le problème n'est pas les opérateurs mais France télécom qui a une facheuse tendance à prendre son temps...

il n'existe que deux solutions valables, les autres ne sont que des bidouillages futiles, la première est en passant par htaccess en utilisant le mod_rewrite et la seconde est à base de language serveur (php, asp, jsp...) en jouant avec les headers. Il te suffit re renvoyer un code 301 en redirigeant vers l'url désirée.

EDIT : ROGer Norseb Je ne pensais pas que les échanges de bons procédés comme tel; où l'on parle de bons vins et non d'argent devaient impérativement se faire en privé.

Apparement c'est ok, il n'avait pas fait attention au choix d'encodage du fichier source lors du transfert.

Je veux bien t'aider à faire l'architecture contre quelques bouteilles de Vino di Gio car le je connais pas le "Folle Noire" !!

Au lieu d'utiliser les div comme des calques utilises les donc en tant que conteneurs. Fais donc une recherche sur google: xhtml+css

Bonjour, un ami rencontre un petit problème d'encodage en passant d'une base MySQL 4.0.x encodée en latin1 (iso-8859-1) vers une 5.0.x en UTF8. J'ai vu une soluce possible mais avec 122 tables ca risquerait d'etre fastidieux: Auriez-vous une solution ?

Tout dépend du sérieux du registrar en question, encore faut-il qu'il soit réellement registrar, chez OVH je n'ai jamais eu de problème par exemple. Mais de toutes façons qu'il soit registrar ou revendeur tu est en droit de déposer plainte à l'ICANN et/ou son registrar.

Ok merci pour votre aide je vais fouiller dans cette direction.

Il y aurait un temps d'attente entre la création et la possibilité d'accès à la base de données et ça ne me plais guère, mais effectivement c'est une solution mais ça voudrait dire qu'il faut que je code moi même un système de limitation J'aimerais (idéalement) que l'utilisateur puisse créer sa base directemment dans phpMyAdmin, n'y a-t-il pas possibilité de limitter cela directemment avec MySQL ? j'avoue avoir pas mal fouillé dans les possibilités, mais sans trouver une voie.

humm si j'ai bien compris ton raisonnement je limitterais donc à une seule base !? si c'est le cas ça ne solutionne pas mon problème. Dans mon cas je souhaiterais limitter la création à 3 ou 5 bases par exemple.

Et ton nom de domaine il est passé au contrôle anti-pollution ? Sérieusement je n'ai jamais entendu parler de règle établie dans pour la revente de site web, même un ami aux states m'a confirmé que ce n'est pas une pratique courante et pourtant il en a vendu pas mal : un seul acheteur l'a exigé. J'avoue avoir du mal à concevoir qu'un nom de domaine ai besoin d'un contrôle technique, de plus un nom de domaine ne se vend généralement que lorsqu'il est un minimum référencé pour prouver qu'il n'est pas blacklisté (au minimum) donc je ne vois vraiment pas ce qui risque de poser problème. Mais peut-être qu'un détail m'échappe, auquel cas éclaire-moi.

Bonsoir, j'ai eu beau chercher, mais je n'arrive pas à trouver ce qui m'intéresse, à savoir: Comment limiter le nombre de bases de données qu'un utilisateur peut créer ? Si je lui autorise la création il est illimité.

Et puis depuis quand c'est au vendeur de faire appel aux services d'un expert pour évaluer si l'investissement est risqué ou valable ?

J'avoue ne pas avoir beaucoup de nom de domaines chez eux mais je n'ai jamais rencontré le moindre problème pour la gestion de mes noms de domaines et la propagation à toujours été plus rapide que chez OVH, par contre pour ce qui est du support j'avoue que OVH garde son avantage avec son forum et les tickets son gérés plus rapidement (en général).

Il faut voir également que le logiciel libre génère des revenus pour toutes les sociétés qui mettent en oeuvre des solutions à base de logiciels libres, on ne paye pas la license mais le service. L'argent qui aurait dû être investi dans l'achat d'une license est le plus souvent utilisé pour former le personnel à ces logiciels ou encore pour ajouter de nouvelles fonctionnalités à ces logiciels, ce qui n'est pas possible avec le logiciel propriétaire. Les SSLL participent également au développement des logiciels libres de cette manière puisque les modifications apportées pour un client sont le plus souvent proposées à l'equipe de développement et peuvent parfois se retrouver intégrées lors d'une m.a.j ou alors sous forme de plug-in. Le libre est une autre manière d'appréhender ses besoins et non uniquement un moyen de ne pas payer les licenses des logiciels.

Bonjour, tu as un package PEAR également qui gère excel mais je ne l'ai jamais testé, j'avais gardé ça de côté au cas où... Le package en question: http://pear.php.net/package/Spreadsheet_Excel_Writer Un article trouvé sur sitepoint: http://www.sitepoint.com/article/pear-spre...et_excel_writer Peut-être que tu y trouveras ton bonheur !?

Une redirection 301 ????? Soit tu n'a pas fait de redirection 301, soit tu n'as pas la patience d'attendre que googlebot repasse sur ton site. Car si le contenu est identique il y a de fortes chances pour que que Google le considère comme duplicate content et n'indexe jamais ton .com, 301 est ton unique solution. Recherche dans le wiki pour plus d'infos.