Здравствуйте! В первую очередь приношу извинения что статья не покрыла данный материал, она была написана в июле а сама фича в августе(недавно да и я больше пользуюсь cli решением а не desktop), успеть протестировать я её не смог поэтому буду рад этому обсуждению. Статью я могу написать об этом, но пока думаю рано, поскольку она ещё в бете.(в доке пока мало информации о ней.) Если сейчас писать то вот что знаю, на основе официальных данных:
Это будет стандартный движок на конец октября 2026 года под винду/мак/линукс.
По заверению разработчиков, Docker VMM предоставит(цитирую):
Более быстрый запуск. Запуск контейнеров заметно быстрее по всем параметрам, от первого запуска до переключения проектов и восстановления после перезагрузки.
Улучшена обработка файлов. Значительно ускорен обмен файлами между контейнером и хостом. В цикле редактирования-компиляции-тестирования вы будете видеть улучшения при каждой сборке.
Более интеллектуальное управление памятью. Docker VMM возвращает память хосту, когда контейнеры простаивают, поэтому Docker Desktop не удерживает оперативную память, которую вы не используете.
Повышена стабильность работы в Windows. Впервые разработчики под Windows получают виртуальную машину, созданную и поддерживаемую Docker, при этом работа над производительностью и стабильностью выполняется непосредственно нами.
Более строгая изоляция, лучшая производительность. DockerVMM по-прежнему работает в полностью изолированной виртуальной машине, оптимизированной для производительности. В Windows это означает изоляцию, которую вы ожидаете от Hyper-V, и скорость, которую вы ожидаете от WSL2.
Из проблем:
Некоторые СУБД могут не работать с virtiofs, возможно исправят в будущем(опять таки это бета.)
На Mac (Apple Silicon) не поддерживает Rosetta, эмуляция amd64 медленная.
Шаринг bind mounts насколько я понял вручную надо делать(где то в Settings → Resources → File sharing.)
имхо есть ещё какие то, но пока только такие узнал сейчас на основе доки и обсуждений в телеграмм чатах :)
Могу пока порекомендовать использовать VMM ока для экспериментов, для стабильности пока не использовать бетку.
p.s. ещё наверно больше ресурсов потребуется, надо проверять.
а) Из-за проблем в регионе (не конкретно, может быть, у региона, но, по крайней мере, у меня — в двух ближайших городах нет нормальных дерматологов, к сожалению, и попасть к ним я могу только через 2 месяца), поэтому пока жду и стараюсь искать специалистов даже в других странах :) Да и к тому времени когда меня уже запишут, я уже успею переехать
б) Это не от ИИ, а итоги на основе моих исследований, которые я выявил в ходе лечения. Фототерапией сейчас начинаю заниматься, т. к. от мазей слабый эффект (распространение всё равно идёт, и эффект меньше распространения). Загар пока являлся самым лучшим вариантом, но приходится делать несколько «сессий»(для больших зон).
г и д) Сейчас у меня основная цель — найти способы лечения без применения «зависимых» препаратов, а также найти причину возникновения псориаза именно у меня, поскольку я уже лежал в КВД (спойлер: мне стало намного хуже после их лечения), и я пытаюсь консультироваться сразу с несколькими врачами. И наоборот, уничтожив лямблии, я почувствовал себя намного легче — состояние, которое я указывал в статье, это уже после них, а до момента их устранения было ещё хуже.
Насчёт psoranet.org: в теории его возможно восстановить, я нашёл небольшую часть материалов форума. Пример.
Об этом будет другая статья, пока не могу точно сказать серию (да, это только 1 часть, более ознакомительная и автобиографическая). Здесь я делился по большей части личным опытом. ИЛ-17/ИЛ-23 ингибиторы и биологическая терапия в целом и т. п. тема отдельная и достаточно объёмная, чтобы разбирать её вскользь в тексте, который и так получился довольно длинным.
Я для этого ещё и заключил сотрудничество с одной компанией для более официальных и точных данных. Поэтому рекомендую ожидать следующую часть, постараюсь даже подготовить gif-анимации, если буду успевать :)
Именно лечением псориаза да, тут сложно сказать. Скорее поддержка текущего состояния кожи, поэтому я и изучаю всё своё состояние чтобы понять в чем проблема и сейчас для продолжения эксперимента закупаю оборудование для лечения с помощью фототерапии и подготовка к повторным обследованиям моего организма. Вот кстати жаль(ну по крайней мере в моей больнице) отсутствует возможность сделать полностью обследование, мне приходится ездить в другой город для этого :)
Это и задержка в эксперименте и в подготовке новых статей где уже продолжение самого эксперимента идёт.
P.S. Насчёт придирчивости: всё в порядке, даже рад нашему обсуждению.
Здравствуйте! Загар — действительно один из методов, который лично у меня сработал, но это далеко не главный вывод статьи. Я описываю весь свой путь: обследования, поиск возможных факторов, реакцию на разные средства и методы и то, как менялось состояние со временем.
А насчёт дупилумаба — честно говоря, я пока не изучал этот препарат. Можете поделиться информацией/источниками? Будет интересно разобраться.
Медицинские препараты (таблетки, уколы и т. д.) я намеренно не разбираю в этой статье по нескольким причинам.
Во-первых, это очень большая отдельная тема. Если я буду её разбирать, то хотел бы смотреть не только на препараты, доступные в РФ, но и на разработки и лекарства из других стран. Например, недавно, насколько я помню, появилась новость о разработке таблетки против псориаза компанией Johnson & Johnson.
Во-вторых, здесь для меня особенно важна достоверность информации. Препарат существует — ещё не значит, что он действительно безопасен, эффективен, легален и заслуживает доверия. Нужно смотреть исследования, регистрацию, состав, производителя, показания, противопоказания и многое другое.
С тем же «Псониканом» у меня, например, возникло достаточно много вопросов к самому производителю. Я пытался получить от компании информацию, но не получил ответов на свои вопросы. На сайте также не смог найти подтверждений некоторым заявлениям, а специалисты в опубликованных видео не всегда представлены таким образом, чтобы можно было независимо проверить их квалификацию. Поэтому лично я не готов без дополнительной проверки рекомендовать такое средство читателям.
Поэтому я стараюсь придерживаться простого принципа: если рассказываю о каком-либо препарате или методе, то либо опираюсь на официальные/проверенные источники, либо прямо указываю, что это исключительно мой личный опыт.
Так что отдельный материал по медикаментозному лечению вполне возможен, но я бы хотел сделать его намного более основательно.
Здравствуйте! У нас с вами схожее мнение — нужно искать и разбираться в механизме болезни. Если ничего не поменяется, статья будет опубликована 19-го, не хочу спойлерить)
По первому пункту: это не совсем то, что я имел в виду. Я не говорю «отдавайте всё бесплатно, потому что мне так удобнее/должны». Я говорю: если уж делать модель open-core, то лучше разделять её архитектурно, а не парой условий в общем коде. Хотите продавать всё — продавайте всё, вопросов нет. Но если решили дать бесплатную версию как маркетинговый/community/opensource-инструмент(с дальнейшим возможностью заработать на этом), то дырявая заглушка — это не оч гуд инженерия. По серверной проверке лицухи кстати да тут соглашусь(не учёл этот момент ;_( ).
Это вообще золото:
Таким образом повышается стоимость взлома и обновления, дальше стоимость лицензии должна конкурировать с ценой взлома, если лицензия стоит сильно больше - будут ломать.
Здравствуйте! Да, в целом верно, если мы говорим именно о доступности портов между контейнерами в одной сети, то “EXPOSE” и “expose” вообще не обязательны.
А так “совет” в статье, тоже верный, согласно документации.
Здравствуйте! В статье это описывается (просто разбросанно по разделам, извините, если с этим возникли трудности при изучении). В конце будет раздел FAQ на основе вопросов/комментариев, для удобства — типа вспомнить, в чём отличие, и так далее.
Если вкратце про различия:
Торможение из-за виртуализации на Win/Mac у bind mount.
UID/GID хоста — можно словить permission denied, или потом файлы без sudo не удалить (раздел 3.2).
Том всегда изолирован от хоста, bind mount — нет: контейнер получает прямой доступ на запись к реальному пути на диске. (Само по себе это не минус, для например разработки это и есть смысл bind mount) Если перепутать путь при монтировании, можно задеть что-то на хосте. С томом такая случайность исключена в принципе.
А в остальном это просто разная потребность — где-то удобнее bind mount рядом с compose, где-то нужна управляемость тома, тут уже от задачи и проекта зависит.
Ну это ручным способом бэкап будет? В целом да можно такое сделать. Я сделал себе так для переносимости нормальной(ну по моему мнению). Т.к. если Docker крутится не на том хосте, откуда идёт бэкап (удалённый докер, драйвер тома не local, а NFS/S3/rclone-плагин и т.п.), пути /var/lib/docker/... просто не будет на диске.
Допустим в проекте папка my project files/app.py, и Dockerfile рядом.
Без скобок:
COPY my project files /app/
Докер видит это как четыре отдельных слова и последнее всегда destination. Получится: скопировать my, project, files в /app/ — и упадёт с ошибкой, потому что файла с именем my не существует.
Со скобками:
COPY ["my project files", "/app/"]
Тут первый элемент массива — это my project files целиком, второй — /app/. Докер копирует папку как единый путь, пробелы внутри него уже не мешают.
Для COPY скобки нужны только если в пути есть пробелы — без них докер режет строку по пробелам, и my project files распадётся на три части. COPY ["my project files", "/app/"] фиксирует это как один элемент.
Возможно про Dockerfile будет отдельная часть, там поподробнее разберём.
Здравствуйте! В первую очередь приношу извинения что статья не покрыла данный материал, она была написана в июле а сама фича в августе(недавно да и я больше пользуюсь cli решением а не desktop), успеть протестировать я её не смог поэтому буду рад этому обсуждению. Статью я могу написать об этом, но пока думаю рано, поскольку она ещё в бете.(в доке пока мало информации о ней.) Если сейчас писать то вот что знаю, на основе официальных данных:
Это будет стандартный движок на конец октября 2026 года под винду/мак/линукс.
По заверению разработчиков, Docker VMM предоставит(цитирую):
Из проблем:
Некоторые СУБД могут не работать с virtiofs, возможно исправят в будущем(опять таки это бета.)
На Mac (Apple Silicon) не поддерживает Rosetta, эмуляция amd64 медленная.
Шаринг bind mounts насколько я понял вручную надо делать(где то в Settings → Resources → File sharing.)
имхо есть ещё какие то, но пока только такие узнал сейчас на основе доки и обсуждений в телеграмм чатах :)
Могу пока порекомендовать использовать VMM ока для экспериментов, для стабильности пока не использовать бетку.
p.s. ещё наверно больше ресурсов потребуется, надо проверять.
Я это понимаю. И при любом сотрудничестве я даю независимую оценку в любом случае :)
Большое спасибо за советы) Немного покомментирую:
а) Из-за проблем в регионе (не конкретно, может быть, у региона, но, по крайней мере, у меня — в двух ближайших городах нет нормальных дерматологов, к сожалению, и попасть к ним я могу только через 2 месяца), поэтому пока жду и стараюсь искать специалистов даже в других странах :) Да и к тому времени когда меня уже запишут, я уже успею переехать
б) Это не от ИИ, а итоги на основе моих исследований, которые я выявил в ходе лечения. Фототерапией сейчас начинаю заниматься, т. к. от мазей слабый эффект (распространение всё равно идёт, и эффект меньше распространения). Загар пока являлся самым лучшим вариантом, но приходится делать несколько «сессий»(для больших зон).
г и д) Сейчас у меня основная цель — найти способы лечения без применения «зависимых» препаратов, а также найти причину возникновения псориаза именно у меня, поскольку я уже лежал в КВД (спойлер: мне стало намного хуже после их лечения), и я пытаюсь консультироваться сразу с несколькими врачами. И наоборот, уничтожив лямблии, я почувствовал себя намного легче — состояние, которое я указывал в статье, это уже после них, а до момента их устранения было ещё хуже.
Насчёт psoranet.org: в теории его возможно восстановить, я нашёл небольшую часть материалов форума. Пример.
Об этом будет другая статья, пока не могу точно сказать серию (да, это только 1 часть, более ознакомительная и автобиографическая). Здесь я делился по большей части личным опытом. ИЛ-17/ИЛ-23 ингибиторы и биологическая терапия в целом и т. п. тема отдельная и достаточно объёмная, чтобы разбирать её вскользь в тексте, который и так получился довольно длинным.
Я для этого ещё и заключил сотрудничество с одной компанией для более официальных и точных данных. Поэтому рекомендую ожидать следующую часть, постараюсь даже подготовить gif-анимации, если буду успевать :)
Почему-то с ПК не открывается. (С телефона успешно открыл). Спасибо, на днях изучу!
Именно лечением псориаза да, тут сложно сказать. Скорее поддержка текущего состояния кожи, поэтому я и изучаю всё своё состояние чтобы понять в чем проблема и сейчас для продолжения эксперимента закупаю оборудование для лечения с помощью фототерапии и подготовка к повторным обследованиям моего организма. Вот кстати жаль(ну по крайней мере в моей больнице) отсутствует возможность сделать полностью обследование, мне приходится ездить в другой город для этого :)
Это и задержка в эксперименте и в подготовке новых статей где уже продолжение самого эксперимента идёт.
P.S. Насчёт придирчивости: всё в порядке, даже рад нашему обсуждению.
Здравствуйте! Загар — действительно один из методов, который лично у меня сработал, но это далеко не главный вывод статьи. Я описываю весь свой путь: обследования, поиск возможных факторов, реакцию на разные средства и методы и то, как менялось состояние со временем.
А насчёт дупилумаба — честно говоря, я пока не изучал этот препарат. Можете поделиться информацией/источниками? Будет интересно разобраться.
Медицинские препараты (таблетки, уколы и т. д.) я намеренно не разбираю в этой статье по нескольким причинам.
Во-первых, это очень большая отдельная тема. Если я буду её разбирать, то хотел бы смотреть не только на препараты, доступные в РФ, но и на разработки и лекарства из других стран. Например, недавно, насколько я помню, появилась новость о разработке таблетки против псориаза компанией Johnson & Johnson.
Во-вторых, здесь для меня особенно важна достоверность информации. Препарат существует — ещё не значит, что он действительно безопасен, эффективен, легален и заслуживает доверия. Нужно смотреть исследования, регистрацию, состав, производителя, показания, противопоказания и многое другое.
С тем же «Псониканом» у меня, например, возникло достаточно много вопросов к самому производителю. Я пытался получить от компании информацию, но не получил ответов на свои вопросы. На сайте также не смог найти подтверждений некоторым заявлениям, а специалисты в опубликованных видео не всегда представлены таким образом, чтобы можно было независимо проверить их квалификацию. Поэтому лично я не готов без дополнительной проверки рекомендовать такое средство читателям.
Поэтому я стараюсь придерживаться простого принципа: если рассказываю о каком-либо препарате или методе, то либо опираюсь на официальные/проверенные источники, либо прямо указываю, что это исключительно мой личный опыт.
Так что отдельный материал по медикаментозному лечению вполне возможен, но я бы хотел сделать его намного более основательно.
Большое спасибо за тёплые слова!)
Здравствуйте! У нас с вами схожее мнение — нужно искать и разбираться в механизме болезни. Если ничего не поменяется, статья будет опубликована 19-го, не хочу спойлерить)
По первому пункту: это не совсем то, что я имел в виду. Я не говорю «отдавайте всё бесплатно, потому что мне так удобнее/должны». Я говорю: если уж делать модель open-core, то лучше разделять её архитектурно, а не парой условий в общем коде. Хотите продавать всё — продавайте всё, вопросов нет. Но если решили дать бесплатную версию как маркетинговый/community/opensource-инструмент(с дальнейшим возможностью заработать на этом), то дырявая заглушка — это не оч гуд инженерия. По серверной проверке лицухи кстати да тут соглашусь(не учёл этот момент ;_( ).
Это вообще золото:
Тут все думаю согласны)
Здравствуйте! Да, в целом верно, если мы говорим именно о доступности портов между контейнерами в одной сети, то “EXPOSE” и “expose” вообще не обязательны.
А так “совет” в статье, тоже верный, согласно документации.
Обновление от 28 июля 2026 года.
Статья была обновлена под редакционную политику opensophy.
Читать обновлённую статью.
Все последующие обновления материала будут публиковаться только на сайте.
Обновление от 28 июля 2026 года.
Статья была обновлена под редакционную политику opensophy.
Читать обновлённую статью.
Все последующие обновления материала будут публиковаться только на сайте.
Обновление от 28 июля 2026 года.
Статья была обновлена под редакционную политику opensophy.
Читать обновлённую статью.
Все последующие обновления материала будут публиковаться только на сайте.
Обновление от 28 июля 2026 года.
Статья была обновлена под редакционную политику opensophy.
Читать обновлённую статью.
Все последующие обновления материала будут публиковаться только на сайте.
Здравствуйте! В статье это описывается (просто разбросанно по разделам, извините, если с этим возникли трудности при изучении). В конце будет раздел FAQ на основе вопросов/комментариев, для удобства — типа вспомнить, в чём отличие, и так далее.
Если вкратце про различия:
Торможение из-за виртуализации на Win/Mac у bind mount.
UID/GID хоста — можно словить permission denied, или потом файлы без sudo не удалить (раздел 3.2).
Том всегда изолирован от хоста, bind mount — нет: контейнер получает прямой доступ на запись к реальному пути на диске. (Само по себе это не минус, для например разработки это и есть смысл bind mount) Если перепутать путь при монтировании, можно задеть что-то на хосте. С томом такая случайность исключена в принципе.
А в остальном это просто разная потребность — где-то удобнее bind mount рядом с compose, где-то нужна управляемость тома, тут уже от задачи и проекта зависит.
Ну это ручным способом бэкап будет? В целом да можно такое сделать. Я сделал себе так для переносимости нормальной(ну по моему мнению). Т.к. если Docker крутится не на том хосте, откуда идёт бэкап (удалённый докер, драйвер тома не local, а NFS/S3/rclone-плагин и т.п.), пути /var/lib/docker/... просто не будет на диске.
Допустим в проекте папка
my project files/app.py, и Dockerfile рядом.Без скобок:
Докер видит это как четыре отдельных слова и последнее всегда destination. Получится: скопировать
my,project,filesв/app/— и упадёт с ошибкой, потому что файла с именемmyне существует.Со скобками:
Тут первый элемент массива — это
my project filesцеликом, второй —/app/. Докер копирует папку как единый путь, пробелы внутри него уже не мешают.Для COPY скобки нужны только если в пути есть пробелы — без них докер режет строку по пробелам, и
my project filesраспадётся на три части.COPY ["my project files", "/app/"]фиксирует это как один элемент.Возможно про Dockerfile будет отдельная часть, там поподробнее разберём.
вы про dockerfile? типа COPY [“my project files”, “/app/”]