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

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

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

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

Все управление созданием карты сайта 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

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

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

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

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

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

Возможная реализация: к примеру, можно добавить событие OnBeforeSqlQueryRun в CDatabase::Query(), в обработчике которого дать возможность получать SQL-запрос до выполнения запроса в mysql_query, а возможно дать и останавливать его выполнение.

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

Видимо, еще одну версию события нужно будет встроить в lib d7.

Кейс использования: CIblockElement::GetList() при динамическом и сложном фильтре $arFilter "ложит" mySql, хотелось бы для выяснения подробностей и отладки получить и проанализировать текст запроса, до того момента, как он уйдет на исполнение.

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

Оба имеющихся события:

OnBeforeIBlockDelete
OnIBlockDelete

вызываются до фактического удаления инфоблока из базы:

Необходимо еще событие OnAfterIblockDelete, когда удаление уже произошло.