Вероятно, поля идентификатор не было, или было неверным. Для картинок просто: делаете новый импорт, два поля, id и изображения. Скачиваете файл CSV. Затем правите, удаляя поля с картинками (чтобы они не удалились), и добавляя новые отсутствующим. Грузите обратно в тот же импорт

Луцк - Украина?

А, ну понятно, какой тогда поиск от Яндекса?

Да там косячек небольшой, ща мы его подправим, сборку вдогонку кинем и новость опубликуем

Автосоздание страницы site.ru/privacy/ с типовой рыбой согласия на обработку персональных данных, а также в каждой вьюхе у всех форм под кнопкой отправить текст "отправляя формы вы соглашаетесь на обработку пд" и ссылкой

Только без main.css, edit_functions.php и yandex.money.php

Т.е. site.install.php, в котором создается страница /privacy/ с согласием, и все формы отправки, где под кнопкой выводится ссылка на согласие и текст "отправляя форму даю согласие"

Нет, в нерабочем. Проблема как раз в том, чтобы создавалась страница /privacy/ на рабочих сайтах независимо от существующей струткуры. Пока она создается только на новых сайтах, на деме demo.diafan.ru
Конечно, как отладим, новость пустим.

Ребята, какие продвижения вы ждёте? Мы работаем над тем, чтобы новые сайты, создаваемые на DIAFAN.CMS и в Diafan.Cloud по умолчанию имели страницу /privacy/ и ссылки на неё под формами отправки данных (коммент, заказ, вопрос, обратная связь и пр.). На новых сайтах!

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

Ха-ха-ха! Александра, Вы прилично плаваете в вопросах определений
Полистайте Википедию, что ли. Акцепт - это принятие оферты. Оферта - это договор между покупателем и продавцом.
А согласие на обработку персональных данных - это не договор, соответственно, безусловно, это не акцепт никакой. Он там и не нужен.
Пользователь и не подаст в суд, поэтому приводить решение суда об оферте здесь не к месту вообще. Речь только о штрафах РКН,и этой надписи для них достаточно.
Если переживаете - не переживайте, РКН скорее сначала Гугл щтрафанет, или майл.ру за отсутствие этой галки, чем Ваш сайт

Да... ""ха-ха"" не красит Вас, Валерий Викторович, как вроде взрослого человека, который должен хоть чуть-чуть хоть что-то понимать.
Данная цитата имеет отношение к ФЗ-152 ровно то же, что и эта:


Т.е. никакого.

Так так и есть! ФЗ-52 не имеет никакого отношения к CMS, сайтами и пр. Единственное, что участвует в описанной в законе связке ККМ-ОФД-Налоговая - это интернет, как способ передачи данных.
Более того, в DIAFAN.CMS никаких изменений нет. Всё, что мы делали, это дорабатывали внешние платёжные модули внешних платежных агрегаторов. Но только тех, что идут в пакете, а все внешние модули, типа монета.ру, доработали их сами, от нас ничего вообще не требовалось.

ФЗ-152 имеет много больше отношения к DIAFAN.CMS.
А вот решение суда по какому-то конкретному договору-оферте между двумя лицами, которое Александра привела по ошибке, к возможным претензиям к юрлицам от РКН отношения не имеет однозначно. Если Вы этого не понимаете, объяснять - сизифов труд.

Да уж, Валерий Викторович тот ещё забияка

Я не спорю. Именно поэтому я предлагаю брать пример с тех, у кого юристов целые отделы, и все прожженые и чисто по it-тематике. Именно поэтому я дал ссылку на форму регистрации в mail.ru, гугл и пр. Если майрушные (и тем более гугловые) юристы считают, что галка не обязательна и достаточно фразы "отправляя формы соглашаетесь", то кто мы, чтобы с ними спорить?

А решение суда, которое Вы привели, оно не имеет отношения к ФЗ-152. Это было решение по ГК и акцепту оферты, т.е. вообще из другой области.

А вот по поводу решений суда по ФЗ-152 лучше читать именно их, типа http://www.cossa.ru/152/158773/

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

Ну а вот пруфы о том, что галка не нужна, а достаточно просто надписи со ссылкой:
http://sudact.ru/law/federalnyi-zakon-ot-27072006-n-152-fz-o/glava-4/statia-18.1/?marker=fdoctlaw
Глава 4, статья 18.1, часть 2:

Всё. Больше ничего не должен. Обязан только опубликовать документ и обеспечить к нему доступ (тупо заметной ссылкой).
Формально, можно его опубликовать и просто в подвале сайта, но тогда РКН и суд могут прикопаться, что при отправке ПД не видно ссылки.
Поэтому все делают сразу под кнопкой.

Кто хочет делать галку, пусть делает ради всех богов. Мы не будем.

Валерий Викторович раздраконил. Но хорошо что больше он в эту тему не ходит и не читает ответы

Мы вам должны на вашем сайте галочку сделать? А дизайн новый нарисовать? И сайт ваш продвигать нам? Рекламу в директе дать? Вы это называете клиентоориентированностью? Тогда мы вообще не клиентоориентированы.
Не походу, а однозначно нет. Полистали бы закон. Мы под него только в 2018 попадаем.

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

По поводу это бред. У каждого модуля при прямом GET-запросе url платежного модуля будет 404.
Этот адрес ответит корректно только на POST-запрос и только если есть указанный заказ в статусе "новый", у платежа статус "запрос платежа" и сумма совпадает до копейки. Так что по этому поводу не судите. Смотрите логи обращений в платёжной системе.
А кстати, часть чпу "validate" не системный, не должен приняться без объявления в ядре

Вот, их три https://www.diafan.ru/dokument/full-manual/upmodules/payment/#Struktura-bekenda
payment/get/платежка/result/
payment/get/платежка/success/
payment/get/платежка/fail/

Никакого validate быть не может

Кроме разработчика модуля Вам никто не поможет.
Если модуль нерабочий, пишите об этом в комментариях под ним и если разраб не отреагирует, модуль будет скрыт в аддонсах

Да? Ну в понедельник, значит, уберем это дополнение

Со стороны NextPay? Ну может быть. Потестировать модуль надо было перед отправкой нам

Мы проверяем только корректность кода в плане наших стандартов, безопасность, отсутствие дыр, косяков и пр.
А если немного подумать, будет понятно, почему мы не вникаем в смысл создаваемых дополнений и не предъявляем никаких требований к логике.

Они же там не влезут по 3!?

Возьмите этот скриншот и отправьте в службу поддержки, попросите внести в CSS. Поддержка делает такие задание бесплатно

https://www.diafan.ru/dokument/full-manual/developers/api/custom/

Если есть активная тема и там файл /custom/имя_темы/themes/blocks/counters.php - выведется он, если нет, то /themes/blocks/counters.php

Нельзя в Diafan.Cloud к сайту два домена прилепить.
Прикрепление домена автоматическое, вручную мы пока только зоны правим по запросам пользователей. Наберем статистику, что самое востребованное и сделаем инструмент.
Где регали, там просто 301 редирект сделайте на ру домен и всё