Дима Кэш не моя вина
Обновлено: 23.11.2024
Здравствуйте, я использую ваш замечательный плагин, но у меня возникают проблемы при включении кеша. Все плагины последней версии.
– Расширенные фильтры продуктов AJAX, версия 1.6.1.4
– Breeze, версия 2.0.1
Если кеш отключен, то валюта в фильтре ползунка диапазона изменяется правильно. Если кеш включен, то он кэширует первую валюту. Я разместил нативный ценовой фильтр woo рядом с ценовым фильтром AAPF, и в woo fitler таких проблем нет.
Я отключил все параметры JS в Breeze, такие как оптимизация файлов, минимизация или отсрочка, но безрезультатно
Что вы имеете в виду под «ползунком валюты в диапазоне»? В нашем плагине нет возможности менять валюту. Используете ли вы какой-нибудь плагин для обмена валюты?
Спасибо за быструю реакцию. Да, я использую дополнительный плагин WOOCS — WooCommerce Currency Switcher — последняя версия 1.3.7.5.
.
С помощью вашего замечательного плагина я создал ценовой фильтр с ползунком диапазона. Он показывает символ валюты и цифры. Нравится вариант из вашего плагина в разделе стилей фильтра.
.
Затем я добавил плагин WOOCS – WooCommerce Currency Switcher. Они оба отлично работают вместе.
Затем я добавил плагин кеша Breeze. И теперь валюта не меняется, как это было.
.
Я думал, что это проблема WOOC, поэтому я добавил ползунок диапазона по умолчанию для woocommerce с включенным плагином breeze cache. И это работает. Затем я добавил ваш фильтр диапазона цен рядом с фильтром диапазона цен по умолчанию woo с включенным плагином кеша. Фильтр Woo переключается, а ваш фильтр — нет.
.
Вот почему я пишу здесь.
Наш плагин совместим с WOOCS — WooCommerce Currency Switcher, но мы не знаем, как он работает с плагином кэширования.
Не уверен, что именно вызывает это, возможно, виджеты кеша плагина Breeze.
Это не проблема, связанная с JavaScript, потому что валюта должна быть изменена на стороне сервера, но если она кешируется, то может отображаться некорректно.
Спасибо, Олег, я уже проверил, что ваш плагин фильтра отлично работает с WOOC, когда нет кеша. Но когда включил Breeze, возникла проблема. Я пытаюсь решить эту проблему с техподдержкой Breeze. Но до сих пор нет рабочего результата.
Можете ли вы сказать мне, какой именно файл js необходимо исключить из кэширования? Я добавил много файлов js из плагина, но, возможно, что-то упустил.
.
У WOOC была такая проблема с кешированием в прошлом (в 2020 году), когда не менялась валюта с помощью плагина кеша, но это уже исправлено.
Спасибо, Дима, на самом деле я продолжал давить на команду Breeze и вести долгий диалог с видео ситуации. А вчера пришли к окончательному выводу:
На самом деле выгружаемые страницы кэшируются, пока установлено значение валюты по умолчанию. при обновлении валюты он обслуживал значение кэша, из-за которого измененное значение валюты не отображалось.
После очистки кеша вы найдете правильный символ валюты, хотя он будет обновляться сразу после изменения валюты. Это будет исправлено в нашем следующем выпуске.
Спасибо, что обратили на это внимание.
Так что я буду ждать предстоящего релиза. Но учту ваше предложение, если оно и дальше не будет работать.
«Вы видели все те компьютеры, к которым подключился ДиМА, верно? Они хранят его воспоминания или выгружают данные из его мозга. Может быть, какое-то сочетание того и другого? Ну, Фарадей попросил меня помочь с их ремонтом. И знаете, мне стало любопытно. Там жизненный опыт столетней давности. И вот когда я это вижу. Модели данных, которые создает DiMA. Одним из них был Туман, захвативший Фар-Харбор. Еще был ядерный взрыв на острове. Плюс засчитывается смерть. Что, если ДиМА такой открытый и приветливый, потому что на самом деле что-то скрывает от нас? План стереть с лица земли остальную часть острова? ” — Касуми Накано
Best Left Forgotten — основной квест дополнения Fallout 4 Far Harbor.
Содержание
Краткое руководство
Подробное пошаговое руководство
После получения программы Фарадея персонаж игрока возвращается к Касуми, заканчивая "Там, где ты принадлежишь" и начиная "Лучшие оставленные забытыми".
Она расскажет о своих подозрениях насчет ДиМА и даст задание на исследование воспоминаний ДиМа, которые хранятся в командном центре Nucleus. В противном случае терминал, управляющий запертыми вратами в воспоминания ДиМА, останется недоступным до тех пор, пока персонаж игрока не продвинется дальше по основной цепочке заданий.
После получения квеста Единственный выживший должен отправиться в командный центр в Ядре, чтобы получить доступ к сохраненным воспоминаниям ДиМА. Чтобы получить доступ к воспоминаниям, они должны обходить радиацию, защищать индексаторы и обойти контрмеры сторожевого вторжения в виртуальной среде, похожей на лабиринт.
Открывая воспоминания, Единственный выживший также открывает координаты нескольких мест на острове, которые нужно исследовать: секретное медицинское учреждение ДиМА в Виме! Завод поп-музыки, местонахождение ключа запуска ядерного оружия в гранд-отеле Harbour и код аварийного выключателя ветряной электростанции в тайнике ДиМА.
- После обнаружения секретного медицинского учреждения ДиМА в Vim! Фабрика поп-музыки разблокирует следующий квест: «Какой должна быть жизнь».
- Раскрытие кода аварийного выключателя ветряной электростанции или ключа запуска ядерного оружия открывает доступ к программе «Очищение земли».
Этапы квеста
| Этапы квеста | |||
|---|---|---|---|
| Этап | Статус | Описание | Запись журнала |
| 50 | Получить доступ к терминалу ДиМА | ||
| 60 | Получить воспоминания ДиМА | ||
| 100 | Получить память 0V-9AX0 | Я получил доступ к терминалу в Ядре, который содержит выгруженные воспоминания ДиМА. Мне нужно использовать программу взлома DiMA, чтобы получить доступ к первому воспоминанию. | |
| 102 | Переместить блоки кода чтобы создать путь для индексаторов | ||
| 104 | Разблокировать луч декодера, чтобы обойти брандмауэр | td>||
| 106 | Перенаправить реле декодера на брандмауэр | ||
| Создайте и расположите защитные конструкции для защиты индексаторов | |||
| 160 | < td style="text-align: left;">Раскройте секретное медицинское учреждение ДиМАВоспоминания ДиМА указывают мне на секреты, которые он скрывает по всему острову. Мне нужно изучить их, а также получить доступ к его оставшимся воспоминаниям, чтобы узнать, что еще он скрывает. Я загружаю каждое воспоминание на голозапись на случай, если мне понадобится просмотреть ее позже. | ||
| 200 | Получить память 0J-2NN8 | ||
| 260 | Раскрыть местонахождение ключа запуска ядерного оружия | < /tr>||
| 300 | Получить память 0H-3X0P | ||
| 360 | Восстановите код аварийного выключателя ветряной электростанции | ||
| 400 | Получить память 0Z-7A4K | ||
| 500 | Получить память 0Y-8K7D | < /tr>||
| 1000 | Ядро взорвано — провалите все задачи по извлечению памяти | ||
| 1500 | Выполнить задание "Восстановить воспоминания" | ||
| 2000 | Задание выполнено | Я восстановил все воспоминания ДиМА, какие смог, и продолжил их. n все секреты, которые я смог. | |
Примечания
- Для прохождения игры необходимы только первые три воспоминания. Четвертый разблокирует дополнительный диалог с Ником, а пятый разблокирует места для доспехов Морского пехотинца, которые не появляются, если это воспоминание не разблокировано. Задача по поиску доспехов морской пехоты появляется в разделе «Разное» квестов.
- Если турель, размещенная персонажем игрока, выстрелит в слабое место брандмауэра, брандмауэр растворится. Это можно использовать в пятом воспоминании, чтобы обойти всю загадку. Дополнительные сведения см. в разделе об ошибках.
- Если единственный выживший успешно проник в секретное медицинское учреждение ДиМА до начала квеста, «Какой должна быть жизнь» начнется, как только он войдет в Вим! Фабрика попсы. эффекты будут по-прежнему применяться в симуляциях, вызывая ухудшение голода, жажды и сна персонажа игрока.
- PC Playstation 4 Xbox One Во время первой памяти все индексаторы будут группироваться у стен рядом с оранжевым столбцом памяти, а не возвращаться к точке доступа, пока они не будут уничтожены. [проверено]
- ИСПРАВЛЕНИЕ: Не прерывайте голос ДиМА за кадром, пока он объясняет, что делать. Дождитесь окончания каждой части закадрового голоса, прежде чем следовать инструкциям, которые он дает игроку. Это предотвратит возникновение сбоя.
- ИСПРАВЛЕНИЕ. Поместите блоки, в которых собираются индексаторы, рядом с оранжевым столбцом памяти. Они правильно найдут путь обратно к точке доступа.
- ИСПРАВЛЕНИЕ. Не запускайте игру со скоростью выше 60 FPS.
- ИСПРАВЛЕНИЕ. Идти или бежать против индексаторов будет предлагать им искать другой путь.
- ИСПРАВЛЕНИЕ. Сделайте мосты через промежутки шире одного блока.
Иногда, когда вы сталкиваетесь с проблемой на своем веб-сайте, например, не видите изменений, внесенных вами в интерфейсе вашего сайта, возможно, вам просто нужно очистить кеш.В экосистеме WordPress есть 3 разные системы кэширования, о которых мы поговорим подробнее.
1. Очистить кеш браузера
Почти все современные браузеры имеют внутреннюю систему кэширования, которую они используют для уменьшения количества загружаемых ресурсов веб-сайта (используя ранее загруженные с локального компьютера). Это отличная система для повышения производительности загрузки веб-сайта, но она может вызвать проблемы, когда вы хотите увидеть некоторые изменения, внесенные вами на этапе разработки или при изменении веб-сайта. У каждого браузера свой процесс очистки кеша. Подробная информация о каждом браузере приведена ниже:
2. Очистить кэш плагинов
Суперкэш WP
- Перейдите в Меню администратора WordPress > Настройки > WP Super Cache.
- Нажмите кнопку "Удалить кэш" в разделе "Удалить кэшированные страницы".
Общий кэш W3
- Найдите ссылку «Производительность» в верхней части страницы администрирования WordPress.
- Нажмите ссылку "Очистить все кэши".
3. Очистить кеш сервера
В некоторых случаях поставщики услуг хостинга применяют внутреннее кэширование для повышения производительности сервера. Это происходит особенно у провайдеров управляемого хостинга WordPress. Вам нужно будет связаться с вашим поставщиком услуг хостинга или проверить его документацию, чтобы очистить кеш сервера. Вот список популярных серверов, использующих эту систему кэширования. Нажмите на ссылку, чтобы узнать, как очистить кеш сервера в таких случаях:
4. Очистить сторонний кэш
Конфликты кеша возникают в некоторых случаях, когда используются сторонние сети доставки контента или системы кеша. Например, MaxCDN, CloudFlare или Varnish Cache можно рассматривать как популярные варианты. Отключение этих функций или их временное отключение — хороший способ устранения неполадок.
Прежде чем искать броню морского пехотинца в Fallout 4: Far Harbor, вам необходимо достичь точки в квесте Best Left Forgotten, где заканчивается наш гайд. В качестве альтернативы, взгляните на скриншоты ниже и поместите несколько пользовательских маркеров. Кроме этого, единственное требование состоит в том, что вы не против промокнуть. Подсказка в названии, на самом деле.
После того, как вы закончили копаться в воспоминаниях ДиМА, вы, возможно, заметили упоминание о доспехах морской пехоты — новом мощном защитном наборе постапокалиптических тряпок, эксклюзивном для этого дополнения. Перейдите на вкладку «Разные квесты», и вы увидите один из них под названием «Найти поставки боевой брони морской пехоты». Выберите его, и вы увидите кучу новых квестовых маркеров на своей карте. Давайте пройдемся по ним по одному, начиная с того, что в юго-западном углу карты.
Fallout 4 Far Harbor DLC: PS4 и Xbox One: тест частоты кадров в игровом процессе
Когда вы в конце концов доберетесь до берега, самое время плыть — или топать, если вы носите силовую броню, — к тем парусам, которые вы можете видеть торчащими из глубин. Вероятно, это очевидно, но перк Aquagirl/Aquaboy, который позволяет вам дышать под водой, действительно помогает в этом. Прежде чем добраться до парусов, вы должны подойти к металлической оболочке, торчащей над поверхностью воды — это и есть ваша цель. Плывите в него, и вы найдете части правой и левой ноги для брони.
Теперь давайте направимся к северо-западному маркеру. Как только вы доберетесь до берега, пора еще раз поплавать. Включите свет Пип-боя и плывите по океанскому дну к маркеру. В конце концов вы доберетесь до грузового контейнера. Здесь вы найдете шлем штурмовой морской пехоты, тактический шлем морской пехоты, нагрудник штурмовой морской пехоты и гидрокостюм морской пехоты.
Время до последнего маркера. В зависимости от того, как вы подойдете, вы можете оказаться лицом к лицу с группой супермутантов в гранд-отеле Harbour. Опасайтесь мутантов ближнего боя, которые атакуют вас вместе со своими гончими. Легко застрять в щебне.
После того, как вы закончите, пришло время снова намочить ноги. С таким же успехом можно надеть тот гидрокостюм, который ты нашел, а? До него довольно далеко плавать, но когда вы приблизитесь, вы увидите торчащие из воды обломки. Нырните на глубину к маркеру и возьмите части брони для левой и правой руки, чтобы завершить набор. Плывите обратно к берегу и надевайте новое снаряжение.
Другие руководства:
Полное прохождение основной сюжетной линии DLC можно найти в нашем руководстве Fallout 4: Far Harbor.
Fallout 4: Far Harbor — Лучшее оружие
Мы выбираем восемь наших любимых инструментов разрушения из нового DLC — и рассказываем, где их найти.Fallout 4: Far Harbor — Как начать
Удобное видеоруководство о том, как начать работу над новым дополнением.Fallout 4: Far Harbor — «Пасхальные яйца»
Видеогид по восьми любимым фрагментам секретного фан-сервиса в загружаемом контенте Far Harbor.Все, что вам нужно знать о настоящем Бар-Харборе
Фар-Харбор создан на основе реального туристического направления на северо-востоке США, к большому удовольствию местного совета по туризму. Вот краткий обзор.Иногда мы добавляем ссылки на розничные интернет-магазины. Если вы нажмете на один из них и совершите покупку, мы можем получить небольшую комиссию. Ознакомьтесь с нашей политикой.
И иметь замечательный веб-сайт Kentico 12 MVC. Бизнес растет, веб-сайт становится больше, и теперь у вас есть сотни статей в блогах, тысячи новостных страниц и множество другого контента. И однажды вы решаете провести большое недельное мероприятие. Ваша маркетинговая команда готова работать почти 24x7. Google Analytics показывает вам запись - более 1000 пользователей в настоящее время просматривают ваш сайт. Не жизнь, а сказка! Что тут может пойти не так?! Ну..
Редактирование и кэширование контента
Давайте сделаем шаг назад и посмотрим поближе на веб-сайт Dancing Goat MVC. Если вы собираетесь иметь дело с более высоким трафиком, у вас должна быть стратегия кэширования. А в Dancing Goat на самом деле можно увидеть два уровня кеша:
- Кэш уровня данных (кэширование данных, возвращаемых реализациями IRepository)
- Кэш слоя презентации (кеширование HTML, кэш вывода)
И самое замечательное в этих кешах то, что они имеют зависимости от кеша, которые делают кеш недействительным! Подробнее о зависимостях кеша Kentico можно прочитать в статье документации. По сути, когда вы публикуете новую статью, эти зависимости кеша помогают вам сделать недействительными соответствующие части кеша и заполнить их снова. Чтобы целевая страница статей автоматически показывала недавно опубликованную статью в списке.
Недействительность кэша вывода с помощью зависимостей реализована в классе OutputCacheDependencies.cs. Например, в приведенном ниже коде используется фиктивный ключ в следующем формате:
Тот же формат ключа зависимости кэша используется в CachingRepositoryDecorator.cs для аннулирования кэшей данных:
Но что произойдет, если аннулирование кеша сработает на странице с высоким трафиком? Верно! Веб-сайт зависнет на несколько секунд, чтобы обновить кеш, и все снова будет хорошо. Вы, вероятно, увидите небольшой всплеск ЦП, памяти и базы данных на панели мониторинга, и это все. Но это может стать серьезной проблемой в следующем сценарии:
- На сайте одновременно работают несколько авторов контента 👨👩👧👦👨👩👧👦
- Контент, который они публикуют, отображается на страницах с высокой посещаемостью ⚡⚡
Каждый раз, когда редакторы нажимают кнопку "Сохранить" в админке Kentico - сотни кешей вывода и данных уничтожаются, система пополняет эти кеши, в то время как сотни запросов ожидают в очереди приложений. И это может привести к эффекту снежного кома, когда ваш сайт застрял на 100% процессоре, все просто зависает и перестает работать. Величайшее маркетинговое событие под угрозой неработающего сайта!
Рабочий процесс спешит на помощь!
Вы когда-нибудь наблюдали за работой редакторов контента? 🤔 Мы же разработчики, верно? Вместо этого у нас всегда есть какие-то новые технологии, с которыми можно поиграть. 🤖 Но какая разница, как редакторы помещают контент в CMS? Ну, по-видимому, в некоторых случаях это так..
Когда редакторы спешат (помните, это наше самое большое событие?), они склонны делать немного больше опечаток, пропускать абзацы, постоянно сохранять и предварительно просматривать страницы, прежде чем окончательно утвердить их. И чем чаще они нажимают кнопку «Сохранить» — тем чаще происходит инвалидация кеша. И, в конечном счете, тем больше у нас проблем с производительностью веб-сайта.
Самое первое, что нужно учитывать в этом сценарии, — включить рабочий процесс, чтобы позволить редакторам иметь черновую/редактируемую версию страницы, где они могут все проверить и исправить. И опубликуйте страницу, когда они, наконец, будут ею довольны. Kentico позволяет настраивать следующие типы рабочих процессов:
- Управление версиями без рабочего процесса (но внутри это все еще рабочий процесс)
- Основной рабочий процесс
- Расширенный рабочий процесс
В этом случае аннулирование кеша произойдет только тогда, когда страница будет фактически опубликована. Или не будет?? 😲
Последняя проблема
Я был так убежден (и до сих пор не знаю почему), что эта фиктивная клавиша "узлы|||все" будет задействована только при публикации страницы (или только при сохранении, если рабочий процесс не определен). Но на самом деле эта клавиша затрагивается, если что-то меняется внутри страницы указанного типа страницы:
- Создание черновика статьи – аннулирование кеша
- Отправить на утверждение — еще один
- Отклонить изменения
- Удалить черновую версию, даже если она никогда не публиковалась
- Опубликовать страницу, скопировать страницу, переместить страницу...
И, к сожалению, нет фиктивного ключа кэша по умолчанию, который будет задействован только при публикации страницы. Но можно ли это как-то исправить? Да мы можем! 💪
В системе Kentico есть глобальные события, а также событие публикации в категории WorkflowEvents. Это означает, что мы можем создать собственный фиктивный ключ кэша, который будет задействован только при окончательной публикации страницы. Формат фиктивного ключа будет таким же, только добавлена часть «|published»:
Нам понадобится следующий пользовательский модуль, но только в административном решении Kentico (также известном как «материнское»):
С этого момента в решении MVC можно немного изменить зависимости кэша. В файле кода OutputCacheDependencies.cs нам нужно изменить метод AddDependencyOnPages(), добавив «|published» в формат ключа:
А теперь мы можем провести небольшое тестирование:
- Прикрепите отладчик VS к веб-сайту Dancing Goat MVC
- Поместите точку останова в метод ArticlesController Index()
- Откройте страницу "/en-US/Articles" и убедитесь, что отладчик остановился в точке останова.
- Обновите страницу и убедитесь, что точка останова не сработала (вывод кэшируется)
- Перейдите в «материнское» приложение Kentico и начните вносить изменения на странице «/Статьи/Статьи в рабочем процессе/Пожертвуйте вместе с нами»
- Нажмите "Сохранить" (страница должна перейти в состояние "Изменить" рабочего процесса)
- Повторите шаг 4 сейчас — и вы увидите, что контроллер не попал, а это значит, что выходной кеш все еще там!
- Теперь опубликуйте страницу "Пожертвуйте вместе с нами", и вы увидите, что теперь метод ArticlesController Index() будет срабатывать, а кеш станет недействительным.
И последнее, о чем стоит упомянуть: событие "Опубликовать" возникает только для страниц, находящихся в рабочем процессе. Это означает, что если вы используете дату «Опубликовать с» для страниц без рабочего процесса, подход, описанный в этой статье, не будет работать, и кеш в этом случае вообще не будет аннулирован! Для этого требуется, чтобы для страниц было включено как минимум управление версиями без рабочего процесса.
Заключение
Редактирование контента при высокой посещаемости веб-сайта может стать намного сложнее и может потребовать от нас, разработчиков, тщательного обдумывания. Это потому, что это повлияет на то, как мы реализуем кэширование. Подводя итог, вот список рекомендаций, которые могут вам в этом помочь:
- Уменьшите количество аннулирований кеша, заполняя кеш только при фактической публикации страницы.
- Включите рабочий процесс, чтобы редакторы контента могли работать отдельно с черновиками и редактируемыми версиями страницы, не вызывая аннулирования кеша и не влияя на производительность.
- Используйте публикацию по расписанию с рабочим процессом, и если часть контента можно запланировать для публикации в период "тихого" трафика (например, ночью) - дерзайте!
- Обратите внимание на ссылку ниже, если вы видите, что запланированный контент не работает должным образом.
Полезные ссылки
Ниже вы можете найти список очень полезных статей блога о кеше в Kentico:
Читайте также: