Зависает php процесс?

Kekoc, чёт не очень вариант. В таком случае придётся оборачивать в транзакцию, одну большу транзакцию для каждого задания

Как использовать OrbitControls для движущейся цели?

Как вариант создайте свой OrbitControls, в конструктор добавте 3 аргумент

var OrbitControls = function ( object, domElement, followingObject ) {

	if ( domElement === undefined ) console.warn( 'THREE.OrbitControls: The second parameter "domElement" is now mandatory.' );
	if ( domElement === document ) console.error( 'THREE.OrbitControls: "document" should not be used as the target "domElement". Please use "renderer.domElement" instead.' );

	this.object = object;
	this.domElement = domElement;
	this.followingObject = followingObject;

и в методе update
замените
scope.object.lookAt( scope.target );
на

scope.object.lookAt(scope.followingObject.position);

теперь при перемещении объекта камера будет нормально вращаться вокруг объекта
И не делайте никаких лишних манипуляций в animate типа смена вектора target

Архетектура проектов, как правильно организовать?

Максим Федоров, в принципе к этому и склоняемся, но наличие отдельный пакетов композера подразумевает отдельные репозитории. Нас вот это смущает. В то время как при работе с сабмодулями мы пишем всё в одном месте (одно окно phpstorm) а при пуше гит пишет что изменился код в сабмодуле и его тоже надо запушить.

Архетектура проектов, как правильно организовать?

в common классы наследники от vendor/yiisoft/yii2, например ControllerBase, ActiveRecordBase, RequestBase, ResponseBase, ActiveDataProviderBase и т.п. + базовые классы типа LoggerBehavior, NestedIntervalsBehavior
я думал common он и в африке common, мы наверно не ясно выразились, извините

Не совсем понятно — как у вас в каждом приложении отдельный common?

почти одинаковый, я же говорю, нашли мы допустим баг в app\common\behaviors\NestedIntervalsBehavior, запушили в репозиторий проекта example.com но забыли запушить в репозиторий проекта foobar.com а может и не забыли, в этом то и проблема что он разъезжаются. Всё было хорошо, когда проект(приложение) был 1.

может сделать так — выделить доменное ядро, в нем сделать модули, и в каждом приложении подключать эти модули....

ну у нас скорее вопрос не про разделение скажем application layer от domain layer, а про то как нам править 1 баг 1 раз, а не в каждом существующим проекте копипастить исправленный код.