Идеи пользователя 17890

ошибка:

Call to a member function IncludeComponent() on null (0)
/home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmessagethemecompiler.php(387) : eval()'d code:5
#0: eval
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmessagethemecompiler.php:387
#1: Bitrix\Main\Mail\EventMessageThemeCompiler->executePhp(string, integer)
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmessagethemecompiler.php:369
#2: Bitrix\Main\Mail\EventMessageThemeCompiler->execute()
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmessagecompiler.php:144
#3: Bitrix\Main\Mail\EventMessageCompiler->setMailBody()
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmessagecompiler.php:99
#4: Bitrix\Main\Mail\EventMessageCompiler->compile()
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/event.php:224
#5: Bitrix\Main\Mail\Event::handleEvent(array)
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmanager.php:171
#6: Bitrix\Main\Mail\EventManager::executeEvents()
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/lib/mail/eventmanager.php:39
#7: Bitrix\Main\Mail\EventManager::checkEvents()
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/classes/general/event.php:20
#8: CAllEvent::CheckEvents()
       /home/bitrix/ext_www/supersite.ru/bitrix/modules/main/tools/cron_events.php:16

фикс в методе Bitrix\Main\Mail\EventMessageThemeCompiler::executePhp()

Клиент повторно грузит базу подписчиков около 946, при этом скрипт показывает, что на обновление только 5 адресов, нужно добавить сообщение вот так:

Верхнее многоуровневое меню (bitrix:menu) настроено так:
При этом на панели не отображаются действия над подменю left, а очень удобно было бы:

см. тему
идею мы поняли, но не хочется больше их видеть, мы и так на рассылку подписаны.

Вкладок и настроенных фильтров много.



Хотелось бы вторую вкладку перетащить куда-то то в конец....

Кейс использования:
Минуя группу создана задача как корень проекта, в ней сотрудникам пошли подзадачи. Цикл жизни такой базовой задачи небольшой, некая такая условная группировка, поэтому группу создавать нецелесообразно.

Но:
Меняется цикл жизни, полное сотрудничество. Нужно делать проект, все задачи перекинуть в него. Удобно было бы кликнуть на панели действий у такой задачи с подзадачами - и одним кликом создать одноименную группу, при этом все подзадачи пошли как задачи в группе, а участниками стали все из поля "ответственные" и "наблюдатели" главной задачи

Вся идея в теме, видать эти комментарии не индексируются.

Необходимо, чтобы была возможность найти задачи по комментариям в затраченном времени.

Т.е. по комментариям, указанным вот тут:

Все управление созданием карты сайта sitemap.xml сводится к внутреннему поисковому индексу.

Поэтому чтобы добавить что-то в файл sitemap.xml, нужно добавить это в поисковый индекс. Хотя было бы не плохо иметь события на добавление каких то $additionalUrls в этот файл (через событие).

Еще идеи по поводу генератора Google sitemap.xml

1/
хотелось бы иметь возможность менять теги loc "на лету" в момент генерации карты. Я вижу это в виде некого события OnBeforeGoogleSitemapItemWrite($locXml, $arUrl) - т.е. событие перед непосредственной записью ссылки в тег loc файла sitemap.xml

2/
Хотелось бы иметь некую сортировку ссылок в файле. Главную хотелось бы располагать в самом верху файла sitemap.xml с тегом priority = 1.

3/
Что на счет не обязательных тегов changefreq и priority?
Для главной priority ставить 1, для всех остальных ссылок 0.8
см http://www.sitemaps.org/ru/protocol.html

4/
Добавить возможность отключить кластеризацию ссылок по файлам sitemap_000.xml .. sitemap_N.xml т.к. чаще всего на проектах два файла sitemap.xml  с оглавлением, и sitemap_000.xml с ссылками, поэтому создание оглавления излишне.

5/
Добавить возможность периодической не ручной генерации данного файла (напр. через cron)

При наличии события п.1 второй и третий пункты реализуются собственными силами.

Сейчас стандартный компонент sale.personal.profile.detail может только редактировать профайлы покупателя, добавленные через компонент sale.order.ajax.

Хотелось бы иметь возможность добавлять профайлы покупателя, например из личного кабинета пользователя. Для этого бы сгодился компонент sale.personal.profile.detail, если он имел бы такую возможность.

См тему, удивился, что нельзя добавить колонку с фотографией:

Особенно это актуально для больших экранов, см.

https://yadi.sk/i/HIUvLCzbdxhJP

очень хочется перетянуть попап с задачей.

Вся идея в теме, утомительно в двух местах менять.

Часто приходится назначать ответственного за ряд обращений.

Сейчас это можно сделать так: по одному обращению заходя в их детальные страницы и там меняя ответственного.

А хотелось бы в списке проставить чекеров и назначить ответственного:

Расширите, пожалуйста, поле с темой обращения на всю ширину тикета.
Зачем экономить на пространстве то?
Совершенно не виден весь заголовок, трудно его менять:

В идеале хотелось бы увидеть диаграмму последовательности действий при работе с ценобразованием, а в особенности в каком порядке и какие события вызываются.

Суть: Если один из админов настраивает форму для всех, то не затираются настройки этой формы для других админов, настроивших форму для себя ранее.

Тут не спасает даже галочка «для всех» в настройке формы, т.к. она меняет форму для всех пользователей, кроме тех админов, кто ее настроил ранее под себя.

Предлагаю: Перетирать настройки форм для всех пользователей без исключения, включая админов при постановке галочки «для всех».

см тему

Сейчас система прав доступа к медиабилиотеке работает, мягко выражаясь, не оптимально:
собирает права всех альбомов в массив, а затем проверяет по каждому из них.

Т.е. чем больше альбомов - тем тормознутей будет работать эта проверка прав доступа к альбомам медиабиблиотеки.

Иными словами, нужно проверить сперва общий доступ ко всем типам медиабибилиотеки, а затем уже к каждому альбому, а не на каждом хите админки проверять права доступа ко всем альбомам.

Сейчас у нас определенным пользователям запретили доступ к медиабибилотеке вообще, но на каждом хите у них проверяется права к альбомам.

Технические детали:

/bitrix/modules/fileman/classes/general/medialib.php
CanDoOperation убрали проверку прав досупа не для админов - страшно вешает сайт при проверке прав доступа для всех не админов (собирает права всех альбомов в массив, а затем проверяет).

Речь о формах редактирования элементов.

Очень бы хотелось управлять шириной и высотой текстовых полей элементов инфоблоков (таких, как символьный код, название, анонс, ...) в таком виде, как это позволяется при создании свойств (там такие параметры как высота и ширина можно задать).

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