koder_1

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

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

Обращайтесь, сделаю, наверняка займёт не 100 часов, а меньше.

Там же внутри catalog.section еще вызывается catalog.item, и в шаблоне catalog.item надо выводить свойства товара.

Перенести сайт с Битрикс на wordpress нельзя. Это разные платформы.
Все равно, что перенести дом с кирпичного на бетонный - так не сделать.
Как можно сделать? Построить новый бетонный дом, и в него перенести мебель из старого кирпичного.

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

К тому же сама платформа Битрикс более передовая и современная, чем wordpress, возникает вопрос, что такое есть в wordpress уникальное, чего нет в Битриксе, что нужно обязательно сменить платформу?

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

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

Да в поддержку разработчика решения напишите, они помогают по таким вопросам.

Как самое простое решение, править шаблон корзины, хотя бы по условию если цена товара 0, то не показывать плюсик.

Сортировку надо делать по свойству 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 огромное количество.
Но, если знать заранее задачу, можно подобрать что-то подходящее и специализированное.
Если там к примеру интернет-магазин, то можно взять движок магазина, и в нем будет все что надо - оформление заказа, готовые модули оплаты, доставки и т.д.

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

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

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

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

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

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

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