Anonymus

J'ai des sites blacklistés, avec des passages de googlebot pour 1 millier de pages. Je ne crois pas une seconde que google va réindexer mon site, mais d'un autre coté je pense que google a besoin des liens contenus dans ce site. S'il commence à virer des sites, il vire des pages, du contenu, des liens, etc.. et fait pencher la balance de son index. De plus, à mon avis, ils ont besoin de ces chiffres pour justement continuer à contrer le spam et autres..

Tu la stockes dans un champ 'hidden' du formulaire : <input type=hidden name=table value='valeur_table'>

Tu détournes l'usage des sessions. Tu ne devrais pas avoir à toucher aux sessions, pour ce genre de choses. Si tu veux que le destinataire d'un message soit prévenu, il faut stocker le message quelque part. Pour cela, je te conseillerais l'usage des bases de données, puisqu'elles sont faites pour ca. Si vraiment tu ne veux pas utiliser les bases de données, alors créées toi un fichier 'messages', que chaque utilisateur consultera en temps réel. Le message est inscrit dans un fichier texte classique, et tu vas ouvrir le fichier texte correspondant au membre en question. Si une personne écrit quelque chose dans ce fichier texte, alors le membre le verra à la prochaine ouverture de page. Mais n'utilises pas le fichier de sessions pour ca, il n'est pas fait pour ca. D'ailleurs : un fichier de sessions doit être ouvert pendant la durée de la session, après il doit être détruit. Or si A écrit dans le fichier de session de B, qui vient juste de regarder une page. B n'ouvre plus de pages, donc ne verra pas le message de A. Ce message devrait disparaitre avec le fichier de session, qui... sera automatiquement supprimé.

Ca ne répond pas à ta question, mais... Il n'y a rien de plus pénible que de recevoir un mail avec une adresse 'no-reply'. C'est typiquement ce que j'appelle du spam : Tu envoies, mais on ne peut pas te contacter. Quand on envoie à une adresse, il faut assumer le fait que les gens puissent répondre. Ceci dit, peut être envoies tu avec une adresse dans le mail permettant aux gens de répondre, mais.. ne serait ce pas plus sympa, pour eux, de pouvoir utiliser le bouton 'répondre' ? D'autant que la majorité d'entre eux ne connaissent pas les adresses no-reply, et ne verifieront pas que l'adresse en question tombe dans un trou.

D'ailleurs, ca n'est peut être pas un virus, mais bien une personne réelle

Sinon, tu as les 2 problèmes suivants : - Il faut vraiment beaucoup de mails, pour prétendre à la revente. Plusieurs dizaines de milliers. Bon nombre sont fausses, ca fait baisser les prix. - Tu vas te retrouver devant du spam de mail, pour gagner le concours. C'est à dire que certains vont s'inscrire avec des mails style eric1_AT_example.com, eric2_AT_example.com, eric3_AT_example.com, ..., et ceci jusqu'à eric50000_AT_example.com. Ca te fausse rapidement ta base.

... et ca, ca n'est pas possible, puisque par définition, on ne sait pas quand l'utilisateur quitte le site. L'idée est donc de noter l'heure (minutes/secondes) de passage de l'internaute, puis de dépiler la base en demandant les personnes qui sont passé pendant les 5 dernières minutes. Inutile de préciser qu'il est indispensable de mettre ce champs à jour à chaque 'visite' d'une page, et non à la première connexion de l'internaute.

Comme ceci : $montexte="ceciestsuntest"; for ($boucle=0; $boucle < strlen($montexte); $boucle++){ $unparun[]=${substr($montexte,$boucle,1)}; } print_r($unparun); qui revient au même que : for($xx=0;$xx<strlen($montexte);$xx++) $unparun[] .= $$montexte[$xx]; print_r($unparun);

La réponse se situe en fin de page : Utiliser comme ceci : $parser = new HTML_Parser; $output = $parser->parse($html); En passant le contenu de la page dans la variable $html, et la variable $output contiendra un tableau de ta page.

Postes nous l'intégralité de ton code (enfin.. celui qui fait la conversion.) pour y voir plus clair. Merci.

Le serveur a besoin de communiquer l'encodage qu'il utilise. Pour cela, il l'envoie. Ensuite, ton programme a aussi besoin de l'envoyer. C'est ce qu'il fait, au risque de contredire l'information du serveur. L'intéret est la précision. Ainsi, chacun peut envoyer des informations précises sur ses données. D'ailleurs, ton serveur étant aux USA, tu devrais te conformer à son encodage, ce qui ne te conviendrait pas. C'est bien pour ca que le http te permet de préciser l'encodage de ta page

Oui, mais ta méthode ne permet pas de dire si le nombre : 111 est égal à 'ak' ou 'ka' :/

Je vois 9000 résultats :/ Pour le cryptogramme visuel, il est utilisé uniquement si la personne utilise le formulaire classique, pour s'inscrire. S'il s'inscrit en allant directement dans la base de données, il n'en a pas besoin.

Dans ce cas, il te faut la liste de toutes les lettres, et leur équivalent en nombres. Tu prendras des nombres d'au moins 2 caractères, pour couvrir toutes les lettres. $a = "10"; $b = "11"; $c = "12"; $d = "13"; $e = "14"; $f = "15"; //... $o = "25"; $u = "43"; $test = "coucou"; $test_nb = ""; for($xx=0;$xx<strlen($test);$xx++) $test_nb .= $$test[$xx]; echo $test_nb; Ensuite, tu créées une boucle, qui va appeler le mot (coucou en l'occurence), et qui va chercher pour chaque lettre de coucou l'équivalent en variable. Ainsi, tu fais appel aux variables dynamiques ($$)

En fait, php est assez permissif. Lorsque tu déclares une chaine de caractères, il le stocke dans une variable, qui peut te servir de tableau. $test = "coucou"; for($x=0;$x<strlen($test);$x++) echo "<br>".$test[$x]; Tu as bien une chaine de caractères $test, que tu appelles à partir d'une boucle 'for'. Ca te renvoie chaque élément dans un tableau. Seul piège, penser à utiliser strlen (qui sert à compter le nombre de caractères d'une chaine) au lieu de 'count', qui sert à compter le nombre d'éléments d'un tableau.

Oui, tu as plusieurs solutions : Soit tu détermines à l'avance le rapport entre les chiffres et les lettres, auquel cas ca donnerait : $mavariable[0]['chiffre'] = "a"; $mavariable[0]['lettre'] = "2"; $mavariable[0]['chiffre'] = "d"; $mavariable[0]['lettre'] = "25"; Soit tu as 2 tableaux linéaires, auxquels cas tu peux les faire passer dans une boucle : $xx=0; foreach($mavariable as $k =>$v){ $mavariable[$k] = $xx*facteur_a_determiner1; $xx += facteur_a_determiner2; } En imaginant qu'il y ait une relation entre les 2...

Intéressant, comme idée. Cependant, ceci existe déjà, en ligne : http://www.maxmind.com/app/lookup_city Et tu en as une démonstration sur http://www.studyrama.com/pubs/exemples/geolocalisation.php Que tu retrouves en production ici : http://www.studyrama.com/ qui change en fonction de la région

Comme tu dis, ca n'est pas très... sympa de mettre la même variable tout au long du code; Eventuellement, avec un peu plus de code, on pourrait trouver Surtout si tu nous montre la page où est installé ce code (D'un autre coté, j'ai vu un code avec des variables $O0O000O0O, et $O0O0O0O0O. C'est encore plus amusant )

Pour ton <a>, essaie plutot une synthaxe comme celle-ci : <a><xsl:attribute name="href"><xsl:value-of select="nom"/></xsl:attribute>cliquez ici, juste pour voir</a>

L'idée de ceci est : - Si tu affiches les stats de ton site, ca va faire apparaitre ces mots là sur les pages en question. C'est uniquement pour ca. Normalement, il devrait y avoir quelquepart l'url du site qu'il faut visiter. C'est pour générer des visites.

Je ne vois pas ce qui est difficile à endosser plusieurs casquettes : Un entrepreneur est bien commercial, secrétaire, gestionnaire, etc Et il est bon dans tous ces domaines. Et en plus il a un boulot à assurer. Comme dit Ludo, un chef de projet qui n'a qu'un seul projet, ca devient 'pas trop compliqué', surtout s'il le fait à plein temps. Ou alors il faut en trouver un autre..

A ta place, je ne me ferais pas de soucis. Le temps que php5 soit déployé, tu as vraiment de la marge. Quant-à php6, ca n'est vraiment pas pour demain. Ils distribuent actuellement 2 versions de php. La 4, et la 5. Ils peuvent difficilement passer maintenant à la 6, que ce soit à partir de la 4, ou de la 5.

j'ai eu des soucis, dernièrement, avec filezilla, au niveau de la vitesse de transfert : - elle est paramétrable, dans les options, mais surtout : - filezilla vérifie très souvent le contenu des répertoires source/cible. Ce qui fait que, pour un répertoire cible (sur serveur) bien rempli, il finit par passer plus de temps à vérifier son contenu qu'à télécharger ce qu'on lui demande de faire.

Je vais essayer, oui. je te tiens au courant, merci.

le problème, c'est que c'est le client qui s'en occupe, et je n'ai donc pas l'erreur, ni rien d'autre d'ailleurs :/ "une erreur de blocs de scripts imbriqués." : ca correspondrait à un tag asp non fermé ?