Anonymus

Jettes un oeil, tout de même, au restaurant en question... On ne sait jamais Après tout, si tu t'es réellement fait rouler, je pense que le restaurateur saura se montrer coopératif avec toi, puisque lui aussi se sera fait roulé

Cependant, il arrive qu'un webmaster se fasse contacter parce qu'il a mis un lien vers un site, sans que ce dernier ne l'ai demander. Et on lui demande gentillement de l'enlever (si, la lettre de l'avocat était gentille ) Certaines marquent n'aiment pas que leur nom soit associé à quoi que ce soit qu'ils ne puissent controler d'eux mêmes, et font leur maximum pour controler leur image.

Ca correspond à un certain nombre de besoins. Inutile de faire un sondage pour savoir si ca sert ou pas, les membres savent d'eux mêmes si ca les intéresse. Parmi les multiples possibilités, on peut citer l'utilisation chez le client et chez soi, sans avoir à investir dans un ordinateur portable, et en ayant toujours l'ensemble des fichiers à sa disposition.

Tu ne quittes pas la page 'index.php', tu te contentes d'y afficher le contenu de l'autre page, comme une frame. Mais si l'autre page est vide, alors tu n'auras l'impression d'afficher uniquement la première page. Tu peux nous mettre le code ? Histoire de voir s'il n'y a pas d'erreurs Pour éviter les problèmes de sécurité, tu créées un tableau de tous les fichiers : $all_files = array(""); que tu remplis des noms de fichiers que tu vas utiliser, comme nom de page : $all_files = array("Home","Forum","Contact"); Ainsi, tu testes si le fichier est... déclaré, avant de faire l'include : if (in_array($file,$all_files)) include(file.".php"); else include("404.php"); Voilà

Ta galerie suppose qu'il soit possible de lire un répertoire distant, à partir d'un programme php. Or, en fonction de la configuration php, il n'est pas forcément possible de pouvoir lire un répertoire distant, question de sécurité. Donc, si ca n'est pas possible, tu risques d'essayer quelques temps encore Jettes un oeil ici : http://fr.php.net/manual/fr/features.remote-files.php

Il est de notoriété publique que les méta ne servent plus à rien, oui.

Aol s'est démarqué dès le début avec un navigateur 'pénible' à comprendre, pour y glisser du html dans les mails. Cependant, lorsque j'avais aol, il était tout à fait possible de recevoir des mails comportant du html, ainsi que des images, de la couleur, etc.. Et il n'y a pas de raisons que ca ne soit plus le cas maintenant. Seulement, ils ont gardé cette "image" de navigateur qui n'affiche pas les liens, ni les images. D'un autre coté, pour un webmaster qui désire tester, ca n'est pas possible sans avoir soi même aol, ou sans connaitre quelqu'un qui veut bien recevoir des mails aol.

Il est extremement rare de rencontrer une personne qui ait réussi la perfection la première fois. Si tu reconnais tes erreurs, si tu désires apprendre, il n'y a pas de raisons de persévérer. De plus, tu es à la bonne adresse Courage

Sans indiscrétions, pourquoi autant d'acharnement à faire disparaitre ces pages ? Elles ne dérangent apparemment pas plus que ca !? La fonction rel no follow fait comprendre au moteur qu'il ne faut pas suivre le lien. Evidement, si c'est un autre site qui fait le lien, il est difficile de lui demander de mettre un rel no follow (ou tout du moins, de faire la chasse aux sites qui affichent un lien vers tes pages... ) Le robots.txt devrait te convenir, sinon.

... J'ai discuté avec une personne qui s'est mise récemment à internet, qui à qui j'ai appris à quoi servaient les .tld.. En fait, je me demande s'il y a beaucoup de personnes qui en ont conscience.... Sinon, ce qui fait la crédibilité du .fr, c'est le fait qu'il ait été rare au début. Plus recherché, plus convoité, il en devient plus crédible, à mon humble avis.

Une précision : Quand on demande à un site de ne pas indexer une page, il faut bien qu'il note l'url de cette page pour s'en rappeler. De plus, il y a bien des liens qui pointent vers cette page. il est donc normal que ces pages ou tout du moins leurs urls apparaissent dans le listing des urls du site en question. Par contre, dans la mesure où l'on demande à ne pas indexer (no-index), on sous entend ne pas indexer le contenu de la page. Bien que le moteur note l'url de la page, il ne prend pas le contenu de celle ci, et c'est pourquoi l'url apparait en fin de liste. D'un coté il prend l'url de la page, d'un autre coté il n'en prend pas le contenu. Pour qu'il ne prenne pas l'url non plus, il faudrait noter au niveau de tous les liens qui pointent vers cette page : rel=no-follow. Fais une recherche sur google, tu trouveras des infos intéressantes à ce propos. il est aussi possible d'interdire l'accès à cette page via le robots.txt, auquel cas il n'essaie même pas d'y accéder, ou via le htaccess, auquel ca (en fonction de ce que l'on y met), il n'a pas le droit d'y accéder, ou via un formulaire.. Auquel cas il n'appuie pas sur le bouton pour accéder à la page suivante Voilà.

Tout ce qui lui passe par l'imagination, tant qu'il en a les compétences. La sécurité, c'est de penser à ce que peut faire une personne mal intentionnée, pour savoir faire en sorte qu'il ne puisse agir.

Ce n'est pas du 'suivi d'application', mais de la gestion de projet. Il y en a beaucoup, et tu les trouveras sur framasoft, ou sur opensourcecms.com

J'ai testé le et le /n ... Bonjour, Pour le saut de ligne, tu peux essayer \n au lieu de /n. Mais le <br> est un saut de ligne pour une présentation, pas pour un fichier xml

Bonjour, Nul doute qu'elle puisse intéresser nombre de webmasters, c'est pourquoi je t'invite à la poster ci-dessous D'avance merci

Tu pourras nous réexpliquer, s'il te plait ??

Un problème après l'autre... Pour les images, dans ton dossier, il faut que tu créées un fichier index.php vide, que tu places à l'index de ce dossier. Ca regle le problème. Pour la modification de l'url directement, qui te donne une url, l'explication est simple. On teste la page précédente. S'il n'y en a pas, il prend l'index. Pour palier à ce problème, tu peux envoyer ce cher monsieur sur une page de ton choix, ainsi : if (empty($_SERVER['HTTP_REFERER'])) $_SERVER['HTTP_REFERER']="http://localhost/lapage_de_mon_choix.php"; Ca doit suffire.

Il fallait lire :: Désolé

Si google a gardé les anciennes urls, il n'y a pas grand chose à faire pour les enlever, sinon attendre qu'elles disparaissent d'elles mêmes. Les redirections, c'est une bonne idée, sauf que google prend en compte les nouvelles pages avec les anciennes urls, ce qui n'arrange rien. Si ces nouvelles pages sont correctement indiquées, sur le site comme dans le sitemap, alors tu peux très bien faire une redirection vers une page erreur 404, au moins il comprendra qu'il n'y a rien à cette adresse, et il te libèrera tes nouvelles pages, avec les nouvelles adresse. Ca il y a fort à parier que ces nouvelles pages soient bloquées pour 'duplicate content' avec les anciennes. Sinon, idem : j'avais compris comme Cendrillon...

? Scanner un serveur de jeux ? Si le site ne répond pas, tu ne peux y accéder, ca c'est certain. Si le scann est trop long, ca n'est pas un problème par contre. Mais j'ai du mal à comprendre ta requète...

Mêmes mots, mêmes remèdes :

a savoir il recharge la page qui contient le lienvers la page dynamique. C'est à dire ?? Sinon, revient à la structure précédente, et regarde juste avant la balise <?php tu as probablement une ligne, ou un espace. C'est ce qui gène les headers, et renvoie une erreur. Sauf que... Si tu reviens à la structure précédente, tu risques d'avoir le problème dû aux sessions_start, que tu as envoyé avant le header("Location...

En fait, je te conseille de changer ton programme : testes d'abord si la variable est ok, et vois ensuite les actions : <?php $array_all_vars = array("Valeur_passe_par_URL"); if( ! in_array($_GET['variable_passe_par_URL'],$array_all_vars)){ header("Location: ".$_SERVER['HTTP_REFERER']);//probleme headers already sent a ce niveau } session_start(); include("_essaiconnexion.php"); $mavariable = $_GET['variable_passe_par_URL']; $query="SELECT * FROM prodotti WHERE id='$mavariable'"; $results = mysql_query($query) or die(mysql_error()); $row = mysql_fetch_array($results); extract($row); ?> Ca devrait mieux marcher

Pour le header, c'est parce que tu renvoies une information au navigateur. Ca peut être une ligne blanche, un simple caractère, ou n'importe quoi. Pour ton erreur, tu la résoud avec un arobase devant le nom de la variable, ainsi : if(@$id =="1") au lieu de : if($id =="1") Cela t'évites d'avoir à vérifier si cette dernière existe

Ca peut être un problème de version de word, ou un probleme d'extension. Imagines que sur un portable, tu as works, mais sans l'affichage des extensions. Tu enregistreras ton fichier en fichier.doc, mais en fait il s'appellera fichier.doc.wps (je ne suis pas sûr de l'extension, du coup ) Lorsque tu vas sur le second ordinateur, tu lui demandes d'ouvrir le fichier avec word, alors même qu'il a l'impression que ce n'est pas un document word. Pourquoi pas ?