1. Что такое кэш ASP/Почему кеш
Фактически, когда ваш веб -сайт установлен на ранней стадии технологии ASP, может ощущаться удобство, вызванное динамической веб -технологией ASP, а также бесплатная модификация и бесплатное управление HTTP. Но с увеличением объема доступа вы обязательно обнаружите, что скорость доступа вашего сайта станет медленнее и медленнее, и IIS переиграл. Таким образом, вы должны хотеть оптимизировать свою программу ASP, такую как изменение баз данных с лучшей производительностью, установление индексов, написание процедур хранения и так далее. Некоторые из этих мер не должны повышать давление затрат, в то время как некоторые из затрат давления (например, доступ к кластеру к SQL), и этот эффект не обязательно.
Столкнувшись с давлением доступа к Интернету, я думаю, что наиболее экономичным методом является использование технологии оптимизации кэша для снятия давления услуги в Интернете.
Увеличение объема доступа в Интернете обычно означает быстрый рост следующего спроса на ресурсы:
1. Повышенное трафик сетевой карты, необходимо потреблять больше процессора по обработке сетевого трафика и потоков ввода -вывода сети.
2. Необходимо чаще открывать/закрывать подключение к базе данных (если используется технология базы данных -обычно ASP будет использовать базу данных в качестве хранения данных), количество вещей, которые серьезно потребляют ресурсы, и тупик, вызванный конкурирующими ресурсами Транзакции, которые увеличат потребление ввода/вывода сети.
3. Если сеанс используется, IIS будет потреблять больше памяти, чтобы поддерживать статус, а потребление памяти может вызвать недостаточную физическую память, что приведет к частым обмену между физической памятью и вспомогательной памятью, что приводит к прекращению выполнения кода
4. Из -за своевременного ответа доступа будет вызвана сбой доступа к веб -странице, что приведет к обновлению пользователей, что усугубляет потребности процессоров, памяти и других ресурсов.
Фактически, учитывая обычное веб -приложение, много раз динамическое выполнение кода не нужно.
2. Классификация кэша ASP
Подводя итог без разрешения, кэш ASP можно разделить на две категории:
1. Кэш файла
Таким образом, кэш файлов должен судить в соответствии с логическим суждением. Можно получить доступ к статическому файлу из перенаправления веб -технологий, чтобы удовлетворить потребности сокращения процессоров, ресурсов базы данных. Есть много таких приложений. Статическая статическая сторона имеет побочный эффект (преимущества) -их можно легко включить поисковыми системами, такими как Google. Некоторые так называемые системы пресс -релиза приняли эту технологию.
2. Кэш разрыва фильма файла
Тай -называемый кэш файлов также основан на логическом суждении. Данные в форме файлов. Например, мы обычно храним некоторые данные в формате XML, а затем используем технологию XSLT для реализации дисплея (обработка XML обычно требует большого количества ресурсов процессора, поэтому IE обычно читает XML непосредственно клиенту, чтобы обрабатывать его на процессоре клиента). Вот как обрабатывается форум CSDN.
3. Основной кеш памяти
Кроме того, вы также можете рассмотреть вопрос о работе с кэшем в памяти и сохранить контент, который должен своевременно реагировать в памяти. Если большое количество потребностей доступа сосредоточено на нескольких небольших страницах или основном хранилище, я хочу использовать основной кэш памяти, чтобы значительно улучшить производительность доступа в Интернет.
3. Как достичь/использовать кеш
Следующие проблемы необходимо рассмотреть для реализации кэша:
1. Какие страницы не изменятся за короткое время?
Проанализируйте свой собственный сайт, есть много страниц. Например, на сайте обычно есть новости и информационные столбцы. Затем эти страницы подходят для кэша со статическими файлами. На самом деле, So -Shalled System Press Release выполняется, поэтому вы также можете ссылаться на идеи этих систем для преобразования вашей оригинальной динамической страницы ASP.
2. Эти страницы генерируются для всех посещений, чтобы генерировать ту же логику (то есть не различать посетителей).
За исключением столбцов, таких как новости и информация, все посетители смотрят на интерфейс, и применение ресурсов, таких как форумы и другие ресурсы потребления, как правило, можно спроектировать как единое генерация логики (в том же посте, Чжан Санли и SISI одинаковы. ). Вы также можете рассмотреть возможность разрыва данных и использование технологии сценариев в дополнение к мощности обработки сервера, то есть клиентского браузера для обработки.
3. Используйте стоимость и урожай кеша.
В основном время для изменений пространства (ответ). Используйте технологию Cache, чтобы предварительно обработать часто необходимый контент, чтобы улучшить способность отклика веб -сервера и, что более важно, выиграйте услуги посетителей.
Цена заключается в том, что спрос на веб -пространство увеличивается, и это может повлиять на эффект доступа.
Но я думаю, что правильный кэш больше, чем недостатки.
4. Вместо использования кеша в этих местах
Страница динамического запроса, содержание запросов каждого человека отличается, поэтому результаты дисплея не одинаковы, поэтому он вряд ли генерирует кэш результатов запроса, поэтому кэш более сложный и в нижней части частоты использования кэша, что приводит к Стоимость управления.
В -четвертых, анализ экземпляра
Предположим, что оригинальная планировка предложенного форума заключается в следующем:
В корневом каталоге:
Default.asp домашняя страница, обычно сущность, рекомендация и тому подобное
ListBorad.asp Этот файл перечисляет имена и введение всех столбцов.
ListThread.ASP В файле не есть каких -либо параметров, чтобы указать все наклейки и переносить основные, чтобы представлять все наклейки определенного произведения. Если не соответствует указанному сообщению конкретного столбца. Если вы несете параметр страницы, чтобы указать на страницу темы.
ViewThread.asp перечисляет определенное содержание наклеек. Мы предполагаем, что сообщения отображаются в виде речи, и все следуют за наклейками, перечисленными позади. Параметр ID - это пост, который будет отображаться.
Ответить.asp отвечает на определенный пост, переносите идентификатор параметра, чтобы ответить на определенное сообщение
Никакого другого обсуждения.
Выше мы видим, что если все они выполняются с использованием исходного ASP/PHP, выполнение почти каждого файла ASP требует операций базы данных, частых запросов и нескольких запросов. Следует известно, что база данных запросов в конечном итоге принесет снижение производительности, скорость отклика уменьшается, а влияние медленного просмотра на посетителей не будет способствовать качеству Интернета. Что еще более важно, для двух человек в A и B они посещали ViewThread.asp и тому подобное, если идентификаторы являются последовательными, то много раз они увидят тот же контент (код HTML, полученный их браузером, почти одинаково), но для Для этого в том же контенте сервер должен открыть подключение к базе данных, запросить, записать записи и показать, что записи и подключения к базе данных закрыты. Сущность Сущность Сущность Если к большему количеству людей доступа к большему количеству людей, конечным результатом является то, что эти люди усугубляют ресурсы сервера. Фактически, дубликат труда для того же контента может быть оптимизирован с помощью технологии кеша. например:
После отправки содержимого repy.asp мы сразу же вызвали статическую функцию, чтобы сгенерировать статическое содержание в статические файлы HTML, такие как ViewThread_xxxx.htm, а затем при посещении ViewThread.asp? соответствующий статический файл viewthreadxxxx.htm. Таким образом, когда пост не является последним, он всегда предоставляется статическому контенту зрителя;
ListBorad.asp также может реализовать Static. Мы можем проанализировать параметры, которые могут быть перенесены, установить имя файла кэша в lectboard_xx.htm и обновить lectboard_xxx.htm при добавлении нового столбца. ListThread.asp похож, но из -за большего количества параметров будет много файлов кэша. Если вы хотите кэшировать listthread.asp? То же самое относится и к default.asp.
Так как судить, когда обновлять? В какое время обновлять?
讨论 ListThread.asp? Статический файл. Обратите внимание, что здесь нет существования, что появление нового контента требует от нас обновления.
Как файлов могут не существовать? удалить. Мы можем удалить все статические файлы, такие как ListThread_xxx_p2.htm при публикации новой наклейки, удаления наклеек и движущихся наклеек. Таким образом, кэш уведомляется.
Сейчас остается одна проблема, как генерировать статические файлы?
Мы заметили, что тот же контент, который мы упоминали ранее.我们可以将改造前的 default.asp 、 ListThread.asp 等拷贝一个副本 ， 取名为 default_d.asp 、 ListThread_2.ASP 且在同一个目录中 （（理论上 ListThtrad.asp? Subid = 123 同 ListThread_D.ASP? Результаты доступа subid = 123 будут одинаковым контентом), так что в логике необходимости генерирования статических файлов мы вызовываем копию перед изменением по запросу веб -доступа, получаем HTML -код и сохраняем его как статический файл. Этот веб -запрос на самом деле эквивалентен до того, как любой реальный просмотрщик обращается к статическому содержимому, сам сервер проверяется HTML, который будет выходить, а затем вернуть этот код, чтобы сохранить функцию работы файла в качестве статического файла. Таким образом, файл кеша был создан перед реальным зрителем.
Такая схема почти не касается исходного макета, и она вряд ли вызовет ошибки, такие как 404 из -за преобразования. Во -вторых, статические файлы также помогут вашему сайту легко включать поисковые системы, такие как Google. Почему нет?
Наконец, напомните, что с помощью веб -доступа, в среде программирования ASP, многие люди используют для доступа компоненты XMLHTTP, что вызовет много проблем. Ресурс, который сам xmlhttp будет кэшировать запросы, приведет к тому, что контент, полученный нашими запросами через этот компонент, вызывая логическую путаницу. Поэтому вам следует выбрать объекты XML Server HTTP или компоненты WINHTTP для реализации ресурсов веб -запросов.
80 Post -Picked Language: есть несколько ключевых вещей для достижения технологии кеша,
Приложение на стороне сервера, которое подходит для нескольких страниц, существует больше элементов, которые не часто обновляются;
Статический файл HTML создается, и технология шаблонов обычно используется для создания статических файлов через FSO или Adostream
другой
Фактически, самое главное, что нужно решить, какую технологию применять в соответствии с потребностями вашей собственной системы, чтобы минимизировать количество базы данных запросов и снизить давление баз данных. Полем
Кроме того, учитывает ли кеш клиента использоваться для повышения эффективности?