Posts

Terraria Server Docker 教程 教你学会如何把 Terraria Linux 服务端打成 Docker 镜像，并用 Docker Compose 在 x86_64 Linux 服务器运行。本教程从 Dockerfile、启动脚本到 docker-compose.yml，一步步解释原理与用法，并包含多实例部署方式。 首先在泰拉瑞亚服务端下载页面最下方点击PC Dedicated Server下载服务端 目录结构 Dockerfile：镜像构建文件（原生运行） entrypoint.sh：启动脚本，自动生成 serverconfig.txt docker-compose.yml：单实例编排 docker-compose.multi.yml：多实例编排（普通/专家/大师） data/ / data-normal / data-expert / data-master：持久化目录 一、Dockerfile：把服务端打进镜像 Dockerfile 的核心目标是： 选择基础Linux镜像（这里是 Debian） 安装必要运行库 把服务端文件复制进去 设置启动脚本 Dockerfile 示例 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 # 基础镜像：Debian 稳定版（包含 glibc，兼容性好） FROM debian:bookworm-slim # 入口脚本需要的默认环境变量 ENV TERRARIA_HOME=/opt/terraria \ TERRARIA_DATA=/data # 安装运行原生服务端所需的运行库 # --no-install-recommends：减少镜像体积 # 清理 apt 缓存以减少镜像大小 RUN apt-get update \ && apt-get install -y --no-install-recommends \ ca-certificates \ libstdc++6 \ libgcc-s1 \ && rm -rf /var/lib/apt/lists/* # 设置容器内工作目录 WORKDIR ${TERRARIA_HOME} # 复制服务端文件到镜像内 COPY . ${TERRARIA_HOME} # 确保二进制可执行 RUN chmod +x /opt/terraria/TerrariaServer.bin.x86_64 # 拷贝启动脚本 COPY entrypoint.sh /entrypoint.sh RUN chmod +x /entrypoint.sh # 元信息：声明服务端监听端口 EXPOSE 7777/tcp # 声明数据卷：世界/配置放在 /data VOLUME ["/data"] # 容器启动时执行入口脚本 ENTRYPOINT ["/entrypoint.sh"] 关键点 libstdc++6 / libgcc-s1：Terraria 原生二进制依赖的运行库 VOLUME ["/data"]：让世界文件与配置落在数据卷（容器可删除，数据仍在） ENTRYPOINT：容器启动时执行脚本 二、entrypoint.sh：启动脚本与自动配置 目标： ...

碎碎念 / 02 见过花开就好了 又何必在意花属于谁？ 花开是有情，花落是无意。 你记得花，花就不会枯萎；你记得我，我就会一直在。 似水流年，太过匆匆。一些故事来不及开始，就被写成了昨天； 一些人还没有好好相爱，就成了过客。离开你的人，是缘分到了，才与你告别。 “也许每场相遇并非都会有结果，但是，每场相遇又都会有它的意义。” 人生没有无用的经历。你我都要相信，那些曾经的意难平终将和解，而往后的万事也终会如意。

终端复用神器对决：Tmux vs. Screen 全方位指南 在 Linux 远程运维或开发中，我们经常会遇到这样的问题：正在运行一个耗时几小时的任务，结果网络波动导致 SSH 断开，任务被迫中断。终端复用器（Terminal Multiplexer） 正是为此而生。 本文将深度对比老牌劲旅 Screen 与现代标杆 Tmux，并提供详细的使用教程。 核心概念：什么是终端复用？ 终端复用器的核心功能可以概括为： 会话保护：断开连接后，后台任务继续运行，重新登录后可“恢复（Attach）”现场。 分屏操作：在同一个窗口内切分成多个小窗口（Panes）。 多会话管理：同时开启多个独立的任务环境。 一、 Tmux vs. Screen 深度对比 特性 Screen Tmux 诞生时间 1987年 (历史悠久) 2007年 (现代主流) 默认前缀键 Ctrl + a Ctrl + b 配置灵活性 配置文件较复杂 极其灵活，支持复杂脚本 状态栏 基本没有，需繁琐配置 默认开启，信息极丰富 分屏能力 垂直/水平分屏支持较晚 原生支持极佳，支持无限嵌套 资源占用 极低 低 (略高于 Screen) 总结建议： 如果你经常需要分屏开发、自定义高度美化的状态栏，请首选 Tmux。 如果你在极其古老、资源极其受限的系统上工作，或者习惯了 Ctrl+a 的手感，Screen 依然是可靠的选择。 二、 Tmux 详细用法 Tmux 采用三层结构：Session（会话） > Window（窗口） > Pane（面板）。 ...

碎碎念 / 01 我无法一直有趣 我常常反思自己，为什么以前说喜欢我的人，后来渐行渐远。 可能因为刚认识我的时侯，我有着有趣的灵魂，开朗阳光的性格。和我聊天，你说你很放松，很开心。 可是慢慢熟悉之后，你才发现，原来我敏感多疑，性格粘人，让你难过，让你受不了。 “不要向别人展示那么多，没人愿意了解我的内心深处。他们爱的是我最初表现的样子。” 如果有人因为我的有趣喜欢我，那我就知道他一定会走。因为我没办法一直有趣，我也会没话说。 我的生活已经烂掉了。作息、情绪、饮食、床和房间，在乱掉的东西里，一边痛苦，一边又觉得痛。每天刷着毫无意义的手机和视频，真的好没意思。 一边焦虑，一边想：我还会幸福吗？ 我知道，这或许有些难。没有人愿意包容我的任何情绪。思绪拉回之前，我曾谈过一段片刻让我真正开心的恋爱，为了守护那短暂的幸福我坚持了很久很久，但是结局最终仍是遗憾。 他们道歉也仅仅只是说那几句对不起，但没有真正去改正错误。我讨厌试探，讨厌触碰底线。 好像从来都没有人知道真实的我， 也没有人爱过真实的我。

近期部分电子设备及日均成本统计 Total Assets ￥0 Daily Cost (Avg) ￥0 SORT BY: 回本进度 购买价格 日均成本 购买日期

0. 前言 Mac mini M4 拥有顶级的单核性能和极小的体积，尤其是经过补贴之后16+256GB配置只需要3000左右的价格就能买到手，我宣布这就是最适合用来开MC的服务器主机。 本人尝试拿它开启了homestead服务器，是一个包含400+mod的整合包，实测前中期10人的情况下稳定运行压力不大（视距6，模拟距离8），奈何被家里的烂网制裁，只能转去第三方租赁面板服。 B站博主也有测试过，在MC服务器领域，完全不输i9-14900K，视频参考： 最适合开MC服务器的电脑？是不到4000块的M4 Mac Mini？！ 注意： 服务器性能没问题不代表你家网没问题，你在拥有Mac mini之前应该考虑是否有稳定的网络和足够的上行带宽！！ 1. Mac 系统防休眠设置 Macmini不连显示器的情况下断开SSH连接之后，它就美滋滋的睡过去了，只监听22端口有人连接才能正常运行，所以如果是当作MC服务器，请不要让它休眠。 开启远程访问 激活Mac mini后，在「系统设置」->「通用」->「共享」中，打开 远程登录 (SSH)。这样你就可以在其他电脑甚至手机上通过 ssh 随时管理你的服务器。 开启持久模式 (caffeinate) 在配置好远程连接之后，请在终端使用 caffeinate 命令。 -i: 防止系统计算睡眠。 -s: 防止系统在接通电源时睡眠。 -m: 防止磁盘睡眠。 -d:防止显示器休眠。 1 caffeinate -ism 2. 环境搭建 安装适配 M4 的 JDK 一定要用 ARM64 原生版本，否则性能损失巨大。推荐使用 Homebrew 安装： 1 2 3 4 5 # 安装 Homebrew (如果还没装) /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" # 安装 Java 21 (适配 1.20.5+) brew install openjdk@21 3. 创建与启动服务器 准备文件夹：mkdir ~/MCServer && cd ~/MCServer ...

How To Ask Questions The Smart Way Copyright © 2001,2006,2014 Eric S. Raymond, Rick Moen 简介 在黑客的世界里，你所提技术问题的解答的好坏, 很大程度上取决于你提问的方式与此问题的难度。本指南将教你如何正确地提问以获得你满意的答案。 现在开源（Open Source）软件已经相当盛行，您通常可以从其他更有经验的用户那里获得与黑客一样好的答案，这是件好事；和黑客相比，用户们往往对那些新手常遇到的问题更宽容一些。尽管如此，以我们在此推荐的方式对待这些有经验的用户通常也是从他们那里获得有用答案的最有效方式。 首先你应该明白，黑客们喜爱有挑战性的问题，或者能激发他们思维的好问题。如果我们并非如此，那我们也不会成为你想询问的对象。如果你给了我们一个值得反复咀嚼玩味的好问题，我们自会对你感激不尽。好问题是激励，是厚礼。好问题可以提高我们的理解力，而且通常会暴露我们以前从没意识到或者思考过的问题。对黑客而言，“好问题！”是诚挚的大力称赞。 尽管如此，黑客们有着蔑视或傲慢面对简单问题的坏名声，这有时让我们看起来对新手、无知者似乎较有敌意，但其实不是那样的。 我们不讳言我们对那些不愿思考、或者在发问前不做他们该做的事的人的蔑视。那些人是时间杀手 —— 他们只想索取，从不付出，消耗我们可用在更有趣的问题或更值得回答的人身上的时间。我们称这样的人为 失败者（loser） （由于历史原因，我们有时把它拼作 lusers）。 我们意识到许多人只是想使用我们写的软件，他们对学习技术细节没有兴趣。对大多数人而言，电脑只是种工具，是种达到目的的手段而已。他们有自己的生活并且有更要紧的事要做。我们认可这点，也从不指望每个人都对这些让我们着迷的技术问题感兴趣。尽管如此，我们只为那些真正有兴趣并愿意积极参与问题解决的人调整回答问题的风格。这点不会变，也不该变：否则，我们就是在最擅长的事情上降低效率。 我们（在很大程度上）是自愿的，从繁忙的生活中抽出时间来解答疑惑，而且时常被提问淹没。所以我们无情地滤掉一些话题，特别是拋弃那些看起来像失败者的家伙，以便更高效地利用时间来回答赢家（winner）的问题。 如果你厌恶我们的态度，高高在上，或过于傲慢，不妨也设身处地想想。我们并没有要求你向我们屈服 —— 事实上，我们大多数人非常乐意与你平等地交流，只要你付出小小努力来满足基本要求，我们就会欢迎你加入我们的文化。但让我们帮助那些不愿意帮助自己的人是没有效率的。无知没有关系，但装白痴就是不行。 所以，你不必在技术上很在行才能吸引我们的注意，但你必须表现出能引导你变得在行的特质 —— 机敏、有想法、善于观察、乐于主动参与解决问题。如果你做不到这些使你与众不同的事情，我们建议你花点钱找家商业公司签个技术支持服务合同，而不是要求黑客个人无偿地帮助你。 如果你决定向我们求助，当然你也不希望被视为失败者，更不愿成为失败者中的一员。能立刻得到快速并有效答案的最好方法，就是像赢家那样提问 —— 聪明、自信、有解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助。 （欢迎对本指南提出改进意见。你可以把你的建议发送至 esr@thyrsus.com 或 respond-auto@linuxmafia.com。然而请注意，本文并非网络礼节的通用指南，而我们通常会拒绝无助于在技术论坛得到有用答案的建议）。 在提问之前 在你准备要通过电子邮件、新闻群组或者聊天室提出技术问题前，请先做到以下事情： 尝试在你准备提问的论坛的旧文章中搜索答案。 尝试上网搜索以找到答案。 尝试阅读手册以找到答案。 尝试阅读常见问题文件（FAQ）以找到答案。 尝试自己检查或试验以找到答案。 向你身边的强者朋友打听以找到答案。 如果你是程序开发者，请尝试阅读源代码以找到答案。 当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所学到的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。 运用某些策略，比如先用 Google 搜索你所遇到的各种错误信息（搜索 Google 论坛和网页），这样很可能直接就找到了能解决问题的文件或邮件列表线索。即使没有结果，在邮件列表或新闻组寻求帮助时加上一句 我在 Google 中搜过下列句子但没有找到什么有用的东西 也是件好事，即使它只是表明了搜索引擎不能提供哪些帮助。这么做（加上搜索过的字串）也让遇到相似问题的其他人能被搜索引擎引导到你的提问来。 别着急，不要指望几秒钟的 Google 搜索就能解决一个复杂的问题。在向专家求助之前，再阅读一下常见问题文件（FAQ）、放轻松、坐得舒服一些，再花点时间思考一下这个问题。相信我们，他们能从你的提问看出你做了多少阅读与思考，如果你是有备而来，将更有可能得到解答。不要将所有问题一股脑拋出，只因你的第一次搜索没有找到答案（或者找到太多答案）。 准备好你的问题，再将问题仔细地思考过一遍，因为草率的发问只能得到草率的回答，或者根本得不到任何答案。越是能表现出在寻求帮助前你为解决问题所付出的努力，你越有可能得到实质性的帮助。 小心别问错了问题。如果你的问题基于错误的假设，某个普通黑客（J. Random Hacker）多半会一边在心里想着蠢问题…，一边用无意义的字面解释来答复你，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。 绝不要自以为够格得到答案，你没有；你并没有。毕竟你没有为这种服务支付任何报酬。你将会是自己去挣到一个答案，靠提出有内涵的、有趣的、有思维激励作用的问题 —— 一个有潜力能贡献社区经验的问题，而不仅仅是被动地从他人处索取知识。 ...