加载失败
这篇讨论围绕“在 Nintendo Wii（任天堂 2006 年推出的家用游戏主机）上跑 web server”展开，通常意味着借助 homebrew 或替代系统，把原本用于游戏的硬件改造成小型服务器。评论里多次提到 NetBSD（一个可移植的类 Unix 操作系统），暗示这个项目很可能是把 Wii 的硬件当作一台可联网的通用机器来折腾，而不是只做游戏机。讨论还延伸到 CloudFlare（提供 CDN 和反向代理的网络服务）是否会让“hosted on X”变成名义上的展示，以及像 OBS、ffplay、Deskflow 这类工具如何帮助人们在无显示器或远程环境里调试老设备。Gopher（早期菜单式互联网协议）、IRC（老牌实时聊天协议）和 Matrix（去中心化即时通讯协议）则被拿来举例，说明大家在想象这类老硬件到底还能承担多轻量的网络服务。
有人从“什么才算 Wii”这个角度质疑这个项目：如果把原装 OS 换掉，只保留外壳和硬件，还能不能继续叫 Nintendo Wii。这个观点把设备身份拆成了外壳、硬件和软件三部分，认为只保留前两者就已经偏离原始定义。讨论的核心不是能不能跑，而是“名义上”是否还配得上原来的名字。
不少人把重点放在折腾本身，而不是实际用途，认为哪怕只是把 NetBSD 配成 webserver，也足够有趣。有人用 Gopher 打招呼，带出一种老派互联网协议的怀旧感；也有人拿 Sun SPARCstation 5 做比较，强调这种老硬件项目的戏谑和成就感。还有人提到类似的博客项目和 httpii，说明这种“在奇怪设备上跑服务”的玩法本身就有一群爱好者。
有评论特别欣赏这个项目没有套一层 reverse proxy，而是看起来真的由设备本身对外提供服务。对比之下，很多“hosted on X”的项目最后其实只是 CloudFlare 前面的一个静态页面，看着酷，实则源站并没有真正承担访问。回复里补充说 CloudFlare 默认并不会缓存 HTML，这说明“是否真正在设备上服务”还取决于具体缓存与代理配置。
有人开始认真猜测 Wii 这种设备到底能承载哪些服务，认为 Matrix 这类重型应用大概率不行，但 IRC server 之类的轻量服务也许还有戏。把它和 SPARCstation 5 这样的老服务器相比，则是在用另一种老派基准衡量它的能力：过时不代表毫无用处，但能做什么得看负载。这个话题把项目从“好玩”推进到“现实上限”层面。
另一条支线讨论的是如何在没有显示器的情况下监看和操控设备：有人用采集卡加 OBS 把 Mac 当成监视器。随后有人推荐 ffplay 说延迟更低，还提到 `-sws_flags fast_bilinear`，说明他们连预览缩放方式都在意。Deskflow 也被拿来当作局域网键鼠共享方案，整体是典型的“给老机器配现代周边工具”的实战经验。
NetBSD: 一个可移植的类 Unix 操作系统，常被用于老硬件和非常规平台。
CloudFlare: 提供 CDN、缓存和网络防护的服务商，常被用作反向代理。
reverse proxy: 位于客户端与源站之间的代理层，用于转发、缓存、隐藏源站或做防护。
OBS: 开源录屏与直播软件，常用于监看采集卡画面。
ffplay: FFmpeg 自带的轻量播放器，常用于低延迟预览视频流。
Deskflow: 局域网键鼠共享工具，可用一套键盘鼠标控制多台电脑。