koder_1

Сортировку надо делать по свойству PROPERTY_SORT если ваше свойство сортировки имеет код SORT.

Ничего не понятно, в чем вопрос, когда такая ситуация возникает?
Зачем вам при работе с Битрикс mysql, там принято через api битрикс работать?

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

Первый способ, нужно внешнюю обёртку тоже поместить в шаблон компонента и ее скрывать в зависимости от условий.

Второй способ, внешнюю обёртку оставить снаружи компонента, в компоненте создать файл component_epilog.php и в нём в зависимости от условия выводить css стиль, который будет скрывать внешнюю обёртку.

Ознакомьтесь с уроком https://dev.1c-bitrix.ru/learning/course/index.php...

https://dev.1c-bitrix.ru/api_help/iblock/classes/c... в документации пишут
Важно! Начиная с версии 18.6.200 модуля Информационные блоки, в методе доступны новые возможности работы с товарами, изменены ключи метода. Читайте подробности в уроке Товары и CIBlockElement::GetList. Соответственно, все параметры вида CATALOG_*** устарели.

Теперь вместо CATALOG_STORE_AMOUNT_6 надо фильтровать по полю STORE_AMOUNT_6
Вместо CATALOG_PRICE_13 надо фильтровать по PRICE_13

Это еще и производительность повысит.

Вам нужно всю фразу "Самая широкая база новостроек САНКТ-ПЕТЕРБУРГА И МОСКВЫ" сделать одной фразой, сейчас она разбита на два разных текста, и у каждого самостоятельный тег <h1>

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

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

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

Если в выгрузке приходит товар без картинки, то картинка в Битриксе удаляется.
Лечится написанием обработчика на событие изменение товара, где проверяем, если это выгрузка из 1с и картинка пустая, то удаляем поле картинка.

Капча в тильде есть в формах.
Я бы проверил такой способ - попробовать взять форму из tilda, пустую, без полей.
Если не получится создать пустую форму без полей, то можно с одним полем не обязательным и его скрыть на стилях, чтоб было невидимое.
Тогда останется только капча и кнопка отправить. А в окне Спасибо выводить номер телефона. Если тильда такое не даст сделать, тогда конечно сторонний сервер, туда слать ajax запросы.

Не зная всей задачи целиком, смысла делать только функционал пользователей нет.
Но если очень надо, то есть готовые CMS в том числе на .net, и в любой из них скорее всего есть пользователи уже.
А если расширить набор технологий, например, на php CMS огромное количество.
Но, если знать заранее задачу, можно подобрать что-то подходящее и специализированное.
Если там к примеру интернет-магазин, то можно взять движок магазина, и в нем будет все что надо - оформление заказа, готовые модули оплаты, доставки и т.д.

Любые сайты, в том числе доски объявлений делаются так.
1) Все данные, объявления, пользователи и прочие хранятся в базе данных, например mysql, postgre sql и т.д.
2) Есть серверный язык программирования, php, python и т.д, самый популярный php.

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

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

Кратко работает примерно так. Определяется урл страницы, по урлу программный код на серверном языке определяет, это страница списка объявлений, или страница детального объявления.
Если это страница списка объявлений, то делается запрос к базе данных вывести список объявлений по таким-то условиям, затем серверный язык программирования выводит эти объявления в шаблоне списка объявлений.
Если это страница объявления детально, то делается запрос к базе данных получить конкретное объявление, выводится шаблон страницы объявления детально.

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

Как в такой системе работает форма создания объявления? На сервере пишется программный код, который получает данные из формы, и добавляет в базу данных новое объявление, соответственно, оно выводится на сайте по уже запрограммированному механизму.

Главное при переносе сайта на новый домен - либо на новом сайте сохранить прежние урлы, либо настроить 301 редирект со старых урлов на новые. Узнайте у поддержки домена, как настроить редирект со старого домена на новый.

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

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

Надо создать свой кастомный файл стилей css, в котором задать базовый цвет.
Сделать кастомную шапку сайта по правилам aspro и в ней цеплять в зависимости от условия по группе пользователей ваш кастомный css.

Или не делать даже кастомную шапку, а стиль цеплять в init.php по условию.

Это прикол Битрикс после одного из обновлений.

Решение здесь https://aspro.ru/kb/article/438/?ysclid=m5xpuwbk5w...

Так не нужно:

$arrFilter = Array(
            "PROPERTY_ARCHIVE_VALUE" => "НЕТ",
        );

Нужно указывать так:

$arrFilter = Array(
            "PROPERTY_ARCHIVE" => id значения свойства НЕТ,
        );

Редактировать файлы стандартных библиотек типа bootstrap.min.css - всегда плохая идея.

bootstrap.min.css может подключаться где-нибудь в шаблоне компонента или еще где.
Самое правильное решение его найти, разобраться, нужно ли оно какому-то сайту.
Можно поиском по файлам сайта найти где есть bootstrap.min.css, и если это не файлы ядра, там отключить.

Или через обработчик в init.php отключить этот bootstrap.min.css
типа такого
$event_manager = EventManager::getInstance();
$handler = $event_manager->addEventHandler(
"main",
"OnEndBufferContent",
array(
"YourClass",
"YourFunction"
)
);

и в функции YourFunction класса YourClass вырезать из кода этот bootstrap.

Частые ошибки дизайнера
- не дорисованы формы обратной связи и попап окна. Кнопка типа Заказать звонок есть, а самой формы нет
- не дорисованы функциональные элементы, например, у иконок в шапке корзина, избранное не отрисован вариант, когда в корзине что-то есть или список отзывов есть, а формы, чтоб добавить отзыв нет. Решением было бы обдумать путь клиента например, от выбора варианта товара до оформления заказа - какие кнопки он будет кликать.
- должна быть возможность у всех текстов посмотреть параметры шрифта и отступы
- частая ошибка - объединять все в один слой, тогда нет возможности вырезать картинку отдельно, фон отдельно

Если кратко ни велосипед на html, ни тильда не решат никаких задач клиента, если разработчик ничего другого не умеет, то не стоит и браться.

Если у клиента подход бизнесмена, сайт нужен чтоб реально работал,
то нужно учесть в дальнейшем
- продвижение (есть требования к качеству сайта и к функционалу)
- наполнение (товары должны выгружаться из 1с или из прайсов поставщиков, в идеале автоматически, никто не будет вручную заполнять товары)
- заполнение контентом, нужно определиться кто будет писать тексты, кто будет вносить их на сайт, кто будет редактировать товары
- работу на мобильной версии
- скорость загрузки
- привлекательный и удобный внешний вид
- поддержку, возможность доработки
- наличие готовых модулей оплаты, которые к этой системе подключаются в 1 клик
- наличие готовых модулей доставки, чтоб по весу и городу считали стоимости, давали выбрать пункт выдачи
- личный кабинет, систему лояльности
- у авто сайтов еще куча своей специфики - поиски аналогов, подбор по вин, поиск по маркам/моделям
Такой сайт потянет команда профессионалов, это не один человек. Команда очень опытных фрилансеров или студия и шестизначный ценник.

Бывает впрочем, когда клиент - это не бизнесмен, а условный слесарь, которому магазин нужен поиграться в бизнес. Если это тот случай, делайте на тильде, и так пойдёт.

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

Лучше конечно на реакте верстать.
На тильду можно только воткнуть js, который будет как-то взаимодействовать с беком.
На реакте будет больше возможностей.

В настройках свойства можно выбрать способ показа radio кнопки вместо checkbox.
Radio кнопки дают выбрать один вариант только.

Заметил, в параметрах компонента у вас "DETAIL_URL" => "/ru/doctors/#ELEMENT_CODE#/",
а в настройках инфоблока #SITE_DIR#/doctors/#CODE#

Нужно сделать одинаково. Везде добавить /ru/ везде добавить слеш в конце и везде использовать одинаково либо ELEMENT_CODE либо CODE.

Если настройки выше не помогут, то возможно, дело в шаблоне.
Возьмите один из стандартных шаблонов news и сделайте шаблон doctors из него.