Anonymus

Quel est le type de ces enregitrements ? (int, varchar, date, blob,..)

Ce n'est pas : mais Nico.

Tu trouveras ces 'flag' ainsi que quelques autres, sur cet excellent article de Dan sur le mod_rewrite : http://www.webmaster-hub.com/publication/article5.html Nico.

Ce n'est pas ce fichier qui ne marche pas, mais : /home/archit/www/collectif.php Si tu pouvais poster les 40-50 premières lignes Nico.

Constatant que des internautes viennent en nombre sur certaines requètes faciles à 'cibler', je recherche une méthode pour générer des revenus, pourquoi pas en affiliation, ou autres méthodes. Qui propose de l'affiliation dans les domaines littéraires ? Quelles pourraient êtres les autres méthodes, pour transformer ces visites ? Merci.

Tu peux ne pas les 'activer', mais si tu les as activé, tu ne peux pas les désactiver.. Peux tu exposer ton problème autrement, s'il te plait ? merci.

D'un coté, ton formulaire : D'un autre coté, la récupération des résultats : Nico.

1/ La décision de Charter, Admin du forum 'phpdig', de rendre ses réponses 'payantes' me chagrine. (désolé pour ceux qui n'ont pas suivi ) 2/ Tu trouveras probablement la réponse à ton problème dans ce post : http://www.phpdig.net/forum/showthread.php?t=570 qui explique le bug, puis sa correction, pour indexer des pdf, en passant par du html. Nico.

En supposant que tu n'ais pas ca : ^M dans le code Il faudrait que tu corriges cette ligne : $sql="SELECT nom FROM membres WHERE like '%".chercher."%'"; Soit : $sql="SELECT nom FROM membres WHERE nom like '%".$_POST['chercher']."%'"; soit $sql="SELECT nom FROM membres "; Mais.. C'est pour une interface d'administration ? Les champs doivent correspondre exactement. Tu ne peux pas dire : C'est la bonne personne si c'est : Dan, ou Daniel, ou Danielle, etc.. Bref, il faut éviter, dans ce cas, de mettre les % % dans les termes de recherche de ta requète. Ce qui donnerait : $sql="SELECT nom FROM membres WHERE nom like '".$_POST['chercher']."'"; Nico.

Mettre : mettre : Mettre : mettre : etc.. A tout appeler 'chercher', le programme finit par ne pas ce qu'il doit 'schtroumpfer'

Pour ce qui est du mot de passe hors de l'aborescence Apache. Tu peux très bien mettre ce mot de passe dans un fichier. En mettant par exemple : $mot_de_passe_admin="Gribouille"; personne n'aura accès à ce mot de passe même en éditant la page. (a la condition que tu ne fasse pas de echo $mot_de_passe_admin derrière. Donc, mettre ce mot de passe dans un fichier seul n'est pas génant. Pour ce qui est de l'éditer, tu peux 'effacer/recréer' cette page, de la même manière que n'importe quelle autre, et tu auras exactement le meme résultat. Pour le reste, y'a plus qu'à Nico.

Non.

Pour ce qui est du mot de passe, tu peux le mettre dans une base de données, il sera plus simple de le trouver/modifier/supprimer par la suite. Ce que j'entends par 'faire l'interface à la main' c'est la meme chose que toi. Il faut que tu fasses l'architecture de son site coté admin, puis les programmes qui vont avec, puis sécuriser (ca va ensemble), et la partie 'admin', etc, etc.. Tout, quoi. Contrairement au htaccess, qui se place dans un répertoire, et qui le protège 'instantanément'. Mais ce ne sont pas les memes logiques.

On peut effectivement stocker le chemin du .txt dans une base de données. Pour l'afficher ? C'est comme un include, comme un texte normal, tout dépend de la manière dont tu veux présenter les données, tu ne stockes que l'url, pas le texte. Par exemple : devrait marcher tel quel Nico.

La différence est surtout de ne pas se mélanger les pinceaux par la suite. Si tu estimes que ce sont 2 projets bien distincts, alors il faut mieux les séparer. Par contre, si ce sont 2 projets identiques, prévus pour travailler (plus ou moins) ensemble, alors il faut mieux les mettre ensemble. La seconde considération à prendre en compte est le nombre de tables de l'un et l'autre. Si tu as un programme qui nécessite une 20e de tables, et l'autre autant, il peut être plus 'intéressant' de les séparer. Si les 2 projets regroupent en tout 3-4 tables, alors il faut mieux les mettre ensemble. Enfin, il fau voir ce à quoi tu destines ces 2 projets. S'ils sont amenés à se développer par le futur, alors il faut mieux commencer dès maintenant à les séparer. Si au contraire ils n'iront jamais évoluer, et que la désignation des tables est suffisamment claire, alors tu peux les laisser ensemble. Nico.

Tu voudrais que 'Id' soit égal à 212 ET à 213 en meme temps. Tu n'auras jamais les 2 à la fois. Soit c'est egal à 212, soit à 213. D'où l'erreur, et la correction apportée par Portekoi.

Clairement, le plus simple est le htaccess. Le plus sûr est probablement le md5. Le problème, c'est qu'il faut faire l'interface 'à la main'

Non, il y a un certain nombre de vérifications à faire lorsque tu as l'adresse, mais il n'y a pas tant de risques que ca. Pour l'adresse, il faut effectivement utiliser urlencode, et urldecode (de l'autre coté).

J'ai bien ceci comme code, mes images sont stockées sur le meme répertoire, s'appellent right.gif et left.gif, et le panorama s'appelle pano3.jpg. <html> <head> <title>Panorama</title> <script type="text/javascript"> //Settings var quickness=200; //ms var dexPX=20; //numbers of pixels to move at each iteration // var autoMov=false; var dec=0; function startMoveLeft() { autoMov=true; objBut=FindID('leftimg'); objBut.src="left.gif"; moveLeft();} function startMoveRight() { autoMov=true; objBut=FindID('rightimg'); objBut.src="righton.gif"; moveRight();} function stopMove() { autoMov=false; document.getElementById("leftimg").src="left.gif"; document.getElementById("rightimg").src="right.gif";} function moveLeft() { dec+=dexPX; var objImg=FindID('pic'); objImg.style.backgroundPosition=dec+'px 0px'; if(autoMov) { setTimeout("moveLeft()",quickness); }} function moveRight() { dec-=dexPX; var objImg=FindID('pic'); objImg.style.backgroundPosition=dec+'px 0px'; if(autoMov) { setTimeout("moveRight()",quickness); }} function FindID(id) { if(document.layers) return document.layersid; if(document.all && !document.getElementById) return document.allid; if(document.all && document.getElementById) return document.getElementById(id); if(!document.all && document.getElementById) return document.getElementById(id); } </script> </head> <body> <div style="background-color:#000000;width:420px;"> <div id="pic" style="position:relative;left:10px;top:10px;background-image: url(pano3.jpg);background-repeat: repeat-x;background-position:0px 0px;height:280px;width:400px;margin-bottom:0px;"> </div> <div id="nav" style="text-align:center;width:400px;margin-top:0px;"> <img src="left.gif" onMouseOver="startMoveLeft()" onMouseOut="stopMove()" style="border:0px;" id="leftimg" alt="Left" /> <span style="width:20px"> </span> <img src="right.gif" onMouseOver="startMoveRight()" onMouseOut="stopMove()" style="border:0px;" id="rightimg" alt="Right" /> </div></div> </body> </html> et ca ne marche toujours pas. je vais essayer avec mozilla, mais j'ai un doute.. edit : c'est pire..

Bonjour, j'ai essayé d'adapter ton javascript, mais il n'affiche pas les images des boutons, tout en bas. De plus, il met qu'il y a des erreurs

En fait, je pensais tout récupérer dans une variable '$get', et faire le tri coté php. En gros : /devenez-hub-master.html => $get="devenez hub master"; (dans le index.php) soit : index.php?line="devenez-hub-master etc.. Y'a surement plus simple, mais d'un autre coté, j'etais content de réussir à faire marcher la méthode des couples

Tu veux vraiment tester la solidité d'un mot de passe ?? As tu la configuration de ton serveur qui te permette de te servir de la librairie 'crack' ?

En php, pour copier/coller le code d'une page, le plus simple est de faire appel à la fonction file_get_contents et de renvoyer le résultat obtenu. (chez moi, ca marche.. sauf pour les images, mais fallait s'y attendre, je les aient pas chez moi ) Inutile de te dire que copier/coller le code d'un autre site est interdit, notamment à cause du copyright.

Je teste la réécriture suivante : Ca marche, dans le cas de 2 mots, ou 4 mots, mais pas 3 mots. Ainsi : partenaires/ceci-est-un-test.html marche alors que : partenaires/encore-un-test.html ne marche pas, alors que partenaires/autre-test.html et.. partenaires/test.html ne marche pas. Bref, ca marche par paire, ok, mais comment faire pour que ca marche aussi pour des nombres impaires ? Merci.

En fait, le client rentre son mot de passe dans l'interface d'admin. Il est facile de le lui renvoyer sous forme visible. le mot de passe qui est dans la base ne doit effectivement pas être visible. Si les risques devaient se limiter au client et au développeur, ils seraient bien minces. Seulement, en général, ils sont tout de même beaucoup plus importants. Le fait que le client ait à entrer son mot de passe est normal, et le fait que le client se voit renvoyer un mot de passe en cas d'oubli du sien est normal et suffisant. Par contre, il demande peut etre à voir les mots de passe de ses clients, et ca, ce n'est pas sain. la méthode utilisée par php pour calculer, controler et retourner un mot de passe est... quasiment impossible à cracker. Si un hacker entre dans ta base, alors il n'aura que des mots de passe inutilisables. C'est déjà un pas de franchi. Les protections sont un peu comme des escaliers, qu'il faut gravir marche après marche, et ceci en est une.