Nikita: Вы для начала локально Deployer настройте и посмотрите как он работает (ключи -vvv) - всё станет гораздо яснее.
А потом просто напишете пару строчек bash-скрипта, который будет стягивать вашу конфигурацию Deployer откуда-нибудь (отдельный репозиторий или же репозиторий вашего проекта) в контейнер, где собирается ваше приложение в CodeShip и инициировать деплой.
Реклама - это, конечно, неприятно. Но блокируя рекламу на ютубе вы не даёте возможности развиваться начинающим блоггерам, которые ещё не имеют тех масштабов, при которых рекламодатель напрямую выходит на них. То есть, поддерживаете олигополизацию рынка видеоблоггинга уже популярными блоггерами.
И это всё в то время, когда с YouTube ушла куча брендов, что и так очень сильно ударило по доходам тех, кто делает уникальный контент.
Я не являюсь видеоблоггером. Я сторонний наблюдатель. Но у меня YouTube добавлен в исключения uBlock чтобы те, кого я смотрю получали с этого доход.
И правда, ужас. Такое впечатление, что у вас то ли система спроектирована через не то место, которое стоило бы, то ли чёрт его знает. Вообще как-то странно использовать ORM в таком режиме. Потому что вот вы заперзистили сущность в БД, а потом БД сменили на другую и получается, что сущность невалидна теперь.
SorokinWS: Да, всё так. Но вы описываете довольно странную ситуацию.
Я не уверен, что Doctrine ORM будет хорошо работать с динамически конфигурируемыми EntityManager. А вот на уровне Doctrine DBAL, думаю, вы вполне можете себе задавать соединения динамически без каких-либо проблем.
Vladislav: Вы вообще вообще не о том думаете. Пытаетесь решить задачу ампутацией ноги через жопу.
Вот ответьте на вопрос: на странице поста некоего автора как появляются посты? То есть, как вы их выбираете для вывода?
andrew8712: Какая разница, кто заказчик? Вы работаете с Upwork. Он - посредник. Вы ему за это даже деньги платите, если не заметили. У вас договор с Upwork на выполнение работ, он вам за это платит деньги.
magary4: Что за вопросы? Попробуйте и посмотрите, какая будет разница. Возможно, это окажется экономией на спичках. Возможно, это чем-то поможет. Но это явно не первое, что стоит оптимизировать в приложении.
magary4: Скажу, что, вероятно, проблема не в количестве бандлов. Обычно такие большие задержки имеют причиной либо явную проблему в коде с каким-нибудь очень жручим участком, либо проблемы со средой, где испольняется проект.
Попробуйте xhprof/blackfire.io. А может у вас большая часть времени генерации вообще тратится на соединение или ещё что-то не касающееся кода.
А потом просто напишете пару строчек bash-скрипта, который будет стягивать вашу конфигурацию Deployer откуда-нибудь (отдельный репозиторий или же репозиторий вашего проекта) в контейнер, где собирается ваше приложение в CodeShip и инициировать деплой.