Dotrox

Для такого садо-мазо у вас бюджет маловат :) Это задача не из тех, где нужно много думать, но зато нужно много лазить по разным файлам. $15 - это и для нормальной работы через FTP впритык (для особо голодных), а для вариантов, которые вы предлагаете - это именно для любителей мазохизма.

BestPrint, просто вот такими фразами: Заказчики обычно пытаются сбивать цену, так что на них срабатывают рефлексы :) Оценивать время (и стоимость) должен тот, кто знает, как сделать работу, которую оценивает.

Файл /catalog/model/account/customer.php. Метод addCustomer. Отправка стандартного письма о регистрации там. Просто закоментируйте код, который за неё отвечает. А для отправки стандартного письма после верификации нужно править тот модуль, который вы установили. При чём, ОК не сохраняет пароль в открытом виде, он доступен только в процессе регистрации, так что, если вы хотите присылать его на почту после подтверждения, его надо где-то дополнительно сохранять и затем удалять после отправки письма с ним.

От него будет не много пользы - эта ссылка оставлена здесь 6 лет назад и неизвестно сколько времени на тот момент было этому файлу. Вероятно, он соответствует структуре в ветке 1.4 или ещё старше. Не то, чтоб с тех пор вообще всё в базе поменялось, но изменений больше, чем достаточно. Если вы используете MySQL Workbench, то можете создать диаграмму на основе существующей базы. https://youtu.be/Wfy8rdhXyWw

А какая у вас версия ОК и сборка? Главное условие для полного пути - наличие у товара параметра основной категории. В оригинальном ОК этот параметр убрали ещё где-то в версии 1.5.5, но он есть в сборке ocStore. И, если я не ошибаюсь, там и так полный путь отображается прямо из коробки

Что в этих двух фразах вам не понятно:

В любом. Принцип работы модификатров (vQmod/OCMOD): найти в стандартном файле стандартную строку кода и отталкиваясь от неё добавить что-то перед ней, после неё или вместо неё. Соответственно, если в этой строке меняется хотя бы один символ, она уже не соответствует условию поиска и модификатор не сработает. Не совсем понял о чём вы. В плане функционала у того же ПрестаШопа из коробки в разы больше всего, чем у ОК, но ПрестаШоп значительно требовательней к ресурсам хостинга, у него более сложный код и намного выше цены на модули и шаблоны, да и стоимость доработок тоже выше ввиду более сложного кода (это отсеивает демпингующих школьников).

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

PrestaShop позволяет переопределять стандартные файлы движка. То есть, скопировать оригинальный файл, сделать в нём свои правки и положить в специальную папку и этот файл будет грузится вместо оригинального. Но, если вы считаете, что ОпенКарт у вас используется не по назначению, то и ПрестаШоп будет туда же, ибо это такой же магазинный движок.

Вы издеваетесь? Речь идёт об админке модуля Simple, а не о контактах магазина.

Нет, у него это в админке задаётся.

Никак. Архитектура ОК не предусматривает возможности обновления. Единственный вариант гарантирующий отсутствие проблем - это сохранять себе все отредактированные файлы и после обновления вносить все правки заново. Менее надёжный вариант - использовать vQmod/OCMOD. А менее надёжный он потому, что в файле изменится один символ и ваша правка уже не применится.

Обратиться можно и ко мне :) Дайте ссылку на старый сайт, чтоб можно было окончательно понять текущую структуру ссылок и скажите какая у вас версия ОК. Тогда можно будет оценить стоимость.

Есть бесплатные сертификаты с автопродлением - https://letsencrypt.org/

Ну, вы можете создать корневую категорию с ЧПУ category-shop и все остальные сделать её дочерными. А в ссылках на товары, как я понимаю, у вас не указывалась раньше категория. Вообще, можно просто доработать немного систему ЧПУ в ОК, чтоб все ссылки на категории начинались с category-shop, а на товары - с tovary, если вы однозначно хотите обойтись без редиректов.

Вы неправильно прописали. У товара должен быть прописан только его собственный ЧПУ, без категории, а ЧПУ категории прописан в настройках категории.

HTTP2 решает эту проблему. Если уж в магазине настолько остро возникла задача оптимизации загрузки по количеству запросов, что приходится пыхом на лету иконки обрабатывать, то начинать стоит с перехода на HTTP2. А такая оптимизация будет иметь обратную сторону - увеличение времени загрузки страницы. Чтение файла с диска не самая быстрая операция и в таком варианте это время будет прибавляться к времени ожидания ответа сервера. При чём, это будет ещё медленней, чем при обычной загрузки изображения в браузер через HTTP, ибо nginx кеширует популярные файлы (на стороне сервера).

Ну, они в ОК и так из коробки полностью произвольные - что впишите, то и будет. Но они должны быть уникальными в пределах системы. Вот так быть не может: /чашки_из_стекла/чашка /чашки_из_керамики/чашка ОК определяет страницу по последнему блоку в ЧПУ, а не по полной ссылке.

Что значит как? Впишите туда правильный адрес сайта везде.

Попробуйте в настройках магазина поставить адрес с admin, то есть, чтоб он использовался в письме в качестве отправителя.

Ну, вы можете взять чистый ОК вашей версии и перенести нужный код оттуда. Но для этого, в принципе, нужно знать, в каких местах искать этот код.

А в каком месте вы её в .htaccess добавили? Синтаксических ошибок здесь, вроде, нет.

У вашего сайта домен b********.com? Кстати, а почта, на которую вы отправляете письмо не содержит в своём имени домен магазина? Такие письма Гугл всегда в спам отправляет. Это вопрос к хостеру. Вообще, возможно, это можно настроить в панели управления. Он есть только в самом письме, а не в заголовках почтового сервера. Если он был первым на этом аккаунте, он вероятно, используется в качестве имени аккаунта. P.S. Как у вас получился такой замыленный скрин?

Ну, вот и ответ: mail() has been disabled for security reasons Разбирайтесь с хостером, сейчас у вас отправка почты выключена на уровне хостинга, а она не только здесь понадобится. Ну, а конкретно здесь получается, что магазин пытается отправить письмо, получает ошибку и на этом всё заканчивается, поэтому и нет ответа о добавлении отзыва, он должен быть показан уже после отправки письма.

Открываете в браузере инструменты разработчика, смотрите какие стили отвечают за эти элементы и правите их, как вам надо.