Hfnas

Можно руками добавить в настройках:
Version Control -> Directory Mapping

нет. Модификатор применяется к тому элементу или блоку, который он должен модифицировать

<div class="crm-form-calc__table-cell crm-form-calc__table-cell_span">

</div>

Метод updateOrCreate() работает следующим образом:

1. Поиск существующей записи: Использует первый массив (условия поиска).
   
2. Обновление или создание записи:
   
   • Если запись найдена, значения из второго массива используются для обновления.
     
   • Если запись не найдена, создаётся новая запись с использованием первого массива для условий и второго массива для заполнения полей.
     
   
   
   

В вашем коде отсутствует указание поля crmCompanyID в параметрах для создания записи. Следовательно, Laravel пытается вставить NULL (или пропускает поле), что вызывает ошибку, так как это поле не допускает NULL и не имеет значения по умолчанию.

Model::updateOrCreate(
    ['amoID' => 43222233], // Условия для поиска
    ['crmCompanyID' => 1, 'updated' => now(), 'created' => now()] // Данные для обновления или создания
);

Это называется "таск-менеджер" или "система управления задачами", а не логирование. Отношения к ОС это отношения не имеет. Вам в идеале нужно что-то вроде Jira/Redmine/trello и прочее. Если хотите только какое-то приложение для трекинга времени выполнения задач, то это называется "тайм-трекер" или "программа учёта рабочего времени": hubstaff, time doctor и прочее. Обычно, тайм-трекер интегрируется с таск-менеджером для удобства выбора текущей задачи.

taskwarrior/timewarrior?

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

Основная проблема - это обращение к БД в цикле, каждый раз. Помимо долгого ожидания Вы так и БД перегружаете.
Для пакетной обработки не нужно никаких отдельных инструментов и библиотек. Вы просто собираете все данные в локальный массив, устанавливаете предел обработки пачки, после достижения предела делаете ОДИН запрос в БД.
Если у Вас идёт обращение к разным таблицам, то можно либо JOIN-ами выводить нужные данные, если таблицы пересекаются, либо отдельно готовить под каждую таблицу свой массив для выборки.

Если предел размерности у Вас небольшой, допустим 100 элементов, то там и на пачки разбивать не обязательно. Всё, что Вам нужно сделать - это вынести из цикла все обращения к БД, оставив только подготовку данных, для дальнейших запросов

Ребят вы знаете, в чем проблема, и куда копать....

Нет конечно... Берете код, бьете на блоки, расставляете метки времени, отчет по затраченному времени пишете в лог. Проблемные места смотрите и решаете можете ли уменьшить время исполнения. Вангую что самые тормоза у вас будут на выборке из бд или на запросах к апи. В случае бд - вывести запрос и сделать explain. По результату уже можно будет что-то советовать. В случае тормозов с апи - тут уже ничего в плане оптимизации сильно не придумаешь, но в любом случае задачи лучше будет скинуть в очередь и уже оттуда они будут выполняться, пока не закончится список. Кроме того, выборка по одной записи из бд в цикле - классическая ошибка, нужно объединить все запросы в один через join или in(), а дальше работать с полученным массивом.

Не вижу прокинутого наружу 9008 порта в компоузе.

у меня не связывается папка B2 c репозиторием с гитхаба

Папка B2 автоматически связывается с гитхабом уже в момент клонирования туда репозитория.

Но вы это не видите, так как инициализировали в папке packages пустой репозиторий и именно для него VSCode и показывает кнопку Publish Branch.

.
└───yyy.loc
    ├───.git 
    └───packages
        ├───.git # пустой репо созданный git init
        └───B2
            └───.git

А чтобы VSCode увидел вложенный репо, лежащий в папке packages/B2 вам надо в папке packages тоже создать .gitignore и прописать в нем /B2/

Попробовал собрать образ из представленного Dockerfile и проверить подключилось ли расширение:

docker build --build-arg user=user --build-arg uid=1000 --tag test .

... пропущено много буков ...

docker run --rm -it test:latest php -m | grep zip
zip

Да всё в порядке - расширение установилось.

PS
Образ крайне не оптимальный - весь мусор который генерируется во время установки из исходников не стёрт, кеши APT не стёрты, такой образ должен быть размером можт чуть больше 100 мегабайт. Я бы взял в качестве базового образа свежий Debian, подключил бы репозиторий с PHP и установил бы всё из готовых пакетов - это сильно ускорит сборку и позволит сделать образ меньше как минимум из-за того, что сборочному мусору неоткуда будет взяться.

Если ограничение настроено на стороне сайта 1С-Битрикс, то оно задаётся в модуле ‘Проактивная защита’. Перейдите в ‘Настройки → Проактивная защита → Контроль активности’. Там можно отключить контроль активности или выставить менее щадящий режим, увеличив допустимое количество запросов в минуту.

В ларке все пропитано магией, там обычный автокомплит очень плохо работает.
Обычно нужно сгенерировать дополнительные подсказки с помощью пакета https://github.com/barryvdh/laravel-ide-helper

Chunk

Ship::where("updated_at",">", "2024-01-01 00:00:00")->chunk(10, function (Collection $ships) {
    foreach ($ships as $ship) {

    }
});