- потому что для любого каталога, неважно сколько в нём элементов лучше использовать либо товарный (если товары), либо новостной комплексный компонент, в котором уже есть функционал ЧПУ
- в вашем случае URL страницы детального просмотра будет такого плана
/news/detail.php?ID=14 и как там не занимайся ерундой в urlrewrite.php, лучше ЧПУ не станет
Но мне кажется что комплексный компонент тут не нужен, ради двух страниц, запуливать комплексный не стоит.
это не товары а просто элементы с описанием.
- в этом случае вам и компоненты не нужны, делает две папки, и вот вам две статические страницы "с описанием"
Я если честно не пойму какую цель вы хотите достигнуть этой ерундой
Нужно на хостинге в файловом менеджере зайти в папку local/templates/main_catalog/ и в файле header.php найти ShowTitle и временно закомментировать код для восстановления работы сайта.
SteepNET, откуда в ELEMENT_ID появится ID?
Вы на странице /news/index.php какой компонент используете? Если bitrix:news то всё будет работать, в его состав входит bitrix:news.detail
Если же вы в bitrix:news.detail хотите конкретную новость вывести тогда укажите там конкретный ID элемента.
barder, вы либо полностью ваши файлы через яндекс диск добавьте, чтобы можно было посмотреть, либо через онлайн редактор РНР https://repl.it/languages/php
Из того что вы пишите ничего не понятно.
sickgang, самый верный способ на мой взгляд я вам написал. Посмотреть модули доставок с функционалом выбора пунктов доставки и разработать свой модуль, либо делегировать эту задачу другим на платной основе.
Единственное, что могу посоветовать, есть старый мастер шаблона sale.order.ajax его проще дорабатывать. Он поддерживается в режиме совместимости.
sickgang, выбор пункта доставки это дополнительный функционал в sale.order.ajax нет такого, соответственно расширение функционала достигается написанием модуля.
В новом шаблоне sale.order.ajax вы просто замучаетесь что-то делать, он очень сложный для доработки.
https://dev.1c-bitrix.ru/api_help/sale/classes/csa...
Получаете заказ,в нём CREATED_BY Идентификатор пользователя, кто создал заказ.
Идентификатор пользователя отдаёте в CSaleOrderUserProps::GetList
На выходе и получите ID Код профиля покупателя.
примените шаблон bootstrap_v4, дефолтный скорее всего уже не дефолтный так как содержит доработки. Либо скопируйте под другим именем из bitrix\components\bitrix
anriko, почтовые события должны меняться в настройках компонента, но если в этом вашем самописном компоненте нет возможности поменять, вы можете использовать штатный компонент веб-форм от битрикса.
SteepNET, я если честно практически не пользуюсь компонентом iblock.vote, на маркетплейсе тоже нет ничего близко по вашему вопросу нет. Чтобы понять как решить эту задачу я написал выше примерный чек-лист. Чтобы что-то больше посоветовать это мне нужно провести обследование этого вопроса и потратить время, которого у меня нет.
Мой совет начните с репозитория плагинов вордпресса и woocommerce, посмотрите что там есть, если что-то найдёте то вот вам и будет пример логики и структуры. После этого сможете сформировать ТЗ, и сделать самостоятельно, либо делегировать это другим специалистам.
- потому что для любого каталога, неважно сколько в нём элементов лучше использовать либо товарный (если товары), либо новостной комплексный компонент, в котором уже есть функционал ЧПУ
- в вашем случае URL страницы детального просмотра будет такого плана
/news/detail.php?ID=14 и как там не занимайся ерундой в urlrewrite.php, лучше ЧПУ не станет