Реших да напишете коментар пост за Drupal техники за кеширане на сайта и намерих в интернет една статия от технически консултант Acquia, просто засегна този въпрос. Ето защо, тази статия ще бъде преведен днес.
Това е първата публикация в блог в поредица от стратегии за кеширане в Drupal. В този пост ще се опитаме да разберем какво съществуват възможности в Drupal "извън кутията" по отношение на кеширане, както и всички възможности за разширяване на обекти по високи натоварвания.
За разлика от статични HTML Drupal страница на сайта се състои от блокове, които се образуват независимо един от друг, преди да бъде комбиниран и се изпраща към браузъра като цяло. Drupal е динамична платформа, която генерира съдържание, така че да се създаде страница, която ще бъде изпратена на браузъра на уеб сървъра се изпълнява последователност от действия, като например свързване към база данни, опции за изтегляне и модули, инициализиране на сесията на потребителя, URL картографиране в PHP предизвикателство за тичам логиката на приложението и събира заедно всички елементи около основното съдържание на страницата.
Повечето от тези стъпки се повтарят всеки път по време на генериране на страницата, но с ефективна стратегия за кеширане може да се сведе до минимум използването на ресурси по време на изпълнение на тези стъпки, като съхранява в резултат на повтарящи се изчисления. Това става все по-трудно с трафика от регистрирани потребители като персонализирани страници се използват за тях, което премахва възможността за кеширане на страницата изцяло. В тези по-сложни случаи, кеш-ниско ниво за съхраняване на страниците на отделните блокове.
Колкото повече елементи се кешират, необходимостта от по-тясно свързано с гръб, който съхранява информация.
По подразбиране, Drupal кешира информацията директно в базата данни. Това може да се види на много маси в имената Drupal, които започват с "cache_".
В Drupal има способността да кешира цели страници или части от него, както и да използва тази информация отново да генерира нови страници.
кеширане на страницата
Ако страниците изглеждат по същия начин във всички ситуации и контекста на потребителя не е от значение, тези страници могат да бъдат кеширани и достъпно за потребителите директно към своя кеш. Има няколко възможности за кеширането на страници:
- Обратната прокси (Ext кеширане). Обратната прокси (обратната прокси) - Този тип прокси сървър, който е на името на клиент поиска информация от един или повече сървъри. Използването на лак обратната прокси сървър е популярен в областта на архитектурата (ИТ инфраструктура) силно Drupal проекти. Лак пред уеб сървър и кеш искания, които нямат бисквитки. Лак може да се използва за кеширане анонимни искания, защото това е изключително бърз, поради съхранението на всички кеш паметта и ако е необходимо, на твърдия диск. Drupal 7 има вградена поддръжка на лак, а интеграция с Drupal 6, трябва да използвате Pressflow, така че анонимни молби не са сладки. По подразбиране лак на Drupal модул ще използва "максимална кеш живот", за да се определи датата на изтичане, но, например, Изтича модул може да се използва за почистване на лак кеш, когато съдържанието е променен, като се гарантира на потребителите най-новата информация. Страници, изпратени директно от кеша лак А, съдържат допълнителна информация, за да се определи дали кеширане работи правилно. Acquia ние, феновете лака А, всяка страница се предава от acquia на облак съдържа тази информация, например, acquia.com:
- Boost. Boost - модул, който използва модифициран файла .htaccess да изтеглите страници от диска, а не работи динамично генериране на страницата на PHP. Този модул генерира HTML страници всеки път, когато страницата е достъпен и съхранява на страницата в HTML файл на диска. Следващата заявка за искане на Apache за Drupal ще провери дали даден файл на диска HTML и да се опита да даде на файла. Модулът за Boost се захранва робота, който работи на короната и регенерира остаряла съдържание за по-бързо зареждане страници. Страници, издадени директно от кеша повиши съдържат кратко марка в края на HTML код, например:
- Вграден кеширане. В Drupal може да има спаси страници директно към гръб на кеш. Ако кеширане е активирана, Drupal ще кешира страниците за анонимни потребители всеки път, когато се генерира страницата. Следваща анонимен заявка ще получите кеширана версия на страницата, вместо поколение страницата наново.
Когато страницата се зарежда от кеша не ще се нарича Drupal куки (наречени само hook_boot и hook_exit), така че преди да се даде възможност за кеширане е важно да се гарантира, че куките не трябва да се нарича по всяка заявка страница.
Свързани статии