¿Qué mitos y leyendas urbanas existen sobre Internet y la Web?

Internet fue desarrollado en el CERN como todos sabemos, había una oficina en el 4to piso del edificio que albergaba una sala de base de datos, dos tres personas buscarían manualmente el archivo y lo enviarían a la red al cliente.

Cuando la base de datos comenzó a crecer, y las personas en el CERN se dieron cuenta de que podían recuperar documentos que no fueran sus propios documentos de investigación, no solo aumentó la cantidad de solicitudes, sino también la cantidad de solicitudes que no se pudieron cumplir, generalmente porque la persona que solicitó un archivo escribió el nombre incorrecto para ese archivo.
Pronto estas solicitudes defectuosas fueron respondidas con un mensaje estándar: ‘Habitación 404: archivo no encontrado’.

Más tarde, cuando estos procesos se automatizaron y las personas pudieron consultar directamente la base de datos, los ID de los mensajes para los mensajes de error permanecieron vinculados a la ubicación física en la que tuvo lugar el proceso: ‘404: archivo no encontrado’.

Los números de sala permanecieron en los códigos de error en la versión oficial de HTTP (Protocolo de transferencia de hipertexto) y todavía se muestran cuando un navegador realiza una solicitud defectuosa a un servidor web.

Lo que todo desarrollador de aplicaciones móviles de Filipinas, así como los diseñadores web y desarrolladores en general, deben saber es que existen mitos de diseño web receptivos. No malinterpretes, pero la capacidad de respuesta tiene enormes beneficios. Sin embargo, estos mitos o simplemente conceptos erróneos pueden ser una gran barrera para la planificación adecuada, el alcance y la ejecución del proyecto receptivo.

¡Ahora es el momento perfecto para reventar estos mitos!

1) El diseño web receptivo se trata de dispositivos móviles.
Si bien la idea de hacer que los sitios web y las aplicaciones sean receptivos surgió de la proliferación del uso de dispositivos móviles, la capacidad de respuesta no se trata solo de dispositivos móviles. Caso en cuestión: hay diferentes dispositivos y diferentes niveles de uso. Sin mencionar, los diferentes tipos de usuarios. Todo esto debe tenerse en cuenta al hacer que un sitio responda.
Otra consideración importante es el contenido. El enfoque en la presentación de los contenidos también es importante. Como tal, el objetivo de ser receptivo es aumentar el rendimiento del diseño. Por ejemplo, si el sitio tarda una eternidad en cargarse en un iPhone que se lleva a la playa, el usuario abandonará inmediatamente el sitio independientemente de cuán bien escrito e informativo sea su contenido.
Es importante destacar que debería haber un cambio de contexto. Ser receptivo significa estar disponible y accesible donde sea que esté el usuario.

2) El diseño web receptivo es imposible para cada caso de uso.
Lo primero es lo primero. El caso de uso se refiere a una lista de pasos que definen las interacciones entre el usuario y el sitio web. Las interacciones son diversas y generalmente dependen del objetivo del usuario. Algunos ejemplos de objetivos son: encontrar la dirección comercial exacta, encontrar el horario de atención, encontrar el producto similar a la marca X, etc.
Un sitio web receptivo significa que el sitio responde independientemente del objetivo del usuario. Esto significa que puede responder para encontrar el horario comercial y no puede encontrar la dirección comercial exacta. La capacidad de respuesta debe funcionar para todas las situaciones para lograr realmente una gran experiencia de usuario (UX).

1) El diseño web receptivo se trata de dispositivos móviles.
Si bien la idea de hacer que los sitios web y las aplicaciones sean receptivos surgió de la proliferación del uso de dispositivos móviles, la capacidad de respuesta no se trata solo de dispositivos móviles. Caso en cuestión: hay diferentes dispositivos y diferentes niveles de uso. Sin mencionar, los diferentes tipos de usuarios. Todo esto debe tenerse en cuenta al hacer que un sitio responda.
Otra consideración importante es el contenido. El enfoque en la presentación de los contenidos también es importante. Como tal, el objetivo de ser receptivo es aumentar el rendimiento del diseño. Por ejemplo, si el sitio tarda una eternidad en cargarse en un iPhone que se lleva a la playa, el usuario abandonará inmediatamente el sitio independientemente de cuán bien escrito e informativo sea su contenido.
Es importante destacar que debería haber un cambio de contexto. Ser receptivo significa estar disponible y accesible donde sea que esté el usuario.

2) El diseño web receptivo es imposible para cada caso de uso.
Lo primero es lo primero. El caso de uso se refiere a una lista de pasos que definen las interacciones entre el usuario y el sitio web. Las interacciones son diversas y generalmente dependen del objetivo del usuario. Algunos ejemplos de objetivos son: encontrar la dirección comercial exacta, encontrar el horario de atención, encontrar el producto similar a la marca X, etc.
Un sitio web receptivo significa que el sitio responde independientemente del objetivo del usuario. Esto significa que puede responder para encontrar el horario comercial y no puede encontrar la dirección comercial exacta. La capacidad de respuesta debe funcionar para todas las situaciones para lograr realmente una gran experiencia de usuario (UX).

3) En el diseño web receptivo, los puntos de interrupción del dispositivo son muy importantes.
No tan. El problema con algunos diseñadores y desarrolladores web es que primero determinan los puntos de interrupción o el ancho exacto del dispositivo al que apuntarían. Por ejemplo, 320 px y 480 px para teléfonos inteligentes y 768 px y 1024 px para tabletas. ¡Incorrecto!
Al hacer que un sitio web o aplicación responda, el enfoque debe ser diseñar primero para dispositivos móviles. El proceso obliga al desarrollador a determinar los elementos más importantes del sitio web y ajustarlos al espacio disponible en la pantalla. Cuanto más grande sea el espacio de la pantalla, más elementos se pueden agregar.

Ahora, algunos desarrolladores incluso preguntan, “¿a qué dispositivo (s) debo apuntar?” La respuesta es ninguna. Los sitios web receptivos deben estar disponibles para tantos dispositivos como sea posible.

No olvide que los dispositivos móviles de diferentes anchos se lanzan continuamente en el mercado. ¿No crees que es un poco tonto diseñar un sitio web a 480px y ponerlo a disposición para un dispositivo de 767px porque 480px es donde se establece el punto de interrupción?

Fuente: 7 mitos de diseño web receptivo reventados – Optimind Web Design y SEO Company Filipinas

Bueno, no es una leyenda urbana, pero es una adición interesante a lo que probablemente no sabías sobre el protocolo HTTP.

Todos los que crecieron con Internet conocen el error 404: página no encontrada

Forma parte del protocolo HTTP de la serie 4 para la transmisión y recepción de información.

Y luego hay 418

¿Por qué nunca has oído hablar de 418?

Esta es la razón por.

418 Soy una tetera (RFC 2324)

Este código se definió en 1998 como uno de los chistes tradicionales de los IETF April Fools, en RFC 2324, Protocolo de control de Hyper Text Coffee Pot , y no se espera que sea implementado por servidores HTTP reales. El RFC especifica que este código debe ser devuelto por teteras solicitadas para preparar café.

Este estado HTTP se usa como un huevo de Pascua en algunos sitios web, incluido Google.com.

Por lo tanto, el protocolo HTTP con toda seriedad tiene un código que puede devolver para identificar al remitente como una tetera.

Hola,

Acabo de subir un video interesante sobre las 10 leyendas urbanas más aterradoras de todo el mundo y una de ellas es sobre Internet, una leyenda urbana de Japón.

¡Mira y disfruta!