modules/faq/faq.php
строка 85, закомментируйте остановку

А чего там дорабатывать? В корзину проверку "Если сумма меньше такой-то, то кнопку ОФОРМИТЬ не выводить" и всего делов

А вместо нее надпись: "Заказ оформим, если купите на 400 и больше".
Можете на jquery написать, почему нет?

Нету, конечно, иначе ее так или иначе видно было бы

Да, мы учтем. Скоро мы очередной раз заказы-проекты переделаем, так что там предусмотрим

Хм. Почему "логично"? :-) Не логично! Зачем продажа файлов? Вы хотите автоматические сертификаты продавать? Которые потом можно ввести как скидку? Но тогда в файлах будет одно и то же, а скидка же разная (код). Да и подарочным обычно рассчитываются при покупке вместо денег, а чаще плюс к деньгам : подарили сертификат на 3000, а именинник набрал на 3500, тогда он сертификат отдал и 500 доплатил. Это карточка, которую курьер доставляет как товар, вроде? Зачем тогда "товар-файл"?

Если подарочный сертификат - это карточка, как тут, то это обычный товар, не цифровой. С остатками на складе.
Или я не знаю, какая там задумка у Вас Опишите

В БД. Размер поля в таблице

Типа как тут? Там даже 4.3 еще стоит, мы давно делали
У Вас-то какая версия?

Мы надеемся, что со временем все участники сообщества разработчиков diafan.CMS будут после обсуждения на форуме проблемы сухую выжимку самостоятельно постить в нужный раздел документации. Возьмут, так сказать, за негласное правило Для себя же делается.
Мы, конечно, с себя эту обязанность не скидываем, но у нас и других забот как всегда полон дом

Вроде много раз рассматривали, во всяком случае, кто на форуме сидит, знает:
site.ru/admin/adminsite/

В ТП лучше. С указанием сайта, точной версии и потрохов

А чего через "похожие" не катит? По-моему, очень даже катит. У Вас куча разных единичных товаров, и если создаете товар-лук, то можно ему добавить "похожие", а формально просто накидать состав лука. Можно еще галку к товарам приделать "это составной товар лук", чтобы просто было обрабатывать товары луки "если галка стоит - выводить какую-нибудь звездочку". Тогда можно спокойно выдергивать и списка похожих, а по сути из состава лука, товары и выводить их в описании лука, и ссылки удобные делать, типа вот из чего лук состоит.

Ну совсем по-правильному - склонировать функционал "похожих", и его переделать. Это все равно быстрее, чем с нуля писать

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

Ну не знаю... Требование одно: "нормальный хостинг" Я как-то не задумывался никогда особо, что там в деталях надо. Взять любой хостинг, ставишь - работает. И если из 30 хостингов один мастерхост выпендривается - что тут писать..? Разрешите .htaccess?
Да там бред! Вот при инсталле на мастерхосте на папку userfiles ставишь права 777 в фтп, и наш скрипт затем там создает подпапки для файлов. И потом уже фтп-пользователем эти папки тронуть нельзя, ни изменить, ни удалить, ни обновить. Потому, что владельцы у папок разные, вы фтп-пользователь, а папку создавал скрипт и только скрипт может там хозяйничать. И все, эти папки уже не убить никак, например при переезде, только писать в техподдержку...

Доброго здоровья!
Тут может быть несколько проблем, и несколько причин.
1. Ошибка Call to undefined method Route::id_module()
/home/www/z119336/z3z/on/modules/registration/registration.model.php:404
как следует из названия ругается, что метод Route не определен, т.е. он его найти не может. Функция наша, дляс получения чпу, сидит в includes/route.php, использует кеш. Беда может быть либо в правах доступа к папке кеш, что маловероятно, раз все работало, либо в сбое файлов кеширования. Надо убить содержимое каталога cache.
А кеширование включить обратно можно руками
ссылка раз
ссылка два

Вы бы в техподержку обратились бы, да доступ бы дали бы. Чего гадать? Никто вслепую не поможет гарантированно

Сходите в config.php и выключите memcached руками.

Потом разбирайтесь на хостинге, как класс мемкешеда включить

Доброго здоровья и Вам!
Я подозреваю, беда в запятой вот тут
У Вас, кстати, в настройках магазина какой разделитель целых и десятков стоит?

Смотря какого модуля письма. Обычно в настройках модуля, например для магазина тут: .ru/admin/shop/config/ вкладка "Сообщения и уведомления"

/modules/feedback/feedback.ajax.php
send_mail()
строки 81-111
$subject - тема
$message - сообщение (берет шаблон из настроек и заменят там %title %url и пр)
$to - кому
$from - от кого

Но $to и $from лучше не трогать

site.ru/admin/shop/config/
Наверное, галку "Показывать товары подкатегорий" снять?

site.ru/adm/css/style.css
строка 672, убираете

А об актуальной на текущий момент 5.1, конечно

Да никаких особых проблем быть не должно. В шаблонах ничего не слетит, шаблоны 5.0 и 5.1 совместимы 100%. Файлы обновились все. Если Вы что-то дорабатывали - слетит, конечно. Поэтому рекомендуем сейчас скопировать Вашу 5.0 во временное место, обновить ее там до 5.1, и все фичи внедрить заново, только используя кастомизацию. Это будут отдельные файлы, которые при дальнейших обновления трогаться не будут - можете забыть про переживания с последующими обновлениями.

Где это забыли подчистить? Убрали мы это изменение через пару недель после релиза, как раз из соображений 100%-ной совместимости и из-за переживаний, подобным озвученных Вами выше.
Угу
Ну не просто "копирую", а создаете файл и в нем описываете только те функции, которые хотите заменить или дополнить сверху или снизу (см.ссылку на документацию)
Все нестандартное, добавленное и неизвестное в движке обновление не трогает.

Здравствуйте!
Самая частая проблема - права доступа и на запись файлов, которые инсталл требует, а при переносе пользователь забывает. На config.php, index.html, /cache/, /userfiles/ должны быть права 777 не "вроде", а точно.
Второй по частоте проблемный момент: сайт переносится на сервер, где версия РНР ниже 5.2. Тогда всплывают некоторые проблемки с классами.

Значит, не все перенесли, раз not found