100napb

Не забывайте, что по сути у Вас два варианта: - использовать услуги внешнего почтового провайдера и отправлять письма из опенкарта через smtp-подключения ко внешнему по отношению к вашему серверу\хостингу почтовому ящику. Как вариант, гуглите "яндекс почта для домена" и подобные. Подойдет даже обычный ящик не на вашем доменном имени, на худой конец - но выглядеть будет не солидно, хоть и письма доходить будут. - настроить свой собственный почтовый сервер (MTA) на базе какого-нибудь postfix или exim и не иметь при этом никаких ограничений на количество отправляемых писем. Тут нужен vps и немного времени. советы выше относительно dns-записей, хотя бы txt-записи об spf, mx, dkim - обязательны. Без них Вы такую картинку не увидите

нет, не сложно. нет, не навредит, поскольку боты не кладут товары в корзинку и не совершают каких-либо иных длительных взаимодействий с сайтом, которые бы были завязаны на данные, хранимые в сессиях. Однако конкретных и публичных инструкций давать постесняюсь. Если будет желание - напишите в личку. следует посмотреть accesss-логи веб-сервера и посмотреть по заголовкам, кому принадлежат эти сессии. С большой долей вероятности это может быть какой-то невежливый или даже бесполезный \ зловредный бот. Если так, то следует просто ограничить доступ к сайту для этого робота. Визиты от всяких SemrushBot, AhrefsBot, MJ12bot и прочих подобных как правило никакой ценности не несут и лишь создают нагрузку.

это норм. посещения от поисковых роботов так же стартуют сессии - а посещений от них нередко даже больше чем от клиентов. Как вариант, можно давать ботам 10минутную сессию, в отличие от длинной клиентской, что бы в самое ближайшее время она была удалена. Тогда в таблице будут копиться только живые сессии живых посетителей

решение тут. смотрите раздел Webserver Instructions

не пропустите еще проблемы с выводом мета-тэгов, которые есть в оксторе и которые не видит жорнал + сеоурлы для блога. как минимум...

когда email-адрес получателя некорректный, например.

В тройке отправка емейл-оповещений тригерится через механизмы событий, в отличие от прошлых версий, где отправка почты о заказах была буквально рядом с кодом создания заказа/ изменения статуса. проверьте раздел «события» в левом меню. Там должны быть и активны, помимо прочих, два пункта, ответственные за отправку писем клиенту и админу (поймёте по названию какие).

тогда да, Вы правы, $_SERVER['HTTP_HOST'] лучше не использовать и адрес сайта вписать руками. ну да в нем ошибиться сложно) с путями же проблем быть не должно?

просто как предложение, открытое для обсуждения\критики. На форуме полно тем с разными проблемами, причиной которых являются некорректные изменения в файлах config.php Что если константы в этом файле определять на основе суперглобальных переменных и предопределенных констант. Типа такого: потенциально это могло бы избавить новичков от множества проблем. Но я не знаю, создаст ли новые... )

карточки медленно открываются.

имейте ввиду, что php-cli у Вас, вероятнее всего, использует свой\другой файл конфигурации. в консоли выполните php --ini, что бы увидеть. Не говоря уже про то, что версия пхп может быть разной: веб-сервер может использовать одну, а по-умолчанию в системе может использоваться другая. так же, обратите внимание на COUNT_RECURSIVE и функцию array_count_values

У Вас одна из переменных, вероятно , является массивом или строкой. проверьте либо вар_дампом, либо попробуйте привести типы к float , например

В ocstore, как и в оригинальном ОС, ссть недоработка, из-за которой после смены класса кэша с файлов на, например, redis, становится невозможным очистить кэш стандартными средствами движка. как вариант, можно использовать следующее решение добавить новый метод по очистке кэша непосредственно в класс редиса upload/system/library/cache/redis.php добавить новый метод по очистке кэша в класс кэша upload/system/library/cache.php добавить новые инструкции по очистке кэша через кнопку в админке upload/admin/controller/common/developer.php К слову, так же неплохо было бы добавить где-то инструкцию, что после изменения $_['cache_engine'] = '?'; в upload/system/config/default.php стоит так же где-то (в config.php?) прописать константы со своими значениями

попробуйте для начала в этот локейшн добавить упущенную инструкцию далее, если не поможет, стоит покурить в сторону наличия модификаций seo_pro.php и ради теста, убрать все сторонние ocmod'ы, например.

@SooR ¯\_(ツ)_/¯ могу лишь такое сравнение привести со своей стороны а с промежуточной таблицей? хотя это уже почти агрегат... с ней не интересно