ты путаешь УД и доверенные центры
Единственное, что я спутал - УД и УЦ (потому что тупо скопировал из цитаты). Я получал подпись именно в аккредитованных УЦ. Причём в разных. Везде выдавали подпись на токене.
Неправильно. УД выдают и КЭП на токене. Я оформлял подпись через УЦ, когда налоговая их ещё не выдавала - и спокойно подписывал документы для налоговой, для Федресурса, она вообще была действительна для всех органов и организаций, предусмотренных для неё. А в УЦ обращался раз в год, чтобы продлить эту подпись. И для сервисов УЦ, кстати она вообще была не нужна - там было достаточно простой подписи.
Нет, я это так и не добил до конца. Сделали какой-то компромиссный вариант. Пробовал выводить отдельно торговые предложения, но там проблемы с пагинацией и с этими всякими умными поисками и фильтрами. А делать всё простыми товарами - как-то не по феншую. По-хорошему, надо свой компонент мастерить, но у заказчика столько денег нету.
Да, про это. Вопрос в том, что в базе данных же всё равно эти 100500 свойств хранятся, просто не показываются пользователю? Или не так? Я про производительность в данном случае пишу, потому что наблюдаю тормоза при выводе товаров и грешу на лишние свойства.
Именно, не ограничивает. Если использовать его как фреймворк. Но фреймворк я могу использовать и другой, здесь же мы говорим про стандартные решения, реализованные в Битриксе, и эта реализация довольно неудобна.
Вот представь себе, есть такие требования у заказчиков, чтобы выводились отдельно карточки товаров с хромированным покрытием, без покрытия, чёрные, белые, серо-буро-малиновые, и чтобы всё это сортировалось по цене.
Нет, тут разговор про разные подписи. Читайте тему внимательнее.
зашибись вариант))
Нормальный вариант. Договор заключать надо в любом случае. Дополнительно в договоре оговариваете, что документы, подписанные этой подписью, имеют юридическую силу.
Тут как раз появилась, какая то "обычная ЭЦП". Которой на текущий момент нет.
Вот тут про то, что есть: https://www.gosuslugi.ru/help/faq/lk_rf_passport/100774 . И про юридическую силу там же:
Возможно, Но что означает "перевод данных в БД"? Где это реализовано в Битриксе? Так-то я могу и на фреймворке слепить ИМ, мне для этого и Битрикс не нужен.
Проблемы при работе. Именно, что это другой инфоблок. Например, при выводе листинга товаров в разделах.
А такое, что если продаёшь телевизоры, велосипеды и унитазы, то у каждой категории свои свойства, и избавиться от лишних - никак, только если несколько каталогов лепить, но там уже костыли начинаются.
Чем же именно он неудачный там?
Например, возникают проблемы при необходимости внедрить многоязычность. Например, косяки с торговыми предложениями. Например, неудобно работать со свойствами при большом количестве разнородных категорий. Дальше лень вспоминать, но когда начинаешь работать, то постоянно натыкаешься то на одно, то на другое. Для информационников - да, Битрикс удобен. А вот для интернет-магазина - только для небольшого.
