Size: a a a

2020 February 25

BS

Boris Syomov in Drupal RU
Иван Лещёв
ну ок, пришла пора инвалидировать тег
как именно мы найдём записи, которые надо ёбнуть, если эти записи в виде удобном для nginx лежат
Ну пример я приводил, и оно работает, но да, можно своё хранилище, максимально повторив базовый класс просто, и изменив только формат хранение/ключи.
источник

ИЛ

Иван Лещёв in Drupal RU
Boris Syomov
Varnish очень здорово кушает память, часто, это не самый эффективный метод её использования. "Говнокодить" иногда нужно, а то решение что я в конце описал, это доваольно  нишевое решение, которое нужно также редко, как и варниш в реальности.
здоровее, чем тот же кеш лежащий где-то ещё?
источник

BS

Boris Syomov in Drupal RU
Да. Например, кеш на файловой системе будет часто эффективнее, как это ни странно звучит по началу. Там тоже есть, собственно, кеш в памяти средствами OS, но он легко вытесняется при необходимости под другие нужды, например. (это может быть и хорошо и плохо, в зависимости от требований к отзывчивости/стабильности).
источник

BS

Boris Syomov in Drupal RU
Кеш в memcached тоже эффективнее вытесняется, если не лочить память.
источник

I<

Ivan <Chi> in Drupal RU
Интересно будет ли быстрее, если эту штуку подцепить к page_cache.
https://www.drupal.org/project/filecache
источник

I<

Ivan <Chi> in Drupal RU
по крайней мере память цела будет
источник

ИЛ

Иван Лещёв in Drupal RU
бляя
источник

ИЛ

Иван Лещёв in Drupal RU
в восьмёрке встроенный файлкеш есть
источник

I<

Ivan <Chi> in Drupal RU
кстати да, можно его попробовать
источник

BS

Boris Syomov in Drupal RU
Алексей Кузнецов
А если в редис сущности закэшировать?
Ну я об этом, собственно и говорил. Ещё если данных не много, то можно opcache/apc user cache можно использовать как самые шустрые бекэнды в памяти. Вообще, тут требуется всегда тестирование нагрузочное, чтобы выбрать лучший вариант, желательно на эмуляции реальной пользовательской нагрузки, причём.
источник

ИЛ

Иван Лещёв in Drupal RU
у варниша есть и настройки времени хранения и настройки объёма выделенной памяти
я всё ещё не вижу преимущества через мемкеш и нжинкс решать вопрос отдачи и инвалидации
источник

BS

Boris Syomov in Drupal RU
Ещё раз, это один из граничных случаев, не более. Серьёзных плюсов перекрывающих необходимость кодить в произвольном проекте, чтобы импользовать именно его, нет конечно.
источник

BS

Boris Syomov in Drupal RU
Но знать о том, что так можно полезно.
источник

АК

Алексей Кузнецов in Drupal RU
Boris Syomov
Ну я об этом, собственно и говорил. Ещё если данных не много, то можно opcache/apc user cache можно использовать как самые шустрые бекэнды в памяти. Вообще, тут требуется всегда тестирование нагрузочное, чтобы выбрать лучший вариант, желательно на эмуляции реальной пользовательской нагрузки, причём.
APCU - это тот, что в ядре есть?
источник

BS

Boris Syomov in Drupal RU
cache.backend.apcu
источник

I<

Ivan <Chi> in Drupal RU
Алексей Кузнецов
APCU - это тот, что в ядре есть?
В ядре есть только класс для работы с APCu, если на сервере он не установлен ту будет использоваться БД.
источник

BS

Boris Syomov in Drupal RU
Он если есть используется по умолчанию для cache_bootstrap и ещё чего-то сейчас по умолчанию.
источник

АК

Алексей Кузнецов in Drupal RU
Ivan
В ядре есть только класс для работы с APCu, если на сервере он не установлен ту будет использоваться БД.
я в курсе. Но там ещё надо в services.yml указывать, что в нём хранить
источник

ИЛ

Иван Лещёв in Drupal RU
для cache_bootstrap ничего не используется по умолчанию
источник

I<

Ivan <Chi> in Drupal RU
можно его к остальным бинам подцепить если памяти достаточно
источник