Dan

Je vois que tu as changé les DNS pour ce domaine. Mais tu as un seul serveur DNS ! ns1:~# dig coccikdo.com ; <<>> DiG 9.6-ESV-R3 <<>> coccikdo.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23650 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; QUESTION SECTION: ;coccikdo.com. IN A ;; ANSWER SECTION: coccikdo.com. 86353 IN A 91.121.66.226 ;; AUTHORITY SECTION: coccikdo.com. 86353 IN NS ns.coccikdo.com. ;; ADDITIONAL SECTION: ns.coccikdo.com. 86353 IN A 91.121.66.226 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue Jan 18 06:48:27 2011 ;; MSG SIZE rcvd: 79 ns17.ovh.net ne répond plus... mais dns17.ovh.net a toujours les mauvaises infos pour les DNS !!! ns1:~# dig coccikdo.com @dns17.ovh.net ; <<>> DiG 9.6-ESV-R3 <<>> coccikdo.com @dns17.ovh.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52330 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;coccikdo.com. IN A ;; ANSWER SECTION: coccikdo.com. 86400 IN A 91.121.66.226 ;; AUTHORITY SECTION: coccikdo.com. 86400 IN NS dns17.ovh.net. coccikdo.com. 86400 IN NS ns17.ovh.net. ;; ADDITIONAL SECTION: ns17.ovh.net. 86400 IN A 213.251.128.137 dns17.ovh.net. 86400 IN A 213.251.188.137 ;; Query time: 4 msec ;; SERVER: 213.251.188.137#53(213.251.188.137) ;; WHEN: Tue Jan 18 06:48:07 2011 ;; MSG SIZE rcvd: 124 Plutôt que de reporter la faute sur Free, tu devrais : - utiliser ks26046.kimsufi.com comme serveur primaire - ajouter un serveur DNS secondaire ... probablement sdns2.ovh.net s'il est utilisable pour les kimsufi - supprimer la zone sur dns17.ovh.net Et seulement ensuite, une fois que ce sera correctement propagé : - mettre un reverse sur ton IP principale - changer le nom de ton serveur pour qu'il colle avec le reverse

C'est aussi dans ce cas avec une entête 404 parce que la page n'est pas trouvée Il est logique dans ce cas que cela redirige à la racine vu que le serveur est paramétré ainsi.

Je vois que tu utilises ns17.ovh.net et dns17.ovh.net comme serveurs DNS. Y a-t'il une raison pour laquelle tu ne gères pas la zone directement sur ton serveur, avec un serveur secondaire OVH ?

OK, je comprends mieux. J'avais beau avoir relu ton message plusieurs fois Mais les visiteurs qui se perdent et abandonnent leur panier lors d'une demande de paiement par CB (par VAD) ne sont pas exceptionnels non plus. Moi-même j'ai déjà abandonné des paniers... il suffit d'avoir un appel téléphonique ou une interruption quelconque à ce moment là.

Pour moi les deux infobulles sont "hors cadre" sous Firefox ! Sous Safari/Windows 7 c'est OK !

Bonjour et bienvenue à bord du Hub ! Il y a quantité d'excellents référenceurs sur le Hub. Tu frappes donc à la bonne porte ! J'imagine bien que certains vont te contacter à lecture de ton post. N'hésite pas à me contacter par messagerie si ce n'est pas le cas. Cordialement, Dan

Tu as du renseigner le dossier du sous-domaine (dossier cible) lorsque tu l'as créé sur le manager OVH. C'est ce dossier là qu'il faut utiliser (voire créer s'il n'existe pas)

En parlant de "bonnes surprises" , je pense que Lafleur fait référence au fait que ton site sera beaucoup plus rapide, donc tu gagneras en indexation sur les différents moteurs. C'est donc vraiment une "bonne surprise"

Cela fait plus de 6 ans que j'utilise PayPal de manière intensive, et jamais rien ne s'est perdu ! Je ne sais pas d'où tu tiens cette affirmation, à mon sens totalement dénuée de fondement.

Tu penses vraiment que pour un hébergement à $US 5.99 par mois un hébergeur va te servir du "Monsieur le client" long comme le bras ? De toutes manières, vu que tu cherches un premier hébergement, j'imagine que tu n'as pas encore de site... Et même si tu as de grands projets, tu réaliseras très vite que remplir un disque avec 1GB de données Web n'est pas quelque chose qui se fait en 8 jours. Dis-toi bien que l'illimité n'existe pas, nulle part ! Les bandes passantes ou espaces disques étiquetés "illimités" me font donc toujours hausser le sourcil ! Mais ce ne sont que mes 2cts... Dan

Le brumes de 2010 se sont dissipées... Donc je souhaite à tous une Excellente année 2011 !

Et bien... 4 mois de décalage horaire ! Je ne savais pas que tu habitais aussi loin ...

Une précision importante : Attention au nom du fichier que tu inclus ! Il FAUT IMPERATIVEMENT que son extension soit .php si tu veux qu'il ne soit pas lisible "en clair". Trop d'utilisateurs utilisent encore des fichiers nommés config.inc (qui sont lisibles en clair, y compris les mots de passe) au lieu de config.inc.php ! Je sais que cela peut sembler évident pour les anciens, mais je pense qu'il n'était pas inutile de rappeler cela pour les nouveaux webmasters.

inXtremis n'est pas un nom de host ! Il y manque le nom de domaine ! Essaie en mettant le nom du serveur de bases de données fourni par ton hébergeur !

Dans ton exemple tu parles de fichiers .php ... or, si Php est correctement installé, un visiteur ne pourra pas récupérer la moindre ligne de programme. Tout de qu'il aura c'est le résultat de l'interprétation de ta page par Apache/Php, donc une page .html.

C'est manifestement un bug... J'interroge Invision pour cela.

De plus, sur le premier site toutes les pages ont le même titre et la même description. Pas terrible pour un bon positionnement ! />http://www.google.fr/#hl=fr&source=hp&q=site%3Awww.vetements-grossesses.com&btnG=Recherche+Google&aq=f&aqi=&aql=&oq=site%3Awww.vetements-grossesses.com&gs_rfai=

Ce n'est pas leur réponse. C'est juste leur questionnaire de satisfaction. Tu peux leur dire que tu n'as pas reçu de réponse à ton email, justement.

Tu peux tenter d'envoyer un message décrivant cette fraude au service abuse de Tripod. Cela se passe par là : http://www.multimania.fr/support/abuse/ Tu as différentes pages selon le pays concerné, par exemple http://www.multimania.co.uk/support/abuse/ pour l'Angleterre.

A mon sens ce n'est pas aux paiements de type AlloPass qu'il fait référence, mais au fait d'accepter les commandes par téléphone et prendre le numéro de carte bancaire donné verbalement par l'acheteur. PayPal m'avait proposé d'opter pour cette facilité que j'ai préféré décliner. Tant que je ne connais pas le numéro de CB d'un client, on ne peut jamais me suspecter de malversation Je préfère de loin passer par des sites tels que ceux des banques ou Paypal ... c'est beaucoup plus sûr ! Et je n'aime pas non plus donner mon numéro de carte par téléphone. On ne sait jamais sur qui on tombe au bout du fil !

Comme le dit justement Ernestine, c'est session.cookie_domain qu'il faut initialiser, et non session_domain Tu peux mettre ceci dans le fichier .htaccess pouor autant que tu n'utilises pas suphp php_value session.cookie_domain ".le-nom-de-domaine.com"

Pour ne pas compresser une archive tar, il suffit de ne pas utiliser le flag 'z' de la commande 'tar'. Ou alors je n'ai pas compris ta question

Merci, comme je vais passer le Hub à la version 3.1.3 d'ici peu, cela m'évitera de devoir chercher

Merci pour ce retour

As-tu au moins un serveur Java installé sur ton hébergement