Bonsoir,

Si tu as des liens intéressants, ils sont les bienvenus.

Avec beaucoup de retards -- je m'excuse vraiment -- je publie quelques liens :

• Tester son site web sous Mac (avec Safari) ;
  Tester son site sous Lynx (texte) ;
  Multiples versions d'Internet Explorer toutes plateformes en standalone (autonome) ;
  Tester son site sur Palm ;

Je n'ai testé que les deux premiers liens par manque de temps principalement.
Mais les liens étant publiés sur Alsacréations (voir l'article Faire un site compatible sur tous les navigateurs), je fais absolument confiance

Voilà pour Huber Roksor Bonne soirée !

Bonjour HyWaN,

En effet des adresses utiles, j'ai en fin pu tester sous lynx

Par contre rien pu faire avec le lien mac safari...y'a une astuce?

hmm c'est étrange j'ai fais des tests juste avant de poster, et ça fonctionnait sans problème ...

bon la théorie est la suivante : tu mets ton URL, tu attends quelques secondes, et tu rafraîchis la page. là tu as ta page qui apparaît en image en dessous du formulaire, tu cliques, et tu as un screenshot de ta page sous Safari ou IEMac

atta un peu, t'être que demain ça fonctionnera, désolé sinon

Guys!!!
Vous travaillé fort pour faire votre propre anti-spam, mais dites-moi... vous ne connaissez pas PidMail (utilisation de la technologie PidKey). L'affichage des email peut être faites sans que vous baissiez vos culottes devant les spammeurs. Car avec Pidkey, le simple fait d'avoir votre adresse ne suffit plus pour vous rejoindre directement... ça leur prend la clé de votre boîte aux lettre que vous pouvez changer à loisir et même individualiser. Bref, jeté un coup d'oeil sur www.pidware.com.

Il s'agit d'un système du côté du propriétaire de l'adresse email.

Ici, nous discutons d'un système qui permet, quelque soit l'adresse, de la camoufler au robots.

Je me vois assez mal demander à tous mes membres de passer par pidMail

L'idée est intéressante.

Mais je veux la voir fonctionner sur un Mac avec un Mail par exemple !

Et jamais, au grand jamais, je ne demanderais de faire une chose pareille à mes chers et tendres visiteurs (ou futures hehe). Alors berk pour ta solution, ça ressemble plus à de la publicité (genre recherche google avec antispam comme mot clé) qu'une rélle occupation ou solution ...

Donc je refuse en bloque.

Il s'agit d'un système du côté du propriétaire de l'adresse email.

Ici, nous discutons d'un système qui permet, quelque soit l'adresse, de la camoufler au robots.

Je me vois assez mal demander à tous mes membres de passer par pidMail

Les membre n'ont pas à passer par PidMail. Tu peux l'installer de ton coté et utiliser pour les membre un formulaire standard avec une PidKey à saisir. Pour les membres c'est complètement transparant. Pour toi, plus de spam et ce même si les apammeurs ont ton adresse.
L'info est donné, la solution t'appartient,
Bonne réflexion,
JL

L'idée est intéressante.

Mais je veux la voir fonctionner sur un Mac avec un Mail par exemple !

Et jamais, au grand jamais, je ne demanderais de faire une chose pareille à mes chers et tendres visiteurs (ou futures hehe). Alors berk pour ta solution, ça ressemble plus à de la publicité (genre recherche google avec antispam comme mot clé) qu'une rélle occupation ou solution ...

Donc je refuse en bloque.

Si c'est pour moi que tu dis ça, c'est dommage... car s'il y bien quelqn'un qui déteste le spam c'est bien moi. Pour le... l'idée est interessant ... tu devrais approndir l'idée complètement avant d'émettre un commentaire et tu va saisir que peu importe ou cette méthode est appliquée, coté serveur ou client elle élimine complètement le SPAM. Le scepticisme ne justifie pas l'ignorance (ce n'est pas une pointe en passant). Ce que je veux dire c'est vérifie complètement avant de parler. Et ma solution comme tu le dis ... est une solution finale en elle-même. C'est la solution de quelqu'un dis... Le SPAM j'en ai marre!!!. Il y a 5 ans, j'ai voulue développer une business sur le net et je recevais plus de 100 SPAM par jour pour un client (côté anglais) par semaine ou par mois. Tu peux imaginer la frustration de ne pas pourvoir utiliser un anti-spam qui m'aurait assuré de me débarasser de cette mer..... et garder mon client. Alors de grâce ne me parle pas ... d'idée interessante... cette solution est tellement efficace qu' aujourd'hui je ris du spam. je suis passé de 100 à 0 pour ma business et pour moi (5-10/jour à 0) avec une parfaite tranquilité d'esprit. Si t'en veux pas ou que tu n'en a pas besoin Good for you... J'en ai parlé simplement comme un informaticien parlerait d'une solution à un problème que d'autres informaticien. De bon coeur et avec la bonne intention d'aider. D'un mon côté, hier un directeur de compagnie me disait qu'après étude cette solution est super, d'autre personne me disent qu'ils ont hâte à la solution pour Outlook etc... Sur ce, je te souhaite le meilleur des succès dans ta recherche.

Bonsoir,

il me semble qu'on s'est mal compris hein.

En ce qui concerne le spam, je suis très largement atteint. Juste pour ma boîte personnelle, j'en reçois 150 par jours (en moyenne), alors ne pas me faire de discours sur les 100 spams pour le pauvre client

Ensuite, on cherche une solution "pure" (le terme est mauvais, mais je n'en trouve pas d'autre qui convient mieux à mon idée). Id est qui est faite en PHP, sans ajouter d'autre programme derrière ou par dessus, à l'instar du tien non ?
Car il suffit que pour une raison quelconque, l'utilisateur (du moins, son système) ne puisse pas accepter le programme, et alors, tout est foutu.

On cherche une autre solution, j'espérais que tu le comprennes.

De plus, tu t'es attardé sur mes critiques, sauf sur celle qui m'intéressait le plus, à savoir celle sur les Mac et Mail.
Je navigue très souvent sur Mac, Linux et Win, et je me soucis donc de la portabilité des programmes ; ce qui -- normalement -- ne devrait jamais être à préciser ...

Désolé si je t'ai brusqué, ce n'était pas mon but, mais je reconnais que mon discours a été un peu fort.

Bonne soirée à vous tous

Edit et PS : écris plus espacé, ton texte ne respire pas assez

Salut à tous,

me trouvant dans la même situation, j'ai fait il y a peu de temps un systeme très efficace et pourtant très simple, il vaux ce qu'il vaux et à ses avantages et ses inconvéniants.

L'idée est de n'avoir a aucun moment l'adresse en brut dans le code html, pour cela :

- on défini nos adresses email dans un fichier php (donc visible coté serveur seulement).
- on met un lien <a href="envoi.php?mail=toto">contacter toto</a> (ou mettre une image du véritable mail comme je l'ai fait )
- le php teste si $toto existe on renvoi sa valeur directement dans le client mail du visiteur

Mais comment on envoi une adresse directement dans le client mail ?
J'y arrive, j'y arrive !

Eh bien grace aux headers !

code :

// définition de nos emails ( j'ai fait un système pour plusieurs )
// note : on aurait pu utiliser des constantes qui se prètent peut être mieux à cette utilisation
$toto = "[email protected]";
$titi = "[email protected]";

// si le visiteur a cliqué sur un lien mail
if ( isset( $_GET['mail'] ) ){

// on récupère le mail grace à une variable dynamique
$adresse = $$_GET['mail'];

// et on envoi le tout avec header
header( 'Location: mailto:' . $adresse );

}

J'ai couplé cela avec une création dynamique d'image contenant le véritable mail, de cette manière on à le véritable mail affiché, et quand on clique dessus ça nous l'envoi directement sur notre client mail.

**Avantages :
- véritable mail absoluement inrécupérable par les robots (du moins tant qu'il ne les recuperent pas dans les images et ne suivent pas les liens jusqu'à dans la messagerie)
- adresse tout de même visible en créant une image via la librairie GD
- pas de javascript

**Inconvéniants :
- impossible de faire un copier coller de l'adresse a partir de la page
- nécessite librairie GD
- accessibilité

La limite que je trouve à cette méthode, c'est que le mail est toujours présent dans le source

Les bots ne se limitent pas à ce qui est visible mais cherchent tous ce qui ressemble à une adresse email, même si elle dans le href d'une balise <a>.

Ton système est intéressant mais il faudrait le pousser pour ne passer qu'un identifiant permettant de retrouver l'email et non pas l'email.

La limite que je trouve à cette méthode, c'est que le mail est toujours présent dans le source

Les bots ne se limitent pas à ce qui est visible mais cherchent tous ce qui ressemble à une adresse email, même si elle dans le href d'une balise <a>.

Ton système est intéressant mais il faudrait le pousser pour ne passer qu'un identifiant permettant de retrouver l'email et non pas l'email.

Je pense qu'effectivement c'est plus prudent.

D'ailleurs je pose une question à propos des robots, voir ici:
http://www.phpfrance.com/forums/voir_re ... php#179021

@slyfog:
Je suis moi même en train de dévelloper exactement le même sytème (à quelques changements près..)
Içi!
Seulement, mon principal problème, c'est qu'après l'envoi d'entête au navigateur, plus moyens de rediriger l'utilisateur, qui reste "planté" sur sa page blanche... et ça, je suis pas d'accord
Mais je cherche toujours.... (un peu moins activement qu'au début c'est vrai mais je n'ai pas abandonné!)

@zeus:
Je ne vois pas ce que tu reproche au fait que l'email soit dans le source php?
C'est vrai que si on a une bdd, autant passer simplement un identifiant, mais dans le cas contraire, pourquoi vouloir enlever le mail d'une source php, qui à moins d'un crash/faille serveur n'est pas accessible...

@zeus:
Je ne vois pas ce que tu reproche au fait que l'email soit dans le source php?
C'est vrai que si on a une bdd, autant passer simplement un identifiant, mais dans le cas contraire, pourquoi vouloir enlever le mail d'une source php, qui à moins d'un crash/faille serveur n'est pas accessible...

Je parlais du source HTML

Si tu as un lien tu auras beau mettre toutes les images que tu veux pour que cet email n'apparaissent pas sur le navigateur, les robots seront capable de la trouver dans le source HTML

@slyfog:
Je suis moi même en train de dévelloper exactement le même sytème (à quelques changements près..)
Içi!
Seulement, mon principal problème, c'est qu'après l'envoi d'entête au navigateur, plus moyens de rediriger l'utilisateur, qui reste "planté" sur sa page blanche... et ça, je suis pas d'accord
Mais je cherche toujours.... (un peu moins activement qu'au début c'est vrai mais je n'ai pas abandonné!)

@zeus:
Je ne vois pas ce que tu reproche au fait que l'email soit dans le source php?
C'est vrai que si on a une bdd, autant passer simplement un identifiant, mais dans le cas contraire, pourquoi vouloir enlever le mail d'une source php, qui à moins d'un crash/faille serveur n'est pas accessible...

Pour ce qui est en gras j'ai la solution. Tu fais ça:

<?
header('location:mailto:[email protected]');
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr">
  <head> 
  </head>
  <body onload="window.close()">
  </body>
</html>

Pour le lien qui appelle cette page tu fais:

<a href="" onclick="window.open('fonction_mail.php', '_blank')">Envoyer un mail</a>