exmmth

С джумлой всё нормально, на четвёрке делаю магазины. С ней, точно так же как и с любым другим инструментом нужно включать голову и делать по уму. Под капотом php фреймворк с полноценным MVC, в четвёрке есть REST API.
По сути, главное что нужно - прямые руки и документирование всего того, что делается. Так как правильно написали, что любой магазин становится самописом как только начинает продавать. С джумлой самопис делать удобнее.
И важно понимать (хотя это к любому бесплатному движку относится), что джумла - не система, для которой можно накупить варезных модулей и плагинов по 300 рублей и сляпать магазинчик. Делать хорошо - в любом случае дорого. Если есть вопросы - спросите у сообщества, которое есть у любого движка. Знающие люди подскажут как стратегически, так и практически. Приходите в чат джумлы в телеграме.

В комментарии правильно спросили: для каких целей? Джумла - инструмент, которым нужно уметь владеть. Под капотом у неё полноценный PHP фреймворк, хоть и немного устаревший, со стандартами PSR. Если Вы не разработчик, а делаете сайты-магазины на потоке, то с вп, наверное, будет быстрее на старте. Но чтоб добиться нужного качества потом потребуется больше усилий. Чистый вп с чистым вукоммерсом занимает около 180 мб кода. Это их просто поставили и всё. Чистая джумла с тем же джумшоппингом занимает около 35 мб кода. Где в итоге проще будет допиливать, как Вы думаете? Да и вордпрессе нет MVC структуры, поэтому ему под капот часто подключают лару или симфони. Тогда зачем вп нужен? В джумле таких проблем нет. Сам вопрос должен звучать немного по-другому: "что лучше и удобнее поддерживать и развивать в долгосрочной перспективе? " На джумле собирают всё: как сайты на коленке, так и магазины с более чем 32М товаров (автозапчасти и т. д.), новостники с >250к уников в сутки.

Joomla3+JoomShopping

Сейчас с этим всё так же - отлично работают, все что вы хотите можно прикрутить. Поэтому, если есть опыт с этим, почему бы не использовать. Тем более Joomla значительно превосходит Wordpress по гибкости и безопасности.
Не для холивора написал)). Одинаково знаю и работаю с обоими CMS. Если клиенту все равно какая CMS то всегда предлагаю Joomla.

Видимо, так сделан модуль, что нормально не может работать при вставке в статью. Совет про Radical Form хороший, дизайн текущей формы сможете сохранить, но будет работать как надо. Вот статьи в помощь.

1. https://web-tolk.ru/blog/integratsiya-form-obratno...
   
2. https://web-tolk.ru/blog/razrabotka-form-obratnoj-...
   

Для виртумарта и Битрикс24 есть плагин WT Virtuemart Bitrix24 Передает заказы в Битрикс24 в виде лидов. Отправка идет по REST API Битрикс24, поэтому для работы нужен платный тариф. С января 2021 года Битрикс24 отключили REST на бесплатных тарифах.

От этого нельзя избавиться, потому что таблица assets используется для ACL - прав доступа к элементам (материалы, контакты и т.д). Туда же пишется информация сторонних компонентов, если они у себя используют ACL.

Отключить ACL в Joomla, к сожалению, невозможно.

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

Прежде всего, стоит иметь в виду, что datatable - это плагин к jQuery. Поэтому его скрипт нужно подключать ПОСЛЕ самого jQuery.
Кроме того, возможно, jQuery Вам и вовсе подключать не надо, если он уже итак присутствует (без Вашего подключения).
И Вы не указали версию Joomla. Непонятно, нет ли там конфликта с Mootools. Да и вообще непонятно, нет ли других конфликтов JS, не указали ссылку на проблемную страницу. Остаётся гадать )

Joomla + jcomments, хотя комментарии лучше всё-таки с авторизацией, как правильно выше написали. Если на блог планируется нагрузка, то джумла держит до 400к уников в сутки при грамотной настройке.

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