Jump to content

100napb

Пользователи
  • Content Count

    392
  • Joined

  • Last visited

Community Reputation

110 Обычный

About 100napb

  • Rank
    Продвинутый пользователь

Информация

  • Пол
    Мужчина
  • Интересы
    SQL

Support

  • Other
    Базы данных, SQL

Recent Profile Visitors

6,035 profile views
  1. Не забывайте, что по сути у Вас два варианта: - использовать услуги внешнего почтового провайдера и отправлять письма из опенкарта через smtp-подключения ко внешнему по отношению к вашему серверу\хостингу почтовому ящику. Как вариант, гуглите "яндекс почта для домена" и подобные. Подойдет даже обычный ящик не на вашем доменном имени, на худой конец - но выглядеть будет не солидно, хоть и письма доходить будут. - настроить свой собственный почтовый сервер (MTA) на базе какого-нибудь postfix или exim и не иметь при этом никаких ограничений на количество отправляемых писем. Тут нужен vps и немного времени. советы выше относительно dns-записей, хотя бы txt-записи об spf, mx, dkim - обязательны. Без них Вы такую картинку не увидите
  2. нет, не сложно. нет, не навредит, поскольку боты не кладут товары в корзинку и не совершают каких-либо иных длительных взаимодействий с сайтом, которые бы были завязаны на данные, хранимые в сессиях. Однако конкретных и публичных инструкций давать постесняюсь. Если будет желание - напишите в личку. следует посмотреть accesss-логи веб-сервера и посмотреть по заголовкам, кому принадлежат эти сессии. С большой долей вероятности это может быть какой-то невежливый или даже бесполезный \ зловредный бот. Если так, то следует просто ограничить доступ к сайту для этого робота. Визиты от всяких SemrushBot, AhrefsBot, MJ12bot и прочих подобных как правило никакой ценности не несут и лишь создают нагрузку.
  3. это норм. посещения от поисковых роботов так же стартуют сессии - а посещений от них нередко даже больше чем от клиентов. Как вариант, можно давать ботам 10минутную сессию, в отличие от длинной клиентской, что бы в самое ближайшее время она была удалена. Тогда в таблице будут копиться только живые сессии живых посетителей
  4. не пропустите еще проблемы с выводом мета-тэгов, которые есть в оксторе и которые не видит жорнал + сеоурлы для блога. как минимум...
  5. когда email-адрес получателя некорректный, например.
  6. В тройке отправка емейл-оповещений тригерится через механизмы событий, в отличие от прошлых версий, где отправка почты о заказах была буквально рядом с кодом создания заказа/ изменения статуса. проверьте раздел «события» в левом меню. Там должны быть и активны, помимо прочих, два пункта, ответственные за отправку писем клиенту и админу (поймёте по названию какие).
  7. тогда да, Вы правы, $_SERVER['HTTP_HOST'] лучше не использовать и адрес сайта вписать руками. ну да в нем ошибиться сложно) с путями же проблем быть не должно?
  8. просто как предложение, открытое для обсуждения\критики. На форуме полно тем с разными проблемами, причиной которых являются некорректные изменения в файлах config.php Что если константы в этом файле определять на основе суперглобальных переменных и предопределенных констант. Типа такого: потенциально это могло бы избавить новичков от множества проблем. Но я не знаю, создаст ли новые... )
  9. имейте ввиду, что php-cli у Вас, вероятнее всего, использует свой\другой файл конфигурации. в консоли выполните php --ini, что бы увидеть. Не говоря уже про то, что версия пхп может быть разной: веб-сервер может использовать одну, а по-умолчанию в системе может использоваться другая. так же, обратите внимание на COUNT_RECURSIVE и функцию array_count_values
  10. У Вас одна из переменных, вероятно , является массивом или строкой. проверьте либо вар_дампом, либо попробуйте привести типы к float , например
  11. В 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?) прописать константы со своими значениями
  12. попробуйте для начала в этот локейшн добавить упущенную инструкцию далее, если не поможет, стоит покурить в сторону наличия модификаций seo_pro.php и ради теста, убрать все сторонние ocmod'ы, например.
  13. @SooR ¯\_(ツ)_/¯ могу лишь такое сравнение привести со своей стороны а с промежуточной таблицей? хотя это уже почти агрегат... с ней не интересно
×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.