Александр Маджугин

Странный вопрос - вы же понимаете что вам будут советовать то с чем работают советчики. Даже те, кто работал со всеми тремя платформами, любят на самом деле что-то одно.
Вот я бы раставил то что вы предлагаете ровно так же как стоят теги. При этом хочется отметить что Joomla вообще не CMS.
Сам делал бы на Bitrix + Vue, но отказавшись от фронтальной части CMS. Т.е. использовал бы Buitrix как фреймворк и админку.

Меня всегда ставят в тупик вопросы вроде "как верстать под такую-то CMS" или требование "верстать под CMS".
Ребята, если верстка нормальная она натягиватся на любую CMS. Если это не так, то дело не в том что она под CMS, а в том, что верстка кривая.
Если нормальная верстка не натягивается на CMS, то выкиньте эту CMS.

Вот часто говорят - "вы верстаете Битрикс"?
Я десять лет работаю с Битрикс и интегрирую разную верстку - для меня загадка до сих пор, что значит "верстать под Битрикс".
Нормальная семантичная верстка натягивается на него под любым углом. Да, иногда может быть так что сверстано каким-то таким образом, что нужно как-то разбивать стандартный компонент, так как шаблон "рвет теги", но во-первых это решаемо, а во вторых это верстка ВСЕГДА с нарушенной семантикой вложенности.

Вот ради интереса, можете приветси пример того в каком месте верстка не натягивается на какую-то CMS и почему?

Как связаны "разность" рекомендуемых товаров на разных страницах и то показываются ли они в модальном окне?
Андрей уже предложил вариант, но забыл добавить, что если рекомендуемые товары зависят от показываемого на странице товара, то подгружаемой странички с контентом окна, нужно передать какую-то инфу о том что есть на странице. Допустим id товара, если это страница детального просмотра элемента. Т.е. вызов должен быть в шаблоне и должен быть примерно таким:

<a class="btn" data-toggle="modal" href="remote.php?id=<?=$arResult['ID'];?>" data-target="#modal">Click me</a>

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

Чтобы товары были разные нужно отдать в компонент фильтр который выбирает товаров больше чем покажет компонент, и в качестве параметров сортировки указать RAND и для свойства сортировки и для направления.
Только нужно помнить что если второй метод показа и компонент в кэшируемой области, то он будет показывать у на одной странице одни и те же товары в течении времени действия кэша.

Да, можно конечно. Делайте.

Что хоть конкретно не получается?
Не можете переделать верстку стандартного шаблона элемента чтобы свойства торгпредложений радиокнопками выбирались?
Не можете вообще настроить торгпредложения?
Не знаете как добавить свойство в корзину?

Для Битрикс LiveAPI поставьте первым делом из маркетплейса. Все остальное от лукавого.
Ну или bxapi.ru от Антона юзайте. И пилите свое.

Я использую Komodo Edit.
Для моментального перехода к коду чего-нибудь написал простенький отладчик.
Выглядит это примерно так:

Т.е. тупо выкидываю окошко со ссылками на файлы в браузере - кликаешь ссылку - редактор открывает.

Для работы с API надо натравить его на каталог с классами битрикса. Где-то на форуме находил ссылку на болванку.

Со справкой хуже, но она есть в сети.

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

По чем будет поиск? Это будет просто контекстный поиск?
Как-то в одной группе обсуждали идею поисковика - слепил примерно за вечер из говна и палок и это чудо работало.
Если поиск непосредственно по картинками - будет сложнее, но ничего сверхъестественного.
CMS никакая тут в любом случае не нужна.

Что в консоль сыплется? Похоже на какие-то ошибки с отправкой/обработкой запросов. Возможно POST запросов. В дефолтных шаблонах компонентов пашет?

Ну так ищите фирмы которые пока еще работают с Joomla, если на ее базе надо. Только не откладывайте - прямо с утра начинайте.
А если с нуля свою CMS так как это в любую контору можно обращаться. Мне еще не попадались студии или более-менее вменяемые разрабы, которые на определенном этапе не начинали бы пилить свою CMS. У любой фирмы достаточно долго работающей на рынке наверняка найдется своя CMS в той или иной стадии заброшенности.

Шаблон кривой. Переключитесь на встроенный дефолтный.

1c битрикс
Но если очень надо, берусь за любые.

Так же ведет себя одна из студий, с которой я работаю. Другие берут только битрикс, но тут ценз - я то выбираю те которые работают с битрикс ;)

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

Но есть нюансы:

1 Вероятнее всего не взлетит из-за того, что платно. Кому это надо?
2 Потырят сразу. Доход будет == 0. Но еще и не взлетит, потому, что остается платной.
3 Не взлетит, потому что бесплатного барахла и так полно на рынке ;) А даже если и взлетит принесет больше гемора, а дохода == 0.

Эт я нагнетаю конечно ;)
Я бы делал вариант 3 и пытался продать техподдержку. У этого подхода есть хоть какой-то шанс на успех.

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

osCommerce же.
И да - в Битрикс не обязательно копировать весь контент. Следовать стандратному пути глупо. Это ад. И такой сайт потом поддерживать невозможно.
Но можно сделать более-менее сносную двуязычность, но придется повозиться.

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