akdes

Нашёл ошибку:
в конфиге haproxy не хватало
mode http

Ответ: использовать needs заместо dependencies.

https://habr.com/ru/company/flant/blog/491888/

Обновление гитлаба, первая фича описанная на хабре решает мою проблему - как никогда, вовремя! :D

Во первых, посоветую Вам взять тот-же alpine или любой другой docker image,

1. запустить у себя на компьютере
docker run -it *IMAGE* sh
или
docker run -it *IMAGE* bash
и установить всё необходимое для постройки. php, curl, composer.. в зависимости от проекта.

2. далее, на основе Ваших действий составить dockerfile
FROM image

RUN apk update && apk add php7-fpm curl...

3. С помощью COPY/ADD скопировать проект в контейнер (для симуляции процесса). И выполнить необходимое в контейнере для постройки проекта.

4. Необходимые команды скопировать в gitlab-ci.yaml

Учтите, если Вы хотите упаковывать Ваш проект в докер, к примеру для запуска в k8s, Вам необходимо использовать dind (docker in docker) либо gitlab runner должен работать напрямую, не в докер. Ибо в противном случае Вы не сможете запустить docker build ... в процессе CI/CD

Если команды выполняются внутри runner контейнера, как мне выкачать проект из гита и положить его на хосте?

При запуске runner'a, он сам "выкачивает" Ваш проект, это видно здесь:

Reinitialized existing Git repository in /builds/gitlab/_xxx_/_xxx_/.git/
From _xxx_
   2c41219..48aa22e  master     -> origin/master
Checking out 48aa22eb as master...

такс, в общем, спасибо огромное всем за ответы.
Вот информация, на случай кому то будет интересно:
на данный момент, есть один элемент пельтье 12706, дешёвый кулер для CPU (но не самый плохой), блок для охлаждения воды (алюминий), пару трубок и мини насос.
Если налить воды только в блок и охлаждать его, получаю -4 градуса.

Т.к. нормальной платформы и корпуса на данный момент нет, собирается это очень "просто", при этом обе трубки
от блока пулучаются по 50см.
И в такой ситуации, охлаждается примерно 100 мл до 9 градусов. Результат не самый плохой, с учётом отстутвия пенопласта, длины трубок и насоса, который греется.
Предстоит попробовать/сделать: пластиковая ванночка, с алюминивым проводником на дне, к которому с наружи будет прикручиватся пельтье, без насоса, блока и трубок - думаю получу необходимый эффект.

Что касается ёмкости, будет барьер и резервуар (не охлаждаемый), который позволит иметь не более 100мл(может даже меньше сделаю) в системе для охлаждения.

вижу баг:

if(xhr.getResponseHeader('X-Eproc-Message')[0].message = 'error.pko-nomenclature-tru-exists') {

вы наверное хотите сравнить а не присвоить?!

if(xhr.getResponseHeader('X-Eproc-Message')[0].message === 'error.pko-nomenclature-tru-exists') {

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

Опция а) как написал Руслан, тебе нужен wildcard сертификат, который будет годен для "сайт.ру" и "*.сайт.ру"
Опция б) настраиваешь город.сайт.ру физически на тот же путь, как и сайт.ру, но в настройках вебсервера подключаешь разные сертификаты на каждый домен
Пример:

SSLEngine on
SSLStrictSNIVHostCheck on
SSLProtocol -ALL +SSLv3 +TLSv1
SSLCipherSuite ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:-MEDIUM

<VirtualHost *:80>
    DocumentRoot "/var/websiteexample/public/www"
    ServerName www.site.ru
    ServerAlias site.ru
    <Directory "/var/websiteexample/public/www">
        allow from all
        Options +Indexes
    </Directory>
</VirtualHost>

<VirtualHost *:443>
    DocumentRoot "/var/websiteexample/public/www"
    ServerName www.site.ru
    ServerAlias site.ru
    #You might also need: SSLCertificateChainFile 
    SSLCertificateFile /root/www.site.ru.crt
    SSLCertificateKeyFile /root/www.site.ru.key
    <Directory "/var/websiteexample/public/www">
        allow from all
        Options +Indexes
    </Directory>
</VirtualHost>

<VirtualHost *:443>
    DocumentRoot "/var/websiteexample/public/www"
    ServerName moscow.site.ru
    SSLCertificateFile /root/moscow.site.ru.pem
    SSLCertificateKeyFile /root/moscow.site.ru.key
    <Directory "/var/websiteexample/public/www">
        allow from all
        Options +Indexes
    </Directory>
</VirtualHost>

такс, сам отвечаю на свой вопрос, с небольшой поправкой - пересел на nginx и php7.2-fpm..
Но я думаю на php-apache проблема решилась бы тоже.

Основная ошибка это
xdebug.remote_connect_back=1
Адресс который xdebug получает, к сожалению не тот, который нам нужен. Правильный адрес берём из настроек Docker
Docker->settings->Network->Subnet Address
В моём случае это "xx.yy.zz.0" -> вставляем в конфиг и меняем 0 на 1:
xdebug.remote_host=xx.yy.zz.1
и вуаля...

Ключевые моменты, которые исключают загрузку на S3 напрямую с фронтенда:
Сервис будет базовый и использоватся в нескольких проектах. При переезде с S3 или изменении логики прийдётся менять все проекты по отдельности.

Решение на данный момент:
На фронтенде файл будет резаться на куски по 5 МБ и загружатся асинхронно через multipartUpload, на бэкенд.
Т.е. при начале загрузки будет передаваться идентификатор загрузки и при посл. кусках он будет оставаться.
По окончанию будет вызов на бэкенд, который будет собирать куски в один с помощью S3.
Тем самым можно горизонтально увеличивать ресурсы, без боязни проблем с загрузкой.

Нашёл более или менее логичный ответ, описывающий проблему и решение к ней.

Такс, решение найдено, точнее проблема.

Менее важно в данной проблеме, но факт: join работает быстрее чем жадная загрузка и т.д., не намного но быстрее.
Проблема в другом, если берётся объект из модели, затем мутируется и отдаётся через

return $object; //или 
return response()->json($object);

то именно return длится в моём случае на локалке 20, дополнительных, секунд, т.е. видать т.к. изначальный, знакомый объект "испорчен" доп. данными, при переводе данных в json происходит магия, стоимость n-Секунд.

Решение:
перевод объекта сразу в массив и затем манипуляция.

$myArray = $customer->get()->toArray(); 
$myArray = $this->doStuff($myArray);
return $myArray;

Может быть решение очевидно, я таких граблей не ожидал.

Проблема была в том, что один из сервисов кидал Исключение, а Guzzle дальше ждал ответа.

ок, думал они все одинакого работают, но нет.
require('getmac')
работает через ip link - должно сработать

Нашёл ошибку - по ошибочному дизайну, ID была String и в модели прописывал. Сейчас всё поменял, но вот одно забыл:
public $incrementing = false;
убрав эту строку получаю айди

Спасибо АртемЪ за планировщик (о нём не думал вообще)
написал powershell скрипт который скачивает архив, распаковывает его в необходимую директорию, тем самым заменяя файлы, эдакий апдэйт, а также, если в архиве есть определённый скрипт, он его запускает.
А по удалённому управлению, наверное всё таки буду брать лицензию тимвивера.