semki096

Redis можно настроить сбрасывать данные на диск по определенным условиям (время, количество записей и т.п.)
Теоретически данные нужные можно хранить там, но надо понимать что Redis это все-таки "горячее" хранилище.
Можно там хранить данные но я бы все-таки использовал более надежное хранилище.
Самый простой вариант - Redis + MySQL, при этом в Redis хранить только данные которые нужны сейчас, остальное - в MySQL

Еще, как вариант, если это какие-то графики/метрики - можно использовать специализированную БД для временных данных, например InfluxDB и другие

1) проверьте, не закеширован ли конфиг. Сделайте php artisan config:clear
2) "Ивенты почему-то обрабатываются только через слушателя" - потому что используете интерфейс ShouldBroadcast а не ShouldBroadcastNow. В вашем случае ивенты сначала попадают в очередь, а потом она их раскидывает.

Если использовать laravel echo server, то под капотом все равно используется node.js. на счёт Broadcasting то что можно использовать node это хорошо но если Вам нужно будет передать сообщение из laravel приложения на клиент что будете делать? Тут и нужено широковещание.

можете применить setInterval и в нем вызов к апи, примерно так:

const timerId = setInterval(() => loadFromAPI(), 1000)

1. Есть — www.gnu.org/licenses/old-licenses/gpl-2.0.html, естественно это не та лицензия, которую надо продавать. =)
2. Действительно толковой интеграции с 1С нет ни в Drupal, ни в Bitrix.
3. Нет, но в таком виде он и не особо нужен — пилить готовое решение до того состояния, которое необходимо клиенту часто более трудоёмкий процесс, чем создать его из блоков, особенно если есть свои заготовки. Drupal очень гибкая и модульная система, а чтобы не повторять свои решения, можно делать и развёртывать заготовки с помощью features. Это, например, может быть готовый раздел новостей, или другая крупная часть функционала. Есть и различные сборки, но у такого подхода есть минусы — во-первых они практически никогда не совпадают по функционалу с ТЗ конкретного клиента, во-вторых вы не участвуете в развитии и обновлении, с и в один прекрасный момент это может выйти боком…
4. В случае Drupal тут всё зависит от вас, как разработчика — админка Drupal темизируется и настраивается не хуже фронтэнда. Можно сделать в точности соответствующей нуждам клиента, можно очень неудобно, можно оставить как есть.
5. Требования к хостингу сопоставимы — и тому и другому нужен хороший хостинг. Bitrix из-за общей прожорливости, Drupal из-за любви к оперативке, и большого количества запросов к БД, которые на хреновых хостингах часто просто лимитируются.

Разрабатывать под Drupal проще, особенно, если делать что-то не стандартное. Ситуация с этим в Bitrix та же, что вы описывали для UMI.
У Drupal нет мощного маркетинга, поэтому найти заказчика и продать ему сайт на Bitrix проще. И это может быть критичным плюсом, который перевесит все проблемы разработки.
Собственно именно на этом маркетинге Bitrix и выезжает — внутри откровенная гниль.

Ответы на вопросы:
1. У Drupal нет лицении, он полностью бесплатный, клиенту отдельно навязывать нечего не нужно.
2. Из коробки готовых решений для интеграции с 1с нет, но возможно кто-то уже сделал модуль на Drupal.org.
3. Из своего опыта скажу что лучше делать сборки самостоятельно!
4. Не все дешевые хостинги поддерживают конфигурацию для запуска Drupal8

Готовых решений из коробки в Drupal нет, но лично я попробовал все DLE, Joomla, Bitrix, WP, livestreet, и из всех известных CMS мой личный выбор это Drupal! Он не так просто в освоении как кажется, но если вы настоящий PHP разработчик то написать несколько модулей интеграции к 1с не составит труда. Можно долго спорить, что лучше, но мой совет пробовать обе и выбирать что больше понравится лично Вам.