Dotrox

Запрет на прямой доступ из браузера к файлам с указанными расширениями (роботс в исключениях). Тут вы либо не всё скопировали, либо оно просто не рабочее. После директив RewriteCond обязательно дожна быть строка с RewriteRule, потому что RewriteCond только задаёт условия для RewriteRule. И ещё нюанс: у вас не может быть нескольких .htaccess на одном уровне и в ОК из коробки уже есть один в корневой директории, где находятся обязательные для работы ЧПУ директивы. Файл .htaccess от шаблона был в какой директории?

Ну, не только это нужно исправить. Там нужно весь класс адаптера базы править. Проще взять файл от 1.5.5: https://github.com/myopencart/ocStore/blob/v1.5.5.1.2/system/database/mysqli.php и в конфигах заменить mysql на mysqli, чтоб именно этот адаптер использовался.

Покажите пример дубля. Лучше просто не слушать Гугл. Если вы начнёте скрипты руками переносить, у вас весь фронтенд сломается (потому что в теле страницы есть код, который зависит от скриптов из хеда). А модули тоже ничего не гарантируют, ибо это слишком сложная задача. Вы о чём?

@Dimmnes , не понимаю почему вы постыдились выложить ссылку сюда, вы же снаряжением для рыбалки торгуете, а не чем-то незаконным. У вас в сайтмапе выводятся ссылки на изображения товаров, которые сопровождаются тегами image:title и image:caption. В этих тегах названия товаров. А в некоторых названиях присутствует амперсанд: Spod&Marker, Shad&Pilk. Отсюда и ошибка. Я рекомендую вообще убрать изображения из сайтмапа. Это заодно ускорит его генерацию и уменьшит размер. Найдите в файле /catalog/controller/extension/feed/google_sitemap.php такой блок кода: $output .= ' <image:image>'; $output .= ' <image:loc>' . $this->model_tool_image->resize($product['image'], $this->config->get('theme_' . $this->config->get('config_theme') . '_image_popup_width'), $this->config->get('theme_' . $this->config->get('config_theme') . '_image_popup_height')) . '</image:loc>'; $output .= ' <image:caption>' . $product['name'] . '</image:caption>'; $output .= ' <image:title>' . $product['name'] . '</image:title>'; $output .= ' </image:image>'; И закомментируйте его: /* $output .= ' <image:image>'; $output .= ' <image:loc>' . $this->model_tool_image->resize($product['image'], $this->config->get('theme_' . $this->config->get('config_theme') . '_image_popup_width'), $this->config->get('theme_' . $this->config->get('config_theme') . '_image_popup_height')) . '</image:loc>'; $output .= ' <image:caption>' . $product['name'] . '</image:caption>'; $output .= ' <image:title>' . $product['name'] . '</image:title>'; $output .= ' </image:image>'; */ Затем на всякий случай обновите кеш модификаторов.

То есть, вы утверждаете, что сможете убрать Советник в Яндекс браузере так, чтоб он не появлялся в 100% случаев? И даёте гарантию, что он не появится ни на одной странице товара даже, чтоб сказать, что на этой странице самая низкая цена? Ибо я говорил лишь о том, что в Яндекс браузере на 100% его убрать не получится (по крайне мере, я такую гарантию точно не стану давать). А вот то, что убрать его реально для большинства товаров (и даже в Яндекс браузере) - это да, я об этом выше и писал.

Вероятно, у вас там что-то не заэскейплено. Дали бы ссылку на сайтмап, можно было бы сразу понять что. Его не надо скачивать. Надо исправить его генерацию. В ОК сайтмап генерируется при каждом запросе.

Есть ещё Яндекс браузер (который на удивление популярен), где Советник встроен из коробки и удалить его или хотя бы скрыть его панель со стороны сайта невозможно поскольку у Советника нет необходимости интегрироваться в тело страницы (а влиять на браузер сайт, конечно, не может). Все блокировщики советника, которые есть в открытом доступе, пытаются его просто "механически" удалить. Но есть альтернативный способ - не бороться с Советником, а заставить его самостоятельно не появляться или хотя бы писать, что на текущей странице самая низкая цена (мне так и не удалось понять алгоритм, по которому он определяет какой из этих вариантов выбрать на конкретной странице). Но работает оно всё равно не на 100% поскольку Яндекс жульничает: у Советника нет задачи просто показать пользователю более дешёвую альтернативу, если она действительно есть. Задача Советника - любыми способами увести пользователя с сайта на Маркет. Отсюда в его поведении есть два "бага": 1. Советник не показывает самую дешёвую альтернативу - он показывает самый дорогой вариант, который будет дешевле цены на текущей странице. То есть Яндекс не пытается сэкономить деньги пользователя, наоборот - он пытается на нём максимально заработать. 2. Советник всегда пытается показать хоть что-то: на странице молочный шоколад, а дешевле есть только чёрный той же марки - покажет его, на странице цена за килограмм, а дешевле есть только при ценнике за 100 грамм - покажет его. И это не последствие "тупости" алгоритма, а сделано сознательно, поскольку в случаях, когда действительно текущий товар есть дешевле, у Яндекса не возникает проблем определить и что шоколад молочный, и что цена за килограмм и всё остальное. То есть, он действительно показывает тот же товар с более низкой ценой. Но вот когда дешевле варианта в его базе нет - начинаются уловки. Я это проверял играясь с ценой на одних и тех же товарах, так что могу быть уверен, что дело совсем не в том, что какие-то товары Яндекс понимает хуже и потому показывает нерелевантные альтернативы. "Не понимать" он начинает только когда не может найти тот же товар дешевле.

Зачем вам теперь эта строка? $data['categories'] = array(); Вы в следующей же строке перезаписываете значение.

Конечно не помогает: счёт ФОПа - это условие для легального получения денег, а не способ оплаты. А вот способ оплаты выбирать надо не по модулям, а по условиям платёжных систем. Иначе получится, что модуль шикарный, но из-за него ваш клиент теряет кучу денег на комиссии и средства ему перечисляют только через месяц. И с доставкой то же самое. Хотя в случае доставки для Украины Новая почта - это уже давно обязательный вариант.

А вот это уже смахивает на проделки модулей. Количество товаров на вход в админку в чистом ОК не влияет. Разве что у вас сервер загибается.

А зачем это в шаблоне делать? Учитывая, что категории вам в футере нужны только для одной задачи и для этой задачи вам нужны не все, есть смысл фильтровать ещё на уровне выборки из базы, чтоб не вытягивать зря лишнее.

Такой версии у вас быть не может, потому что такой версии ocStore не существует (а подпись при входе в админку говорит, что у вас именно ocStore). Если у вас 2.3 (а это совсем не то же самое, что 2.03), то в стандартных таблицах, вроде, проблем с индексами быть не должно. Надо смотреть лог медленных запросов на хостинге (если он есть).

Похоже, у вас на хостинге не установлено или не включено расширение mysqli. Пишите в поддержку.

Через файловый менеджер в панели хостера (если у вас шаред хостинг). Плюс сделать дамп базы через phpMyAdmin (и заливать так же).

Если речь идёт не о том, что у вас лицензия только на Украину, а о том, что её вообще нет, то такое решение вас не спасёт. Правообладатель найдёт ваш сайт в Гугле (боту то путь открыт), посмотрит содержимое страницы в кеше Гугла - и смысл всех уловок пропадает. Максимум, что вы можете сделать - это для не ботов из-за пределов Украины выдавать 404. Если на сайте товара нет - претензии, вроде, выставлять не за что. Но это всё равно тонкий лёд. А закрытие доступа через Cloudeflare уже показывает, что вы что-то прячете.

Советую почитать: https://www.gnu.org/philosophy/free-sw.en.html Там всё подробно разжёвано. Но на всякий случай для ленивых цитата: Ну, а тему вы увели куда-то очень далеко от сути. Разве ТС призывал раздавать модули бесплатно? Речь шла о проблемах для пользователей модулей, которые вызваны их кубированием.

Поскольку тормоза с ответом сервера только при первом открытии страницы, очевидно, что они из-за базы (при обновлении страницы данные уже берутся из кеша). Какая у вас версия ocStore?

Чтоб не гадать, найдите на хостинге лог ошибок и посмотрите, что туда пишется. У стандартного логера ОК с ошибками, которые приводят к 500 - проблемы, так что в журнале их не будет, скорее всего.

Для того, что вы хотите есть модули мультивендора (multivendor). Даже если готовый модуль не полностью будет удовлетворять вашим требованиям, его допил всё равно обойдётся дешевле, чем делать такое с нуля. Или вы неточно сформулировали задачу и речь идёт о разграничении прав на товары для разных менеджеров, а не раздельных продавцах?

Просто берёте $data['categories'] перед строками рендера и запихиваете в кеш с ключом соответствующим текущему запросу. Соответственно, в начале файла проверяете по этому ключу есть ли оно уже в кеше. $data['categories'] = $this->cache->get('category.menu.' . $this->config->get('config_language_id') . '.' . (int)$this->config->get('config_store_id') . '.' . (string)$this->request->get['path']); if (empty($data['categories']) { /* * Код генерации меню */ $this->cache->set('category.menu.' . $this->config->get('config_language_id') . '.' . (int)$this->config->get('config_store_id') . '.' . (string)$this->request->get['path'], $$data['categories']); } if (file_exists(DIR_TEMPLATE . $this->config->get('config_template') . '/template/module/cat-by-parrent.tpl')) { ...

Я отдаю свой долг опенсорс сообществу бесплатными консультациями на этом форуме. И вы будете кусать локти, если попробуете посчитать сколько б денег я мог заработать, если б вместо каждого бесплатного совета предлагал решить вопрос за оплату. Некоторыми моими бесплатно опубликованными решениями люди уже годами пользуются. И, собственно, я тут такой далеко не один. А вы чем похвастаетесь? Какое право имеют люди, которые никогда не делали колбасу возмущаться магазинной колбасой из сои и крахмала? Надо жрать и нахваливать! 2/3 модулей под ОК - это такое дерьмище, что лучше б эти авторы уроки делали, а не модули писали Я с ОК работаю больше восьми лет и за это время много раз приходилось переписывать модули из-за того, что они просто не способны были нормально работать в реальном магазине заказчика (а не сферическом тестовом вакууме автора). А с кубленым модулем переписать уже не выйдет. Особенно, если автор пустился во все тяжкие и закубил вообще всё (а то вдруг его дерьмокод, который не может нормально работать, кто-то украдёт и одним дерьмомодулем станет больше - мир же этого не переживёт, и только ИонКуб спасает мир от такого сценария).

Просто откройте страницу настроек ещё раз и посмотрите, что сейчас в этом поле. Лучше просто очистить поле.

Любопытно слушать, как боятся упустить хоть каплю выгоды люди, которые живут за счёт опенсорсного движка.

Причина в том, что ничего туда вводить не надо было! SSL сертификат используется сервером, а не движком. А тот ключ из админки сейчас в ОК используется только для одного: шифрует файловую опцию (которую, вероятно, никто не использует).

Они, вероятно, не "не работали", а отклонялись принимающей стороной. Основной адрес никак не влияет на механизм отправки почты в пределах ОК. А вот за его пределами на успешность доставки влияет множество факторов, в том числе и адреса отправителя и получателя. Вы раньше проверяли как у вас письма клиентам уходят?