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

ВИТАЛИЙ (DIAFAN.CMS), если Вас не затруднит, создайте тему на форуме О поиске форума. Перенесите туда все сообщения об этой теме с этой ветки, чтобы не было флудильни. В новой теме может народ что-то еще предложит.

Вот и ответ: https://addons.diafan.ru/uslugi/obschie-uslugi/

Аналогом того, что Вы делаете, является модуль shop. Смотрите как это делали разработчики cms и воспроизводите исходя из своих задач.
Успехов.

Нет, в оригинальном файле 80 строк. Что там, гадать нет смысла, пока не покажут код файла.

На мой взгляд, задумка логически ошибочна, а соответственно не совсем корректный код.

Поясню.

Во-первых, Вы ввели параметр in_stock. Т.е. Вы собираетесь фильтровать товары по их количеству (если кол-во равно нулю, то товар отсутствует). Однако, в своем коде Вы применяете данный параметр без учета другого параметра cms:
use_count_goods - флаг использования количества товара в cms (устанавливается в админке, настройке модуля shop).
Таким образом, мне интересно, какой результат Вы хотите получить, используя свой in_stock, если в cms не используются указания на количество товара (use_count_goods).

Во-вторых, в cms уже есть флаг - hide_missing_goods - скрывать отсутствующий товар (устанавливается в админке, настройке модуля shop). Интересно, как Вы полагаете: Ваш новый параметр in_stock дополняет или дублирует имеющиеся параметры cms?

Еще раз подчеркну. Это не критика Вашего кода, а изложение мнения о избыточности ввода новых (дублирующих) параметров в cms.

Полагаю, что необходимость данной модернизации может пригодится только в одном случае: если в настройках модуля активирована возможность использования количества (use_count_goods) и не активировано скрытие отсутствующего товара (hide_missing_goods). Т.е. демонстрируется в списках товар в наличии и не в наличии. Тогда может возникнуть необходимость отобразить отдельным списком товар, который в наличии (in_stock).

В данном случае Ваше дополнение должно выглядеть не так а вот так

Скажу так (почему предложил изменить): если отключить возможность использования количества товара и активировать переменную in_stock, то результат будет неизменным (т.е., что с этой переменной, что без нее, все равно на выходе один и тот же результат), но в запросе MySQL появится лишнее условие (INNER JOIN), которое съест немало процессорного ресурса, а значит страница на определенные доли загрузится медленнее.

Или же, владелец сначала использовал возможность указания количества, а затем передумал и отключил его. При этом в базе данных остались циферки, указывающие на количество оставшегося товара. Они не удаляются при таком варианте, так как не мешают. А ждут своего часа, если владелец вновь надумает их использовать. Так вот Ваш код в оригинальном исполнении выдаст интересный результат: будет выводить не все товары. Владелец задастся вопросом, а почему в списках выводится только, например, три товара, а не все шесть. Будет грешить на cms. Кто-то будет искать эту ошибку и исправлять. Так зачем до этого доводить? :))

Как-то так, успехов.

Ух ты, вот женский пол - молодцы. Сами спросят, а ответ и так знают :) Уверен, если нужно, то и мебель сами передвинут так, как надо.
Успехов.

Скорее всего у Вас ошибка на сайте, которая блокирует сохранение. Надо смотреть лог-файлы.
Либо у Вашей учетной записи отсутствуют требуемые права - смотрите настройку прав в админке.

Правильная настройка почты не ограничивается записью mx в dns, хотя конечно прием писем уж точно будет. А вот прием Ваших писем другими почтовиками может быть не всегда. Требуются записи типа PTR, A для IPv4 (AAAA для IPv6), TXT (включая записи SPF и подписи отправляемых писем) и т.д.
Затем необходимо правильно настроить sendmail (или то что Вы используете), чтобы в содержании письма о служебных записях было все корректно (кстати, здесь я имею в виду настройки php.ini, т.к. настройка почтовиков - это вообще тонны две инструкций).
В общем много чего нужно, чтобы рассылка не воспринималась спамом. Поэтому все это за пол минуты ну ни как не сделать. Хотя, кто знает, все возможно, если есть на то талант.

PS: да, не воспринимайте это как критику. Я попытался обратить внимание форумчан, что почта - это не только запись типа MX.

Успехов.

Так огонь это книга или автор книги? :))

В административной части сайта, в разделе "Параметры сайта", на закладке "Режим разработки" отметти пункт "Отключить кэширование" и нажмите кнопку "Сохранить". Все, кэширования не будет (я имею ввиду то кэширование, которое Вас волнует). Но лучше всего, после очередного обновления используйте вот эту функцию сброса кэша
Успехов.

В настройках включите пункт - использовать категории, затем создайти их и прикрепите к ним статьи.

Корректируйте верстку. В настройках модуля есть указание - какие файлы используются для вывода. Да, и категории не отображаются, если новости выводить шаблонным тегом (это по дефолту).

А зачем темы дублируете? Или эта ветка для гомеопатических решений?

Наврятли Вы сможете удалить тему. Думается, что это может только "властелин" форума, он же "прокурор", он же и "судья" в последней инстанции (аппеляции не предусмотрены) :) Хотя не знаю, я еще пока ничего здесь не спрашивал (не создавал тем). Может и возможно удалять темы.

Ошибка в верстке сайта. Так же, если с мобильника на Ваш сайт зайти, то отображается каша. Может так у Вас и задумано - не знаю, но лучше в cms отключить мобильную версию сайта до исправления хотя бы явных ошибок.

Если серьезно - то разработчику Вашего сайта все же нужно его доделать - ничего уж сверх сложного в них нет.

Запрос к базе данных не корректный. Да же не то, чтобы он не учитывает товары связанных подкатегорий. Ваш запрос вообще непонятно что подсчитывает. Скорее всего возможно и некорректное использование переменных.
В общем надо видеть код - иначе это гадание на кофейной гуще.

Точно также сообщите разработчику об ошибке.

Если честно, лень проверять. По-мойму там используется переменная brand.

Максимум cms 5.4.
К стати, там же еще отсутствовали бренды-производители. Так, что их прейдется воспроизвести или обновить cms.

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

Уберите из кастомизированной темы файлы init.php. Например, Ваша кастомизированная тема называется "my", тогда указанные файлы будут:
- custom/my/adm/includes/init.php
- custom/my/includes/init.php
После этого сбросьте кэш сайта.

Поставьте на подтверждение покупки CAPTCA от google.
Успехов.

Если не попробуете, то ни когда не узнаете. Попробуйте, потом отпишитесь здесь. Мануал озаглавите, например: "Антология случайного везения".

С чего вдруг? Это ж простое копирование файлов с одного места в другое + экспорт/импорт базы данных (простое нажатие кнопочек) + перенаправление доменного имени на адрес хоста, которое заключается в изменение четырех трехзначных чисел (если это IPv4).

Дистрибутив можно скачать и установить на хост (для этого даже видео есть - как и что делать). Кастомизированные файлы скачиваются нажатием одной кнопки. Также размещаются на новый хост. База данных - то ж кнопка в cms есть. И что, разве это очень сложно? Могу привести еще несколько вариантов переноса сайта в пару кликов.

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

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

Способов множество, например, в файле shop.view.buy_form.php (если используете дефолтный вывод) пересортируйте массив $result["row"]["price_arr"] так, как Вам нужно. Тот элемент, что будет первым, тот и будет отображаться первоначально.
Успехов.

А разве этот рейтинг так важен? Это эфимерное понятие, которое ни как не влияет на получение заказов от 0.5 млн.