Кодування для швидкого перегляду сторінок

• Може 7, 2024

Незалежно від того, чи кодуєте ви ASP або прямий HTML, ви хочете, щоб ваша сторінка відображалася користувачам якомога швидше. Якщо ваша сторінка відображається повільно, ваші користувачі можуть відмовитися і піти в інше місце.

По-перше, пам’ятайте, що коли людина просить переглянути одну з ваших веб-сторінок, ви буквально надсилаєте цей фізичний файл зі свого сервера на домашню машину відвідувача. Ось як вони бачать сторінку - вони отримують копію на своїй машині та у своєму браузрі, розбирають та виводять цей файл. Отже, чим більший ваш файл, тим довше буде потрібно для отримання та відображення інформації. Отже, ви хочете зробити цей файл якомога менше фізично.

Це означає, що ви СТРАХУЄТЕ СВОЇ КОМЕНТАРИ. Так, коментарі чудово підходять для роботи з вашим кодом у вашому тестовому середовищі. Але ви не хочете коментарів на своєму прямому сервері! Кожен доданий вами коментар - це ще один рядок непотрібного сміття, який займає час, коли файл надсилається вашим відвідувачам. Ви хочете, щоб цей живий, виробничий файл був якомога меншим, тому передача файлу проходить якнайшвидше.

Те саме стосується тонни зайвого простору, вкладок тощо. Кожен з цих символів займає фізичний простір у файлі. Ви хочете, щоб ваш файл був таким же ефективним, наскільки це може бути у прямому середовищі.

Далі, уважно подивіться на структуру вашого столу. Багато людей божевільні за столами, будуючи трильйони вкладених столів. Кожен раз, коли ви створюєте таблицю, веб-браузеру доводиться чекати, поки він не досягне кінця таблиці, перш ніж він зможе з'ясувати, як правильно відобразити цю таблицю. Скажімо, у вас є гігантська сторінка з низкою таблиць. Якщо ви помістите всі ці таблиці в одну "головну таблицю" - тоді весь набір таблиць повинен бути повністю прочитаний і завантажений до того, як будь-яка з них відобразиться! Якщо натомість у вас є кожна таблиця як окрема сутність, система може показати кожну таблицю такою, якою вона є повною. Звичайно, сторінка буде малювати в одній таблиці, потім у наступній, потім у наступній. Але принаймні користувач бачить НЕЩО знати, що сторінка завантажується - замість того, щоб взагалі нічого не бачити до самого кінця.

Переконайтеся, що ви використовуєте якомога менше графіки, і що кожна графіка запускається за допомогою утиліти для оптимізації, щоб зробити сам файл якомога меншим. Знову ж таки, користувач повинен завантажувати кожен графічний файл у свою домашню систему, перш ніж вони зможуть його побачити. Чим більше графіки ви змусите їх завантажувати, тим повільніше буде сторінка.

Звичайно, само собою зрозуміло, що у вас є найшвидший сервер, який ви можете собі дозволити. Якщо ви пишете неймовірно ефективні сторінки, а потім ваш сервер дуже повільний, ви втратите відвідувачів. Якщо ніхто не відвідує ваш сайт, тому що він занадто повільний, то вся робота, яку ви зробили, пішла на марно.

Варто перевірити свої сторінки на комутованому зв’язку. Тільки тому, що у вас є кабельне або високошвидкісне з'єднання, вам потрібно пам’ятати, що багато ваших відвідувачів цього не роблять. В Інтернеті є кілька утиліт, які дозволять вам розповісти про те, як повільно завантажуватимуться ваші сторінки під час комутованого доступу. Flash і приємне програмування приємні - але якщо вони означають, що ваш веб-сайт не використовується 50% населення в Інтернеті, вони завдають вам шкоди.

Кодування для швидкого підключення до бази даних

Відео Інструкція: Чи відмінили кодування українських телеканалів на супутнику? (Може 2024).