Codificación para visualización rápida de páginas

• Abril 25, 2024

Ya sea que esté codificando en ASP o HTML directo, desea que su página se muestre a sus usuarios lo más rápido posible. Si su página se muestra lentamente, sus usuarios podrían darse por vencidos e ir a otro lado.

Primero, recuerde que cuando una persona solicita ver una de sus páginas web, literalmente está enviando ese archivo físico desde su servidor a la máquina doméstica de su visitante. Así es como ven la página: obtienen una copia en su máquina y su navegador analiza y muestra ese archivo. Por lo tanto, cuanto más grande sea su archivo, más tardarán en recibir y mostrar la información. Por lo tanto, desea hacer que el archivo sea lo más pequeño físicamente posible.

Eso significa que ELIMINAS TUS COMENTARIOS. Sí, los comentarios son excelentes para trabajar con su código, en su entorno de prueba. ¡Pero no quieres comentarios en tu servidor en vivo! Cada línea de comentario que agregue es otra línea de basura innecesaria que toma tiempo a medida que el archivo se envía a sus visitantes. Desea que el archivo de producción en vivo sea lo más pequeño posible, de modo que la transferencia del archivo sea lo más rápida posible.

Lo mismo ocurre con toneladas de espacio en blanco adicional, pestañas, etc. Cada uno de esos caracteres ocupa espacio físico en el archivo. Desea que su archivo sea tan eficiente como puede ser en un entorno en vivo.

A continuación, eche un vistazo a la estructura de su tabla. Mucha gente se vuelve loca con las mesas, construyendo billones de mesas anidadas. Cada vez que crea una tabla, el navegador web tiene que esperar hasta que llegue al final de la tabla antes de que pueda descubrir cómo mostrar esa tabla correctamente. Digamos que tienes una página gigante con una serie de tablas. Si coloca todas esas tablas en una "tabla maestra", ¡entonces todo el conjunto de tablas debe leerse y cargarse completamente antes de que se muestre cualquiera de ellas! Si, en cambio, tiene cada tabla como una entidad separada, el sistema puede mostrar cada tabla como completa. Claro, la página se dibujará en una tabla, luego la siguiente, luego la siguiente, en progresión. Pero al menos el usuario ve ALGO que sabe que la página se está cargando, en lugar de no ver nada hasta el final.

Asegúrese de utilizar la menor cantidad posible de gráficos y de que cada gráfico se ejecute a través de una utilidad de optimización para que el archivo sea lo más pequeño posible. Nuevamente, el usuario tiene que cargar cada archivo gráfico en su sistema doméstico antes de poder verlo. Cuantos más gráficos los fuerce a cargar, más lenta será la página.

Por supuesto, no hace falta decir que tiene el servidor más rápido que puede pagar, en una buena tubería grande. Si escribe páginas increíblemente eficientes, y luego su servidor es lento, perderá visitantes. Si nadie visita su sitio porque es demasiado lento, todo el trabajo que ha realizado se ha desperdiciado.

Vale la pena probar sus páginas con una conexión de acceso telefónico. Solo porque tiene un cable o una conexión de alta velocidad, debe recordar que muchos de sus visitantes no. Hay varias utilidades en la web que pueden decirle qué tan lento se cargarán sus páginas en el acceso telefónico. La programación Flash y linda son agradables, pero si significan que su sitio no es utilizado por el 50% de las poblaciones web, lo están perjudicando.

Codificación para conexiones rápidas de bases de datos

Instrucciones De Vídeo: CONFIGURAR LA RESOLUCIÓN DE MIS CÁMARAS (Abril 2024).