Ну не нравится человеку наша Админка, чего такого? Бывает. Мы же не доллар, всем нравиться

Ну ребята, ну прекращайте Если в магазине imagecms вывести всё, что выведено в списках и карточке товара Диафана, там будет просто жопа. И наоборот, если у нас оставить только картинки и кнопку купить, как сейчас там, будет тоже всё ровненько и аккуратно.
А сейчас imagecms как цмс выглядит просто скудно. Фотка и кнопка купить есть даже в бесплатном виксе, и выглядит не хуже

Равиль, Вы не путайте. Задача демо в нашем случае показать не дизайн фронтэнда (его делают все под себя), а функциональность системы, её возможности. Купить, купить в один клик, сравнить, отложить, выбор зависимых параметров, смена картинок, вывод характеристик в список, описания, отсутствие, формы сообщений, избранное и т.д. Это всё надо вывалить, желательно на одном экране, без прокрутки, и длинное и короткое. Люди это видят и понимают о чем речь, не придираясь к разной высоте кнопок. А хотите посмотреть, как оно бывает в дизайне, велкам на https://cloud.diafan.ru/templates/
Вот нормальный диз магаза? http://themes.diafan.ru/adaptiveshopvelo/

Для нас не проблема поменять шаблон. Тем более, что это реально быстро и просто, как минимум можно взять самый красивый с https://cloud.diafan.ru/templates/?catid=3 и просто заменить в коробке.
Мы думали об этом, анализировали посетителей. Но получается так, что demo.diafan.ru смотрят именно профессионалы, которые умеют абстрагироваться от дизайна демы и оценивать функциональность цмс и её админку, а не рюшки. А вот конечные клиенты чаще на диафан подсаживаются как раз через https://cloud.diafan.ru/ - зашел, кнопку тыкнул на нужном тебе дизайне фронтэнда и далее по факту крутишь-вертишь свой персональный демо-сайт аж три недели. А далее уже выкупают лицуху и всё, фанат готов

А, да, парррдон, туплю

Ну это просто заблуждение, надеюсь, а не осознанное сбивание с истины.

Для того, чтобы товары обновлялись, а не добавлялись, система должна существующие товары находить. Для этого служит поле "Идентификатор". Оно может быть:

• Идентификатором на сайте, это ID в базе сайта
• Сторонним Идентификатором, например из 1С
• Артикулом

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


А эта галочка удаляет всё, что не описано в файле CSV. И если в файле CSV нет идентификаторов, эта галочка убьёт весь каталог и загрузит заново новые товары. Вы дорогу Нику не переходили, за что он мог такой совет дать?

https://cloud.diafan.ru/manual/faq/kak-sozdavat-rezervnye-kopii/

Вероятно, поля идентификатор не было, или было неверным. Для картинок просто: делаете новый импорт, два поля, 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? Ну может быть. Потестировать модуль надо было перед отправкой нам

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