Dan

Les "title" et "alt" identiques n'ont aucune incidence à ce niveau.

Manque le ; final ??? Au hasard

Je ne pense pas... L'article 261 du CGI dit ceci (limité au 261-4-4 a):

Je sais qu'OVH propose un service d'infogérance... mais ce ne sera pas au même tarif

Je ne peux pas te confirmer quoi que ce soit concernant 1&1, n'ayant jamais utilisé l'un de leurs serveurs. Comme mentionné précédemment, je suis 100% OVH et gère 170 serveurs chez eux La logique est en général qu'un serveur dédié est toujours plus performant qu'un mutualisé... s'il est convenablement géré.

Bonjour, Je te suggèrerais de rester chez 1&1 si c'est sur un dédié ... parce qu'un passage vers un mutualisé, même chez OVH, sera toujours moins performant. Et pourtant, je suis un OVHiste convaincu

Salut Gilbert, Vu que je pense que ton problème est résolu, je le signale ici A+ Dan

Bonjour, Si tu dis qu'à un client correspond un et un seul pdf, pourquoi tous les afficher alors ? Il ne faudrait idéalement présenter au client que le pdf qui le concerne.

Pour info, les fonctions telles que mysql_db_query() fonctionnent toujours en php 5.3, mais comme elles sont obsolètes, elles vont générer des warnings dans tes logs.

Les accès aux bases de données avec mysqli sont plus performants. Donc tu devrais y gagner, même si cela représente un travail non négligeable. Pense aussi remplacer tous les ereg* ... Voici un document bien fait qui liste ce qu'il faut changer : article-migration-php53.pdf

Comme souvent lors des réécritures d'URLs, les erreurs minimes ont de grands effets

Moi j'ai ceci : En fait il recherche un sous-répertoire /m/ lorsqu'on accède au sous-domaine par ta redirection ! Essaie avec cette règle : RewriteRule /?dernieres-offres-a-la-vente /dernieres_offres_vente_2.php [L]

Donne-nous l'URL réelle du site, qu'on puisse t'aider et voir vers quoi ça redirige.

Le copyright est une notion anglo-saxonne, et n'a pas d'existence en France. Tout site (ou toute oeuvre) est protégé de plein droit par la législation française sur le droit d'auteur. Par contre, si tu veux protéger les autres extensions (TLD) de ton nom de domaine, tu n'as qu'à les réserver à ton nom. Il n'existe aucune alternative !

Je ferme ce post qui part manifestement en sucette. Lorsqu'on confond le compte du manager OVH et un compte ftp ou un compte admin d'un CMS, il ne faut pas toucher aux fichiers !

Disons que si un webmaster reprenait le développement du site, il saurait trouver, avec les infos qu'on aura du lui donner et en prenant ton exemple, comment le nom telephone-lessons est formé. Si c'est au départ de la base de données ou autrement. Dans ton fichier index.php, ou dans un des fichiers inclus par celui-ci, tu dois avoir le nom de la base, le login et le mot de passe; Mais je rejoins ce qu'il t'a été dit précédemment : si tu ne maîtrises pas le php (ce que tu appelles "du chinois" dans ton premier message), ne tente pas de modifier les fichiers, tu risques d'avoir un site qui ne fonctionne plus du tout !

Il te suffit dans ce cas d'éditer la zone du domaine sur le VPS, en mentionnant les MX du pack mutualisé iWeb. Selon le type de serveur mail que tu as, tu auras probablement aussi à éditer un fichier de conf sur le VPS, par exemple, sous exim, supprimer le domaine du fichier /etc/virtual/domains (il se trouve peut-être ailleurs selon ta distribution et ton installation) Comme ça, le site sera sur le VPS et les emails resteront sur la mutualisé.

Bonjour Sylvain, Tu n'as pas d'accès ssh au serveur ? Si c'était tout de même le cas et sans supprimer les fichiers, tu pourrais créer une archive tar comprenant tous ces fichiers, et lui donner le nom que tu souhaites. Ensuite tu pourrais télécharger cette archive par ftp sans difficulté aucune. Il est vrai qu'un nom de fichier tel que "L\'oiseau n\'est pas ici.zip" n'est pas très confortable pour Linux, ni pour Windows d'ailleurs. Par contre, tu aurais des difficultés pour extraire l'archive en local, vu que les noms de fichiers contiennent des caractères non autorisés sous Windows.

Bonjour, J'en vois une en haut, une en bas... Par contre, le site sans le www redirige vers le webmail d'OVH !

Je pense que si tu as de nombreuses URLs de type www.mon-site.com/PBSCProduct.asp?ItmID=6899633 , tu devrait plutôt utiliser la directive RewriteMap après avoir créé une table de correspondance entre tes numéros de produit et les URLs nouvelles. Tu trouveras les explications sur le site d'Apache http://httpd.apache....html#rewritemap Tu trouveras un exemple concret sur cette page : http://www.webmaster...che/3239775.htm (l'exemple corrigé est donné au 4ème post de cette discussion)

Donne-nous le contenu de ton fichier .htaccess, sans en changer une seule ligne. Si ça ne fonctionne pas, l'erreur est plus que vraisemblablement là dedans !

Il ne faut pas d'espace devant le mot Indexes Cette directive n'a d'autre but que d'empêcher l'affichage du listing d'un répertoire s'il ne contient pas de fichier index.php ou index.html

Comme une entête 307 signifie "Redirection temporaire" ... tu risques de ne pas voir ces pages indexées.

Le QUERY_STRING ne permet de récupérer que les variables passées en GET. Pour les formulaires en POST, comme il n'y a pas de variable dans l'URL, tu ne peux pas les garder. C'est donc très logiquement que tu ne reçois aucune information de ton formulaire.