Все управление созданием карты сайта 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, если он имел бы такую возможность.
Возможная реализация: к примеру, можно добавить событие OnBeforeSqlQueryRun в CDatabase::Query(), в обработчике которого дать возможность получать SQL-запрос до выполнения запроса в mysql_query, а возможно дать и останавливать его выполнение.
Сейчас есть возможность получать текст запроса уже после его выполнения, хотелось бы еще до.
Видимо, еще одну версию события нужно будет встроить в lib d7.
Кейс использования: CIblockElement::GetList() при динамическом и сложном фильтре $arFilter "ложит" mySql, хотелось бы для выяснения подробностей и отладки получить и проанализировать текст запроса, до того момента, как он уйдет на исполнение.
Расширите, пожалуйста, поле с темой обращения на всю ширину тикета. Зачем экономить на пространстве то? Совершенно не виден весь заголовок, трудно его менять: