koder_1

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

Сразу вопрос, почему сайт был изначально без админ-панели? Обычно сайт делается сразу на базе админ-панели.

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

Дальше по крону или создаёте агент и заполняете это свойство в соответствии с Вашей логикой доставок.

https://qna.habr.com/q/1317378?ysclid=lsymytq11f49... - вот подобное обсуждали.

Через доставки и профили зайти проще, потому что при оформлении заказа Битрикс умеет определять какие доставки возможны для данного товара. Поэтому использование той же функции, что в оформлении заказа должно дать такой результат в фильтре, как в заказе.

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

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

Полагаю, среднестатистический корпоративный сайт/интернет-магазин имеет скорее интерфейс с элементами js, нежели интерфейс полностью завязанный на js.
Для большинства задач реактивные фреймворки не нужны.

Если разобрать типовой интернет-магазин.
Слайдеры, анимации, эффекты проще всего делаются плагинами на jquery.
Всплывающие формы обратной связи вполне нормально на jquery.
Фильтры подбора продукции - имело бы смысл делать на реактивных фреймворках, но обычно фильтры уже встроены в саму CMS. Тот же умный фильтр в Битриксе на столько умный (выводит только такие наборы значений, по которым можно найти товары, опирается на встроенный в CMS механизм) что его переделывать дорого неоправданно.

Пока у меня ощущение такое, собирать сайт целиком на реактивных фреймворках профита мало, а отдельные элементы, к примеру, какой-нибудь нетиповой и нестандартный фильтр подбора со своей логикой - вполне хорошо.

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

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

После того, как будет утверждён дизайн сайта и дизайн мобильной версии, делается html-вёрстка. Здесь изыски не нужны. Обычная вёрстка на обычном jquery. Новомодные js фреймворки не нужны.

Дизайн страниц админки делать не нужно. Самописная CMS не нужна. Если возьмёте готовую CMS, то в ней есть типовой дизайн админки, который менять - непомерно дорого, и не нужно. Соответственно, делать дизайн админки - лишняя работа, результат которой не будет использоваться.

Из CMS сейчас выбор прост, либо wordpress для малобюджетных проектов, либо 1С-Битрикс, если бюджет норм. Судя по статистике использования CMS, в отрасли давно определились, все другие CMS используются значительно реже, чем wordpress и Битрикс.
Почему такой выбор? Все другие бесплатные CMS либо хуже, либо не лучше wordpress.
Все другие платные CMS хуже, чем Битрикс.

Какие отличия между wordpress и Битрикс?
- Битрикс платная, стоит 6200, wordpress бесплатная.
- В Битрикс будет более удобное редактирование сайта, можно редактировать разные приятные мелочи, типа телефона в шапке или надписей в подвале, над чем в вордпресс не заморачиваются.
- Битрикс лучше для SEO
- Битрикс безопаснее
- у Битрикс есть русская поддержка.

С Битрикс24 не понятно вышло, есть цмс от Битрикс, она называется 1С-Битрикс, есть црм от Битрикс - это Битрикс24. Оба этих продукта платные, для разработки сайта с личным кабинетом подходит очевидно 1С-Битрикс, а не Битрикс24. Функционал регистрации и личного кабинета в 1С-Битрикс есть из коробки, ничего дописывать не нужно. Самая простая лицензия 1С-Битрикс стоит 6200, для учебных целей не совсем приятно, а для коммерческой разработки самое то. По крайней мере, регистрация есть из коробки, а вот в wordpress из коробки есть только один пользователь, чтоб сделать регистрацию множества пользователей нужны плагины, нужна работа по их настройке, программированию.

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

Если б задача была коммерческая, и мне бы нужно было создать сайт с личным кабинетом, я бы без колебаний взял 1С-Битрикс, а не wordpress, потому что сделать сайт с личным кабинетом на 1С-Битрикс быстрее, дешевле и можно средствами самого движка без сторонних плагинов.
А учебные цели на то и учебные, что оптимальность разработки, экономия, затраченное время разработчиков не важны, а важно самому научиться, так что под учебные цели wordpress.

В калькуляторе стоимость зависит от того, нужна ли работа дизайнера, нужно ли готовить сто пятьсот картинок для разных элементов калькулятора.
Зависит от логики работы, сколько в калькуляторе шагов, по какой логике они считают.
Берутся ли данные для расчёта из админки сайта с возможностью задавать свои параметры, суммы.
В самом сложном случае требуется работа 3 специалистов - дизайнера, верстальщика, программиста.
В самом простом случае - только работа программиста.
Судя по скринам, у вас что-то сложное, с дизайном и кучей параметров.

Первую версию можно сделать хоть на wordpress или Битрикс, разместить на обычном хостинге.
Делать что-то уникальное, хайлоад, писать с нуля - это можно позднее при условии, что будет такой коммерческий успех, нагрузка, что мощностей стандартного хостинга и цмс не будет хватать.

В CRM нет понятия заказ, такой термин есть в интернет-магазине.
В CRM есть сделка, через rest api она создаётся методом crm.deal.add

Найти верстальщика на бирже пока что не большая проблема, если платить нормально, верстальщиков много.

Вордпресс, вукоммерс - это такая ниша, где клиенту надо дёшево, поэтому 90 процентов сайтов на вордпресс на готовых шаблонах, а 90 процентов исполнителей умеют только шаблон устанавливать и повезёт, если умеют php на уровне новичка.
При желании найти профи программиста на вп тоже реально, просто ставка должна быть повыше и проект большой, браться за мелкие доработки не выгодно.
Обычно, если программист делал сайт с нуля, натягивал к примеру всю вёрстку, то потом за доработки такого проекта возьмётся с удовольствием. Выстраивайте отношения с самого начала с программистом. Браться за мелкие правки еще и проектов, которые делали другие люди - не выгодно, выгоднее браться за один проект, но большой.
Если задача мелкие правки, но это сразу большой список правок и соответственно бюджет хотя бы от 30 тысяч, такая задача уже тоже интересна.
Сделать одну мелкую правку за тысячу - не интересно.

/bitrix/redirect.php - Эти скрипты, rk.php, redirect.php ограничьте через nginx или htaccess чтоб были доступны только с локального сервера, а с внешних адресов не доступны.

Проще всего передать в параметр компонента свой параметр, например, 'CUSTOM_SHOW_BUTTON' => 'Y' и он будет доступен в template.php в $arParams['CUSTOM_SHOW_BUTTON']
Если это нужно в component_epilog.php то передать из result_modifier.php
Есть в битриксе урок как передать переменные из result_modifier.php в component_epilog.php

Кэширование можно также обойти например, через js, или есть хитрые техники в template.php выводить **BUTTON** статично, а в component_epilog его заменять на значение.

Компонент catalog.section.list выводит разделы, а свойства есть не у разделов, а у элементов.
Уточните задачу.

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

У вас во-первых, урл страницы раздела /raspisanie-avtobusov/#SECTION_CODE#/
а урл страницы детального просмотра /raspisanie-avtobusov/#ELEMENT_CODE#/
при такой логике /raspisanie-avtobusov/aaa/ - это раздел с кодом aaa или элемент с кодом aaa ? Битрикс не может определить. Урл для страницы детального просмотра можно задать, например, так /raspisanie-avtobusov/#SECTION_CODE#/#ELEMENT_CODE#/

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

Ну и в urlrewrite.php правила конфликтуют.

В 2005 -2008 годах была такая занятная традиция, каждая веб-студия, даже из одного программиста, писала свою цмс.
Для этого была необходимость, потому что существовавшие тогда движки не удовлетворяли хотелки клиентов, например по seo, только появилась мода на ссылки чпу к примеру, а в джумлах и вордпрессах того времени было с этим туго.
Ну и плюс стандартный тогда набор модулей, который ставился на сайт, не был реализован в движках, разнообразные календарики, модули опросов - маст хэв на сайте 2006 года.
С учётом также повальной моды на индивидуальные сайты, слово самописная CMS тогда вызывало восторги у клиента.

Сейчас тенденция наоборот. Все студии переходят на популярные CMS, большинство студий на Битрикс. Там и модулей готовых побольше и программиста искать легко, и интеграции с чем угодно, стандартные возможности движка вполне удовлетворяют хотелки типичного клиента, да и поддерживать сайт на популярном движке всем проще. Сейчас слово самописная CMS скорее показатель, что сайтом занимается "школьник", вчерашний студент с блеском в глазах и жаждящий освоить программирование, но не понимающий требования рынка и вызывает у клиента дикий ужас и желание убежать.

Но для опыта и прокачки навыков штука полезная.

Есть же пример из документации Битрикс

global $USER;
$arResult = $USER->ChangePassword("admin", "WRD45GT", "123456", "123456");

Имхо, эта функция сложная для использования, надо знать контрольную строку для восстановления пароля.

Проще

$user = new CUser;
$fields = array('PASSWORD' => 'Parol1', 'CONFIRM_PASSWORD' => 'Parol1');
$user->Update($ID, $fields);

Делайте свой шаблон пагинации скопировав шаблон в папку с вашим названием.

Вам можно в шаблоне catalog.section получать данные из $GLOBALS['arrFilter'] если у вас называется переменная фильтра $arrFilter
Такая же переменная $GLOBALS['arrFilter'] будет доступна вероятно и в section_vertical.php, section_horizontal.php