Anonymus

Très bien résumé. Tu trouveras tout un tas d'articles sur les moteurs et leurs 'techniques' dans la partie 'publication' : Algorithmes, moteurs et techniques dindexation

Non. Le code que tu donnes au validateur est le code php. Il faut que tu donnes le code que recoit le client, pas celui qui est traité par le serveur. Donc, lorsque tu veux valider une page, tu l'affiches dans ton navigateur, et tu fais 'afficher la source'. Alors tu auras le code à faire analyser. Sinon, tu peux ('souvent') mettre l'url de la page à analyser. Le vérificateur ira chercher le code source pour toi, et ne verra pas le code php (qui n'est pas à analyser) Quant au <?, ils sont très bien en place, tu peux les laisser. Anonymus.

Pour une image "logo.jpg", par exemple. Dans le htaccess, tu changes l'appel à logo?jpg en image.php?img=logo.jpg Dans ton script image.php, tu comptes ton image, puis tu la lances.

sas_tmstp=Math.round(Math.random()*10000000000); document.write('<img src=&quot;http://www.smartadserver.com/track/pix.asp?1590;744;'+sas_tmstp+'" width=1 height=1 border=0>'); Ce script te dis : On choisit aléatoirement un nombre compris entre 0 et 1 (par exemple : 0,5689478212), puis on affiche une image. Cette image, elle s'appelle : pix.asp?1590;744;'+sas_tmstp+'" donc, pour notre exemple, cela donnera le nom d'image : pix.asp?1590;744;0,5689478212 On l'affiche avec une taille de 1 sur 1 (height/width), et sans bordures. Pourquoi tirer aléatoirement un nombre compris entre 0 et 1, avec autant de chiffres après la virgule ? Assurément une façon de créer ainsi une sorte d'identifiant unique. Anonymus.

Pour info, ca se pratique déjà pour les formulaires d'inscription, pour les annuaires par exemple. Ainsi, on est sûr que c'est bien une personne qui s'inscrit dans son annuaire, et non un script automatique. Et ca passe très bien au niveau du visiteur, même s'il ne comprend pas toujours ces méthodes D'ailleurs cette méthode n'est pas très compliquée à réaliser. Sinon, il reste le bon vieux formulaire, qui permet d'envoyer un mail.... à condition de ne pas prendre un formulaire gratuit trop connu, car ses failles sont exploitées, et ... en général, ils arrivent à s'en servir aux dépends de celui qui l'a installé

Prenons le second, sur ta liste, par exemple. C'est un très faible PR, avec une redirection... Tu n'apparais pas dans son code source Tu devrais jeter un oeil aux liens où tu es sencé être, tu pourrais avoir des surprises. De plus, tu n'as vraiment pas beaucoup de liens qui pointent sur ton site, et enfin, ces liens ne sont pas trop dans ta thématique..

Là : KEY `categorie` (`categorie`,`url`,`titre`,`corps`), tu déclares ton 'corps' comme une clé. Or un 'blob' ne peut etre une clé. Il faut que tu supprimes cette clé (key), sur le 'corps', pour pouvoir ensuite changer ton varchar en blob. Donc : ALTER TABLE sites_posting DROP INDEX categorie, ADD INDEX categorie (categorie,url,titre) puis tu fais : ALTER TABLE sites_posting CHANGE corps corps BLOB NOT NULL Voilà

Pour la question 1: <? $fp = fopen("extract_liste.php","r"); $line=""; while (! feof($fp)){ $line .= fgets($fp,1024); } fclose($fp); $line=str_replace("<","<",$line); echo $line; ?> Pour la question 2 : <? $a = "toto123452_AT_bidul.com"; $tab = explode("@",$a); foreach($tab as $key => $value){ echo"<br> $key => $value"; } $b = $tab[0]; $c = "@".$tab[1]; $A = $b.$c; echo "<br>A : ".$A; echo "<br>B : ".$b; echo "<br>C : ".$c; ?> Voilà, Anonymus.

Normalement, il n'y en a pas. Tu peux faire passer l'instruction que tu essaies ? Et aussi s'il y a des 'index', ou valeurs par défaut, etc...

Tu mets le 'session_start' avant ce code envoyé.

Tu peux appeler les fonctions de la même facon que les variables, c'est à dire entre accolades, avec les opérateurs de concaténation (les points). Pour : $chaine = "Il est maintentant date("F j Y", $timeStamp) heures."; ca donnerait : $chaine = "Il est maintentant ".date("F j Y", $timeStamp)." heures."; Sinon, tu peux passer par le html, mais je trouve que ca rajoute du code et c'est moins 'propre' : $chaine = "?>Il est maintentant <? echo date("F j Y", $timeStamp) ?> heures.<?"; Anonymus.

Bonjour, tu as toujours une erreur dans le code secure. Tu envoies toujours une ligne blanche, avant le code php : <? // Fichier de modification des données par l'utilisateur // Information sur le compte de l'utilisateur La première ligne te génère une erreur. Sinon, tu as la description de ton erreur, dans le code renvoyé par le 'warning'. Il est clairement expliqué : 'Ne peut envoyer de session, parce que les headers ont déjà été envoyés, par le fichier : /var/www/free.fr/a/6/managerattitudes/index.php'. Jettes un oeil au fichier index.php, et tu verras qu'il y a une ou plusieurs lignes qui sont envoyées au navigateur avant que tu ne demandes le début des sessions.

La fonction permettant de faire marcher un script 24 heures marche chez tous les hébergeurs, pourtant ca leur ralentit considérablement les serveurs. Peut etre que ca ne marche pas, mais ce serait étonnant. D'ailleurs, même ceux qui s'y connaissent le laissent en place, tu le dis toi même

Bonjour, Tu peux modifier la valeur de la variable allow_url_fopen en passant par ini_set : string ini_set ( string varname, string newvalue) sachant que "allow_url_fopen" est par défaut à "1". Anonymus.

Pour une solution anti aspirateur, tu trouveras ton bonheur ici : http://www.webmaster-hub.com/publication/article49.html En considérant qu'un aspirateur est génant parce qu'il 'pompe' les pages du site trop rapidement, il suffit de faire un petit script qui stoppe le visiteur s'il demande trop de pages, en un certain temps. Sans bases de données, avec un fichier texte. Le code donné dans la page que tu proposes contient pas moins de 200 IP, qu'il faut maintenir à jour, ce qui peut s'avérer rapidement fastidieux.

Bonjour, tu trouveras une liste non exhausitve de sites parlant de php, ici : http://www.webmaster-hub.com/index.php?showtopic=392 Anonymus.

Bonjour, En fait, non. Le principe est de ne pas mettre d'identifiant de session, tant que la personne ne s'est pas identifiée. Ainsi, tout le site reste accessible, pour un visiteur, sans identifiant de session. Lorsque la personne s'est identifiée, alors on lui attribue un identifiant. Sachant que les robots ne peuvent s'identifier, le problème est résolu. Anonymus.

WHERE ln_entree LIKE '$mot %' OR ln_entree LIKE '% $mot' OR ln_entree LIKE '$mot' OR ln_entree LIKE '% $mot %' Ce genre de requètes, appliqué à un mot tel que : anticonstitutionnellement te fera sortir sortir aussi bien : constitution que : elle ment tu tic .. bref, ca risque d'être assez flou. Une solution serait alors de comparer parmi chaque mot, entre virgule. Mais c'est plutot complexe à mettre en place (pas trop non plus, mais bon) En fait, la solution que je te donne correspond assez bien à la logique des bases de données : 1 enregistrement pour 1 type de données. L'entité, dans tes explications, c'est le 'mot', donc il est normal qu'il ait un champ à lui tout seul. Un MCD ressortirait la même chose. Voilà. Anonymus.

Pour : l'avantage qu'il y a de saisir les variantes dans une table à part Simple. Tu as 2 variantes ? Tu créé 2 champs. Mais tu t'apercois que, dans certains cas, tu auras 4 variantes. Tu reprends ta table, tu ajoutes 2 champs, ca t'en fais 4. Tu te rends compte que, dans certains cas, ce ne sont pas 4, mais 6 variantes qu'il te faut. Tu fais donc les champs supplémentaires, etc.. D'un autre coté, tu vas me dire : Je fais 10 champs, et je suis tranquille. Malheureusement, tu trouveras des cas où il y a 11 variantes. Tu vas faire des tables avec 255 champs ?? Non, la solution est de prévoir tous les cas, même ceux où tu auras 256 variantes (bon, ca ne doit pas arriver souvent). Avec la solution que je donne, tu peux avoir de 0 (zero) à .. autant de champs que tu veux. Ca gère tous les cas de figure. Et il n'y a pas de champs qui sont vides en quasi permanence. D'un autre coté, tu sais toujours dans quel champ se trouve ta variante, si tu veux, par exemple, la modifier. Un exemple : Dans le cas que tu proposes, tu auras les formulaires pour 6 champs. Si tu dois en créer un autre, c'est l'ensemble des formulaires, de la saisie, etc qui sera à revoir. Concrètement, ca donnera du code comme ca : SELECT id,champ1,champ2,champ3,champ4,champ5,champ6 FROM table Les champs de formulaire seront de la même sorte. Si tu veux faire une recherche, tu vas la faire sur quel champ ? Sur tous les champs. Donc : WHERE champ1 LIKE var1 OR champ2 LIKE var1 OR champ3 LIKE var1 OR champ4 LIKE var1 OR champ5 LIKE var1 OR champ6 LIKE var1 Ce n'est pas trop gérable. Tu arrives rapidement à saturation, à du code qui ne veut plus rien dire. On s'y retrouve, bien sûr, mais c'est franchement moyen. Avec une solution WHERE variante = '".$mot."' Tu arrives à du code beaucoup plus clair, même si ca parait plus ardu au début. Et au moins, c'est évolutif... quelque soit le nombre de variantes (singulier, pluriel, féminin, masculin,.. neutre, etc.) Pour langue : Dans l'enregistrement : .....1.....|..limpa.|.....li.......|..pain........ Il te suffit de dire : SELECT id_mot,mot,langue,traduction FROM table1 WHERE langue='li' Pour avoir tous les mots (sans les variantes), de la langue en question. Pour avoir toutes les variantes, il suffit de faire pareil dans la table 2. Si tu veux ajouter une langue, c'est HYPER facile, je te laisse imaginer ta solution pour incorporer ton système avec : francais/anglais/limpa, à savoir : id, fr_entree, fr_sortie, ln_entree, ln_sortie,... ? et ma solution id_mot..|..mot...|..langue..|..traduction où langue peut prendre autant de langues que tu veux. Bon.. langue peut contenir un chiffre au lieu de lettres, il y a moins de risques d'erreurs, mais ca, c'est toi qui voit Voilà. N'hésites pas si tu as d'autres questions

Tu devrais faire une table avec les mots 'normaux' en francais, et une table de correspondance entre ce mot et les variations possible de ce mot. Tu aurais un truc du genre : id_mot..|..mot...|..langue..|..traduction .....1.....|..limpa.|.....li.......|..pain........ ... id_var..|..variante.|..langue..|.id_mot 1.........|...lipa.......|....li........|....1 2.........|...mampa.|....li........|....1 3 ........|...mapa....|....li........|....1 4.... Ainsi, lorsque l'on tape un mot, tu fais une recherche dans 'variante', pour voir si le mot existe. (avec les %% eventuellement). Une fois trouvé le mot, tu regarde l'id_mot de cet enregistrement, et tu cherches dans la première table ce mot. Pour mampa, si quelqu'un tape 'mampa', tu fais : SELECT mot,traduction FROM table1,table2 WHERE variante = '".$mot."' AND table1.id_mot = table2.id_mot et ca ne peut que marcher. De plus, c'est très évolutif. Tu peux construire ta base en plusieurs fois, sans avoir à entrer tous les mots de la première fois. ps : mets tout de meme 'limpa' (le mot original) dans la table2 Anonymus.

Le problème des messages type sms est double. Non seulement on ne les comprend pas, mais en plus de ça : Les personnes qui cherchent un mot, pour un problème donné, dans un moteur de recherche ne tombent pas sur le site où il est fait mention du problème, parce que les auteurs des messages n'ont pas pris la peine d'écrire les mots correctement. Le forum se prive alors des retours des moteurs de recherche.

Je n'appelle pas cela une recommandation d'un magazine, mais d'un auteur du magazine. S'ils laissent les articles en l'état, ca prouve une certaine ouverture d'esprit, pas forcément un point de vue.

Tu ne mets rien, et ainsi, ca sélectionne dans l'ensemble de la table.

la fonction sql est : select nom_champ from nom_table order by rand() Pour ne sélectionner qu'un nombre limité d'enregistrements : 5 enregistrements : select nom_champ from nom_table order by rand() limit 5 Anonymus.

Tu peux stocker ca dans un fichier, ou dans une base mysql. Lorsque le membre inscrit une url, elle est stockée dans un fichier, sur une nouvelle ligne, qu'il te suffira de 'lire' ligne par ligne, pour avoir l'url suivante. Mais attention au refresh. Si un membre laisse la fenetre du navigateur ouverte, alors tu te retrouves avec une page demandée toutes les 10 secondes, ce qui représente... 8600 ouvertures de pages pour 24 h... pour 1 membre.