Dotrox

Отзывы нельзя отправить из-за капчи, которой на странице нет, но проверка на бекенде осталась. Либо верните капчу, либо уберите её проверку на бекенде.

Админка - это отдельное приложение, там свои контроллеры, свои модели и свои шаблоны, так что она не показатель. Не говоря уже о том, что там нет капчи. Переключите, чтоб отзывы могли писать все и можно было глянуть на процесс не регистрируясь.

Научитесь пользоваться кнопкой вставки кода! Непонятно, где переменная теряется, но где-то теряется. Попробуйте и в контроллере и в шаблоне поменять название переменной. Например, $data['product_id_test'] и $product_id_test. Меняйте в оригинальном контроллере, а не из кеша, а потом обновите кеш модификаторов.

Если нужно отключить капчу, то да, именно так. Но нужно ещё и её проверку отключить. Вообще, если отзывы доступны только зарегистрированным, то смысла в капче нет. Это вопрос к автору шаблона.

Вообще, если в шаблоне нужно закоментировать кусок кода, это делается так: <?php /* ?> Закоментированный код. <?php */ ?> Такой вариант работает одинаково и для php и для html и не оставляет никаких следов на странице.

Вообще, редирект с одной конкретной страницы на другую конкретную страницу - это самое элементарное, что может быть из редиректов. RewriteRule ^index.php?route=information/pagemenu&pagemenu_id=3 /index.php?route=product/category&path=2321 [R=301,L] Очевидно же - это амперсанд (вот это - & называется амперсандом, для справки) в виде html сущности.

Такую же строку. Этот файл - это копия предыдущего, но из кеша OCMOD (после обработки модификаторами). Выложите сюда код из /system/storage/modification/catalog/controller/product/product.php и /catalog/view/theme/pitaha/template/product/review.tpl.

Ну, вы же сами должны видеть, что она 1 в 1 соответствует той, которую я привёл выше. Смотрите тогда в /system/storage/modification/catalog/controller/product/product.php.

На скорость это не влияет. В смысле, что php7 быстрее не из-за новых возможностей, а из-за переписывания интерпретатора. А на счёт возможностей, так ОК даже всех возможностей 5.4 не использует, куда уж там 7. А всех возможностей php7 он ещё долго использовать не будет, ибо тут вопрос ещё и поддержки версий. На текущий момент минимальная требуемая версия 5.4 - это значит, что любые возможности, которые появились после 5.4 ОК может использовать только с поллифилами (вообще, термин обычно относится к браузерам и означает код, который позволяет в старых браузерах работать новым возможностям), что малость замусоривает код и, в принципе, не всегда возможно.

server { listen 256.256.256.256:80; server_name domain.com www.domain.com; return 301 https://domain.com$request_uri; } Вместо 256.256.256.256 - ip вашего сервера. Вместо domain.com - ваш домен. Если используете ipv6 можно добавить ещё одну строку с listen и указать там ваш ipv6. Добавлять это надо отдельным блоком server от того, где все основные настройки домена. Это плохой вариант. Даже вдвойне. Доки nginx настоятельно рекомендуют избегать использование if - это первое. А второе - если делать это внутри той же секции server, где и все остальные правила домена, то сервер будет выполнять лишнюю работу.

Это намного больше, чем вам кажется! До этого момента он просто не использовался. Покажите, что у вас в нём.

Вы так активно его упоминаете, что не остаётся сомнений в том, что именно вы его часто читаете. Я не использую русскоязычные ресурсы в качестве источника технической информации, чего и вам советую. Я где-то писал, что она есть? Говорю же - вы через строку читаете. Вы явно настроены выиграть замеры Вообще, я благодарен вам! Благодаря таким как вы я становлюсь значительно терпимее к новичкам, потому что вижу, как это омерзительно выглядит, когда кто-то кичиться своими знаниями.

Любопытная проблема. У вас не просто 404, а 404 из nginx. Вы .htaccess не трогали?

Дайте ссылку на сайт.

Если бы вы внимательно читали, что я написал, то заметили бы, что базу и модели я выделил отдельно, как поле, где есть над чем работать. А на счёт реестра, раз уж вы о нём вспомнили, то его не сегментировать надо, а выкинуть. Вы слышали когда-нибудь про инверсию зависимостей? Средствами драйвера движка нормальную балансировку не получится сделать независимо от схемы. Речь шла только о возможности ОК работать с репликой. Если речь идёт о сторонних инструментах типа Galera, движок уже не при чём.

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

В браузере? Попробуйте другой браузер. А ещё лучше, добавьте к ссылке на файл стилей это: ?1 И обновите кеш модификаторов. Параметр в ссылке гарантировано сбросит кеш этого файла в браузере (в том числе и для всех посетителей).

Так формулировать не корректно. Количество покупателей - это не показатель нагрузки, показатель - это количество запросов в секунды, а покупатель может минуту сидеть и таращиться на фотографию товара, при этом создавая нулевую нагрузку. А на счёт Laravel - это не будет быстрее, я даже процентов на 99 уверен, что будет медленней, потому что если говорить именно про php, то код ОК особо некуда ускорять. Другой вопрос база и модели (избыточность методов в отдельных случаях использования). А при чём тут движок, если репликация делается средствами базы? Нужно только дописать драйвер, чтоб он умел переключаться в случае отказа мастер сервера базы. В ОК без проблем можно добавить собственный драйвер базы, так что возникновение потребности работы с репликой не требует переписывания половины движка И вообще, адаптация под хайлоад делается не средствами движка. Если вы посмотрите на действительно крупные магазины, то увидите, что каталог кешируется средствами обратных прокси, а напрямую запросы идут только по динамическому контенту (данные покупателей, оформление заказа, отзывы) и идут через аякс. Собственно, если б всё решалось скоростью самого движка, Мадженто никогда б не стала одним из самых популярных магазинных движков в мире.

Вы пользователя сначала создайте, а потом уже права редактируйте.

Ну, вот там же и создаёте пользователя, а потом идёте в редактирование привилегий у убираете ему глобальные права, оставляете только на базу ОпенКарта. Оставшихся можно не трогать. Вот эту фразу я не понял. Может, не пароль а путь?

Это ошибка 500. Смотрите логи ошибок сервера.

ОК в этом плане ничем не лучше: вся вторая ветка сплошной расколбас. При чём, именно не плановое внедрение новой архитектуры, а прыжки туда-сюда. И хотя, вероятно, дальше таких экспериментов уже не будет, но изменений впереди ещё будет достаточно (что можно понять по имеющимся зачаткам в коде).

А вы попробуйте кроме заголовков читать ещё и посты в теме (например первый, где вопрос звучит более конкретно). И если вы думаете, что вот в этом вашем сообщении: можно прочитать совет откатить правки и использовать для редиректов модуль, то вы ошибаетесь! Там можно прочитать только совет использовать данный модуль, как решение проблемы с редиректом всех ссылок на такой формат: /index.php?_route_=tovar. Тут порядок слов неправильный Ибо правки в .htaccess - это правильно, если понимать, что делаешь, а не копипастить, что под руку попадётся. А если не понимать, то любое действие будет неправильным - например, устанавливать модули, смысл которых не понимаешь, потому что кто-то посоветовал особо не разбираясь в сути проблемы. А потом люди начинают заваливать темы поддержки жалобами, что модуль купили, а он не делает, то, ради чего покупали, хотя должен (в чём уверены, ведь посоветовали же). А модуль то на самом деле не при чём, просто бульон пытались вилкой есть.

Я написал же выше, что все редиректы должны идти сразу после RewriteBase / А ещё мне любопытно, у вас там действительно именно так вписано: RewriteCond %{HTTP_HOST} ^www\.prom-nozhi\.by$ [NC] RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L] То есть, с редиректом на site.ru. Или вы в первой строчке просто забыли домен заменить (боясь светить домен по непонятным причинам)? И оборачивание в <IfModule mod_rewrite.c> лишнее. Если у вас mod_rewrite выключен, то не будет работать не только то, что внутри этого условия, но и весь остальной код, который вы выложили. Так что либо оберните всё, либо уберите (ввиду того, что mod_rewrite сейчас всегда включён на любом хостинге). Вообще, похоже, что вы просто тупо скопипастили в дефолтный .htaccess ОпенКарта кусок кода нагугленный где-то в интернете при этом вообще не читая, что в нём.

На всякий случай то можно, но вопрос относился к тому, что совет установить модуль никаким образом не решает возникшую проблему, ибо она за пределами юрисдикции модуля.