Dan

Il n'y a pas à demander "est-ce légal ?", pour la bonne et simple raison qu'il n'y a pas de LOI pour régir cela... et c'est encore heureux ! On nous colle des lois à toutes les sauces, pas besoin d'en rajouter sur ce sujet là ! Par contre, je rejoins ce qui a été dit. Un forum est un espace "privé", dans lequel celui qui l'a créé est juridiquement responsable de ce qui s'y écrit. Donc là, la sacro-sainte "liberté d'expression", le propriétaire du forum a intérêt à s'asseoir dessus s'il veut éviter les poursuites. Donc non, il n'y a pas de liberté d'expression sur un espace qui ne t'appartient pas. Sinon, n'importe qui pourrait exiger d'un journal de gauche/droite (biffer la mention inutile) de publier que tous les hommes politiques de droite/gauche (biffer ici aussi) sont des escrocs à la solde de ... (compléter ici), et ceci en toute impunité ! Ce serait une belle pétaudière, non ? Donc, sur un forum, soit tu te plies aux règles, soit tu vas voir ailleurs

Tu peux aussi utiliser l'outil rdiff-backup qui existe aussi pour windows, est basé sur rsync et permet des sauvegardes incrémentales./>http://www.nongnu.org/rdiff-backup/

Tu as deux besoins antagonistes : - volume de données important ... donc risque d'exécution durant un temps non négligeable. - fréquence élevée (toutes les 10 secondes). Es-tu certain que le script précédent aura fini ? Mais, la résolution de cron est d'une minute... et OVH interdit à un programme php de s'exécuter durant plus de 30 secondes. Donc, à part créer un script qui lance plusieurs fois ton action à intervalle de 10 secondes, pas de solution php ou Perl ... En tout cas sur un mutualisé !

Si tu as accès au shell Linux, tu peux aussi utiliser "find"

Si Amen utilise SuPhp, ce qui est fort probable en mutualisé, tu ne pourras pas mettre plus de 775 comme permissions. Sinon, SuPhp génèrera une erreur 500. S'ils ne permettent pas le mode 777, c'est à mon sens que tu n'en as pas besoin vu que php tourne sous ton identifiant et non sen tant que module Apache.

Ça c'était prévisible !

OPEN_BASEDIR limite les fichiers accessibles par PHP dans l'arborescence. Lorsqu'un script tente d'ouvrir un fichier, la situation du fichier du fichier sur le serveur est vérifiée. Si le fichier se situe hors du dossier spécifié dans la directive Open_Basedir, PHP refusera de l'ouvrir. Les liens symboliques sont résolus, ce qui fait que cette restriction ne peut être contournée par un lien symbolique. Tu as quel message d'erreur qui s'affiche ? <edit: pour savoir si open_basedir est activé, cherche dans la page affichée par un phpinfo(); >

Es-tu certain que tu n'as pas l'OPEN_BASEDIR activé ? De plus, le chemin ../../test2/pages/parametres.php ne pointe sur /home/test2 que si ton fichier qui fais l'include se trouve dans un sous répertoire de test1 Parce que test2/.. pointe vers /home et test2/../.. pointe vers la racine. Mais si ton fichier index.php se trouve dans un sous-répertoire de /home/test1, c'est correct :!:

Bonjour, Sans connaître les limitations propres à ton hébergement mutualisé, ni le trafic (hits) que tu encaisses, il est difficile de te répondre. Qu'appelles-tu "fort trafic" ?

Salut Laurent, Le lien image semble expiré sur Amazon

Olivier, Il y a plus de 2 ans j'ai posté dans le forum infogérance un sujet dont le titre est "Obligation de reverse pour les serveurs OVH" ... je ne mets pas le lien ici vu que le post n'est pas accessible à tous. Il explique la procédure complète... qui n'a strictement rien de compliqué !

Bonjour Olivier, Tu devrais commencer par installer un reverse sur l'IP principale du serveur. Le nom nsxxxx.ovh.net n'est pas la panacée en matière de délivrabilité ! Dan

Envoie-moi les infos (chemin complet) sur ces fichiers (par MP)

Il faut que tu sois propriétaire du fichier pour pouvoir changer les permissions... rien à voir avec le paramétrage de cuteFtp Cela peut arriver avec des fichiers créés par Apache.

tout simplement... un clic-droit sur le nom du fichier -> Propriétés (CHMOD)

Je ne suis pas certain que tu trouves une plateforme que le nombre de visiteurs uniques de ton site puisse intéreser

Sauf que sur le serveur géré par le Hub tu n'as pas asp

Vu le temps que tes pages mettent à s'afficher, ce n'est pas vraiment étonnant Il est sur un dédié ou un mutualisé ? Pas sur le dédié géré par le Hub en tout cas

Cela devrait se régler tout seul, au prochain passage de Googlebot.

En nous donnant a minima le nom de domaine, on pourrait peut-être t'aider... parce que là on est "dans le noir"

Dans ton cas, c'est un Rewritemap qu'il te faut ! Mais pour cela il FAUT un serveur dédié !

Disons qu'en ce qui concerne les échanges de liens, le Hub se contre-fiche du PR. Les signatures des membres "actifs" (et au-delà) sont prises en compte par Google, peu importe le PR de ces pages./>http://webcache.googleusercontent.com/search?q=cache%3Ahttp%3A//www.webmaster-hub.com/topic/51043-google-dance-en-cours/

Ce qui n'empêche pas que tu puisses tout de même utiliser leurs DNS. Il te suffit de faire pointer la zone vers la bonne IP (de ton serveur)

Comme tu as pris ton domaine chez Gandi, pourquoi ne pas cliquer sur "Utiliser Gandi en secondaire" et mettre hosteur en position 3 ? Ou alors n'utiliser que les DNS de Gandi ? Mais es-tu certain qu'il s'agit bien d'un problème de DNS et non un problème de serveur ?

Ca ne fait vraiment plus bondir personne :!: