И винда еще псодить начала, я малость офигел...Потом понял, что у меня в автозагрузке стоит батник, который в бэкграунде запускает вируалку в виртуалбоксе. (Хотя это еще не окончательный вывод, может псоды еще появятся). У винды десятой они еще страшнее: синий экран и грустный смайлик.
docker images -a делал, пусто... По-моему virtualbox был на всех win до 10, сейчас вроде как Hyper-V используется, несовместимое с VT-x, на котором virtualbox. При установке докер так и сказал: "виртуалбокс больше у тебя работать не будет".
Кстати, я стянул к себе образов на 2ГБ, ссдшка у меня маленькая, всего 60ГБ, потом поудалял образы и контейнеры, а пространство не вернулось, где могли осесть файлы на винде? Порылся SpaceSniffer, крупных файлов он не видит, вроде как исчезли, может где-то куча мелочи осталась? В папке докера ничего нет, в AppData\Roaming и т.п. тоже чисто, только логи докера лежат.
В целом согласен, но все мы мечтаем о серьезном продакшене, иначе бы докером не пользовались. А значит, стоит давать рекомендации, которые позволят избежать проблем или хотя бы предупреждать о их возможности. // Насчет alpine в локал реджистри понял. Хотя странно, в списке имеджей, я не заметил ни alpine, ни debian, хотя ставил образы на них основанные. О чем это говорит?
Я параллельно задал вопрос на лоре, так там люди совсем другого мнения)) "он будет использовать образ alpine который уже есть в системе" - НЕ БУДЕТ, как сказал один из товарищей: "В имидж в любом случае попадают все потроха. С хоста ничего не подтягивается. Контейнер с убунту-имиджем, запущенный в генте ничем не отличается от контейнера с убунту-имиджем, запущенным в убунте.". И еще ... "Линукс на хотсе значения не имеет" - ИМЕЕТ. В идеале дистрибутив должен быть точно одинаковой версии и в staging и на девелоперских машинах, где собирают образы и в продакшене. Почитайте.
Ну по идее это в духе проекта на докере, он должен быть "всегда готов" к горизонтальному масштабированию. Хотя я конечно не эксперт, просто 3 дня уже читаю всю документацию по нему, какую вижу))
На замену отдельному дата-контейнеру пришли named volumes. А на замену link - network port mapping. В документации так и написано "legacy link feature".
Максим Федоров: Еще раз огромное спасибо! Оказывается фикстура не найдя файл данных считается загруженной, при этом если указать правильный dataFile до пути с файлом данных фикстуры, то все заработает как надо.
Максим Федоров: Скажите, а что может быть причиной того, что данные не загружаются в БД? При первой загрузке фикстура вытерла все запипси что были, но ни одной не создала. Позже я создал отдельную базу, но на ней тоже не создаются новые записи в результате загрузки фикстуры(((
Нууу наконец-то! Помогли, спасибо. Только это не у меня, эту у разработчиков yii такой косяк. Т.к. эта фикстура устанавливается вместе с advanced-шаблоном.
А что будет в случае изменения схемы ролей, новая миграция изменяющая данные в таблицах RBAC или измененная фикстура отвечающая новой схеме? По идее тут фикстура однозначно лучше, так как загружается/выгружается и не надо перекрывать данные в миграции.
А вот куда к примеру попадут данные RBAC? Я сгенерил таблицы БД для RBAC, нужно ассоциировать роли и разрешения. Кто какие получит разрешения и роли, где это будет отражено? В миграции произвести установку ролей можно, но как из миграции это делать если пользователи могут быть добавлены разные у всех разработчиков? Выходит, что должны быть одинаковые у всех по количеству ролей, чтобы представители всех были протестированы. В терминах Вашего ответа это "данные для разработки" получается, значит в фикстурах?