Роми

Вопрос снят - нашел таковой в одном из смежных проектов над которыми работаю - там как раз старая версия phpunit была :D На всякий случай - код, мало ли кто еще захочет:

<?xml version="1.0" encoding="UTF-8"?>
<phpunit backupGlobals="false"
         backupStaticAttributes="false"
         bootstrap="vendor/autoload.php"
         colors="true"
         convertErrorsToExceptions="true"
         convertNoticesToExceptions="true"
         convertWarningsToExceptions="true"
         processIsolation="false"
         stopOnFailure="false">
    <testsuites>
        <testsuite name="Unit">
            <directory suffix="Test.php">./tests/Unit</directory>
        </testsuite>

        <testsuite name="Feature">
            <directory suffix="Test.php">./tests/Feature</directory>
        </testsuite>
    </testsuites>
    <filter>
        <whitelist processUncoveredFilesFromWhitelist="true">
            <directory suffix=".php">./app</directory>
        </whitelist>
    </filter>
    <php>
        <env name="APP_ENV" value="testing"/>
        <env name="BCRYPT_ROUNDS" value="4"/>
        <env name="CACHE_DRIVER" value="array"/>
        <env name="MAIL_DRIVER" value="array"/>
        <env name="QUEUE_CONNECTION" value="sync"/>
        <env name="SESSION_DRIVER" value="array"/>
    </php>
</phpunit>

Эмпирическим путем)) было выяснено: да, можно.

т.е. можно локально сгенерить сертификаты с помощью вот этого: https://github.com/FiloSottile/mkcert (не так муторно как руками), и потом просто скопировать на VPS и там их подключить.

Пока остановился на https://www.opennic.org/ а там видно будет

Они там вроде как идейные такие прям, и даже зона .libre имеется :)

Единственное что - юзеру нужно их DNS-серверы к себе добавить на машине, а этим не только лишь все станут заниматься.

Но ничего лучше пока не вижу.

Ответ (как ни странно) нашелся в доке:

https://auth.nuxtjs.org/schemes/local/

)))

ну я не виноват что там дока через *** структурирована...

они же сами такие же кодеры - они тоже не любят читать 100500 страниц лишнего текста - но нет же, пишут доку в которой приходится выискивать самое необходимое, вместо того чтобы просто написать это сразу же.

Ну, как и сказал Александр Карабанов тут дело не в докере, а в том, что не все пакеты, нужные для сборки, бывают доступны в сети в одно и то же время ))

+ ко всему, это может быть связано с другой проблемой, которую пришлось сегодня решать:

https://qna.habr.com/q/1115050

в таком варианте в конечном итоге все сбилдилось нормально.

Короче, пришлось читать доку)) там рекомендуют поменять значение:

COMPOSE_PROJECT_NAME

в .env

сейчас вот пробую, если получится - отпишусь

P.S. В общем, таки да, это и есть решение. Если не установить переменную COMPOSE_PROJECT_NAME уникальной для каждого экземпляра Laradock, то оно "пересекается" между собой, и получается всякая дрянь :D С другой стороны, в этом случае оно занимает меньше места. Но если нужны разные конфигурации Laradock с разными версиями PHP, то вот это вот COMPOSE_PROJECT_NAME надо делать уникальной для проекта, который отличается от общей массы (в моем случае это PHP 8.0, и даже удалось поднять с PHP 8.1).

нашел в чем соль, нужно было закаментить эту строчку в конфиге nginx:

listen [::]:443 ssl ipv6only=on;

вернее даже - не раскоменчивать)) (там изначально ссл выключен)

всё рабоатет, спасибо кто откликнулся - ваши каменты направили мои мысли по нужному пути