В ЧПУ детальной страницы карточки товара по умолчанию выводится символьный код названия товара:
https://www.screencast.com/t/dKCDOgyAFpJ

Идея в том, чтобы в URL карточки товара, вместо символьного кода названия товара -  подставлялся символьный код значения артикула:
https://www.screencast.com/t/Q7QjzQln

Весь смысл такой подстановки в том, что в некоторых случаях товарные позиции покупатели ищут именно по артикулу, а не по наименованию.
И если в URL присутствует символьный код артикула - то это положительно должно сказаться на SEO.
К тому же артикул как правило неизменный, а наименование может меняться по каким либо причинам.

В типовом интернет-магазине возможность такой подстановки по артикулу отсутствует, и  требуется кастомизация.
Предлагаю поддержать идею реализации в типовом интернет-магазине от 1С-Битрикс.
Полагаю будет востребовано.

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

Добавьте пожалуйста как стандартную возможность подстановки свойства ИБ в УРЛ.
Идеально, если в настройках инфоблока где настраивается путь к детальной странице можно было бы выбрать #SVOISTVO_IB# как указывается ID элемента или раздела.
Есть страницы: Сайт/раздел1/раздел2/раздел3/раздел4
На странице раздел1 выводится детальное описание инфоблока 1 и заменой через ЧПУ получаем красивый путь
Сайт/Europa/
На странице с разделом 2 из второго инфоблока делаем замену так же через ЧПУ но раздел уже получается не очень красивым и правильным
Сайт/раздел1/Russia/
Если во втором инфоблоке сделать привязку к элементу инфоблока 1 и подставлять как свойства в УРЛ то можно получить красивый путь без сложной кастомизации:
сайт/erope/russia/samara

Ошибка работы битрикс-меню.
Если поставить там в начале "//" - то битрикс-меню само съедает первый слеш и в результате ссылка видане открывается, потому что получается
При этом сетевой протокол позволяет писать такую ссылку - https://stackoverflow.com/questions/4831741/can-i-change-all-my-http-links-to-just

Меню загружается и предварительно обрабатывается классом CMenu - это часть ядра битрикс, так что поправить самому нельзя...
=(

Актуально, если сайт на который вы ссылаетесь (например ваш блог, магазин или просто другая компания из холдинга) в процессе переезда с http на https и не ясно когда он завершится.

Добавьте, пожалуйста, возможность настраивать формат адреса, который формирует умный фильтр:

1. Хотелось бы иметь возможность заменить / на -
2. Хотелось бы иметь возможность менять "is", "or" и "and" на другие форматы сочетания. Идеально - то же на "-"
3. В идеале, хотелось бы иметь возможность задавать правила и порядок составления url
   

Это требуется для формирования понятных и красивых урлов для людей и поисковиков.

Пример: у одного из наших клиентов уже реализована свой логика формирования урлов, которая позволяет делать так:
/krovati/dvuspalnye/belye-serye-dlya-detskoy-v-stile-skandinavskom/


А из коробки этот же адрес выглядел так:
/krovati/dvuspalnye/tsvet-is-belye-or-serye/dlya-is-detskoy/v-stile-is-skandinavskom/

Понятно, что можно переименовать все свойства с транслита на перевод - тогда урл будет красивый. Но не русски! Яндекс, всё же, с транслитом работает лучше. И запросы, которым должны быть релевантны урл - у нас пишут то же по-русски.

Причем одна лишь правильная генерация урл - уже существенно двигает сайт в поиске, по отношению к конкурентам.

Просим реализовать функционал для добавления универсальных внутренних ссылок на страницы и объекты портала.

Причина просьбы: При изменении ip адреса или URL портала на котором находился портал, Все внутренние ссылки на другие объекты портала(задачи, сообщения, ссылки на файлы и папки) становятся битыми.
Проблема решается, если при предоставлении внутренних ссылок, пользователи будут указывать адрес ссылки без указания URL или IP например вместо :
"http//xxx.xxx.xxx/company/personal/user/8/tasks/task/view/3180/"
будет указывать "/company/personal/user/8/tasks/task/view/3180/"
В таком случае, ссылкам на портале не страшно изменение адреса.
Но в силу определенных причин этот механизм не эффективен:

• Не всех возможно этому обучить
• Не все это будут делать (оправдание может быть самым разным-  не видел не знаю не умею)
• Кто то все равно будет ошибаться при добавлении и сокращении такой ссылки.
  

Примерное описание желаемого функционала:
Везде в редакторе, где можно вставить гиперссылку на какой либо объект или страницу, просим добавить чекбокс внешняя ссылка. Пользователям можно объяснить, что эту галку нужно трогать, если распознавание  системы ложное, например ссылку на яндекс, система определила как внутреннюю.

Работало бы это так:
Пользователь ввел (скопировал вставил) адрес ссылки.Если ссылка действительно внутренняя (думаю система это может мгновенно определить) указанный чекбокс автоматически устанавливается. Снять его нужно только в случае некорректного определения системой принадлежности ссылки.
Возможно в предложении логика немного усложнена, так как тут ссылка по умолчанию считается внутренней. Но у нас 80-90% ссылок которые публикуют пользователи это внутренние. И логика у меня строиться исходя из этого.


В общем очень нужный функционал если у Вас обращение идет к порталу  по IP  или проблема с доменным именем.

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

Добавить возможность проверки корректности URL, как относительных, так и абсолютных.
Предлагаемые параметры:
1) обязательный - сама ссылка
2) необязательный - проверять на статус 404

При хождении по ссылкам с помощью щелчков мыши это не проявляется, но иногда,
если попытаться изменить УРЛ страницы вручную (для перехода к конкретной сущности или сотруднику,
которого лень искать), отсутствие слэша в конце адреса приводит на страницу "404 не найдено",
причём без оформления в дизайне Битрикс24, а обычная белая страница nginx.

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


Примеры:

https://xxx.bitrix24.ru/company/personal/user/1000/
- показывает страницу сотрудника.


https://xxx.bitrix24.ru/company/personal/user/1000
- показывает 404 not found.


https://xxx.bitrix24.ru/crm/lead/show/1000/
- показывает Лид из CRM

https://xxx.bitrix24.ru/crm/lead/show/1000
- показывает 404 not found.

Было бы удобно, если бы можно было манипулировать очередностью установки правил в urlrewrite.php из админки.

P.S. Сори, такая идея уже была http://idea.1c-bitrix.ru/add-sort-of-processing-addresses-urlrewritephp/

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


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

Здравствуйте, хочу предложить, чтобы в АПИ была функция для работы с URL:

- принимать в параметрах строку (типа URL) и возвращать строку, в текущих методах можно манипулировать только текущим URL, а не произвольной строкой

- добавлять и удалять аргументы в строку по названию и шаблону

В настройке инфоблока существует 3 поля:
URL страницы информационного блока,
URL страницы раздела,
URL страницы детального просмотра.

Битрикс себя позиционирует как многосайтовая CMS.
Но пути указываемые в настройках инфоблока единые для всех сайтов
Это абсолютно не правильно. Структура сайтов может быть различная и соответственно пути настраиваться должны для каждого сайта.
Это особенно важно при использовании компонента поиска.

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

Настройки должны делаться так же как и в Социальных сервисах - вкладка общие для всех сайтов настройки и индивидуальные для каждого сайта.

Очередная идея для битрикса. Видел разные варианты решения, но все они кривые и работают мягко говоря не очень хорошо, правильно и тд.
Очень странно почему в битриксе это вообще не предусмотрено по дефолту.

Суть следующая, включаем ЧПУ в каталоге по символьному коду (SECTION_CODE), и имеем например иерархию

телевизоры
- ЖК
- ЛЕД
- ЛСД
Холодильники

ну и так далее. В большинстве движков путь строиться полностью, а не только последний раздел.

Т.Е. Хочется видеть в чпу: сайт.ру/телевизоры/лсд/товар.хтмл, а не как сейчас сайт.ру/лсд/товар.хтмл

И сделать возможность включения этого галкой в настройках компонента каталог (и некоторых других)

Столкнулся с такой проблемой. При переезде с какой-то CMS на 1c-bitrix возникает проблема сохранения старых страниц (сохранения старых адресов, а значит - настройки редиректа). Об этом подробно написано в 86-ой рассылке СЕОПУЛЬТа
http://seopult.ru/subscribe.html?id=86
а именно:
Хотелось бы получить функционал в панели управления, основная задача которого в поле формы введение старого адреса (который работал на старой CMS) введение нового адреса страницы (на 1с-битрикс). Таким образом мы создаём большой список старых и новых адресов (список зависит от размеров самого сайта). Тогда получается, что адреса будут сохранены. Сейчас действительно, как написано в рассылке, приходиться делать это с помощью файла .htaccess - крайне неудобно.  

Добавьте в поля
URL страницы информационного блока:
URL страницы раздела:
URL страницы детального просмотра:

возможность использовать для генерации URL - PHP код, например
{=getPageUrl(#ID#)}
{=getSectionUrl(#SECTION_ID#)}

Это бы облегчило создание многоуровневых ЧПУ каталогов, сложных разделов на сайте.
Данное решение работало бы не только на многоуровневые каталоги, но и на сайты со сложной логикой, которые формируют урлы в зависимости от множества параметров.

Периодически приходится обертывать CMain::GetCurPageParam() в   htmlspecialchars()
В частности эту нужно для генерации адресов по спецификации (т.е. & вместо & и др.)

Предлагаю для CMain::GetCurPageParam() добавить еще один параметр, который бы отвечал за дополнительную обработку строки.

В баннерах при включенной опции Вставлять flash с помошью javascript у div'а id генерируется функцией RandString(10). По спецификации первым символом id может быть символ из множеств A-Z или a-z. RandString() может возвращать первый символ сверх разрешенных.

Предлагаю html элементам присваивать заведомо валидные id.
UPD: в баннерах при  выключенной опции Вставлять flash с помошью javascript для flash баннеров генерируется код, у которого названия тегов и многие атрибуты заданы в верхнем регистре.