Aunque los visitantes de su sitio nunca lo vean, el spam de formularios es un dolor de cabeza para los propietarios de sitios – especialmente si usted recibe notificaciones de correo electrónico o de texto cada vez que un visitante completa un formulario en su sitio. Prevenir el spam de formularios ayuda a aliviar este dolor de cabeza. ¿Pero qué es exactamente el spam de formularios?
Los captchas son una de las formas más eficaces de prevenir el spam de formularios, entre otras cosas porque requieren una forma de interacción humana que es increíblemente difícil de eludir para los robots de spam. Sin embargo, el inconveniente es que pueden resultar frustrantes para quien rellena el formulario, sobre todo si la tecnología de captcha no acepta su respuesta y requiere nuevos intentos, y también pueden ser problemáticos desde el punto de vista de la accesibilidad.
Para superar este problema, algunos sistemas de captcha ofrecen ahora versiones invisibles. La tecnología captcha se sitúa de forma invisible en su sitio web y monitoriza los eventos de su página para determinar si hay un humano presente. Por ejemplo, puede monitorizar los eventos del ratón, del tacto o de la pulsación de teclas.
Los captchas invisibles proporcionan una forma sin fricción de asegurar que un visitante humano está enviando formularios en su sitio web. Otra ventaja de los captchas invisibles sobre su contraparte convencional es que son más accesibles. Hacer clic en cuadros que contienen imágenes desenfocadas puede plantear problemas de accesibilidad.
La experiencia típica de un sitio web implica navegar a través de la carga de páginas, desplazarse y hacer clic en los hipervínculos. Las aplicaciones web también pueden tener enlaces y desplazamientos, pero tienden a utilizar otros métodos para navegar por la aplicación.
Los sitios web con formularios ofrecen experiencias transaccionales. Un ejemplo sería un formulario de contacto en un sitio web o un formulario de solicitud en la página de empleo de una empresa. Los formularios permiten a los usuarios interactuar con un sitio utilizando algo más que un clic. Por ejemplo, barras de herramientas, elementos de arrastrar y soltar, editores de texto enriquecido y deslizadores.
Los inicios de sesión y las cuentas permiten a una aplicación web guardar información sobre sus usuarios. Esta información se utiliza para facilitar las tareas principales de la aplicación y permitir una experiencia persistente. Al iniciar la sesión, los usuarios de SchoolPress pueden ver qué discusiones no han sido leídas. También tienen un nombre de usuario que identifica su actividad dentro de la app.
Las aplicaciones web que se ejecutan en el teléfono pueden acceder a la cámara, a la libreta de direcciones, al almacenamiento interno y a la información de localización GPS. Las aplicaciones web que se ejecutan en el escritorio pueden acceder a la cámara web o al disco duro local. La misma aplicación web puede responder de forma diferente según el dispositivo que acceda a ella. Las aplicaciones web se ajustan a diferentes tamaños de pantalla, resoluciones y capacidades.
Hay, por supuesto, algunas áreas en las que la línea entre el Back-End y el Front-End es un poco borrosa, especialmente cuando se trata de desarrollar plugins, o más precisamente plugins de funcionalidad que realmente pueden alterar el comportamiento de ambos Back-end y Front-End al mismo tiempo.
Dado que esos “usuarios” tienen diferentes “roles”, en realidad son “administradores” restringidos – lo que a veces causa una línea borrosa entre los términos. Pero como se les asignan derechos a lo que generalmente se denomina tareas “administrativas”, cuando se les asigna acceso al “Back-end” se convierten en “administradores” de facto (colaboradores) para áreas limitadas del sitio.
WordPress fue lanzado el 27 de mayo de 2003 por sus fundadores, el desarrollador estadounidense Matt Mullenweg[1] y el desarrollador inglés Mike Little,[7][8] como un fork de b2/cafelog. El software se publica bajo la licencia GPLv2 (o posterior)[9].
Para funcionar, WordPress tiene que estar instalado en un servidor web, ya sea parte de un servicio de alojamiento de Internet como WordPress.com o en un ordenador que ejecute el paquete de software WordPress.org para servir como anfitrión de la red por derecho propio.[10] Un ordenador local puede utilizarse para fines de prueba y aprendizaje de un solo usuario.
“WordPress es una fábrica que hace páginas web”[12] es una analogía básica diseñada para aclarar las funciones de WordPress: almacena contenidos y permite a un usuario crear y publicar páginas web, sin requerir nada más allá de un dominio y un servicio de alojamiento.
WordPress tiene un sistema de plantillas web que utiliza un procesador de plantillas. Su arquitectura es un controlador frontal, que enruta todas las peticiones de URIs no estáticas a un único archivo PHP que analiza la URI e identifica la página de destino. Esto permite el soporte de enlaces permanentes más legibles[13].