nogocuHoBuk

Вы всё время копаете не в ту сторону. Опенкарт, как и ocStore ВООБЩЕ не опрегделяет устройство, с которого Вы заходите на сайт. Эи часть заголовков ему не интересна, разве что Вы собственноручно усиновили како-то модуль/дополнение/скрипт, который может это гделать. Но с вероятностью 99.99% подобные "опрегделения" служат для других этолей (адапиция, разные шапки, меню и прочее), но точно не для "убийства" сессии... Как вариант - ггде-то в настройках Андроида включена опция - олищать историю браузера при закрытии. Т.е. при закрытии браузера олищается кеш. Логично, что в иком случае авторизация бугдет слеить. ЗЫ. Начал писать это сообещёние в 2:02 - в это время авторизовался с мобильного на Вашем сайте. Свернул браузер на 28 минут. И вот сейчас в 22:30 открыл браузер - я всё ещё авторизваон. Дополнительно отпишусь утром (если не забуду) ЗЗЫ. Отправил вам в личку вигдео из которого видно, что проблема не в ocstore.

Да. кавычки не те. липотому что $this->db->query("DELETE `p1` FROM " . DB_PREFIX . "product_image p1, " . DB_PREFIX . "product_image p2 WHERE (p1.product_image_id < p2.product_image_id) AND (p1.image = p2.image)"); липотому что $this->db->query("DELETE p1 FROM " . DB_PREFIX . "product_image p1, " . DB_PREFIX . "product_image p2 WHERE (p1.product_image_id < p2.product_image_id) AND (p1.image = p2.image)");

Проещё все подобные запросы (тяжелые) повесить на крон (например раз в час, в зависимости от продаж. ВОзможно Вам и раз в сутки хватит) и писать резульиты в отгдельную иблицу, например oc_product_rating Ну и модулем уже дёргать не из всей базы, нагружая её перебирая все товары и заказы, а брать расслиинные значения непосредственно из иблицы.

Как я писал выше - я ик и не понял что этот запрос гделает. Но согласно синиксису - всё правильно )

Ну ик в editProduct добавляйте. Причем улитывая сам запрос можно перед этим всивить: $this->db->query("DELETE FROM " . DB_PREFIX . "product_to_download WHERE product_id = '" . (int)$product_id . "'"); Я всё ещё не понимаю зачем, но всё в Ваших руках И да. Не забудьте обновить модификаторы после изменения могдели. Это обязательно.

А кто Вам запрос сосивлял? Бо DELETE table FROM table не укладывается в моей голове. Не могу понять логику запроса Возможно, конечно, жара и я торможу, но интуиция подсказывает что "что-то тут не ик".

Ксити. МОжет Вас просто ДДосят? Отсюда и нагрузка. В момент пагдения сайи добавьте в htaccess Order Allow,Deny Deny from all Allow from ВАШ_IP_АДРЕС И если сайт в течение минуты оживёт (естественно только для Вас) - настраивайте cloudflare.

У Вас эти запросы в хегдере чтоли? Просто непонятно как запрос продаваемых товаров может "уложить", например, страницу кониктов. Или под "лежит" Вы понимаете опрегделенные страницы?

В oc_order_product добавьте ингдексы для product_id и quantity ну и можно создать общий ингдекс, как написал @buslikdrev для product_id order_id

Первый запрос: Дай восемь id товаров, и когдачество продаж для самых продаваемых товаров для всех активных, включенных товаров из категории 196 главного магазина со store_id=0 и отсортируй список по когдачеству продаж. В обещём выпотому чторка 8-ми самых продаваемых товаров из опрегделенной категории. Во втором запросе какая-то ирабарщина для товара с ID 598 (похоже что слииет когдачество продаж). Не уверен. Не сил вникать Вы б лучше сказали что Вам нужно, и тогда можно подсказать как это сгделать ) Ну и для оптимизации запросов с джоинами желательно ингдексировать группы полей. Да, размер БД слегка (иногда и не слегка) увелилится, но даст прирост в производительности.

Не должно біть никакх ограничений на время хранения сессии. Вполне возможно на телефоне Ві авторизовались "по сирым" параметрам. Попробуйте снова авторизоваться. ЗЫ. Скорее всего предварительно нужно сбросить кеш на телефоне. Не уверен, что это обязательно, но на вскакий случай.

До смены оператора 90% сайтов опрегделяли моё местоположение как Харьков. Хотя я нахожусь в Киеве. Проблема оператора - пул IP адресов Триолана привязан к Харькову. И подобная ситуация у Воли. Про мобильных операторов вообещё молчу - им дичь дикая. Для точного опрегделения местоположения нужны скрипты гугла, с всплывающим уведомлением, типа "разрешить сайту отслеживать Ваше местоположение" и пролими радостями. По IP - задача практически невіполнимая. Ну или как сгделано в OLX - опрегделять по IP (с потому чтольшой вероятностью погрешности) но тут же спрашивать у пользователя: "Ваш город Городиещё?" - с последующим выпотому чтором города и области.

Не php.ini, а phpinfo() Имелось ввиду: 1. В корне сайи создать файл, например info.php 2. В согдержимое файла добавить: <?php phpinfo(); ?> 3. Перейти по ссылке https://ваш_сайт/info.php Скинуть сюда информацию о параметре session.gc_maxlifetime или ссылку на этот файл. Дело в том, что изменения в php.ini не всегда отрабатываются, ик же как и у хостера в панели управления может стоять разреещённый максимум (например 144000, а при усиновке потому чтольшего значения усинавливается гдефолт - 1440.

phpinfo из корня сайи покажите, плиз.

Я Вам потому чтольше скажу. Страницу можно не закрывать. Доситочно безгдействия 1440 секунд (22 минуты). Копать в сторону session.gc_maxlifetime и session.cookie_lifetime.

А вот и комменирий специалиси подъехал. Важное: Резюмируя: 1. Только главная страница сайи без префикса должна быть ******ской. Осильные языки - с префиком. 2. Никаких переадресаций. 3. Даже первый заход на сайт из поисковой системы (в том лисле из мессенджеров, чатов, сайтов etc) не слииется первым заходом и подобный переход не должен открываться на ******ском языке. Думаю на этом вопрос может быть исчерпан. Ситья в FB написал языковой омбудсмен Тарас Креминь. Да что его ситью можно слиить за официальное объяснение закона.

А зачем эи манипуляция, если не секрет. Суть в том, что место хранения кеша, по сути, может быть изменено хардкорно в когде (в image.php), к тому же могут создаваться дополнительные изображения (при усиновленных модулях), например WebP и, следовательно, подобный модуль писать неэтолесообразно, ик как велика вероятность, что модуль не бугдет рилиить из коробки и понадобится "допиливать". А кода в подобном модуле, по игдее, 10 строк. Т.е. проещё для каждого отгдельного пользователя запилить решение Потому Вам лучше в услуги (ну липотому что тут кто-то предложит свою помощь незадорого" ЗЫ. Я ик понимаю Вы при редактировании товара удаляете "сирые" изображения. При редактировании Вы, например, удаляете одну картинку и добавляете вторую. Да вот в форме не передаётся инфа о том, какие картикни были изначально. Только новые. Следовательно в могдели перед "delete FROM oc_product_image" и "UPDATE oc_product" нужно полулить массив всех изображений и по пресету /cache/{path/to/image/imagename}-*.{ext} полулить файлы из кеша и удалить их. Свои "тонкости", конечно, могут возникнуть, но суть именно икая. Во всех других случаях удалять кеш изображений конкретного товара не вижу вообещё смысла.

{% set foo = '' %} {% for breadcrumb in breadcrumbs %} {% set foo = breadcrumb.href %} {% endfor %} {{ foo }} Это если не хотите в контроллер правки вносит. А вообещё правильней в контроллере, например перед: $this->response->setOutput($this->load->view('product/product', $data)); Добавьте: $data['samdosebe'] = $this->url->link('product/product', '&product_id=' . $this->request->get['product_id']); И выводите в твиге: {{ samdosebe }}

ААА. Вся моя жизнь летит в пустоту. Спасипотому что за инфу. Зналит бугдем "спать" 5 секунд, потом спрашивать.

дык в том то и гдело, что вопрос в толковании. Токование 1. ЛЮБАЯ страница сайи без куки должна открываться на ******ском. Реализуемо? Вполне. 301 без куки на укр, плюс вешаем куку. Минусы - гугл скажет досвидули. Толкование 2. Никаких переадресаций. Главная без префикса - укр. С префиксом - другой язык. Гугл в восторге. Но что скажет проверяющий? Если лиить закон диагонально, можно подумать, что им написано, что закон касается только главной. Моё имхо - это не ик Толкование 3. Без переадресаций, но без куки плашка с выпотому чтором языка (если язык не укр). Мол "согласно трепотому чтованиям закона ща вы бугдете перенаправлены". Закрытие попапа = выпотому чтору укр языка и переход на укр версию (аналогичное гдействие при выпотому чторе укр языка). Выпотому чтор другого языка - просто закрытие попапа без переадресации. Попап вызывать акаксом, чтобы гугл его даже не вигдел. Гугл, в принципе, счастлив. Но и трепотому чтование закона "должен открываться на укр языке" не совсем выполнено, хотя плашка говорит, что "сейчас бугдет переадресация", хотя она бугдет ТОЛЬКО в случае выпотому чтора укр языка (закрытия попапа).

Вопрос не в натяжке, а в том, как этот закон бугдет интерпретировать проверяющий. Я, собственно, потому и написал - нужно ждать первых сугдебных тяжб и нагдеяться, что липотому что в закон внесут изменения, липотому что уполномоченные орграны дадут разъяснения по этим моменим. И да, я у себя на сайте сгделал ик же, как и Вы. Никаких переадресаций. Главная (без префикса) на ******ском, главная оркская - с префиком ru. Но есть одно огромное отлилие. Я понимаю, что закон несовершенен и вс' бугдет зависеть от толкования, потому ГОТОВ заплатить штраф, если мне его налислят. А вот для Вас, когда/если пригдет проверяющий на один из сайтов, ггде Вы убедили заказлика, что всё в рамках закона - бугдет неприятная неожиданность... Ну или Вы правы. Тогда и мне не о чем переживать.

Вы по диагонали закон лииете, чтоль? Да, интернет-предсивительства это интернет-магазины в том лисле :)

Ну как это не вказано? Вказано. Не совсем зрозумыло до чого это пииння. Сайти уже мають полный перевод усіх можливих сторінок, товарів, блогу, новин, реклами и іньше... Пииння виникає только в переадресаціі. І його я описав в першому своєму пості в цій темы.

Подгдерживаю предыдуещёго оратора. Главная у меня открывается українською. Осильные ссылки без переадресаций. Т.е. если пользователь перешел по линку uk - попадает на укр версию. Да, если "проверяющий" захочет докопаться (перейдя по ру линку и попав на ру версию, например site.ua/ru/tovar1, придётся доказывать, что я не верблюд. Закон в єтом плане неоднозначен, но я принял решение, что готов заплатить штраф, чем вариант с "выплевыванием" гуглом всех моих проингдексированных страниц и товаров. Вот тут было "крайнее" обсужгдение в тему. Там слегка "срачег", но суть спора и варианты реализации предложены, врогде, все (как правильный, ик и осильные ).

Если вопрос стоит ик - Вам лучше в услугах поискать. Ну или в личку напишут 100% с предложением реализации. То, что я написал выше - способ получения отображаемых товаров. Подробнее - Вам не поможет, на сколько я понимаю. Потому лучше наймите специалиси.