clayrabbit

Как временное решение, в catalog/view/theme/prostore/template/information/contact.twig заменить <script src="//maps.google.com/maps/api/js?key={{ api_key }}"></script> на <script src="//maps.google.com/maps/api/js?v=3.54&key={{ api_key }}"></script>

Добрый день. Судя по всему, начиная с версии Google Maps API v 3.55 карта на странице контактов перестала работать. Uncaught TypeError: Cannot read properties of null (reading 'removeChild') at Element.remove (priority-nav.min.js?v1.2.0:8:4837) at ho.<anonymous> (map.js:112:96) at _.Nt (common.js:32:155) at ID.Fg (map.js:112:3) at IntersectionObserver.<anonymous> (js?key=AIzaSyB5Nxqs46v-pP1NFrulXw1g-tBrkR48K18:209:352) Вот похожий случай https://issuetracker.google.com/issues/320761260?pli=1 Я так понимаю, нужно что-то поправить в catalog/view/javascript/prostore/plugins/priority-nav.min.js , но на гитхабе эта библиотека уже много лет не обновлялась. У кого-нибудь есть решение?

"Настроить crontab" это дело пяти минут. Но для этого у вас должен быть список команд которые вы хотите запускать. Т.ч. суть задачи вероятно не в этом. 1. Подразумевается, что нужно разработать модуль который будет отправлять емейл с остатками? 2. Модуль Ozon Seller вероятно уже содержит инструкции какую команду нужно прописать в cron. 3. Т.е. видимо нужно доработать установленный модуль, добавив в него функцию отправки письма со статусами после проверки?

Ну тут вопрос, если мы доверяем покупателю возможность вручную выбрать зону доставки из перечня (и возможность сделать это некорректно), то достаточно любого модуля с кастомными способами доставки. А если нужно получать точный результат по адресу (через геокодирование), то это уже другая история.

Здравствуйте. Мне кажется тут работы на 1-2 часа максимум. Работаю за 1500 р/час

Кстати, на несуществующих страницах этот баг со ссылками остается даже если кеширование выключено полностью, не смотря даже на то, что error/not_found в исключениях. Опять благодаря подсказке автора Lightning, вылечилось неочевидным параметром: Продолжаю наблюдение...

Вот этот: Отключить предварительную загрузку часто используемых данных– может помочь при проблемах с SEO URLs

Выяснилось, что в моем случае нужно было вот этот параметр включить Спасибо автору Lightning, за то что подсказал.

Извиняюсь, кто-нибудь может подсказать как заставить Lightning различать кеш для разных городов? Вроде есть параметр "Использовать эти елементы SESSION/COOKIE, как различающие страницы кеша", но как его ни заполнял - не работает. На страницах вылазят ссылки другого города.

И снова здравствуйте. Теперь по модулю отзыв: Добавьте, пожалуйста, защиту от повторных редиректов на случай, если у каждого поддомена свои сессии. У вас в инструкции "Работа с поддоменами" написано: "После изменения настроек обязательно нужно почистить куки на всех поддоменах, чтобы избавиться от кэша в модуле!" Но куки хранятся в браузерах посетителей (с временем жизни в много лет), и почистить их может только сам посетитель (если он достаточно квалифицирован). Т.е. выполнить это условие невозможно. А без него, после включения редиректов в модуле, клиент со старыми (не кросс-доменными куками), переходя на поддомен другого города, получает в сессии "залипший" редирект и не может вернуться на изначальный домен - его постоянно будет редиректить.

Здравствуйте. Нет ли у кого последней версии БД ФИАС от 31.08.2021 (fias_dbf.zip) ? Или таблицы fias с обновленными хотя бы на эту дату данными?