Dan

Bonjour Ludovic, Avec un site de vente de bijoux fantaisie, le mieux serait d'éviter les pubs. Ton but est de garder les visiteurs sur ton site, ou les envoyer ailleurs ?

Tout dépend de ton hébergement... Et comme ton site est manifestement hébergé chez www.o2switch.fr sur une offre mutualisée à 6€/mois (c'est leur seule offre) ... pour accéder aux logs Apache il faudra leur demander si ces logs sont accessibles.

C'est là : J'ai vraiment une version I.E. de base vu que je ne l'utilise JAMAIS. Ce n'est donc certainement pas une option que j'aurais installée, en tout cas pas volontairement.

Et oui, comme je t'ai signalé par MP, j'ai supprimé ton message par erreur suite à un post de spammeur en réponse à celui-ci. J'ai eu "la main trop lourde" au lieu de supprimer cette seule réponse Je te répondais donc que ces "Warnings" ne peuvent pas générer une erreur serveur. C'est simplement parce que dans le "foreach" du fichier /home/yulvolk/public_html/textes-envoyes/cible_envoi.php à la ligne 17, tu utilises une variable qui n'est pas positionnée. L'erreur pour corriger ce "warning" doit venir d'une des lignes qui précèdent le "foreach". Vraisemblablement celle où tu positionnes cette variable. Tu devrais trouver dans les logs Apache la raison de l'erreur serveur que tu mentionnes. En recherchant dans ceux-ci la chaîne "500" tu devrais trouver ce qui coince. Dan

Bonjour (et bienvenue !) Il suffit dans ce cas de ne rediriger que le domaine sans le www vers celui avec le www. Cela laissera les URLs des sous-domaines intactes. Par exemple : RewriteEngine On RewriteCond %{HTTP_HOST} ^monsite\.fr [NC] RewriteRule (.*) http://www.monsite.fr/$1 [QSA,R=301,L]

@Sanjb, Tu as du modifier quelque-chose, car je n'ai plus cette page blanche. Mais la page avec l'image est devenue "non-scrollable" , idem pour la page initiale une fois qu'on clique hors de l'image Elle retrouve son ascenseur vertical une fois qu'on rafraîchit la page. <edit> par contre, lorsque je clique sur le mode "compatibilité" à droite de l'URL dans la barre de navigation, la page reste scrollable, même quand on clique sur l'image ...

Mon client a abandonné Tomcat/Java depuis plus de 2 ans. Il utilisait mysql. Je ne vais pas me lancer dans cette voie vu que cela entraînerait une charge de travail non négligeable à chaque mise à jour. Désolé, Dan

J'ai vérifié avec I.E. 9.08.112 en versions 32 et 64 bits et n'ai pas ce souci. J'arrive bien à scroller le contenu, que l'image soit affichée en grand, ou une fois celle-ci fermée. Par contre, les deux versions d'I.E. ouvrent une page blanche (vide de contenu) qui n'est pas du plus bel effet. Dan

Parce que tu as tout mis sur une ligne C'est comme ceci que tu dois l'écrire : RewriteEngine on RewriteCond %{ENV:GEOIP_COUNTRY_CODE} ^BE$

Bonjour et bienvenue sur Webmaster-HUb, C'est bien à la racine du site que tu as mis cela dans un .htaccess ? Parce que la racine du serveur ftp n'est pas forcément là où pointe ton DOCUMENT_ROOT ! Et tu as bien modifié le chemin du fichier GeoIP.dat ? Il faut aussi que ce fichier soit lisible par Apache

Jacques, Il a déjà un enregistrement SPF pour tous ses domaines... Il est vrai que c'est assez peu efficace !

La réponse obtenue du service technique est que pgsql n'est pas supporté (ce dont je me doutais) mais Tomcat et Java non plus... J'ai un client qui utilise Tomcat et Java sur son serveur et je ne pense pas que cela lui ait occasionné des soucis. En tout cas, je n'en ai pas eu pour les mises à jour. Je lui pose la question et reviens vers toi. Cordialement, Dan

Bonjour, Tu devrais commencer par donner à tes pages un titre unique. TU n'as actuellement 27 pages dans l'index de Google, et environ la moitié d'entre elles ont le même titre. Dan PS: l'étiquette du sujet est une nouvelle fonctionnalité d'Invision, pour l'instant très peu utilisée. C'est une liste de mots clés associés au sujet que tu rédiges.

Bonjour Michelle, et bienvenue sur le Hub. Je te suggère de mettre ton site dans ta signature, que les membres puissent le visiter. Cordialement, Dan

Bonjour, Et oui, l'infogérance commence avec une nouvelle installation de serveur (pas de souci à partir des serveurs SP). Il n'est pas possible d'ajouter DirectAdmin à une installation existante. Je n'ai jamais installé Tomcat ni pgsql sous DirectAdmin car il ne sont pas supportés en natif, seulement à travers des plugins optionnels créés par des sociétés extérieures. De ce que j'ai pu lire il y a quelque temps, pgsql n'était pas aussi stable ni aussi bien intégré à DirectAdmin que mysql. Il faut donc que je me renseigne sur ce point pour savoir si cela a évolué. Vu le peu de sujets traitant de Tomcat ou pgsql sur le forum de DirectAdmin, il est vraisemblable qu'ils ne sont toujours pas supportés officiellement. J'interroge mon contact technique chez DirectAdmin sur ce point. A mon sens, ce type d'installation devrait plutôt se faire hors DirectAdmin si on veut un serveur "stable", donc cela ne rentrerait pas dans le schéma d'infogérance. Cordialement, Dan

Salut Laurent, Il est vrai que se faire "jeter" au bout de 12 ans est plutôt violent. Mais dans ton malheur, tu as tout de même de la chance : L'informatique est peu touchée par la crise, et tu en connais manifestement bien plus que les 3 millions d'autres membres du club. Je ne pense pas que tu devrais avoir de problème à retrouver un job du côté Suisse... tes compétences vont certainement trouver preneur. Je pense surtout au secteur bancaire, dans lequel j'ai eu l'occasion de travailler. Pour répondre à certaines de tes questions, je pense qu'il faut annoncer que tu connais l’administration Linux, sans forcément préciser Gentoo, quitte à passer pour un geek. De même, tu peux parler de tes développements "pas jolis mais fonctionnels" tout en précisant bien qu'on ne te demandait pas de faire du cosmétique mais de l'efficace. Sinon, pas grand chose à ajouter à ce que vient de t'écrire Arlette. On est de tout coeur avec toi ! Dan

Bonjour, C'est simple à faire pourtant ! Il faudra éditer la zone DNS du domaine et modifier les champs MX pour les remplacer par les informations que te donnera Google. Il faudra de même renseigner ton serveur mail local sur le fait que ce domaine n'est plus "local". Par exemple, sous exim c'est dans le fichier /etc/virtual/domains qu'il faudra supprimer le domaine. Je ne sais pas quel serveur mail est installé sous Plesk ...

Ou encore plus simplement avec un "Forbidden" renvoyé pour certains User_Agent... Par exemple : RewriteCond %{HTTP_USER_AGENT} snap.com [NC,OR] RewriteCond %{HTTP_USER_AGENT} Snapbot [NC,OR] RewriteCond %{HTTP_USER_AGENT} Gigabot [NC,OR] RewriteCond %{HTTP_USER_AGENT} Xenu\ Link\ Sleuth [NC,OR] RewriteCond %{HTTP_USER_AGENT} larbin [NC,OR] RewriteCond %{HTTP_USER_AGENT} HTTrack [NC,OR] RewriteCond %{HTTP_USER_AGENT} PhpDig [NC,OR] RewriteCond %{HTTP_USER_AGENT} WebCopier [NC,OR] RewriteCond %{HTTP_USER_AGENT} LWP::Simple [NC,OR] RewriteCond %{HTTP_USER_AGENT} lwp-trivial [NC,OR] RewriteCond %{HTTP_REFERER} nique.la.racaille.free.fr [NC,OR] RewriteCond %{X-moz} prefetch RewriteRule .* - [F]

Bonsoir, Il faudra bien evidemment modifier ces liens dans tes sources, lorsque tu passeras sur un hebergement différent.

Bonjour Séverine, et bienvenue à bord du Hub ! Tu devrais nous dire sous quoi tourne ton site ... un CMS ? Un développement maison ? Sous Linux ou Windows ? Bref, quelques infos qui nous permettraient de t'orienter dans la bonne direction. Tu peux aussi mettre l'URL de ton site en signature, cela nous permettrait d'y jeter un coup d'oeiL;

Le manuel l'explique pourtant bien comme ça. Tu as quelle version de DreamWeaver ? C'est une version officielle ?

SI tu développes ton site sous DreamWeaver, il faut créer au moins une zone éditable dans le template, pour le titre de tes pages (balise <title>) En ce qui concerne les balises meta, il faut les mettre dans le template pour qu'elles soient sur toutes les pages.

Disons qu'une réponse apportée 3 ans après la question a peu de chance de toucher le destinataire. C'est pour cela qu'on l'avertit lorsqu'un membre fait remonter un vieux post.

Envoie-toi un recommandé par jour alors Non, sérieusement, tu te rends compte que ta demande n'a pas de solution "miracle" ???

Ta variable %{HTTP_HOST] ne contiendra jamais .awp !!! C'est le nom du host, pas le nom du script ! Essaye avec %{SCRIPT_FILENAME} ou %{REQUEST_URI}