Алексей Скобкин

Обратите внимание на ответ Рональд Макдональд.

Но если ОЧЕНЬ хочется, то посмотрите тут: https://www.oo-software.com/en/shutup10

Смотрите в сторону PostmarketOS. Если в списке поддерживаемых устройств нет вашего - ваши шансы получить юзабельный Linux на смартфоне стремятся к нулю (есть редкие исключения, но в общем случае их рассматривать не стоит).
Можете ещё на 4PDA и XDA по данной модели заглянуть, но скорее всего, там ничего не будет потому, что как сказано в другом ответе, есть проблемы с драйверами и фирмварью, которые часто распространяются в закрытом виде.

Я бы предложил начать с подтягивания английского. Без шуток. Сейчас у вас нет перевода для документации по браузерному API. Потом перевода не будет по другому предмету. А там, где перевод найдётся, он обычно не актуален или содержит спорные решения, неудачные термины и другие ошибки.

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

Можно использовать expressions: https://symfony.com/doc/current/service_container/...

А можно подсмотреть как у Symfony сервисы подменяются в зависимости от того какая среда (EventDispatcher, контейнер, etc).

Что такое "не работает"?
Ну и вы же сами в примерах выше выключили автовайринг. Например, тут:

TwoBuilder:
    public: true
    ###
    autowire: false
    ###
    class: App\Builder\BuilderBase
    arguments:
      $file: '%kernel.project_dir%/public/files/two.xml'
      $mapping: '%two.mapping%'

Я, конечно, могу ошибаться, но подстановка аргументов по именам - это, вроде как, часть автовайринга.

Благодарю за ответ, но все равно такая же ошибка :С

Ещё есть мысль, что, скорее всего, ваши сервисы FirstBuilder и TwoBilder (правильно: SecondBilder) конфигурируются правильно (если опустить потенциальную проблему с передачей по именам без автовайринга), а ошибка конфигурации возникает именно с сервисом App\Builder\BuilderBase. Обратите внимание, что я имею в виду не класс, а именно ID сервиса. То есть, по факту у вас есть ручная конфигурация двух "виртуальных", если так выразиться сервисов и одна конфигурация дефолтного представления сервиса, которая создаётся автоматически (т.к. автовайринг и автоконфигурация включены глобально, чего вы не показали в вопросе, кстати).

Иными словами:
- Сервис FirstBuilder - валиден и конфигурируется нормально
- Сервис TwoBuilder - валиден и конфигурируется нормально
- Сервис App\Builder\BuilderBase - пытается конфигурироваться автоматически, но не может, т.к. для скалярных аргументов, массивов и всего прочего, что не сервис нужны либо биндинги дефолтных значений (см. services._defaults.bind)? Либо явная передача аргументов в написанном вами блоке конфигурации.

Так что вам, наверное, правильнее будет чтобы не выключать автовайринг глобально сделать один билдер дефолтным с ID сервиса App\Builder\BuilderBase дабы система не пыталась сконфигурировать ещё один сервис под этот класс, а второй билдер уже называть как вам угодно.

Вывод:
Читать про нововведения в DI после 3.3 (а лучше и про более поздние), осмыслять, рефакторить конфигурацию.

От себя добавлю, что для холодного хранилища нашлось очень интересное по стоимости решение от Online.net: C14.
А для быстрого сетевого стореджа всё по-прежнему.

var conn = new WebSocket('wss://site.ex/8777');
А вы уверены, что порт нужно указывать именно так?

В Lineage OS можно, например, запретить фоновую работу. Тогда пока вы не откроете Telegram, он работать не будет.
Ещё есть варианты с "файрволами". Часть работают как VPN и не требуют рутовых прав, часть наоборот требуют root и не создают виртуальный VPN.

Если нужно завести структуру и немножко базовых данных - могут помочь миграции и фикстуры.
Если нужно залить огромную кучу данных - тогда уже проще дамп.
Автоматизировать разворачивание можно с помощью Docker Compose.

Ответ несколько не по вашему вопросу, но если задача стоит в индексации содержимого торрентов, то возможно эффективнее будет индексировать DHT как делают, например, magnetico и прочие проекты (есть и на node.js).
Правда, если задача именно в парсинке описаний к раздачам - тогда да, трекеры нужны. Но это кучу проблем создаёт.

А вы сравнивали код на node.js с кодом на PHP в стиле request-response-death или Event Loop?
Потому что в node.js-то у вас, скорее всего, код был написан по другой парадигме.

Можно использовать сервис типа: omnireader.ru

Запустите где-нибудь на втором мониторе или во всегда открытом терминале что-нибудь типа
journalctl -b -k -f
И посмотрите, что там появилось во время зависания. Скорее всего, у вас паника ядра.

Можно ещё с помощью того же journalctl попробовать посмотреть логи предыдущего сеанса, но там на диск может и не попасть самое важное.

Без использования DLNA можно использовать ещё всякие медиасерверы типа Emby/Plex.
А любое другое "напрямую" - это в каком-то смысле так же не напрямую, а через SMB/CIFS, HTTP или любой другой протокол.

У Symfony есть документация на эту тему: https://symfony.com/doc/current/doctrine/multiple_...

А пример из реальной жизни можете посмотреть, например, у меня в этом мини-проекте. Там PostgreSQL и SQLite одновременно работают.
Внимание стоит обращать на config/packages/doctrine.yaml. Это, само собой, для заранее известных соединений.
Ну и для сущностей из каждой базы использовать свой EntityManager. Это в любом случае - не зависимо от того определены заранее или в рантайме подключения.

и сразу же ловлю ошибку что такой таблицы не существует в этой базе данных

Скорее всего, не тот EntityManager используете либо не с тем соединением его создаёте.

https://www.php.net/manual/en/simplexmlelement.add...