!Тема острая! у многих такая проблема.
===========================
Здравствуйте!
Очень хочется увидеть в последующем обновлении Авторизацию по звонку (Flash Call).
Последние 4 цифры входящего номера и готово.
====
Связано с тем что, сейчас авторизация по SMS становится с каждым днём затруднительна потому, что Операторы сотовой связи частично блокируют сервисы по отправке СМС. Ps. Эта информация из разговора с СМС сервисами...
Поэтому на многих интернет магазинах, сейчас с СМС авторизацией беда...
СМСки приходят очень долго или вообще не приходят.
И ещё, что важно, такие операторы как МТС, Билайн, Мегафон. Требуют для работы, по мимо авторизации, и помимо набежавших СМС, ещё и ежемесячную плату за факт подключения в размере 2500руб, итого на 3 оператора получается 7500р...
Таким образом получается, оптимальный выход из ситуации - это авторизация по звонку с нескольких сервисов - два и более сервиса. Потому что такие звонки, тоже оказывается частично блочат Операторы сотовой связи...
====
Логика такая:
Сначала срабатывает первый сервис, затем, если через заданное время пользователь не ввёл в форму последние цифры номера, то при нажатии получить код повторно, срабатывает второй сервис, и третий, и четвёртый если надо...
PS.
Так реализована у нас в 1С авторизация... Двух операторов пока достаточно, у нас это SMS.Ru и SigmaSMS.ru
В итоге получаем быструю и дешевую авторизацию.
===========================================
Теперь, по поводу сторонних модулей авторизации, которые есть на Маркетплейсе Битрикса.
Они известны все...
Использовать их нет особого желания, дабы не плодить зоопарк решений и самое главное это из-за стабильности и безопасности. Чтоб не плавать в куче решений, если вдруг сайт сломается из-за чего-то...
Хочется пользоваться функционалом от одного Разработчика - разработчика основного решения.
Где основное решение нативно дружит или с доп модулем, или уже туда включено.
Спасибо
public static function set($moduleId, $name, $value = "", $siteId = "")
Сейчас опшен можно записать/получить для указанного $siteId.
Было бы ещё лучше если добавили группу пользователя.
Например для группы_1 сайта_1 можно было сохранить одну минимальную сумму для заказа, а для группы_2 сайта_1 другую.
Или показывать "мою фичу" только на сайте_3, для группы_1.
Сейчас опшен можно записать/получить для указанного $siteId.
Было бы ещё лучше если добавили группу пользователя.
Например для группы_1 сайта_1 можно было сохранить одну минимальную сумму для заказа, а для группы_2 сайта_1 другую.
Или показывать "мою фичу" только на сайте_3, для группы_1.
Периодически у всех разработчиков возникают тех. сложности и другие вопросы по системе,
писать в тех. поддержку и ждать сутки, пока нам напишут, что наш вопрос требует вмешательства старшего специалиста, потом еще сутки, потом уточняющие вопросы и т.д.
и все тянется .. а возникшая проблема тормозит весь процесс разработки..
Мы понимаем, что тех. поддержка завалена вопросами, и уверен, что более 90% этих вопросов сводятся к ссылкам на документацию.
Можно ли как-то давать приоритет на обработку вопросов от специалистов, которые стали очные экзамены ?
писать в тех. поддержку и ждать сутки, пока нам напишут, что наш вопрос требует вмешательства старшего специалиста, потом еще сутки, потом уточняющие вопросы и т.д.
и все тянется .. а возникшая проблема тормозит весь процесс разработки..
Мы понимаем, что тех. поддержка завалена вопросами, и уверен, что более 90% этих вопросов сводятся к ссылкам на документацию.
Можно ли как-то давать приоритет на обработку вопросов от специалистов, которые стали очные экзамены ?
Когда внутри комплексного компонента вызываются несколько включаемых областей, то при наведении курсора на комплексный компонент - сразу не ясно какая из них нужная:
В параметры компонента можно добавить дополнительный параметр, отвечающий за текст кнопки редактирования, а затем сделать что-то вроде:
Тогда сразу становится понятным, какая из включаемых областей за что отвечает в комплексном компоненте:
В параметры компонента можно добавить дополнительный параметр, отвечающий за текст кнопки редактирования, а затем сделать что-то вроде:
Тогда сразу становится понятным, какая из включаемых областей за что отвечает в комплексном компоненте:
Реализовал загрузку файлов на форме через AJAX-действия, хотелось бы подписаться на прогресс upload'а, но в методе BX.ajax.runComponentAction такой возможности нет. Зато в BX.ajax (который по сути вызывается для Ajax-действия) есть параметр start - можно было бы получить var xhr = BX.ajax.runComponentAction, подписаться на нужные события и после запустить запрос xhr.send. Но параметр start для BX.ajax.runComponentAction отсутствует. Предлагаю добавить такой параметр.
Предлагаю выводить ID записи в истории заказа, т.к. на текущий момент не понятно какая из строк была первая и могла запустить следующее изменение...
На странице Почтовые шаблоны (Настройки / Настройки продукта / Почтовые события / Почтовые шаблоны) /bitrix/admin/message_admin.php БУС в настройках отображения списка не хватает поля Копии (CC), хотя есть поле для вывода "Скрытая копия".
Желательно дать возможность пользователям видеть в списке шаблонов данные по этому и, возможно, другим, полям почтовых шаблонов.
Желательно дать возможность пользователям видеть в списке шаблонов данные по этому и, возможно, другим, полям почтовых шаблонов.
Добрый день!
Речь про Email маркетинг
Добавьте, пожалуйста, возможность в настройках модуля и настройках каждой конкретной рассылки, указывать замену для тега #NAME#, если у получателя не указано имя.
Сейчас из настроек модуля автоматом добавляется "Друг", не совсем удобно когда делаешь официальную рассылку.
Это поле указано в файле локализации в ядре /bitrix/modules/sender/lib/recipient/
Менять ядро не хочется, вешать специальное событие, которое создаст доп. нагрузку тоже не хочется.
Это можно реализовать как в модуле рассылок в БУС, так и в Битрикс24
Речь про Email маркетинг
Добавьте, пожалуйста, возможность в настройках модуля и настройках каждой конкретной рассылки, указывать замену для тега #NAME#, если у получателя не указано имя.
Сейчас из настроек модуля автоматом добавляется "Друг", не совсем удобно когда делаешь официальную рассылку.
Это поле указано в файле локализации в ядре /bitrix/modules/sender/lib/recipient/
Менять ядро не хочется, вешать специальное событие, которое создаст доп. нагрузку тоже не хочется.
Это можно реализовать как в модуле рассылок в БУС, так и в Битрикс24
В 2019 году поддержка windows-1251 кажется неактуальной.
- В маркетплейсе загружать модули/обновления в кодировке UTF-8
- При установке убрать галочку "Установить в UTF-8"
- В маркетплейсе загружать модули/обновления в кодировке UTF-8
- При установке убрать галочку "Установить в UTF-8"
Добавить возможность отправки файлов через веб-формы в битрикс24
При попытке массово редактировать вопросы Веб-формы, становятся активными для редактирования только поле Сортировки, а остальные поля Неактивны...((
Теперь нужно ручками заходить в каждую веб-форму, в каждый Вопрос, переходить на вкладку Вопрос, и изменять текст...
Теперь нужно ручками заходить в каждую веб-форму, в каждый Вопрос, переходить на вкладку Вопрос, и изменять текст...
Подробнее здесь
Ответил 
Жуков Евгений 29.10.2018 10:08:11
Жуков Евгений 29.10.2018 10:08:11
Ошибки нет, есть неверный фильтр
Думаю лучше из стандартныш шаблонов компонентов убрать бутстрап.
В шаблоне интернет-магазин, можно и оставить, не мешает, но в компонентах оформления заказа, каталога и т.д. они не нужны, т.к. много разных методологий верстки, и других библиотек, которые хочется использовать при разработке сайта. Например MDL вместо бутстрапа, или вообще подключая бутсрап, переопределяет наши стили, мешает при разработке. А переписывать шаблоны трудозатратно с проекта на проект.
В шаблоне интернет-магазин, можно и оставить, не мешает, но в компонентах оформления заказа, каталога и т.д. они не нужны, т.к. много разных методологий верстки, и других библиотек, которые хочется использовать при разработке сайта. Например MDL вместо бутстрапа, или вообще подключая бутсрап, переопределяет наши стили, мешает при разработке. А переписывать шаблоны трудозатратно с проекта на проект.
В шаблоне новой версии корзины забыли в дать возможность убрать товар в отложные.
В нестройках компонента выбрал колонку "Отложить", но никакой кнопки не появляется. Также в шаблонах не нашел кода, который выводил бы кнопку для Отложить.
Но в JS скриптах шаблона, возможность заложена:
if (BX.util.in_array('DELAY', this.params.COLUMNS_LIST))
{
entity = this.getEntity(node, 'basket-item-add-delayed');
BX.bind(entity, 'click', BX.proxy(this.addDelayedAction, this));
}
Сейчас вручную в шаблоне встраиваем ссылку с data-entity="basket-item-add-delayed"
В нестройках компонента выбрал колонку "Отложить", но никакой кнопки не появляется. Также в шаблонах не нашел кода, который выводил бы кнопку для Отложить.
Но в JS скриптах шаблона, возможность заложена:
if (BX.util.in_array('DELAY', this.params.COLUMNS_LIST))
{
entity = this.getEntity(node, 'basket-item-add-delayed');
BX.bind(entity, 'click', BX.proxy(this.addDelayedAction, this));
}
Сейчас вручную в шаблоне встраиваем ссылку с data-entity="basket-item-add-delayed"
После небольшого тестирования Сайтов24 в БУС хотелось бы иметь следующие возможности (если, конечно же, есть в планах сделать их больше, чем просто лэндинги):
1. Над роутом сайтов24 добавить urlrewrite, чтобы можно было оборачивать в блоки комплексные компоненты.
2. Сделать папки страниц, чтобы была папка /about/, а в ней уже страницы
3. Сделать "служебные страницы". Например, при выборе шаблона header, footer и рабочая область можно выбрать 2 области в качестве шапки и подвала сайта, но эти области будут так же доступны по прямым адресам, например, /header/, /footer/ - не очень правильно, имхо
4. Реализовать редирект с главной страницы. Сейчас, если выбрать в качестве главной страницы область, например index, то она будет доступнка и site.ru/ и site.ru/index/ - что тоже не правильно
1. Над роутом сайтов24 добавить urlrewrite, чтобы можно было оборачивать в блоки комплексные компоненты.
2. Сделать папки страниц, чтобы была папка /about/, а в ней уже страницы
3. Сделать "служебные страницы". Например, при выборе шаблона header, footer и рабочая область можно выбрать 2 области в качестве шапки и подвала сайта, но эти области будут так же доступны по прямым адресам, например, /header/, /footer/ - не очень правильно, имхо
4. Реализовать редирект с главной страницы. Сейчас, если выбрать в качестве главной страницы область, например index, то она будет доступнка и site.ru/ и site.ru/index/ - что тоже не правильно
В интернет-магазине многие свойства товара лучше хранить в виде чисел. Так их удобнее использовать в умном фильтре, например, отбирать мебель по ширине.
Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:
Габариты ШхВхГ ....................... 680х340х200 мм
Ширина, мм ....................... 680
Высота, мм ........................ 340
Глубина, мм ....................... 200
Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):
Частота воспроизведения ....................... 20 - 35 000 Гц
Предлагаю для решения этой задачи использовать вычисляемые поля.
Идея вычисляемых полей давно у же витает в воздухе (и даже в голосовании).
Более того, она была не только четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.
Вот Яндекс.Маркет, кстати, давно уже .
Ну красота же! Я уж молчу про группировку полей...
Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:
Габариты ШхВхГ ....................... 680х340х200 мм
- Такой вид компактнее.
- Единицы измерения рядом со значениями - читателю не нужно бегать глазами по горизонтали к названию совойства
Ширина, мм ....................... 680
Высота, мм ........................ 340
Глубина, мм ....................... 200
Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):
Частота воспроизведения ....................... 20 - 35 000 Гц
Предлагаю для решения этой задачи использовать вычисляемые поля.
Идея вычисляемых полей давно у же витает в воздухе (и даже в голосовании).
Более того, она была не только четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.
Вот Яндекс.Маркет, кстати, давно уже .
Ну красота же! Я уж молчу про группировку полей...
Очень не хватает события на внедрение в XML документа (заказа) перед передачей его в 1С.
Сейчас решается задача написанием класса наследника CSaleExport и модификация нужных функций, причем приходится копировать компонент в своё пространство и тем самым теряя время на отслеживание изменений в обновлениях компонента и т.д.
Думаю было бы удобным данное событие. Т.к. в 1С в некоторых случаях нужно подкреплять данные, например о количестве оплаченных бонусах, или хочется передать название скидки примененной к товару и другие.
P.S. Александр Денисюк, я подходил к Вам после Вашего доклада =)
Сейчас решается задача написанием класса наследника CSaleExport и модификация нужных функций, причем приходится копировать компонент в своё пространство и тем самым теряя время на отслеживание изменений в обновлениях компонента и т.д.
Думаю было бы удобным данное событие. Т.к. в 1С в некоторых случаях нужно подкреплять данные, например о количестве оплаченных бонусах, или хочется передать название скидки примененной к товару и другие.
P.S. Александр Денисюк, я подходил к Вам после Вашего доклада =)
Господа, очень часто сталкиваемся с такой задачей, как "нештатные скидки", или "нештатный алгоритм расчета цены товара".
На форуме уже не первый год поднимались похожие вопросы, но к сожалению ни в одном из них не пришли к решению задачи.
Пример задачи: например у нас есть инфоблок со скидками, с привязками к пользователям, нужно автоматически в зависимости от пользователя, применить эту скидку.
Или цена товара рассчитывается по следующему алгоритму "Базовая цена + коэффициент", где коэффициент меняется в зависимости от разных признаков, например группы пользователя.
Трудности в следующем: не получается "малой кровью" пересчитывать цены или скидки, чтобы пересчитанная цена отображалась как в каталоге товаров, так и в корзине и других компонентах, где идет вывод товара с ценой.
Т.е. событие OnGetOptimalPrice срабатывает только в корзине. Приходится руками кастомизировать шаблон детальной страницы карточки товара, списка товаров, если подключен умный поиск со всплывающими подсказками по каталогу, то и там соответственно.
Искали разные события в ядре, которые помогли бы только в одном месте внести изменения по алгоритму расчета цены, и никакие шаблоны не кастомизировать. К сожалению ничего еще не нашли.
Может у вас есть какие-то мысли или решения проблемы?
Также, было бы прекрасно, если бы штатные скидки, можно было привязывать к пользователю и при этом они обрабатывались не только в правилах корзины, но и в каталоге товаров. А как решаете такую задачу? То что нужны скидки с привязкой к пользователям, что бы работали по всему сайту?
На форуме уже не первый год поднимались похожие вопросы, но к сожалению ни в одном из них не пришли к решению задачи.
Пример задачи: например у нас есть инфоблок со скидками, с привязками к пользователям, нужно автоматически в зависимости от пользователя, применить эту скидку.
Или цена товара рассчитывается по следующему алгоритму "Базовая цена + коэффициент", где коэффициент меняется в зависимости от разных признаков, например группы пользователя.
Трудности в следующем: не получается "малой кровью" пересчитывать цены или скидки, чтобы пересчитанная цена отображалась как в каталоге товаров, так и в корзине и других компонентах, где идет вывод товара с ценой.
Т.е. событие OnGetOptimalPrice срабатывает только в корзине. Приходится руками кастомизировать шаблон детальной страницы карточки товара, списка товаров, если подключен умный поиск со всплывающими подсказками по каталогу, то и там соответственно.
Искали разные события в ядре, которые помогли бы только в одном месте внести изменения по алгоритму расчета цены, и никакие шаблоны не кастомизировать. К сожалению ничего еще не нашли.
Может у вас есть какие-то мысли или решения проблемы?
Также, было бы прекрасно, если бы штатные скидки, можно было привязывать к пользователю и при этом они обрабатывались не только в правилах корзины, но и в каталоге товаров. А как решаете такую задачу? То что нужны скидки с привязкой к пользователям, что бы работали по всему сайту?
С начало идет подготовка (очищение) директории $DIR_NAME методом cleanUpDirectory, потом только идет проверка существования раздела (если нет создает) CheckDirPath($DIR_NAME)
© 2001-2022 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
