[gmisol] Re: De spam y formularios

  • From: Max Valdez <maxvalde@xxxxxxxxxxx>
  • To: gmisol@xxxxxxxxxxxxx
  • Date: Thu, 20 May 2004 10:36:59 -0500

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> El problema que yo veo con esta pol=EDtica es que dentro de poco vamos a
> tener direcciones no enmascaradas y direcciones enmascaradas de mil y
> una formas:
>
> juanperez@xxxxxxxxxxx
> juanperez(arroba)hotmail(punto)com
> juanperez en hotmail punto com
> juanperez__NOSPAM__hotmail.com
> etc.
Yo no le veo problema :-), pero asi soy yo.
>
> dejando a un lado lo del spam, creo que debemos de llegar a un acuerdo
> para listar las direcciones de correo porque tener todas estas formas
> resulta poco profesional y poco practico. Dentro de nuestra base de
> datos resulta primordial tener un =FAnico estilo pues probablemente en un
> futuro tendremos que hacer uso de las direcciones.
Si quieren validar los correos es muy simple, pero entre mas trabas le pong=
as=20
al llenado de formulas, menos personas nos van a ayudar metiendo datos.
>
> Lo m=E1s sencillo es recibir la informaci=F3n desde el formulario, realiz=
ar
> una validaci=F3n del correo electr=F3nico e introducirlo directamente a la
> BD.
>
> Ahora, regresando al tema del spam. Realmente sea =FAtil o no, a mucha
> gente no le gusta que su correo salga completito, bien formado, en un
> sitio.
>
> Por ejemplo en el sitio de PHP, la gente env=EDa sus comentarios y sus
> correos aparecen enmascarados, parecido a esto:
>
> juanperez en hotmail punto com
>
> y sin etiquetas <A></A>
Si, hay mil y una soluciones como tu mismo dices.
>
> suponiendo que dentro de la bd tenemos direcciones de la forma:
> alguien@xxxxxxxxxxxxxx hacer el cambio a la forma anterior es trivial
> usando PHP. Hasta te puedes lucir y hacer una funci=F3n que cambie
> diariamente el enmascarado... no se, opciones hay muchas.
>
> Ahora como es un _requisito_ que las direcciones se encuentren bien
> formadas dentro de la BD o por lo menos que sean homogeneas, ser=EDa
> necesario implementar algo que nos permita determinar quienes desean que
> su direcci=F3n aparezca enmascarada y a quienes no les importa; mas a=FAn,
> al formulario se le tendr=EDa que agregar un campo de selecci=F3n de tipo=
 de
> listado (enmascarado o no)... entonces la complejidad se incrementa al
> tener pol=EDticas para cada entidad en lugar de una pol=EDtica universal.
No entendi que es lo que quieres realmente, pero a mi me sigue pareciendo=20
mejor dejarlo como esta.

Si deciden que debe ser de otra forma, entonces digan cual, para corregir l=
os=20
scipts.
>
> La cosa es que necesitamos una soluci=F3n, yo opto por la m=E1s simple.
Yo tambien, la que se esta aplicando :-), o sea, ninguna.

Saludos
Max

=2D --=20
Linux garaged 2.6.5-rc2-mm3 #1 Fri Mar 26 11:07:16 CST 2004 i686 Intel(R)=20
Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux
=2D -----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GS/S d- s: a-29 C++(+++) ULAHI+++ P+ L++>+++ E--- W++ N* o-- K- w++++ O- M-=
=2D=20
V-- PS+ PE Y-- PGP++ t- 5- X+ R tv++ b+ DI+++ D- G++ e++ h+ r+ z**
=2D ------END GEEK CODE BLOCK------
gpg-key: http://garaged.homeip.net/gpg-key.txt
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFArNCcNNkpVEFxW78RArD+AJ0XbY3e+sV1EvwGu99PPl8dQNRXcgCeMslW
3cfXoI+lOnYifWe/jy8ldbo=3D
=3DrrNg
=2D----END PGP SIGNATURE-----

Other related posts: