georges

Bonjour, Si l'on souhaite rediriger un répertoire unsite.com/rep1 vers rep1.unsite.com (et idem pour rep2, rep3 etc), faut-il obligatoirement passer par les modifs sur le serveur (virtual host etc) ou peut-on le faire "dynamiquement via un htaccess ? (j'ai noté (je ne sais plus où) qu'il y aurait apparement un souci de code serveur retourné par le serveur en cas d'utilisation d'un htaccess dans ce cas précis. Qqn peut le confirmer ? mon problème (si mon projet aboutit ) c'est que les répertoires seraient dynamiquement créés à la volée et que je n'ai pas trop envie d'aller dans la config du serveur à chaque fois qu'un nouveau répertoire sera créé...

il n'est plus en ligne ton site, si ?

J'ai transféré il y a peu 3 domaines de chez oxyd vers OVH : cela a pris très exactement 9 jours

L'erreur (de principe) que tu as faite, c'est que tu as fait le contraire de ce qui aurait dû être fait. OXYD est avant tout un hébergeur, pas un registrar (l'enregistrement des NDD, ce sont leurs épinards dans le beurre mais ce n'est pas leur partie, d'autant qu'ils enregistrent eux-meme les NDD via un registrar en Australie (-https://www.melbourneit.com.au/) alors que OVH est un "vrai" registrar patenté... bref, il aurait fallu enregistrer le NDD chez OVH, et ensuite l'héberger où tu veux... si j'étais toi, je ferai un transfert de NDD vers OVH pour être tranquille...

Pour faire du buzz et de la pub, pardi...

j'ai parlé des <p> pour reprendre ton exemple, hein je suis content qu'on parvienne à la même conclusion

je ne comprends pas réellement la portée de ta réponse.. les divs ont pleinement leur utilité lorsqu'ils servent à identifier des blocs précis (menu, contenu, etc) et que l'on souhaite appliquer des propriétés particulières aux différents items de ce bloc (si je veux que les <p> et les <ul> du menu soient rouges mais pas les <p> ou <u> du bloc "contenu").... je ne me vois pas mettre un "class" à chaque <p> dans la page html pour signifier que ce <p> ou <ul> appartient au menu mais tel autre non...

je comprends ton argument, mais... si une page est structurée avec des DIV plutôt qu'en colonnes et rows avec des tr et des td, je pense qu'elle sera quand même bien plus simple à maintenir et à modifier ultérieurement. Parce que avec des tableaux, dés lors que l'on rajoute une colonne ou une "row", tout est vite destructuré si on ne rajoute pas les "rowspan" ou les "colspan" exactmeent là où il faut... alors que avec des div en "float left", la "maintenabilité" (désolé pour le néologisme) est plus simple... de toute manière, les tableaux sont prévus pour... la mise en forme des tableaux de données (type données façon phpmyadmin), pas pour mettre en forme tout un site.. cf sur http://www.w3.org/TR/html4/struct/tables.html#h-11.1

en fait ta question aurait dû être dès le départ "que pensez-vous de xxx" ? Jamais compris que l'on puisse venir demander une confirmation et balayer d'un revers de souris les arguments de webmasters expérimentés alors qu'on a déjà une idée bien arrêtée

2 remarques : le chargement de la page d'accueil a été très très long pour moi. mais bon c'est pas bien grave quoique... Par contre, quand j'arrive sur ce genre de pages -http://www.boutique-cosmetique.com/boutique_fr_111.html, il saute aux yeux qu'il y a suroptimisation... j'ai compté 44 occurrences du terme "Shamp0ing"...

cependant, je suis de l'avis du captain torch : servir 2 feuilles de style distinctes selon la langue semble plus "propre", non ?

@ cyberlaura : ça marche déjà très bien pour le GET... sinon pour la variable de session, soit tu l'initialises mal, soit tu lui fais un mauvais traitement dans ta page... y a des tortionnaires de variable de session qui ont été condamnés pour moins que ça...

bon, ben, il n'est pas prés de revenir avec vos réponses...

et c'est franchement pas sympa de repartir sur un autre post lorsque les réponses ne te plaisent pas ou ne te conviennent pas... t'as qu'à le dire... cf http://www.webmaster-hub.com/index.php?showtopic=45975

la démarche grosso modo : tu dois créer un formulaire en méthode post ou get, ajouter un "onchange" comme action dans ton select, modifier ta sélection SQL pour que tu puisses à la fois alimenter ton select et afficher les données dans les différents champs si le select te renvoit une valeur (voir la clause "where")

A yuston : oui mais le 1° visiteur (ou le 2° ou le 3° etc) a ici (dans ton script) autant de chances que le 500° d'être sélectionné ce qui n'est pas vraiment l'objectif

salut, il y a plusieurs façons d'être mentionné comme "registrant" : propriétaire, administratif, facturation, technique.... donc soit u es vraiment le propriétaire/owner et ton prestataire bluffe, soit tu n'es pas le "vrai" owner...

côté technique, c'est vrai qu'avec ATOS, il y a de quoi parfois se tirer les cheveux mais on y arrive toujours à la fin... que cela bloque à ce point avec ce système de paiement en ligne m'étonne beaucoup...

Il faudrait déjà figurer en bonne place sur cette page -http://www.tous-des-cons.net/roi.php pour acheter ton site... arf, excuse-moi, elle était trop facile... c'est de l'humour, hein.. sinon pour redevenir sérieux, tu as des sites comme sedo ou boursoweb (noms de domaine mais aussi les sites qui vont avec)

salut, tu peux rajouter un htaccess avec RewriteEngine Off dans ces dossiers

pas de souci mais c'est vrai que les prestations de "VDS" varient fortement d'un prestataire à l'autre...

Bravo Donvtt pour cette intervention très instructive et ... bienvenue sur le forum ! Je pense que ton compte-rendu de ton expérience "sur le terrain" est très parlante !

ne pas oublier non plus que nous sommes dans une société "rapide" où on mange rapidement et dans laquelle on réfléchit encore plus rapidement... enfin, quand on réfléchit... ce que je veux dire, c'est que sur certains sites que je gère, j'ai beau mettre en gros, en gras de consulter la FAQ avant de me contacter, il se trouve que j'ai encore des lourds qui me demandent "pourquoi je n'arrive pas à uploader ma photo ?"...

Je suis d'accord sur le concept de partage des ressources mais pas avec le reste : sur le VDS que je gère, je peux accèder en root et upgrader, modifier, ajouter et greffer des modules de toutes sortes à "mon" debian... cf

A voté : j'établis systématiquement un contrat (qui revient signé par le client) qui récapitule le cahier des charges. Ainsi les 2 parties savent exactement où elles vont..