AlektroNik

Зачем тогда спрашиваете какую конкретику я хочу? И при этом еще пишите, что не хотите пояснять. Не проще уж тогда не отвечать?🤔 Может другой кто-то ответит.

Какие конкретно страницы, типы документов и т. д. не будут кешироваться при таком раскладе? Почему нельзя настроить кеш как положено самому? По-моему, если я не ошибаюсь, отсутствие этого заголовка в коде, сразу говорит использовать настройки сервера. И если на сервере по умолчанию настроено кешировать все по году это вроде как не проблема опенкарта. Вот я и пытаюсь понять на какие документы будет этот код влиять. У меня кеш настроен для изображений, css, js и другую статику. При этом к их названиям добавляю переменную времени изменения файла оригинала, на основании, которого они генерятся. Но даже без этого этобы оставлял кеш хотябы на сутки для них. Кроме html конечно. Но он у меня и так без кеш контрол и проблем с ним не вижу. Вот и хочу конкретный пример, что бы посмотреть воспроизводится у меня проблема описанная в этом модификаторе.

Возможно. Я поэтому с того и начал, что просил подсказать и сказал, что в архитектуре опенкарта не сильно силён. Но к сожалению, от чукчи я не услышал какой-то конкретики. Может быть Вы сможете поподробнее рассказать что же запрещает кешировать данные заголовки?

Я не имел головной боли ни на 2.3, ни на 3.0 в этом плане, потому что использую инструменты по назначению и не валю все на кривой движок. Заголовки каждый настраивает под себя.

У меня тоже 2.3 есть и я такого не делал. Я и не говорил, что с этим не живут. Но сомневаюсь, что wpt, gmetrix и т. д. прставят хорошую оценку без кеша на стороне сервера. А самое главное, что кеш на стороне клиента сильно увеличивает скорость загрузки страниц и уменьшает нагрузку на сервер. В принципе, я не против таких настроек, но на мой взгляд это не верный подход.

Открыл этот модификатор посмотрел. $response->addHeader('Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0'); $response->addHeader('Pragma: no-cache'); Так это ж жесть просто. Я плохо разбираюсь в архитектуре Opencart, но если такой заголовок будет ставиться на все, то получается ничего кешироваться вообще не будет. Не проще и настроить что кешировать, что не кешировать. @Baston Тут проблема не движка, а настроек кеша сайта. Вот к примеру очень хорошая статейка на эту тему и особенно этот раздел https://developer.mozilla.org/ru/docs/Web/HTTP/Caching#обновление_статических_ресурсов_revved_resources Вот еще одна https://html5.by/blog/cache/ 1. Если кратко то нужно настроить хотя бы в .htaccess кеширование 2. Для редко обновляемых файлов используют особый способ именования: в их URL, обычно в имя файла, добавляют номер релиза или версии. Например, widgets.css?v2.2.1 К примеру, я в своем шаблоне немного модифицировал код, и у меня картинки, css и js генерируются с припиской в имени даты изменения оригинального файла. Тем самым я могу их кешировать на стороне клиента хоть вечно, т. к. новый HTML будет генерироваться с новыми именами, когда те изменятся.

А я что-то не замечал такие проблемы ... Хотя возможно я просто периодически "Системный кеш" обновляю. К примеру для обновления картинок товаров на сайте или для изменения SEO URL. Этот фикс должен помочь от этого или там о чем-то другом речь? Стоит его ставить OcStore 3.0.37?

Я вспомнил, я аналогичную проблему получал после того как игрался с переменными в файлах config.php Попробуйте посмотреть в эту сторону и сравнить их с оригинальными.

Попробуйте выбрать при копировании фильтра с этими настройками за одно и очистку фильтра на той же странице копирования.

Вру, вариант Б все же работает, но само собой формируется не два получателя в одном поле "Кому", а два отдельных одинаковых письма. И если не указать информацию о заказе внутри письма, то и не поймешь кому оно предназначалось 😅

Я бы на вашем месте сделал отдельный модификатор, а стандартный либо отключил, либо в новом модификаторе указал строчки из итогового файла /storage/modification/..., который создается после прохода оригинального модификатора. Но путь Вы указываете в модификаторе обычный типо filepath catalog/blbla без приписки storage/modification.

Константин, добрый вечер. Вы еще не освободились? А то скрытые копии писем BCC очень бы пригодились. Я тут полез попробовать настройку отправки писем через сервер яндекса по SMTP протоколу. И оказалось, что даже копии перестают ходить. Скрин настроек: И не просто копии перестают приходить, а вообще письма отправляться перестают. Ошибка: 3 месяца прошло. Может выкроите немножко времени на функцию BCC? А то сейчас работает только Ваш исходный код, который никакие копии не шлет. Попутно еще вопрос: Как Вы считаете, может лучше остаться на MAIL протоколе вместо SMTP? Я, кстати, и раньше замечал, что у меня на старом сайте функция setBcc переставала работать, если я пытался использовать отправку почты через протокол SMTP в настройках магазина.

Скачать / Купить дополнение AlektroNik-Cookies-Session-Secure-HttpOnly-SameSite Модификатор тестировался на ocStore-3.0.3.7. Выложил просто для удобства и мало ли кому-то пригодится. Чтобы не менять системные файлы, сделал модификатор, который добавляет к сессионным Cookies параметры Secure, HttpOnly и SameSite=Lax для безопасности сайта. Можно было бы еще в файл catalog/controller/startup/startup.php отредактировать setcookie для language, tracking и currency, но пока в этом большой нужды не вижу. Спасибо @mpn2005 Добавил AlektroNik Добавлено 04.08.2021 Категория Прочее Системные требования Тестировалось на ocStore-3.0.3.7 Метод активации Без активации Ioncube Loader Нет ocStore 3.0 OpenCart.Pro, ocShop Обращение к серверу разработчика Нет  

Последняя версия очень даже стабильная. Даже мои все исправления мелкие допилил автор. Да даже если отдыхает ... вполне заслуженно ))) В принципе вроде бы все, что нужно было допилить допилено ... дальше только хотелки наверное. Пользуясь случаем продублирую хотелку. Хотелось бы "Поиск по значениям фильтров на странице сайта для покупателей". 😁

Почистите кеш браузера или просто Ctrl + Shift + R.

Да, мне как-то давным давно высылали. Просто автор не быстро отвечает. Плюс сейчас выходные.

Спасибо за помощь. Проблема решена. В чем была причина я не понял. Ваши коллеги просто залили обновление и все нормально. Возможно были какие-то изменения. Я качал обновления сразу после выхода и сегодня с утра и CRC суммы отличались.

Заявку уже создал. И откатился обратно на предыдущую 1.6.7.

После первого шага (заливка по FTP) и сайт и админка ложится. 😭 Две ошибки, видимо связаны с новыми модулями: Error: Table 'newdev01.oc_oct_location' doesn't exist Error: Table 'newdev01.oc_oct_faq' doesn't exist

А разве данную функцию не поиск должен выполнять?🤔 Я наоборот все уникальные значения типо Артикулов выпелил из фильтра. Какой в этом смысл?

Нужно копировать. Я бы копировал без очистки. Т. к. старое значение фильтра всё равно не отобразится даже если останется, потому что оно не будет назначено ни одному товару. А если нужно будет в каком-то фильтре подчистить лишние значения, просто удалю конкретный фильтр целиком и при копировании загрузятся только существующие атрибуты.

Нет. Но у меня была ситуация когда почему-то были дубликаты. И данная проблема не решалась удалением целого конкретного фильтра. Помогало только при копировании выставить очистку старых фильтров. Но это скорее всего глюк какой-то был. И видно было только в админке, на самом сайте дубликатов видно не было.

"Копирование" это и есть копирование атрибутов в фильтры. После копирования можно приступить к персональным настройкам для каждого фильтра. После загрузки новых товаров нужно запустить повторно данную процедуру копирования вручную или через cron (настройки есть на странице копирования внизу). Только не забудьте "Очистить существующие фильтры OCFilter" - выбрать НЕТ, иначе все персональные настройки скопированных ранее фильтров OcFilter сотрутся.

Я бы на Вашем месте сначала просто удалил все фильтры. Потом в настройках OcFilter на вкладке " Копирование фильтров" исключил ненужные атрибуты в фильтре в разделе "Данные для копирования" и выбрал для первого раза "Очистить существующие фильтры OCFilter" - ДА (данная опция может быть полезна в будущем если появились дубликаты фильтров, просто удалить фильтры почему-то не помогало).

Да, можно указать до 3-х разных разделителей.