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 порта. Пойду в баги запишу

По-моему, это очень просто. Идете в шаблон счета для юрлиц modules/cart/payment/non_cash/cart.payment.non_cash.ul_tpl.php и в HTML прибавляете img src=скрин.печати в нужное место.

5 тыщ, плюс-минус 3

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

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

Для всех, или "Общая"? Разница есть.
И ответьте, если перейти в категорию, она появляется?

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

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

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

Конечно, можно. Брать и оптимизировать. И первый шаг описан выше: режим разработчика + профилирование запросов. Там будет видно, в чем проблема и какие запросы медленные. Обычно достаточно индексы поставить.

Тут бы верстку увидеть, и меню. Вслепую идеи сложно генерировать.
А вообще, чем show_links не подходит? Он как раз показывает все подпункты текущего пункта. А все исходное меню можно скрыть. Хотя не, не пойдет наверное... В общем, сайт надо

По-моему, лучше просто использовать
и всю нужную конструкцию построить в menu.view.php

Здравствуйте!
Вообще, это не очень быстро. Я навскидку не скажу.
Вообще, уведомление летит администратору сайта на ящик из настроек сайта в файле modules/feedback/feedback.ajax.php
Если файл открыть, то там видно код, есть комментарии.
В принципе, если я правильно понял задачу, можно сделать в форме обратной выпадающий список "Отправить: менеджеру/директору", задать в переменную списка значения 1/2. И уже в ajax в зависимости от того, что пришло, подставлять в переменную $to тот или иной майл.

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

А так www.sute.ru/sitemap.xml не доступен?

Это надо играть со строкой

подвигайте ее либо в самый верх, либо вниз группы инструкций.

Можете делать через кастомизацию. У нас в 5.1 была очень серьезная доработка на эту тему. Про нее уже есть в документации. http://cms.diafan.ru/dokument/full-manual/developers/api/customization/
То есть, отдельным файлом можно задать новые алгоритмы любых функций, не трогая исходный файл. И таким образом не бояться ни автообновлений, ни новых версий. Совместимость сверху мы постараемся сохранить на многие годы, так что поработав раз, больше код от Вас никуда не денется

А какое у нас может быть мнение? У нас давно совего мнения нет. Как народ скажет, так мы и делаем.