Patrick

Juste une précision : Google ne se sert pas de balises (content-language ou autre) pour déterminer la langue du contenu d'une page. ++ Patrick

Le paramètre "parent" de l'attribut "target" ne sert que pour les frames. Donc si tu ne t'en sers pas, il ne sert qu'à alourdir ton code ! Ce paramètre permet de sortir d'un framset pour des pages elles-mêmes dans un framset.

Rassure toi, Dadou, ça ne vient pas de toi !

Ce que tu avances est juste.

Gros problème : tu utilises les balises Hn pour ton texte. Ces balises ne doivent(être que ce pourquoi elles sont prévues ! Le texte c'est dans une balise P ! A corriger. L'utilisation d'un outil tel que FrontPage donne un ration code/texte très mauvais. tu devrais changer d'éditeur, surtout que le texte est presque inexistant sur ta page d'accueil. A supprimer : <meta name="GENERATOR" content="Microsoft FrontPage 4.0"> <meta http-equiv="keywords" content="apzs,sovelor,secomat,airchaud,chauffage pas cher,chauffage atelier,air chaud,chauffage mobile,radiant,val6,chauffage air pulsé,chauffage chantier,chauffage portable,APZS,SOVELOR,SPLUS,SECOMAT,apzs chauffage,generateur d'air chaud"> <meta http-equiv="Content-Language" content="fr"> <meta http-equiv="description" content="APZS, le chauffage comme vous le souhaitez . Chauffage Fixe, Mobile ou Suspendu. Calcul de puissance et PROMOS, tout est ici. Cliquez ..."> Commence déjà par tout ça. ++ Patrick

Mais, mais j'en veux moi ! Arlette ...

bienvenue "nouveau" !

Utiliser le HTTP_REFERER ne me semble pas une bonne idée car cette variable n'est pas retournée par tous les navigateurs (voir doc php). des infos risquent donc d'être perdue en cour de route ! sinon le problème vient de là (dans formulaire-contact.php) if (isset($urlReferer) || (empty($urlReferer)) || ($urlReferer=="")) {$urlReferer = "Pas de donnees sur la provenance du visiteur";} exactement ça isset($urlReferer) Qui signifie littéralement dans ton contexte : "si $urlReferer existe alors remplace ça valeur par Pas de donnees sur la provenance du visteur". tu n'allais pas aller très loin comme ça ! Remplace isset($urlReferer) Par !isset($urlReferer) (le point d'exclamation) et ça ira beaucoup mieux ! Pour Neroth : Le formulaire étant traité dans formulaire-contact.php, il est donc normal de rediriger vers formulaire-contact.php ! Il n'y a aucune erreur sur ce point. ++ Patrick

Oui absolument.

Bonjour, je dois être un peu idiot car je ne comprend pas la question ! Pourrais-tu m'expliquer exactement ce que tu attends du Hub ou quel est ton besoin ? Merci. ++ Patrick

Je te dirais que tout dépend de la situation dans laquelle est le site concerné ! comme tu ne donnes aucun détails, je vais faire dans le généraliste. Points négatifs pour le référencement : - perte de l'ancienneté du nom de domaine. - perte (au moins temporaire) des backlinks. Si tu en as beaucoup imagine le boulot pour contacter tous les webmasters pour faire les changement. Sans comptez que nombreux ne te répondront pas, d'autres supprimerons purement et simplement le liens, d'autre mettrons plus de 6 mois à faire les changements ! - perte des visiteurs en accès direct. - perte temporaire du référencement (il faudra que toutes les pages du nouveau domaine soient réindexées) - perte du positionnement, tout sera à refaire ! Points positifs : - faire correspondre le nom de domaine au contenu réel - faire correspondre le nom de domaine avec un mot-clé Les points positifs ne faisant pas le poids fasse aux points négatifs, d'autant plus que tu dis être bien positionné sur plusieurs requêtes, je serais j'abandonnerai l'idée. ++ Patrick

Comme Paolodelmare, j'ai un affichage identique sous FF3.6.2 et IE8. le plus simple serait peut-être de nous faire une capture d'écran du problème qu'on puisse l'identifier visuellement et essayer de t'aider. Sinon, juste une remarque personnelle, je n'aurai pas choisi un script aussi vieux qu'OSCommerce pour faire une nouvelle boutique. S'il s'agit de la refonte d'un existant sous OSCOmmerce, je n'ai rien dit ++ Patrick

Bonjour, L'outil du Hub n'est plus disponible. Au besoin tu peux utiliser httpfox qui est un add-on de firefox ++ Patrick

Bienvenue sur le Hub Loïc. ++ Patrick

Hum vu comme ça, ça me semble peut probable. D'ailleurs par immobilier tu entends l'immobilier en général ou un secteur plus précis comme la construction ou la vente ? Personnellement je pense que tu as peu d'espoir de trouver ton bonheur. Si je trouve quelque chose je te le signalerai ici ou par MP. ++ Patrick

Par ontologie, tu veux dire représentation des connaissances ? ++ Patrick

Le retour du Lockheed SR71. Bienvenue sur le Hub. ++ Patrick

Arlette, Nicolas Nullette aussi ! Cependant les réseaux sociaux sont également des outils de promotion et ils sont également utiles pour maintenir un réseau professionnel, au-delà de tout voyeurisme, exhibitionnisme ou autosatisfaction devant son nombre de followers ou d'amis. Si je prends l'exemple de ma kiné, Facebook est son moyen de communication principal avec ses amis. Une étape supplémentaire a été franchie depuis les SMS, MMS et autres outils des téléphones mobiles. D'ailleurs les constructeurs de téléphones mobiles ne s'y sont pas trompés car tous les nouveaux téléphones populaires proposent des applications vers les réseaux sociaux ... Quelle sera la prochaine évolution ? ++ Patrick

Imaginons que tu veuilles utiliser le dossier "dossier2" du site "site1.com" comme dossier de travail pour pour le site "site2.com" tout en conservant des urls du genre "site2.com/fichier.php". Sauf erreur (je ne suis pas un pro, moi je fais ça avec le panel DirectAdmin, ce qui simplifie beaucoup les choses), 1 - tu vas dans le httpd.conf 2 - tu vas dans la section virtualhost de site1.com 3 - tu mémorises le chemin donné dans DocumentRoot 4 - tu vas dans la section virtualhost de site2.com (toujours dans le httpd.conf) 5 - tu remplaces le DocumentRoot de site2.com par celui de site1.com et tu ajoutes à la fin /dossier2 6 - tu enregistres le tout 7 - tu relances apache Et le tour est joué ! Ceci est pour une config standard, maintenant si tu utilises des config spécifiques (comme moi avec DirectAdmin de l'infogérance du Hub) tu peux faire tout ça très simplement avec une simple commande à partir de l'administration. Evite de faire des c*nneries sur ton serveur quand même. ++ Patrick

Sans que cela se voit d'ans l'URL ? Je ne pense pas que cela soit faisable. Par contre, via DocumentRoot, oui c'est faisable et ça marche même très bien (je le fais pour des clients). Par contre cela nécessite d'avoir accès au DocumentRoot, donc d'être sur un dédié ou assimilé. Mais comme tu ne précises pas ce point c'est impossible de te répondre. ++ Patrick.

bienvenue sur le Hub

Salut, Il faudrais essayer de savoir à quoi correspond le code d'erreur -1. Juste une suggestion en passant : le problème ne pourrait-il pas venir du fait que live aurait changer son numéro de port ? Si je ne dis pas de bêtise, orange l'a fait il y a quelques années. ++ Patrick

Arf je devais être aux fraises car je n'avais absolument pas compris ça comme ça ! Dans ce cas on est bien d'accord. La LCEN ne fait que compéter les lois existantes pour les spécificités du métier d'hébergeur (entre autres). Merci de cet éclaircissement ++ Patrick

@Léonick : Je connais bien la législation sur les hébergeurs mais pas de législation sur les hébergeurs virtuels, d'ailleurs c'est quoi un hébergeur virtuel ? Pour répondre à tes autres questions, explique moi quand le bailleur (je traduis : bailleur = hébergeur physique) est assujetti à la VPC dans son contrat de baille ? Explique moi également quand le bailleur est soumis à la LCEN dans son contrat de baille ? Sauf erreur, l'hébergeur (je traduis encore : hébergeur = hébergeur virtuel, tu diras à OVH qu'il est virtuel, ça devrait leur faire plaisir) est soumis lui à la législation sur la VPC/VAD et LCEN alors que le bailleur non. Donne moi un exemple concret que je puisse enfin comprendre ton approche. Je suis toujours preneur de ce genre de chose. Ou alors peut-être que tu pourrais aborder différemment car là j'avoue ne pas comprendre ton approche spécifique. @Arlette : Oui je comprend bien. L'analogie peut parfois être très utile pour simplifier.

Non Arlette ! Le titre "Boutique IRL" c'est moi qui l'ai mis pour créer le nouveau topic de Léonick quand j'ai séparé les posts (lors de la création d'un nouveau topic il faut obligatoirement mettre un nouveau titre). Lors de la nouvelle fusion des 2 topics, les posts de pif_125 ont été placés en début de topic, ce qui est normal car le forum classe les posts chronologiquement. La preuve est toute simple, il suffit de regarder la date de création du topic n°48930 "boutique irl" qui est du 12 mars 2010, alors que le sujet de pif_125, topic n°48757 date du 18 février ! De plus les numéros de topics se suivent chronologiquement. Le titre originel du topic de pif_125 a été écrasé par le titre que j'ai mis au topic de Léonick "Boutique IRL" à la fusion des topics. Tout simple donc ! Je reste convaincu d'une chose : à force de vouloir faire des transposition, prendre des raccourcis, ont fini pas entendre des âneries démentielles ! J'entends l'approche de Léonick, je ne suis pas obtus à ce point, mais quand je vois les ravage d'idées reçues que peuvent faire de telles pratiques, j'ai tout simplement voulu faire la part des choses en séparant les topics. Le Web a son langage, son code et ses habitudes. Les transposer à la vie de tous les jours ne me semble pas judicieux tant que la vie de tous les jours n'aura pas intégré ce code et ses habitudes. ++ Patrick