Anonymus

Lorsque l'on validera ce formulaire, le programme initialisera la variable $_POST['scierie1']. Ce qui n'est pas pareil que la variable $scierie1. Pour que la seconde prenne la valeur de la première, il faut le lui dire : $scierie1 = $_POST['scierie1']; Pour en revenir à la requète à la base de données, que tu fais plus haut : $bois = mysql_query('SELECT COUNT(*) AS bois FROM membre'); En gros, c'est pô ca du tout Ce que tu as mis c'est : On prend tous les enregistrements de la table 'membre', et on les compte. Ca, c'est la requète. On aura donc le nombre d'enregistrements de la table 'membre'. Puis, dans la requète, on appelle ce nombre 'bois'. Ca permet de se servir de cette variable sql plus tard.. Un peu comme si le champ 'bois' valait "le nombre de membre" de la table membre. Enfin, tu executes la fonction mysql_query, qui renvoie une ressource sql. Donc, un truc du style '#1', qui signifie 'la '1ere' requète s'est bien passée, vous pouvez la retrouver à l'index '1'. Et tu affectes cet identifiant de ressource sql à la variable $bois. Bref, il serait étonnant que tu retrouves le nombre que tu comptais retrouver, avec ceci Idem à Rportal, je me suis arreté à la première erreur, mais j'ai comme l'impression qu'il y en a plétore : $scierietotale = "scierie1 + $scierie1"; ne te renverra pas un nombre, mais une chaine de caractères. Si $scierie1 égale 10, alors $scierietotale sera égale à la chaine de caractères 'scierie1 + 10', et non à un nombre... nan, nan :: mysql_query("UPDATE membre SET scierie1=$scierietotale WHERE pseudo='".$_SESSION['pseudo']."' AND password='".$_SESSION['password']."'"); mysql_query("UPDATE membre SET gold = $rgold WHERE pseudo='".$_SESSION['pseudo']."' AND password='".$_SESSION['password']. "'"); [/QUOTE] En fait, tu fais un UPDATE sur la table 'membre', pour quantité de valeurs, avec des conditions identiques. La même table, les mêmes conditions, tu peux donc condenser tout ceci, ainsi : [CODE] mysql_query("UPDATE membre SET scierie1=$scierietotale,gold = $rgold WHERE pseudo='".$_SESSION['pseudo']."' AND password='".$_SESSION['password']."'"); par exemple.. Et ainsi y mettre tous tes updates en même temps. etc, Anonymus.

1/ Le problème, c'est que même en désactivant l'affichage des référers, tu fais partie de listes de sites à bombarder. 2/ A mon avis, tu vas te faire ... par "spam abuse". Renvoies les sur 'http://localhost', plutot ca les baladera, et ca n'embetes personne

Edites les variables juste avant la commande mysql_connect. Tu verras si elles sont bien initialisées. Fais attention notamment aux fautes d'orthographe (ben oui, ca arrive), Fais attention aux espaces ici ou là (avant ou après la variable, Fais attention à bien pointer vers le bon serveur sql. En général, c'est localhost, mais parfois ce n'est pas lui ! Bref, postes le morceau que tu as mis, on y verra plus clair. Changes bien les login/pass par ### par exemple, mais ne touches pas au reste.

Ceci dit, rportal, par la suite, il est marqué : $scierie1 = htmlentities ($_POST['scierie1'], ENT_QUOTES); ce qui sous entend que ce n'est pas ce qu'il cherche à faire. Fingolfin, tu pourrais expliquer ce que tu cherches à faire, avec ce code ? parce que le début ne permet pas de comprendre

Tu peux aussi jeter un oeil au forum 'echanges de liens', il y a une discussion épinglée qui vaut son pesant d'or : Liste des annuaires d'annuaires. Autrement dit, la quasi totalité des annuaires que l'on trouve sur le net francophone. Avec ca, tu n'as plus d'excuses pour ne pas en trouver

En l'occurence, c'est bien de IE que l'on parle

Plusieurs choses : 1/ Si le site a été blacklisté, c'est sans doute parce qu'il a une bonne raison de l'être. Si tu suis les conseils du site, il y a aussi de bonnes raisons pour que tu le sois toi même (blacklisté). 2/ L'annuaire ODP est repris sur quantité de sites. Le reprendre n'est pas une bonne chose, pour plusieurs raisons. Ton site risque de se retrouver entièrement en 'duplicate content', et il pourrait subir des sanctions de la part de google. 3/ Eviter d'être blacklisté est tout de même assez simple, il faut commencer par ne pas faire les mêmes erreurs que celles commises par ceux qui se sont faits blacklisté. Anonymus.

Ah ? Où est il marqué qu'il faut lire la FAQ ? Parce que je ne me rappelle pas (non plus) qu'il y en ait une

Le problème que tu poses ne vient pas de la lib. GD, mais de IExplorer, qui gère mal (pas du tout, je crois) la transparence des .png. Essaies de voir avec un autre navigateur, ou changes d'extension.

Re, Sans vouloir jouer les rabats joie, il semblerait que le bas de page "Designed and CoDeD by MiLoU " soit décallé vers le bas. On ne voit pas le bas des mots, qui est 'coupé' par le tableau. Pour l'histoire de la ponctuation, il faudrait savoir ce que l'on veut enlever, comme ponctuation. Les points, par exemple. quoi d'autre ?

Apparemment, si j'ai bien compris ton problème : Ton micro serait piraté, ce qui fait que 'où que tu ailles, tu auras le même problème'. Si le pirate a les clés des serveurs qu'il veut, il lui est facile de pirater un serveur chez l'un ou chez l'autre !

Tu as un certain nombre d'articles là dessus, dans les publications du Hub. Tu peux ainsi bloquer leur lien, avec un htaccess : http://www.webmaster-hub.com/publication/article4.html (tout en bas de la page )

C'est de plus en plus fréquent. A priori, l'idée serait celle ci : le site donne l'impression qu'il pointe sur toi, et ainsi, il apparait dans tes stats. Comme quelques sites publient leurs stats, ca leur fait des liens pour 'pas cher'. L'autre idée, c'est que ce sont les webmasters, comme toi, qui voient ce site dans leurs référers. Ils vont jeter un oeil au site, et ca leur fait une visite de plus. Comme tu peux le voir dans l'exemple dont tu postes le lien, le blog en question fait plein de liens vers le site en question. En revanche, le site en question ne fait aucun lien vers ce blog. Il lance juste une requète 'pour donner l'impression de'... Voilà.

Plusieurs choses. Il te faut savoir ce qui pose problème. Ce n'est pas forcément un script, ca peut être la base de données, ou autre. Ensuite, si ca vient des scripts, il faudrait savoir si ca vient d'un programme particulier, ou de l'ensemble. Peux tu identifier les heures où ca bloque vraiment ?

Là, ca dépasse le stade du p'tit con, y'aurait presque un coté acharnement. Tu n'aurais pas un ami qui vous veut du bien ? As tu porté plainte, (ou comptes tu le faire ) au niveau justice ?? Penses tu pouvoir l'envoyer sur un site ? Je sais pas, en le lui disant, style "T'as pas touché à mon site 'machin.com'," ou un truc comme ca ? On peut récupérer son IP, comme ca. Il y a surement qqun qui a un nom de domaine qui sert à rien, il met un 'enregistreur d'IP', et tu l'envoies là dessus. ca peut être une solution.

Oh là !! Perl est vraiment mieux que Php, mais.. php est (peut etre) plus adapté que Perl pour tout ce qui est 'internet'. Ceci dit, pour tout ce qui nécessite un tant soi peu de puissance, Php manque parfois d'un peu de... maturité ?. [Fin du troll, y'a matière à polémique ]

.... N'y aurait il pas un problème de conflit avec ton script en perl ?? (de simulation google), qui soit dit en passant, est assez sympa (l'outil, pas le perl ) ...

Le pauvre... Il a fait une erreur ! Tant qu'il reste sur internet, il ne risque pas grand chose. Par contre, s'il achete quelque chose à La Redoute, alors cours vite à la gendarmerie, et porte plainte !! Là, tu risques fort de le retrouver, car il est assez con pour acheter du matériel et se le faire livrer chez lui (oui, en général, les p'tits cons sont.. très cons. ) Pour le reste, ben... Tu lances des poursuites judiciaires contre lui, et tu va voir les différents services, avec le papier du tribunal. S'il y a plainte, les différents services (hébergeurs, providers, etc..) pourront bien t'ouvrir les portes de leurs logs un peu plus rapidement. Il faut bien comprendre que, pour Microsoft (par exemple), s'ils s'amusaient à donner les logs à chaque personne qui les demandaient, ils n'arreteraient pas !! (je parie qu'il y en a qui en demanderaient rien que pour les .. 'embeter' ) Nico.

Tu serais en train de dire que Google se trompe, en crawlant les IP, au lieu de crawler les noms de domaine ? Il n'y aurait pas plutot l'url des domaines qui ferait le 'petit malin', avec des redirections scrabreuses ?? Ca ressemble à des manipulations de redirection type 301,302, qui.. ne marchent pas. Si Google avait des problèmes entre un nom de domaine et une adresse IP, il y aurait longtemps qu'il aurait mis la clé sous la porte, non ? Tu as des exemples d'adresses de ce type ? (en MP, eventuellement.. )

Clairement, sans identifiants, impossible (à part hacker le serveur, mais c'est une autre histoire ) Pour rentrer des données dans une base, il te faut soit les autorisations nécessaires (en gros, login/mot de passe) soit une 'procédure', une espèce de passerelle, qui permette de faire le lien entre les 2. Mais le mieux est évidement d'avoir les host/login/pass

C'est bien le risque Ca, c'est la rancon du succès. Si tout le monde s'y met, il y aura autant de 'msg', de 'wizz' qu'ailleurs Pour ce qui est des pubs, idem. Il n'y a qu'à voir les pubs sur le moteur de recherche google pour se rendre compte (si besoin était) qu'il ne leur faut pas longtemps non plus pour vendre de la pub, et la poser ensuite, ici ou là, avec 'parcimonie'

Non, à mon avis, il n'y a pas d'erreurs, il y a juste un script très très long, qui n'a pas le temps de s'executer, à cause du timeout php. Il fait afficher une image, mais.. c'est un leurre un peu comme les scripts de statistiques

Celui que l'on nomme couramment php est en fait php4. la version 3 (donc php3) est obsolète, et il faut mieux l'oublier. Les fonctions qui existent dans cette version, mais qui ne sont pas reprises dans php4 le seront encore moins dans php5. A mon avis, il y a encore de la marge avant de passer à php5, cependant, quitte à apprendre maintenant, et sachant que la plupart des hébergeurs sont passés en php5, il faut mieux s'y mettre dès maintenant, ca sera toujours ca de moins à faire plus tard. Il y a une compatibilité ascendante, qui fait que les anciens scripts peuvent tourner sur les nouvelles versions. Mais cette compatibilité alourdit (à mon avis) le source du php, et je ne pense pas qu'ils vont prévoir de compatibilité envers php3, lors de la sortie de php5 (sous entendu lorsque php4 sera entériné). Dans la mesure du possible, essaies de toujours passer sur une nouvelle version.

le javascript ne doit pas être codé par lui, il n'aurait pas laissé autant de commentaires dedans : C'est un validateur d'emails. En gros, l'utilisateur rentre son email (disons.. dans un formulaire, par exemple), et le script (ci dessus, enfin.. celui qui va avec) teste si l'email est bon. Le problème, c'est qu'il n'y a pas de formulaire, sur plus de la moitié de ton site. (apparemment, il n'y en a que dans le menu 'contact'). Or, à chaque requète, tu envoies le même validateur de formulaires. A ce niveau, déjà, le code source aurait beaucoup à gagner s'il enlevait les morceaux de javascript inutiles. Idem pour le 'compteur de mots', et les autres scripts.

Là, c'est un script php normal. Je pensais que c'était juste la partie qui générait l'image, qui bloquait. Pour allonger le temps max. d'un script, tu peux utiliser la fonction : set_time_limit($nb_sec); où $nb_sec est le nombre de secondes max. pendant lesquels ton programme peut marcher. (par défaut, c'est 30.. )