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

Типа как тут? Там даже 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

У нас часто спрашивают, есть ли какой-нибудь дополнительный бумажный документ, подтверждающий владение лицензией.
Обычно юридическим лицам достаточно документального подтверждения в виде лицензионного договора и лицензионного акта.
Но может быть есть смысл ввести дополнительный документ "Сертификат на лицензию"?
Красивый документ с печатью, на одном листе, мол, лицензия на DIAFAN.CMS для использования на домене таком-то принадлежит тем-то.
А за какие-нибудь дополнительные несколько сотен рублей печатать прям сертификат на денежной бумаге с водяными знаками и вензелями?

Юридически достаточно, чтобы был , это и есть . По сути, речь про дубликат.
А вообще, если печатать такой документ, то лицензию и домен в ней надо фиксировать, замораживать на веки вечные. Потому, что сейчас у нас возможность есть по запросу в ТП сменить домен в лицензии, а в случае выписки справки и дальнейшей смене домена получится некорректная ситуация...

Одним движением никак, боюсь. Придется поковыряться, так или иначе. Либо работать в альтернативном направлении: кнопку "Купить" у товара убрать, но приделать к товару форму обратной связи. Тогда к ней надо будет только идентификатор товара прикрутить

Вот это вообще не понял

Еще, если покумекать, есть вариант приделать к товару форму, как на скриншоте, в которой "подделать" поля, и их имена и сабмитить ее на order/step2/, туда же, куда сабмитит оформление заказа из корзины.

Ну как реализовать, как... Последовательно. Сноровку, смекалку, все как обычно при программировании. Можете сделать в форме сразу все поля, и для физиков и для юриков и на сайте в HTML-е уже слоями поделить, переключалку джекверевую. Тем более у нас в 5.1 есть "Заголовок группы характеристик", можно по нему слои делить.

1. Стандартный порт пробовали? Другой ящик пробовали, не на гугле? (чисто проверить работу скрипта и локализовать проблему в гугле)
2. Режим разработки включен?

Надо будет поковырять плагин на предмет 587 порта. Пойду в баги запишу