Идеи пользователя
При анализе кода стандартных компонентов заметил что не все описания функций присутствуют в документации по API. Приходится лазать в недокументированном ядре Битрикса, чтобы понять что функция делает. Хотелось бы полную документацию по API, но если не можете всю обеспечить, хотя бы опишите те функции что встречаются в компонентах и желательно с примерами использования.
Суть предложения описал здесь в 2008 году:
и в 2009, в 2010:
Смысл в том, что тогда через обработчики событий можно будет обратиться к любому нужному компоненту на странице и обновить его. Сейчас это не возможно так как этот идентификатор постоянно перегенерируется и в том числе по этому все юзают jQuery, а не родную библиотеку.
не теряю надежды быть услышанным.
и в 2009, в 2010:
Смысл в том, что тогда через обработчики событий можно будет обратиться к любому нужному компоненту на странице и обновить его. Сейчас это не возможно так как этот идентификатор постоянно перегенерируется и в том числе по этому все юзают jQuery, а не родную библиотеку.
не теряю надежды быть услышанным.
На данный момент, например, личные сообщения прослушивают сервер по своему каналу, в который никак безболезненно не внедриться.
Потребуется ввести новый функционал (например, "друг появился на сайте"), придется делать еще один канал. Другой партнер сделает еще один функционал - опять канал. В итоге, ddos.
Хотелось бы одного канала, к которому можно было бы цепляться на этапе формирования, и на этапе парсинга на сайте средствами JS.
Да и когда такую, в принципе, важную штуку поддерживает основной разработчик, это лучше.
PS: Естественно, этот канал должен быть в главном модуле, а не только в соцсетке.
Потребуется ввести новый функционал (например, "друг появился на сайте"), придется делать еще один канал. Другой партнер сделает еще один функционал - опять канал. В итоге, ddos.
Хотелось бы одного канала, к которому можно было бы цепляться на этапе формирования, и на этапе парсинга на сайте средствами JS.
Да и когда такую, в принципе, важную штуку поддерживает основной разработчик, это лучше.
PS: Естественно, этот канал должен быть в главном модуле, а не только в соцсетке.
То система не видит домен РФ, то ключ, то еще что-нибудь — и 15 минут рабочего времени заполнения формы в топку (250р.)! Предлагаю проекты не прошедшие валидацию сохранять в черновики.
Описывал ранее в блоге () сложности, связанные с работой GetList, если имеется привязка элементов.
Например, справочник Модели [секция - Бренд, элемент - Модель] и каталог Товары [секция - Категория, элемент - Товар] связаны между собой свойством "Привязка к товарам". Мои модификации делают возможными следующий синтаксис:
Все изменения касаются файла /bitrix/modules/iblock/classes/general/iblockelement.php. Версия модуля "Информационные блоки" - 11.0.2. Выложил только модифицированные функции (мои дополнения и модификации выделены цветом):
Например, справочник Модели [секция - Бренд, элемент - Модель] и каталог Товары [секция - Категория, элемент - Товар] связаны между собой свойством "Привязка к товарам". Мои модификации делают возможными следующий синтаксис:
//найти все мужские товары $arFilter["PROPERTY_MODEL.PROPERTY_GENDER"] = $prop1; //найти товары определенного бренда $arFilter["PROPERTY_MODEL.IBLOCK_SECTION_ID"] = $sect1; //посчитать количество кожаных товаров $arGroupBy["PROPERTY_MODEL.PROPERTY_MATERIAL"] = $prop2; //посчитать количество товаров бренда $arGroupBy["PROPERTY_MODEL.IBLOCK_SECTION_ID"] = $sect2; |
Здравствуйте, Коллеги!
Сейчас для того, чтобы информировать пользователей моего решения "Калькулятор услуг" ( мне приходится это писать прямо в отзывы, что по смыслу с моей стороны - не правильно.
Предлагаю обратиться к Битриксу с просьбой интегрировать блоги разработчиков с отзывами на странице продукта в Marketplace - следующим образом:
1. Блог разработчика (если разработчик использует его для сопровождения продукта) выводится на странице модуля после закладки "Установка" с надписью "Блог разработчика" или "Поддержка в блоге".
2. Фамилии людей в отзывах являются ссылками по которым можно отправить личное сообщение с информированием о решении проблемы.
3. Пункт 2 можно сделать на множестве записей пользователей, выбрав их чекбоксами.
4. Сообщение, отправленное в п. 2-3, по желанию разработчика может появляться как комментарий к отзыву, причем, в случае множественной отправки, полный текст сообщения приводится только для самого свежего по дате отзыва, а в остальных дается только ссылка на этот текст.
5. Для блогов "завести" разделы, чтобы в случае поддержки нескольких модулей - каждая поддержка осуществлялась в своей ветке.
Сейчас для того, чтобы информировать пользователей моего решения "Калькулятор услуг" ( мне приходится это писать прямо в отзывы, что по смыслу с моей стороны - не правильно.
Предлагаю обратиться к Битриксу с просьбой интегрировать блоги разработчиков с отзывами на странице продукта в Marketplace - следующим образом:
1. Блог разработчика (если разработчик использует его для сопровождения продукта) выводится на странице модуля после закладки "Установка" с надписью "Блог разработчика" или "Поддержка в блоге".
2. Фамилии людей в отзывах являются ссылками по которым можно отправить личное сообщение с информированием о решении проблемы.
3. Пункт 2 можно сделать на множестве записей пользователей, выбрав их чекбоксами.
4. Сообщение, отправленное в п. 2-3, по желанию разработчика может появляться как комментарий к отзыву, причем, в случае множественной отправки, полный текст сообщения приводится только для самого свежего по дате отзыва, а в остальных дается только ссылка на этот текст.
5. Для блогов "завести" разделы, чтобы в случае поддержки нескольких модулей - каждая поддержка осуществлялась в своей ветке.
- Для “Группы сотрудников тех поддержки” в публичной части для компонента support.ticket.list сделать возможность отсортировать обращения для группы сотрудников не техподдержки на обращения в которых автором являюсь Я.
- В административной части портала для модуля техподдержки нет возможности отсортировать обращения в периоде над которыми производились работы т.к. сортировка работает только по дате создания и по дате изменения. А вот отсортировать по дате написания сообщения нет возможности.
- Также нет возможности отсортировать обращения, в которых я был хотя бы раз ответственным.
Давно просили сайт идей, наконец то. Спасибо Битрикс:)!
У меня такое предложение почему бы сайт не сделать типовым решением и предложить его на маркетплейс?
Компании могут установить себе такой сайт на корпоративный портал, чтобы сотрудники делились идеями по улучшению работы компании.
В принципе, можно и для БУС сделать, чтобы клиенты могли на сайте компании предлагать свои идеи.
Использование сторонних сервисов типа подходят далеко не всем, особенно если информация конфиденциальна.
Можно включить сайт идей как дополнительный модуль в старшие версии корпоративного портала, но можно и отдельно продавать как типовое решение.
У меня такое предложение почему бы сайт не сделать типовым решением и предложить его на маркетплейс?
Компании могут установить себе такой сайт на корпоративный портал, чтобы сотрудники делились идеями по улучшению работы компании.
В принципе, можно и для БУС сделать, чтобы клиенты могли на сайте компании предлагать свои идеи.
Использование сторонних сервисов типа подходят далеко не всем, особенно если информация конфиденциальна.
Можно включить сайт идей как дополнительный модуль в старшие версии корпоративного портала, но можно и отдельно продавать как типовое решение.
Ответил 
Tushinsky Yury 15.11.2011 23:54:21
Tushinsky Yury 15.11.2011 23:54:21
В 11 версии Корпоративного портала этот функционал реализован в виде модуля "Менеджер идей". В какие редакции БУС будет включен этот модуль еще не известно.
В CUser::GetUserGroupList возвращает мало полей. Код группы точно не помешал бы.
Сейчас пользовательские поля поддерживаются только несколькими объектами: USER, IBLOCK_SECTION, BLOG_BLOG, BLOG_POST, LEARN_ATTEMPT, SONET_GROUP, а иногда, при решении нестандартных задач, данный функционал требуется и для других объектов системы.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
