The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Кэширование web-страниц в 5 шагов

23.03.2007 14:44

Статья рассматривает проблемы организации автоматизированного кэширования web-сайтов для снижения нагрузки на сервер и оптимизации его работы.

  1. Главная ссылка к новости (http://php.russofile.ru/ru/tra...)
Автор новости: Кузьма Феськов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/10225-web
Ключевые слова: web, php, cache
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (11) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, gra (?), 18:07, 23/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а можно указывать к какому языку относиться новость? если бы знал, что пхп, то даже не открывал
     
     
  • 2.2, Mranton (??), 18:14, 23/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    внимательно читаем новость :)

    >>>>>>>>>>>>>
    Ссылки к новости:

       1. Главная ссылка к новости (http://php.russofile.ru/ru/translate/uns...)
                                                                   ^^^
    Ключевые слова: web, php, cache, (найти похожие документы)
                                         ^^^^
    <<<<<<<<<<<<<<<

     
  • 2.4, Дузель (?), 15:12, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, а допустим ты кешируешь поисковую выдачу, как ты определишь, что у тебя результаты изменились??? Запросом к БД? зачем тогда такой кеш нужен?
     
     
  • 3.5, Аноним (-), 18:00, 24/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Удаляешь в момент обновления данных связанные с этим обновлением файлы кэша и никаких проблем. Например, для форумов и новостей обычно все на один id завязано, который и является ключем для изменения и кэша.
     
     
  • 4.6, Аноним (-), 01:19, 25/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А если у тебя в момент обновления, т.е. удаления ещё запросы от клиентов поступят? Всё, колхозное кэширование обломается, да? :)

    Велосипед это, как и большинство в php.

     
     
  • 5.9, Предыдущий Аноним (?), 14:18, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >А если у тебя в момент обновления, т.е. удаления ещё запросы от
    >клиентов поступят? Всё, колхозное кэширование обломается, да? :)

    Не позорились бы. RTFM про чтение файлов в Unix и блокировки на файловые операции.

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

     
     
  • 6.10, Аноним (-), 15:05, 26/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >остальные ждут освобождения лока
    Они не ждут, они нажимают дико жать F5. Много раз наблюдал подобную картину. Особо весело, когда такая ситуация возникает в прайм-тайм.
     
     
  • 7.11, Аноним (-), 00:58, 27/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    s/нажимают/начинают/
     

  • 1.7, Myc (??), 23:37, 25/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Возможно memcached будет удобнее.
    Не надо следить за временными файлами, не надо проверять устаревание кэша.
    Да и на диск он ничего не пишет, что большой плюс при большой нагрузке.

    PS: Есть memcached API для наиболее распространенных языков.
    И его можно скрестить с nginx. :)

     
  • 1.8, htoto (?), 14:06, 26/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    главное не кэшировать данные, доступ к которым с авторизацией.
     
  • 1.12, Аноним (-), 13:27, 27/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это всего лишь подход - идея. что касается реализаций - то их миллион - кто мешает в rewrite исключиль некоторые страницы из обработки этих скриптов?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру