А вот и нет! В корпоративном портале работает это совершенно не так
Раньше (до 17 версии/нового дизайна) меню собиралось из .left.menu.php и .left.menu_ext.php и все было нормально. В текущих реалиях Вы контролируете общие пункты (причем выключить их совсем, т.е. без удаления, нельзя). А работает это так, потому что теперь пункты меню деляться на 3 части: 1) Стандартные пункты (из этих файлов) 2) Общие пункты меню (те, что назначены пресетом) 3) Административные пункты меню (те, что добавил администратор) 4) Личные пункты меню (те, что довабили лично Вы) 5) и все это подается под оригинально сортировкой лично для каждого пользователя.
И Р, какой именно фильтр Вы имеете ввиду? В стандартных гридах старой версии была желтая надпись (что установлен фильтр и т.п. вот кнопка сбросить), в новом - он выделяет в поле, значения.
SkyNetYar, это два отдельных, не связанных маркетплейса. Обходным путем является регистрация временного ключа (вроде как прокатывает). Мы вообще NFR-ки используем при разработке.
https://{Компания}.bitrix24.ru/rest/{МойID}/{Мой код}/task.item.tlist.json?order[CREATED_DATE]=desc&filter[TITLE]=Поступила заявка на сервис%&PARAMS[iNumPage]=2
Код запрашивает вторую страницу (т.е. элементы с 50 по 73). Можно конечно увеличить объем передаваемых данных, но как на это отреагирует битрикс... хз. Они вроде везде по 50 отдают стандартно (и даже настаивают на этом).
Насколько я знаю, $paymentCollection это объект спец. типа, который состоит из множества объектов оплат. Вы оплатили одну из них и похоже она скорее всего системная. Попробуйте пройтись циклом и "оплатить все", а уже потом сохранить заказ.
Чтобы все пользователи могли читать, то для группы: "Все пользователи (в том числе неавторизованные)" - права чтение Чтобы только пользователи могли общаться "Пользователи, имеющие право голосовать за рейтинг" и "Пользователи имеющие право голосовать за авторитет" - права Новая тема
Евгений Шутов, а почему бы не генерировать собственный "товар" уже по факту? То есть, Вы же можете положить товар в корзину с фиксированной ценой, а еще Вы можете сделать собственный калькулятор для такого товара. Единственное этот калькулятор в админку/ЛК не перенести (т.е. все расчеты при изменении нужно будет заново производить). Но как вариант (может быть и не очень хороший), я бы выбрал этот путь
Александр Воробьев написал: Хм. И можете подсказать как? Хотя бы какие активити.
Простите меня, дуру грешную (с). Попутал сильно, посыпаю голову пеплом, - для УС такое провернуть нельзя, только для Диска и CRM и прокатывает. Однако такое активити можно провернуть на основании CBPCrmGetDataEntityActivity (/bitrix/activities/bitrix/crmgetdataentityactivity).
Обычно мы такие финты проворачиваем в своих классах, т.е. если необходимо проверить - в блоке php кода делает соответствующие изменения (блоки большие и многофункциональные получаются)
Александр Воробьев, ИМХО то, что пытаешься сделать это немного не то, для чего нужны в БП кастомные активити. Если и загрузки и машины это элементы разных УС, то при помощи стандартных активити ты можешь выполнить все что нужно. Правда я не понимаю вообще зачем тогда давать возможность создать "загрузку" на машину сразу увеличивающий объем самой машины.
Если бы у тебя и машины и загрузки это были бы свои ORM-ки, то тогда бы тебе было необходимо зарегистрировать свою сущность (сервис документов) для БП и уже тогда (возможно, но опять же не 100%) создать свои активити. А пока данный кейс закрывается стандартными механизмами.
"ВПЕРЕД" БИА, через 20-30 секунд должен появиться прогресс-бар с обозначением процесса. Если он не появляется можете попробовать поиграться с параметрами - увеличить/уменьшить время, в настройках модуля сделать ограничения на Максимальный размер индексируемого документа в килобайтах и Маска исключения
"ВПЕРЕД" БИА написал: кроме вращения скудного пунктирного кружка в желтом прямоугольнике.
Так и должно быть. Правда вы должны быть уверены, что правильно прописали маски на исключение. Например если у Вас есть local и он не прописан в исключениях, то все файлы будут проиндексированы.