Leonick

il y a la solution de renommer les éléments du formulaire, comme sur certains sites, genre assedic je crois. au lieu d'appeler name, on l'appelle name45125 avec 45125 généré à partir de la session courante. Mais ne le faire que pour la première inscription, sinon ça ne laisse pas les navigateurs réutiliser les identifiants saisis, et ça c'est pas top

a faire de manière récursive, pour éviter de se retrouver quand même avec ces balises que l'on voulait enlever. genre <scr<script type="text/javascript">AAAAAAAA</script>ipt type="text/javascript">BBBB</sc<script type="text/javascript">CCCCC</script>ript> qui donnerait, une fois nettoyé <script type="text/javascript">BBBB</script> eh hop, du js qui passe au travers du filtre

il faut rentrer les sites dans les liens de confiance, option "sécurité" de IE

pourquoi parser 2000 feeds ? il suffit de te créer ton propre feed admin qui fusionne toutes les données. De toutes façons, il n'y a pas 1 BdD par blog ?

pour bien faire, il faudrait qu'il envoie 1 ET UN SEUL mel à l'ami pour lui demander de manière très explicite son accord à l'inscription à sa mailing list (opt-in). C'est pour cela que je n'utilise jamais les liens "envoyez ce lien à un ami". J'i déjà cette possibilité sur mes navigateurs, y compirs IE.

Il n'y a pas que des radars fixes Sinon, pour en revenir à la liste, je pense qu'ils doivent procéder comme à l'époque du minitel (où certaines adresses étaient sciemment erronées), en mettant des adresses mels à eux et s'ils recoivent des mels d'une entreprises à ces adresses mel là, ça risque de faire mal. Surtout qu'en html, c'est très facile. Des adresses dans des div non visibles ou des pages différentes au delà d'un certain nombre de requête venant d'une même IP, ils n'ont que l'embarras du choix.

Pas obligatoirement, c'est plus subtil. C'est à dire que cela dépend de la licence que tu souhaite. En clair, si tu ne souhaites pas donner les sources aux clients, car MySQL fonctionne aussi en dehors du web, il faut une licence commerciale, sinon la licence opensource gratuite est valable

pour voir comment rend un site sur différents browsers, il y a http://browsershots.org

surtout que ça risque de faire de la suroptimisation, que les moteurs vont bloquer de plus en plus. En plus, outre le fait que sur les forums les url seront tronquées, il faut aussi penser aux supports papier et devoir taper une url de plus de 100 caractères sans se tromper, ça n'est pas évident.

en remplaçant le name par id ?

Disons que l'avantage c'est que google s'intègre mieux dans la charte graphique d'un site plutôt qu'une bannière clignotante.Après, reste à savoir si on fait un site et après on ajoute de la pub ou bien si on ne fait le site que pour la pub

J'ai de forts doutes. La création de site en tant que tel est une activité intellectuelle, donc dépendant de l'URSSAF. Après, si ce même site était revendu à d'autres clients avec juste une petite adaptation, là, ça deviendrait effectivement du commerce et dépendrait de la CCI.A mon avis

Voila le doc que je recherchais. Je l'avais vu il y a quelques mois quand je n'avais pas de problème de mel OVH et là, quand j'en ai eu besoin, impossible de trouver le lien. Et pour ça, google n'était pas mon ami, du moins avec mes mots clés.

j'ai eu des mails allant d'un site ovh vers un mel ovh qui ont mis plus d'un mois à me parvenir

parce que les spammeurs ne vont pas taper avec leurs petites mains le code dans les formulaires. Ils simulent juste, en envoyant le "prétendu" résultat du formulaire au serveur. En en général c'est fait sous forme de POST

La c'est pas vraiment la collecte de données, c'est le traitement et la mise à disposition de données nominatives. En fait, la déclaration d'un site n'est plus une obligation, mais la déclaration de données nominatives le reste.

du bon web 0.5 quoi le mieux pour cela, c'est de prendre un nom de domaine gratuit qui fait une redirection en frame

il suffit juste de rajouter sur chaque page un formulaire contenant un <option> entre 0 et 20 et de le traiter ensuite selon la page d'où il vient

Ton formulaire enverra ensuite les données au serveur sous forme de POST, comme un formulaire html classique. Donc possibilité de spam

il faut te plonger dans la programmation asp

Je rajouterais un optin réel, c'est à dire sans case "oui" pré-cochée

c'est sur IE6 que j'ai le problème : pas de bande bleue à droite et le bandeau de gauche ne descend pas en dessous du fax ;(

oui, mais en général, on fait les tests sur un serveur de tests (très souvent en local) et pas le serveur de production.

Effectivement, je viens de vérifier dans les dtd html et xhtml et div n'appartient pas aux balises EMPTY

pour moi, le problème doit venir du title. Car il est utilisé pour les feuilles de styles alternatives.