Заработало?

plugins/class.phpmailer.php на скриншоте строка 271



http://php.net/manual/ru/language.types.array.php


Версия РНР какая на хостинге?

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

https://cloud.diafan.ru/templates/ - минута дела проверить. Версия будет актуальная. Даже ставить ничего не надо.

Вообще не, обычный Блокнот, виндовый, синенький. А этот скриншот не мой, мне Виталя переслал

Да уж конечно, ага! Хаха!
Я мне кажется (!!!), но на 100%, что проблема у Вас с параметрами smtp, логином, портом, сервером или паролем.

Протокол указывать надо обязательно. Как и порт.
Уточните на хостинге, как именно указывать протокол, если он не защищенный. Запросите также логи, на что именно ругается плагин, на ненайденный хост, на неверное соединение или потом уже на логин/пароль

Потому, что плагин новый, требования меняются, таковы последние стандарты. Если у Вас хостинг 9 лет не менял ПО, конечно, оно на старом плагине будет работать, а на новом нет

Но это не ошибка cms.
Ситуаций, когда мы что-то внедряем РНРшное из 5.6, а у кого-то работало раньше, но перестало, т.к. на хостинге РНР 5.2 по прежнему стоит, много, но это не повод заявлять, что это ошибка в цмс и нужно что-то возвращать как было. Лучше просто обновить РНР.
А в Вашем случае попросить хостинг обеспечить защищенное соединение при отправке писем по SMTP.
Это в любом случае пойдёт на пользу. Заявлять с гордостью, что "у меня ходило не по защищенному каналу" не айс ;)

Можно и в Жигули воткнуть блю-рей плеер ;)

Ребята, не ругайтесь!
Рома, я сразу сказал, что проблема в новом плагине phpmailer, в котором да, по умолчанию выставлено tls. Предлагать поменять плагин не стал, т.к. не знаю уровня и не хотелось, чтобы правленный плагин улетел в кастом и не обновлялся больше. Да и объективно защищенное соединение лучше не защищенного.а пользователи облака в 99,5% случаев используют ящики с mail.ru yandex.ru или Gmail.com, а там ssl tls везде, так что проблем ни у кого нет.

А Вы подумайте сами, логически. Для чего, по-Вашему можно изменить адрес панели управления site.ru/admin/ на какой-нибудь site.ru/super-papka-44-Fg/? Наверное, для того, чтобы злоумышленники не могли её найти и начать брутфорсить пароль администратора. По этой же причине папка админа site.ru/super-papka-44-Fg/ отдает в хедерах 404 - чтобы её не проиндексировали поисковики, мало ли, где-то ссылку кто-то перекинет другу.
Ну и? Спрятали Вы папку входа в админку. А толку-то, если админ может залогиниться из фронтэнда? А база пользователей единая.
Безусловно, надо не пускать любого пользователя, у которого есть хоть малейшие полномочия администрировать сайт ни откуда, кроме как из секретного адреса админки. А из фронтэнда только обычные пользователи.

Чего-то я вообще не понял суть претензии. При чем тут "фича" и заказчица, которая почему-то с паролем адинистратора тыкается во фронт-энд?
Скорее всего, это проблема исполнителя, который не сдал заказчице нормально сайт. Чего проще отдать заказчице пароль от админки и сказать "Вот пароль, вот адрес админки, вот тут вводить". И не будет тогда заказчица тыкаться во фронтэнд.
Я, конечно, понимаю, во многих других ЦМС плевать, куда вводить пароль админа, но там и админка жесткая, по единому всем известному адресу. В DIAFAN.CMS разница есть, мы думаем о безопасности.
Это как человек пересевший со старенькой Волги в Мерседес возмущается, почему он как обычно не пристегивается, а в салоне раздражающее ПИМ-ПИМ-ПИМ, чё за херня, машина бракованная что ли? Так пристегнись, ёпта! За тебя же переживают!
Ага, ща! Не надо по себе судить о процентах всех пользователей. Это во-первых. Во-вторых, не надо путать необходимость со стороны пользователей и просто необходимость. Пользователям даешь волю, они делают по адресу site.ru/admin/ доступ по admin:admin или admin:123 и им плевать. А потом "Ой, сайт конкуренты взломали, Диафан плохой!" - оно нам надо?

http://www.diafan.ru/dokument/full-manual/sysmodules/users/#Polzovateli

Достаточно внятно?

Война аллегорий? Так нет, хрен, неверное сравнение! Водитель ключ не в замок зажигания сует, а в магнитолу, в USB дырку...

С той же страницы, двумя экранами ниже, где речь про права доступа:

А зачем же Вы прикрепляли домен, у которого ДНСы старые?
Да, если домен прикреплен, то по техническому адресу сразу ставится редирект, чтобы дублей не было в поиске.

Пропишите себе на комп в hosts IP-шник для подцепленного домена и заполняйте сайт.

Или просите ТП открепить домен.

Проверил кучку случайных сайтов, все ок.

Есть группа вирусняков, которые внедряются в htaccess и вредят только определенным устройствам, или посетителям с определенным рефером. Типа пришел из яндекса - на тебе редирект на дорвей. Или если ты с мобилы, на тебе установка апк какого-нибудь.
Если эти косяки есть, надо сервак смотреть, особенно если там много разных сайтов и много людей доступ имеют.

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

Может быть речь о show_h1, show_title, show_text?

Хм. Логика правильная, но этот случай ваще не частый. Я подобную задачу вообще первый раз вижу за столько лет. Это очень часТный случай и решать должен именно как Вы говорите "костылем". Костылем в виде собственного шаблонного тега, как минимум, как говорит Денис выше, если так охота иметь в шаблоне только теги.

У нас, кстати, скоро интеграция с amoCRM выйдет

Запуливание информации о заказах, обратной связи, вопросах в AMO, там будут сделки/задачи/события создаваться

Ниже в зависимых характеристиках нет?

Тогда кастом, наверное, старая папка перекрывает обновления. Посмотрите, что там в custom/my/modules/shop/admin/

Если шаблон старый, она там просто не выводится. Гляньте шаблон свежей версии, какая там переменная и выведите её у себя в шаблоне в нужном месте

Ну в ЛК, пакет DIAFAN.CMS ;)

В 6.0 немного изменились статусы, раньше они были жёсткими, а в 6.0 сделали редактируеми. Если обновились, Ваши старые жесткие статусы перешли в действия новых статусов, а сами статусы остались без имени.
Короче, заходите в статусы и делайте себе новые статусы сами. Называете "Новый" и выбирайте действие "Новый". "В обработке" - "В обработке". И т.д. Можете продублировать просто, можете своих статусов добавить.

Вижу

Макс, как только на объяснение "как" нужно тратить больше времени, чем сделать само "это", количество желающих будет стремиться к нулю.
Виталий выше реально дольше писал, чем если бы он это сделал.