34
这个楼主还没有留下简介。
回复讨论
1
登录后可参与回复讨论。
34
文明发言，理性讨论
女仆小圆
·4小时前
·4小时前·4小时前这篇文章写好的时候单二进制Demo已经做好了懒得改了
服务器管理面板，本应帮助我们节省时间、降低成本。
可不知从什么时候开始，它们变得越来越庞大。
越来越多用不到的功能被塞进系统，越来越多服务常驻后台。我们只是想管理一台服务器，却不得不安装一整套沉重的“全家桶”；我们可能只需要其中几个功能，却要接受全部依赖、全部限制，以及一套难以离开的封闭生态。
服务器的资源，应该留给网站、应用和真正重要的业务。
用户的选择，也应该始终掌握在自己手中。
因此，我们开始开发 Lipanel。
一个轻量、开放、彻底插件化的 Linux 服务器管理面板。
我们的想法并不复杂：
像在手机上安装 App 一样管理服务器。
需要什么，就安装什么。
不需要什么，就不必为它付出资源和维护成本。
传统服务器管理面板通常追求“大而全”。
功能越堆越多，依赖越来越复杂，资源占用也随之增加。即使用户只需要最基础的网站管理功能，也往往必须接受一整套预设好的环境。
这不仅增加了服务器负担，也增加了后续维护成本。
一旦习惯了某个平台的规则、插件和部署方式，迁移又会变得困难。久而久之，面板不再只是一件帮助用户的工具，反而成了一道看不见的围墙。
Lipanel 想换一种方式。
我们不替用户决定应该安装什么，也不希望用十个功能绑住一个只需要其中一个功能的人。
核心保持精简，能力交给插件，选择留给用户。
这就是 Lipanel 最初的出发点，也是我们希望长期坚持的方向。
Lipanel 以轻量化为核心设计方向，计划采用单二进制方式交付，尽可能减少复杂依赖和不必要的后台负担。
我们希望它安静地运行在服务器上。
不喧宾夺主，不侵占本该属于业务的资源，也不为了看起来“功能丰富”，把用户并不需要的东西全部安装进去。
一台服务器真正重要的，永远是它承载的网站、服务和数据。
面板应该帮助用户管理资源，而不是成为资源的主要消耗者。
Lipanel 将功能拆分为相对独立的插件。
网站管理、运行环境、数据库以及其他扩展能力，都可以根据实际需要安装和卸载。
需要的，随时装上。
不需要的，不必安装。
不再使用的，干净卸载。
我们还希望通过合理的插件隔离机制，尽可能降低单个插件异常对面板核心的影响，让不同功能之间保持清晰边界。
这不仅是技术结构上的改变，也是我们对产品理念的选择。
我们拒绝强制捆绑，也尊重每一种不同的使用方式。
我们不希望 Lipanel 的能力永远只由少数开发者决定。
我们的目标，是让开发者能够按照规范创建、维护和分享自己的插件，并让用户可以通过 GitHub 等渠道安装适合自己的扩展。
有人只是想搭建一个简单的网站，有人需要管理企业内网；
有人使用普通云服务器，有人运行 ARM 设备；
有人追求开箱即用，有人喜欢亲手定制每一个细节。
没有一种固定配置能够适合所有人。
所以，我们不准备制造一个所谓的“标准答案”。
我们更愿意提供一套开放的基础，让每个人组合出属于自己的答案。
当更多开发者能够参与进来，Lipanel 就不再只是一款面板，而会逐渐成为一个由社区共同创造的服务器工具平台。
轻量不等于难用，开放也不应该意味着高门槛。
Lipanel 计划提供必要的基础能力，让刚接触服务器管理的用户，也能更轻松地完成建站和环境部署。
项目将逐步支持 PHP、Nginx、MySQL 等常见环境的安装与管理，并支持根据实际需要选择指定版本。
新手可以减少重复操作和配置门槛。
有经验的开发者与运维人员，也可以通过插件和配置，构建更符合自己习惯的工作流。
我们希望减少用户的重复劳动，但不会夺走用户理解和控制系统的权利。
简单，是为了降低门槛。
自由，是为了不设置天花板。
Lipanel 计划逐步适配 Ubuntu、CentOS、Debian 等常见 Linux 发行版，并兼顾 ARM 与 x86 架构。
从普通云服务器到低功耗设备，从个人网站到企业内网，我们希望不同环境中的用户都能获得清晰、轻量并且尽可能一致的管理体验。
但兼容从来不是一句轻松的口号。
它意味着大量测试、持续排查和长期维护。我们会根据团队能力和项目进度逐步推进，也会如实说明哪些功能已经完成，哪些仍在开发，哪些还需要更多时间验证。
我们不想用“完美兼容”制造期待。
我们更愿意用一次次真实测试，把兼容性慢慢做出来。
Lipanel 不以商业化为目标。
我们不想先用免费功能吸引用户，再通过功能阉割迫使用户付费；不想用强制订阅制造焦虑，也不想建立一个封闭的插件市场，把开发者和使用者困在平台制定的规则里。
我们不向用户出售选择权。
更不希望有一天，“自由”本身变成只有付费才能解锁的高级功能。
我们想做的事情其实很朴素：
在我们能力所及的范围内，把能够做到的最好版本带给大家。
我们的能力可能有限，时间也不是取之不尽的。
我们无法承诺一夜之间实现所有功能，也不会把尚未完成的规划包装成已经兑现的成果。
但我们愿意认真对待每一项功能，认真处理每一个问题，认真阅读每一条有价值的建议。
我们希望 Lipanel 不是一个只靠宏大口号支撑的项目，而是一个由一行行代码、一份份文档和一次次修复，慢慢成长起来的工具。
它不一定是最大的，但我们希望它足够诚实。
它不一定拥有最多的功能，但每一个功能都应该有存在的意义。
它或许走得没有那么快，但我们想让它走得更稳、更远。
Lipanel 并不只停留在一个想法里。
目前，基于 Go + Vue3 的前后端核心骨架已经跑通，项目代码已经纳入 Git 版本控制，登录与鉴权模块正在开发中。
接下来，我们将逐步推进：
这些工作都需要时间。
有些功能可能比预想中更加复杂，有些兼容问题也可能需要反复测试。我们不会为了制造期待而随意承诺完成日期，也不会为了宣传效果而隐藏项目仍处于早期开发阶段的事实。
我们愿意让大家看到项目的每一步进展，也愿意坦诚面对它暂时存在的不足。
不以商业化为目标，并不代表开发和维护不需要成本。
每一个看起来简单的功能背后，都需要经历设计、编码、测试、修复和长期维护。
安全机制需要反复验证，不同系统和硬件架构需要真实环境测试，插件生态也需要规范、文档和配套工具。
更重要的是，持续开发需要时间。
Lipanel 的开发和维护主要依靠社区捐赠。每一份支持，都会帮助我们在这个项目上投入更多精力，把想法一步步变成真正可靠、真正可用的功能。
捐赠将主要用于：
我们也会尽可能公开项目的发展方向和实际进度。
捐赠不是购买特权，也不是投资一家等待商业回报的公司。
它不会让某个人获得高人一等的功能，也不会让普通用户被划分成低人一等的“免费用户”。
捐赠支持的，是项目继续开发的时间，是问题得到修复的可能，也是一个不依赖功能阉割和用户锁定的工具能够长期存在的机会。
也许一笔捐赠无法立刻完成一个庞大的功能。
但它可以帮助我们多测试一种系统环境，多修复一个隐藏问题，多完善一页文档，也可以让开发者多投入一些时间，让 Lipanel 离“真正好用”再近一步。
开放与共享从来不会凭空发生。
它来自开发者深夜里写下的一行代码，也来自用户认真提交的一条反馈；来自愿意制作插件的人，也来自那些即使不写代码，仍愿意支持项目继续前进的人。
不是每个人都必须成为开发者，才能参与一个项目的成长。
你可以提出建议，可以帮助测试，可以完善文档，可以将 Lipanel 推荐给真正需要它的人，也可以通过捐赠支持项目继续开发。
代码让项目开始，社区让项目走远。
我们不能承诺永远不会遇到困难，也不能承诺所有功能都会按照最初设想顺利完成。
但我们可以承诺：
我们珍惜的，不只是一笔捐赠。
更是捐赠背后的理解、认可与信任。
而回应信任最好的方式，不是更响亮的口号，而是更扎实的产品。
如果 Lipanel 的理念与你产生了共鸣，如果你也希望服务器管理可以更轻、更自由、更开放，欢迎支持这个仍在成长中的项目。
你的捐赠不会购买特权。
它会帮助一群认真做事的人获得更多开发时间，也会让一个不以商业化为目标的项目，有机会被慢慢打磨成真正值得长期使用的工具。
我们不知道 Lipanel 最终能够走多远。
但只要还有人需要它，还有人愿意使用它、改进它、支持它，我们就愿意继续向前。
少一点捆绑，多一点选择。
少一点负担，多一点从容。
少一点封闭，多一点共同创造。
我们不向用户出售自由。
我们只邀请认同这份自由的人，与我们一起守护它。
让服务器管理，回归轻量与自由。
