Anonymus

D'où tiens tu cette info ? Que l'on puisse en savoir plus

Pour info : Nous avons, sur le Hub, environ 1 à 2 posts qui vantent ce genre de procédés, par semaine. Tu es tombé sur un post, sur un autre forum. Tu ne risques pas de tomber sur ce genre de posts sur le Hub, car il est retiré en moins d'une heure. Nous invitons d'ailleurs les membres à nous signaler de tels posts, par les boutons 'alerter un modérateur', se trouvant en bas de chaque message. Le Hub est l'affaire de tous

Que Php ne fasse pas de différence, c'est une chose. Que j'en fasse une en est une autre Je déconseille l'utilisation de REQUEST (dans ce cas de figure, en tout ca), car tu sais précisément d'où vient ta variable. Elle vient de l'url. Dans ce cas précis, c'est du GET (effectivement), et non du POST. Accepter toutes les variables est assez risqué. Un script qui 't'attaque' en POST, et tu acceptes, sans raisons En conclusion : Si l'on sait si c'est du POST ou du GET, alors autant se servir des bonnes variables globales ( et si l'on ne sait pas, on demande au Hub )

Tu envoies à Google des pages qui n'existent pas, en espérant qu'il suive les redirections. Très bien, il t'informe qu'il n'a pas trouvé les pages. Reste à savoir s'il a suivi la redirection, tu nous en diras plus plus tard Cependant, jettes un oeil à cette page, et essaies de voir ce qui cloche : http://www.google.fr/search?q=+site:bouqui...coff=1&filter=0 Un indice : Que penses tu de ce que voit Google, lorsqu'il a un site comme ceci ?

C'est en GET, non en POST. if (isset($_REQUEST['variable_passee_par_URL'])) { Teste si la variable existe. Or, si quelqu'un la change, elle existe toujours. Ce n'est pas pour cela qu'il faut l'accepter. Ce qu'il te faudrait, c'est comparer la valeur entrée dans l'url avec une liste de valeurs prédéfinies. On fait ceci avec un tableau. Si la variable est dans le tableau, alors on l'accepte. Sinon, on retourne d'où l'on vient. $array_all_vars = array("valeur1","valeur2","valeur3","valeur4") if(in_array($_GET[''variable_passee_par_URL''],$array_all_vars)){ // code ok } else{ header("Location: ".$_SERVER['HTTP_REFERER']); }

Non, cependant tu aurais dû mettre les vignettes dans un autre répertoire, histoire de t'y retrouver plus facilement. Par contre, pour sauvegarder un répertoire, tu risques d'avoir un gros 'upload'. C'est peut être de ce coté ci que ca pourrait coincer un jour.

Tu pourras également faire savoir que le site se présente pareil au niveau des menus (avant/après, tarifs, etc..) Ce sont des menus type, génériques, mais ca peut aider à démontrer/prouver le plagiat

Euh.. non, ca c'est la conséquence. Tant que tu n'as pas trouvé la cause (par où est-il passé), il recommencera !! Jettes un oeil aux 'logs' de ton serveur, sinon il nous faudra en savoir plus. Là, c'est léger pour obtenir une réponse.

Le mieux est 'avec' les www. Par rapport à un domaine, ca correspond à "l'espace visible sur internet" de ce domaine. Mais c'est plus une convention qu'autre chose. Cependant, c'est dommage que ca se perde.

google-adsense est le robot google qui vérifie la page, pour y placer les annonces. Il est donc normal qu'il accède au contenu, histoire de savoir quelles annonces il doit y placer.

Ca n'est plus du trustrank, mais du spytrack (ndlr:tracking espion)

D'après la réponse du mail plus haut, ce n'est pas google qui propose, mais mozilla qui paie. Or dans ce cas là, la pierre (s'il y en a une), n'est pas à jeter à Google, mais à Mozilla. Pourquoi Mozilla veut il imposer son Firefox avec google, alors qu'il pourrait l'imposer sans ? Et là, les avis pourraient diverger

Cela ne vient pas forcément du programme Sarbacane, mais peut venir du nombre de mails que tu veux envoyer avec ce programme. A partir d'un certain nombre, certains serveurs placent ces mails directement en spam. Sinon, il faut voir si les termes que tu emploies dans tes mails ne sont pas des termes courramment employés par les spammeurs (ce dont je doute.. ? )

Je n'ai pas réussi à voir les pages que tu mentionnes, étant donné que tu as dû les enlever. Cependant, pour ton histoire de robots, il se pourrait bien que ce soient des moteurs qui s'inscrivent automatiquement. Il me semble qu'il y a de plus en plus de programmes destinés à remplir les champs d'un formulaire automatiquement, et que certains en abusent. Essaies de voir si tu ne peux pas mettre une image, pour forcer l'inscription, ou essaies de voir si ces "membres" ne s'inscrivent pas tous à partir de la même adresse IP. Ca pourrait être un début de piste.

Par rapport à la fonction que tu donnes : function tep_get_ip_address() { if (isset($_SERVER)) { if (isset($_SERVER['HTTP_X_FORWARDED_FOR'])) { $ip = $_SERVER['HTTP_X_FORWARDED_FOR']; } elseif (isset($_SERVER['HTTP_CLIENT_IP'])) { $ip = $_SERVER['HTTP_CLIENT_IP']; } else { $ip = $_SERVER['REMOTE_ADDR']; } } else { if (getenv('HTTP_X_FORWARDED_FOR')) { $ip = getenv('HTTP_X_FORWARDED_FOR'); } elseif (getenv('HTTP_CLIENT_IP')) { $ip = getenv('HTTP_CLIENT_IP'); } else { $ip = getenv('REMOTE_ADDR'); } } return $ip; } Elle pose un problème. Elle teste si l'IP existe, dans tous les cas. Mais bon nombre de serveurs sont configurés pour dire par défaut que les variables existent.. De plus, ce n'est pas parce que "$_SERVER['REMOTE_ADDR']" existe que c'est une adresse IP. La fonction, pour éviter tout problème, devrait tester plutôt si l'IP renvoyée est bien une IP, autrement dit, si elle correspond au schéma xxx.xxx.xxx.xxx Dans ce cas là, il n'y aurait pas de doute. Mais récupérer une IP telle que $_SERVER['REMOTE_ADDR'] = "toto"; ca n'a aucun sens et pourtant, ca peut être le cas de ta fonction

Ca permet aussi de vérifier le descriptif renvoyé par le site. Si un site est premier, mais que personne ne clique dessus, c'ets parce que le descriptif (snippet) renvoyé par ce site n'est pas pertinent, ne donne pas envie d'aller voir le premier site. D'ailleurs, après, ils perdent la trace du visiteur. une fois que le visiteur est allé sur le site, ils ne savent pas ce qu'il advient.

Juste 2 exemples : - Dans les années 2000, on a eu droit à quantité de 'montages financiers' qui étaient basés sur 'du vent'. Du style : 'Nous avons tant de visiteurs, et nous sommes en croissance de xx%,'. Très bien. Ca s'est vendu très cher, puis les esprits sont retombés, pour en revenir à la question existentielle. Et l'argent, dans tout ca ? Avoir du monde, c'est bien. Mais le gratuit, comme je dis toujours, ca rapporte pas beaucoup. Vous l'apprenez à vos dépends, mais c'est comme ca. A 3 millions d'internautes, si vous en perdez 99%, c'est pas grave... si les 1% restants consomment. Il vous faut savoir si vous voulez faire du 'social', de l'humanitaire, ou si vous voulez que ca rapporte un minimum d'argent. le second exemple, c'est google. Ils ont lancé leur moteur sans aucune pub, évidement, et ca convenait à tout le monde. Malheureusement, nous vivons dans un monde capitaliste, où il faut bien vivre. Et évidement, ils ont mis des pubs. Ca plait ou ca plait pas, la question n'est pas là. Il faut que ca rapporte, sinon c'est la fermeture, tout simplement. Les exemples sont fréquents, et j'aurais tendance à dire que ton cas est un cas d'école. Vous avez pensé 'développement du site', avant de penser 'gagner de l'argent'. Forcément, vous vous retrouvez dans le cas où vous vous être développé à l'extrème, sans véritable but pécunier. En fait : Votre conccurent doit se frotter les mains, parce que ca fait xx années qu'il a un conccurent qui l'oppresse en faisant du 'tout gratuit', là où lui faisait payer, et que maintenant, son schéma tient toujours la route, pas le votre. Je n'irais pas jusqu'à te montrer le nombre impressionnant de sites d'édition, de contenu, qui n'existent que par la pub, mais il est vraiment... impressionnnant. D'un autre coté, si tu veux des exemples de 'tout gratuit' qui ont dû fermer, parce qu'ils n'ont pas voulu (pour une raison ou pour une autre) faire payer, ben.. il doit m'en rester quelques uns encore de coté Anonymus.

En fait, soit tu as déjà fais des essais sur ton ordinateur local, auquel cas tu t'es déjà servi de l'index 700, soit tu n'utilises pas l'autoincrementation des champs d'index, ce qui fait qu'il essaie d'insérer une ligne, alors même que cette ligne (ce numéro) est déjà utilisé... Soit c'est un peu des 2. Il faudrait savoir c'est pour quelle table, et vérifier si cette table contient un index en autoincrément. Parfois, le copier/coller d'une table supprime les auto incrément.

Il y a donc plusieurs fonctions complémentaires : addslashes, stripslashes, htmlentities, htmlspecialchars. Ces différentes fonctions te permettent d'afficher du texte 'libre' suivant ce que tu veux faire. Null doute que tu finiras par les rencontrer tot ou tard dans ton code.

En pratique, non, tu ne te trompes pas. En théorie, et dans le raisonnement, tu te trompes : Dans le premier cas, tu considères que 'renvoyer un résultat de zero lignes' est égal à 'renvoyer une erreur'. Or ce n'est pas le cas. mysql_num_rows renvoie bien un résultat, et un résultat valide, même lorsque ce résultat est égal à zero. Par contre, s'il renvoie une erreur, ca ne sera pas la même information à prendre en compte, ca ne sera pas la même démarche. Dans ton cas précisément, tu peux laisser comme tel. Mais dans l'esprit, c'est trompeur. Tu penses que mysql_num_rows renvoie une erreur lorsqu'il renvoie un nombre de lignes égal à zero, alors qu'il ne renvoie pas d'erreur. Php est permissif, et accepte ta condition, mais il ne devrait pas mysql_num_rows=='0' vaut normalement 'true'. Le problème, tu risques de le trouver en cas de déménagement de serveur, ou s'il y a des modifs sur ce genre de figure, dans une nouvelle version de php. Là, pour trouver l'erreur, tu risques d'avoir vraiment du mal. En fait, tu devrais préférer la méthode qui suit, même si elle donne l'impression d'allourdir le code. Elle a au moins le mérite d'être claire, et de ne laisser aucune ambiguité. D'ailleurs, dans l'hypothèse où tu souhaiterais gérer les erreurs, comment ferais tu, pour ce cas de figure ? Ben... Tu ne peux pas. Pour être plus précis, tu aurais même pu utiliser le triple signe égal, ou un signe supérieur suivi de 2 signes égal. Ca permet de tester les 2 valeurs, ainsi que leur type. Dans ce cas là, tu aurais une différence entre les xx lignes suivantes : if (mysql_num_row($r)) et if (mysql_num_row($r)==="0") et if (mysql_num_row($r)==="0") et if (mysql_num_row($r)===FALSE) Voilà

L'idée est celle-ci : Au lieu de faire tous les calculs nécessaires, on ne fais qu'un calcul sur 2, et on 'estime' la taille des autres. Des statistiques, en somme, mais appliquées au page rank. ( Cependant, je n'en suis pas bien sûr.. )

Il est possible de faire plus 'court', maintenant à savoir si c'est plus simple, ca dépend de chacun function existe() { if (mysql_num_rows(mysql_query("SELECT `login` FROM `membre` WHERE `login` = '$this->login'")) != 0) return TRUE; return FALSE; } Cependant, je renverrais directement le nombre de lignes, ca serait aussi rapide, aussi clair, et ca peut te servir pour autre chose : function existe() { return (mysql_num_rows(mysql_query("SELECT `login` FROM `membre` WHERE `login` = '$this->login'"))) } (bonne nuit )

Le 'resource id#3' est ce que l'on appelle un identifiant de ressource. Ce n'est en aucun cas le nombre renvoyé par la base de données, mais un lien permettant à la base de reconnaitre la page au prochain appel. Donc, ca renvoie un id. ressource, donc mysql_connect marche. On va tous les faire, comme ca Au lieu de mettre : Tu mets : et tu nous postes le résultat

J'ai un dossier appelé _favoris_, sur mon bureau, de même qu'un dossier appelé _docu_, etc.. , et je range les favoris dedans. C'est plus pratique, pour.. partir avec, par exemple. Un copier/coller, et tu pars avec les liens indispensables sous la main. D'ailleurs, je ne sais même pas comment faire, avec la gestion des favoris, sous ie (ni sous autre, d'ailleurs..)

A mon avis, tu aurais tout à gagner à le faire en php/mysql. Ce n'est pas de la merdouille, et ca sera compatible toutes versions windows De plus, tu deviendras vite indispensable, au sein de l'équipe Pour ce qui est de access, il se sert aussi de sql, bien qu'il y ait de légères différences entre mysql et le sql d'access.