Reprise du message précédent :

 
Précisemment, un moteur sérieux respectera les directives de robots.txt. Si j'ai bonne mémoire, certains aspi se proposent, par défaut, de les respecter également.
 
Ceux-là ne tenteront pas de ramper sur ton site et partant ne tomberont pas dans le trou noir.
 
Revers de la médaille : les pages de ton site ne sont pas indexées :-(.
 
Workaround : le piège mène sur une page qui résume le contenu (meta tags) ET qui te redirige vers la homepage. Ca devrait suffire.
 
Ca vous bot ?

les moteurs de recherche n'indexe pas les pages avec des redirections.

Ah bon ? Et comment font-ils pour détecter qu'une page comprend ou pas un redirection plutôt... qu'un lien ? Ils analysent le javascript ?

ben un bot c'est comme un navigateur, ils interpretent donc aussi les redirections ...
Et puis je crois que chez google ils sont assez "fort" pour trouver une redirection dans une page web.
Mais bon tu peux feinte en faisant:
 
si navigateur = IE ou navigateur = mozilla
redirection
sinon
afficher plein de mot clée pour le google bot.
 
 
Mais c'est risqué car tous le monde l'utilise pas IE ou mozilla et aussi les moteurs peuvent te blacklisté.

 
la taille de la page...et oui t'a pas n'est pas ou mal indexée si y'a des redirections...de même qu'elle sera mieux indexée si l'index comprend bcp de texte, et si bcp d'autres sites pointent dessus...y'a aussi un truc sur la pertinence des mots clé et le contenu de ton texte...

Je ne vois toujours pas ce qui, techniquement, distingue une redirection d'un lien quelconque. A moins pour le moteur d'utiliser des critères non déterministes tels que "si la page fait moins de x bytes et qu'il y a un lien, alors c'est une page de pure redirection", ou autres évaluations du type "AI". Mais il est alors facile de passer outre.
 
Pour ce qui est du test du navigateur, bof, en effet.

tu sais coder en html ?
 
un lien c'est : <a href="page.html">text</a>
un redirection c'est: <meta http-equiv="refresh" content="2;url=page.html">
 
Si tu n'arrive pas a voir de difference entre ces deux code, faut t'acheter des lunettes.

euh y'a des tas d'autres moyens de faire une redirection ma poule
 
sircam >> une redirection "coté serveur" passe par le browser qui reçoit un code http 200 (je crois) avec la nouvelle url à appeller...

sans blague ? ...    
 
c'etait juste un exemple ...
 

 
Jusqu'au jour ou un pauvre utilisateur lamba débarque avec un navigateur qui fait du prefetching ...

Justement ! Ta distinction est pour le moins... superficielle.

 
Curl est ton ami. Plus besoin de script shell avec

faut dire que ta remarque sur ton IA etait intelligente non plus
comment il fait ton navigateur pour faire la difference entre un lien et une redirection ? tu crois qu'il y a une intelligence artificielle derriere ? ben non! Il interprete juste le code, c'est tout!

302
et la nouvelle url est dans le header Location
 
200 c'est OK (cas classique)

Imaginons que pour une galerie de photos, on se moque de l'indexation des photos par les moteurs de recherche.
 
En utilisant les sessions, ont peut faire un truc du genre :
(j'imagine le truc en PHP, mais le principe reste le même en java)
 
1- L'utilisateur arrive sur le site, et on lui donne un id de session.
2- Il clique sur une bouton de formulaire ou sur un lien qui donne accès à la galerie de photos.
3- Coté serveur, lors de la demande de la page "galerie de photo", on initialise un id d'image en session s'il n'y en a pas. Le serveur renvoie une page comme ça :
 

 
image.php renvoie le contenu de l'image correspondant à l'id en session avec les headers http qui vont bien.
Les images sont stockées ou on veut, mais en dehors de l'arborescence du site.
 
la page de gestion de la galerie modifie l'id de l'image en session en fonction du bouton utilisé.
 
Pour que ça marche, il faut aussi les headers qui vont bien pour empêcher le navigateur de conserver image.php en cache.
 
Bon, j'ai pas essayé, mais je me demande comment réagit un aspirateur à une page qui à tout le temps le même code html ?
Y'a une chance qu'il s'éternise pas dessus non ?
 
Bien sûr si ça marche, on peut utiliser le même principe pour afficher des pages de miniatures clickables.
Il suffit de gérer en session un id de page et pourquoi pas aussi un id de galerie...
Bref, c'est juste un exemple.

Bon, elle est naze mon idée ou bien :
 
1- Z'êtes tous partis bouffer (ce que j'va pas tarder à faire) ?
 
2- Z'avez rien compris, genre "c'est quoi une session"
 
3- J'ai oublié de dire "java CAPUCAIPASLIBRE" ?
 
4- Ca vous fait chier de revenir sur le sujet, les redirections c'est plus rigolo
 
5- OBI1 vous a piqué vos PCs ?
 
??????????????????????????????????????????????????????????

1 & 4
 

C'est pas idiot mais :
 - ta technique désactive le cache de toutes les images => temps d'affichage plus long des pages et plus de charge serveur
 - Impossible d'afficher en même temps 2 images : le navigateur ne charge qu'une seule fois les mêmes images (ayant la même url) pour chaque page.
 - => la technique ne pourra pas fonctionner sur les miniatures.

NON, NON ET NON
 
1- La désactivation du cache :
On peut le désactiver que pour les images avec les headers qui vont bien retournés par image.php
On peut aussi écrire image.php?xyz où xyz est une valeur aléatoire (typiquement un timestamp) soit généré par le serveur, soit généré en JS coté client. Mais la faut voir si ça ne permet pas au aspirateurs de fonctionner.
 
2- Je peux afficher n images. Par exemple avec image.php?img=n avec img qui est le numéro d'image dans la page et non l'id de l'image. Je peux aussi avoir imagehautgauche.php, imagehautcentre.php...
 
3- miniature.php n'est pas fait pour les chiens. Si je gère plusieurs id en session, je peux afficher LES miniatures (voir 2) de la page x de la gallerie y du site z...
 

C'est ce que je disais : toutes les images gérés par cette technique n'auront pas de cache.
 

dans ce cas tu fous en l'air ton système ... et oui les aspirateur fonctionneront ...
 

Tu te rends ompte que ca devient un sacré bordel ???
 

même remarque

Pov' benou dés que y'a plus de 3 variables dans ton prog, tu laisse tomber !
 
A moins que ça soit une limite de java. C'est vrai que la gestion de la mémoire en java est telle que ça demande rapidement un TRES GROS SERVEUR (voire plusieurs) avec des teraoctets de mémoires

Au fait, avec une url pour les images en img.php?xyz où xyz est aléatoire, comment se comporte l'aspirateur ?
 
Soit il ne marche pas, soit ne risque-t-il pas de boucler indéfiniement sur par exemple le lien vers la première image ?

Bha c'est juste que j'aime pas trop les architectures spaghetis et les bidouillage dans tous les sens : ca rend le code immaintenable ...
 
mais bon, un développeur PHP n'a pas ce genre de préoccupation

ca va que c'est vendredi

T'as penser à arrêter la programmation et devenir prof ?

Tu commences à devenir limite insultant. Ma remarque avait pour but, par l'absurde, de mettre en évidence que la discimination sur les redirections est pour le moins délicate à mettre en oeuvre (sauf à utiliser des critères peu crédibles comme celui que tu proposais).
 
Tu sais que le terme AI recouvre une ensemble de techniques "non conventionnelles", mais qui se traduisent tjs par "du code derrière" ?
 
Mais bon, si es persuadé que Google va s'arrêter sur chaque page et la passer à la moulinette pour déterminer, sur base de critères que tu es incapable de seulement proposer, si la page est bonne pour être indexée ou non...
 
Et ce n'est pas ta distinction superficielle supra qui servira de critère de sélection.

et en plus c'est limite hors-sujet...

ils respectent le robots.txt eux. d'ailleur wget en mode batch aussi.

orbots, ça veux dire sans bots ou bots en or ?

Bon j'ai pas d'aspirateur sous la main, mais par curiosité, ça donne quoi chez vous ça :
 
http://www.surleau.com/galerie/index.php
 
Edit : Y'a que 5 images, si un aspirateur arrive à toutes les chopper, j'en mettrais plus pour voir si c'est à cause des 4 boutons...

t'as pensé à arrêter le bidouillage et devenir pro ?
 
 
 
 
l'attaque des trolls !!!

 
Ben pourquoi ?
 
Je suis un Pro du Bidouillage
 
C'est ma spécialité. En mécanique on appele ça un ajusteur. L'art de faire rentrer les carrés dans les ronds, de pondre des moutons à 5 pattes. Tout ça pour plaire au client bien sûr.
Il est difficile d'avoir une programmation académique (surtout quand on a pas apris à programmer à l'académie) et de satisfaire des contraintes souvent contradictoires.
 
Comme disait l'enfoiré:  

Bon, je vais remettre le sujet sur le droit chemin.
J'utilise une petite alternative qui n'est pas loin de ce qui a été proposé par "Mara's dad".
 
Mes image s'affiche actuellement de cette maniere.
 
image.php?idtable=###&idimage=###&oax=###|###
 
Les deux premier parametre me permet de récuperer l'image et le fichier php est concidéré comme une image. Par contre j'ai rajouter une petite sécurité qui est le parametre oax (qui veux rien dire ) qui lui est la version encodé des deux premier parametre, si oax est different de la valeur de idtable et idimage ça ne passe pas. Donc il n'est pas possible de faire une script qui tourne en faisant un increment sur les parametres. Il faut trouvé l'equation pour trouver la bonne combinaison.
 
 
Mais bon j'ai pensé à la solution ultime.
L'image s'affiche en applet et je propose de télécharger l'image en jpeg via le fichier image.php?idtable=#&idimage=#&oax#|#.
Légé defaut c'est q'une applet c'est un peut limite mais aujourd'hiu les debits sont assez important pour que ça se charge vite. Tant pis pour celui qui n'a pas de machine virtuel ça doit representer 2% des visiteurs.

 
Le problème de ce truc c'est que tu n'est pas certain d'y gagner en bande passante car cela interdit au navigateur de mettre en cache les images. Donc rien ne garanti que tu y gagnes en bande passante

 
Et pourquoi pas un site en flash pendant que l'on y est !

Je ne vois pas en quoi ça va déranger un aspirateur ton truc là !
Le coups de l'applet est plus prometeur, mais super chiant quand même.
 
T'as essayé un aspirateur sur ma démo ?

mmhhh!... bonne idée
 
Merci
 
 
Non serieux j'ai aucun interet, je répète, je fais cela surtout pour manipuler java.

 
Kapere n'arrive pas à prendre les images

Le problème n'est pas le cache !
Un visiteur normal va pas regarder 50 fois chaque photos. Et même s'il le fait, il ne le fait pas en 1 minute.
Le but est d'éviter qu'un aspirateur multi-thread te pompe tout ton site en monopolisant la bande passante.