Кодирование для быстрого просмотра страниц

• May 5, 2024

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

Во-первых, помните, что когда человек просит просмотреть одну из ваших веб-страниц, вы буквально отправляете этот физический файл со своего сервера на домашнюю машину посетителя. Вот как они видят страницу - они получают копию на своем компьютере, а их браузер анализирует и отображает этот файл. Таким образом, чем больше ваш файл, тем дольше он будет получать и отображать информацию. Таким образом, вы хотите сделать этот файл максимально маленьким физически.

Это означает, что вы УСТРАНЯЕТЕ СВОИ КОММЕНТАРИИ. Да, комментарии отлично подходят для работы с вашим кодом в тестовой среде. Но вам не нужны комментарии на вашем живом сервере! Каждая добавленная вами строка комментария - это еще одна строка ненужного мусора, которая занимает время, пока файл отправляется вашим посетителям. Вы хотите, чтобы рабочий, рабочий файл был как можно меньшего размера, поэтому передача файла происходит настолько быстро, насколько это возможно.

То же самое касается тонн лишних пробелов, вкладок и т. Д. Каждый из этих символов занимает физическое пространство в файле. Вы хотите, чтобы ваш файл был максимально эффективным в реальной среде.

Далее, внимательно посмотрите на структуру вашего стола. Многие люди сходят с ума от таблиц, создавая триллионы вложенных таблиц. Каждый раз, когда вы создаете таблицу, веб-браузер должен ждать, пока он достигнет конца таблицы, прежде чем он сможет понять, как правильно отобразить эту таблицу. Допустим, у вас есть гигантская страница с серией таблиц. Если вы поместите все эти таблицы в одну «основную таблицу» - тогда весь набор таблиц должен быть полностью прочитан и загружен, прежде чем какая-либо из них отобразится! Если вместо этого у вас есть каждая таблица как отдельная сущность, система может показать каждую таблицу как завершенную. Конечно, страница будет отображаться в одной таблице, затем в следующей, затем в следующей. Но, по крайней мере, пользователь видит ЧТО-ТО, чтобы знать, что страница загружается - вместо того, чтобы вообще ничего не видеть до самого конца.

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

Конечно, само собой разумеется, что у вас есть самый быстрый сервер, который вы можете себе позволить, на хорошей большой трубе. Если вы пишете невероятно эффективные страницы, а ваш сервер работает очень медленно, вы потеряете посетителей. Если никто не заходит на ваш сайт из-за того, что он слишком медленный, то вся работа, которую вы проделали, ушла впустую.

Это стоит того, чтобы проверить ваши страницы по коммутируемому соединению. Просто потому, что у вас есть кабель или высокоскоростное соединение, вы должны помнить, что многие из ваших посетителей этого не делают. В Интернете есть несколько утилит, которые могут сказать вам, насколько медленно ваши страницы будут загружаться при коммутируемом подключении. Флэш и милое программирование хороши - но если они означают, что ваш сайт не используется 50% веб-пользователей, они наносят вам вред.

Кодирование для быстрых соединений с базой данных

Видео инструкция: Любовь и голуби (комедия, реж. Владимир Меньшов, 1984 г.) (May 2024).