@AprilNEALab · Post #86 · 02.10.2024 г., 19:18
#OpenSource#GitHub#Dokploy 河流开心时刻 https://github.com/Dokploy/dokploy/pull/506
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #247 · 11.03
Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev
Hashtags
Търсене: #dokploy
@AprilNEALab · Post #86 · 02.10.2024 г., 19:18
#OpenSource#GitHub#Dokploy 河流开心时刻 https://github.com/Dokploy/dokploy/pull/506
Hashtags
@TossLabChannel · Post #355 · 09.12.2024 г., 23:53
#VPS#Dokploy Dokploy Cloud让VPS应用部署管理更加简单! 将您的VPS打造成全托管平台,支持无限部署、数据库和用户管理。 部署在任何设施之上 以前所未有的简洁和高效提供一站式项目、数据的管理以及系统监控。 😨项目地址:点击链接 📢 群聊: @TossQL 🎈 频道: @TossQLChannel ❤️不想错过精彩内容,请打开 #频道通知,你的 #阅读#点赞#转发 便是我发帖的最大动力!
@AprilNEALab · Post #85 · 30.09.2024 г., 08:49
#OpenSource@AprilNEALab#开源@AprilNEALab #Dokploy@AprilNEALab#Selfhosted@AprilNEALab https://fixupx.com/AprilNEA/status/1840642909319975090 https://github.com/Dokploy/dokploy/pull/506
@AppPie · Post #2184 · 14.10.2024 г., 04:02
Dokploy —— Vercel, Netlify 和 Heroku 的开源替代方案 🔗GitHub Dokploy 是一款免费且可自托管的平台即服务(PaaS),简化了应用程序和数据库的部署与管理。 功能特点 Dokploy提供多项功能,让你的工作更加轻松。 • 应用程序:部署任何类型的应用程序 (Node.js、PHP、Python、Go、Ruby等)。 • 数据库:创建并管理支持 MySQL、PostgreSQL、MongoDB、MariaDB、Redis 的数据库。 • 备份:为数据库自动备份至外部存储位置。 • Docker Compose:原生支持Docker Compose,管理复杂应用程序。 • 多节点:使用Docker Swarm管理集群,将应用扩展至多个节点。 • 模板:一键部署开源模板 (Plausible、Pocketbase、Calcom等)。 • Traefik 集成:自动与 Traefik 集成,用于路由和负载均衡。 • 实时监控:监控每个资源的 CPU、内存、存储和网络使用情况。 • Docker 管理:轻松部署和管理Docker容器。 • CLI/API:通过命令行或 API 管理你的应用程序和数据库。 • 通知:在部署成功或失败时收到通知 (支持Slack、Discord、Telegram、Email等)。 • 多服务器:远程部署并管理应用程序到外部服务器。 • 自托管:将 Dokploy 自托管在你的 VPS 上。 文档 访问 docs.dokploy.com 开始使用。 许可证 Apache License 2.0。 #GitHub#OpenSource#Dokploy#Docker#SelfHost 📮 频道 @AppPie