1.?油管源码油管源码ܾ???Դ??
2.你们认为minecraftwiki还存在什么问题?
?ܾ???Դ??
目前市面上常见的播放服务软件大致有三种，plex，镜像镜像emby，油管源码油管源码jellyfin。镜像镜像
plex 和 emby 在信息的油管源码油管源码搜刮以及海报墙展示上个人认为性能会比 jellyfin 更好一些，同时系统也更为稳定，镜像镜像梦幻直播系统源码但 plex 和 emby 的油管源码油管源码高级功能，例如硬件解码以及直播等功能，镜像镜像均需要付费才能支持。油管源码油管源码
jellyfin 作为播放系统，镜像镜像除了海报墙等基础功能外，油管源码油管源码还自带免费的镜像镜像硬件解码以及转码功能，对于远程播放且带宽受限的油管源码油管源码用户来说，是镜像镜像adminkit 源码一个比较经济的解决方案。除此之外，油管源码油管源码jellyfin 源码也在 github 上 开源了，这相比闭源系统来说，使用更加放心。
部署过程主要参考油管 Techno Dad 相关视频。
由于国内网络性能的原因，从 docker hub 拉取镜像时可能会出现下载缓慢的现象。因此笔者的建议是先将 docker image 下载缓存在本地后再进行 docker-compose 的部署。
从 docker hub 网站 复制命令 docker pull linuxserver/jellyfin，使用 ssh 连接终端，复制命令并运行，等待镜像下载完成。下载后执行 docker image list，armitage源码应该会看到相应镜像。
打开 portainer，选择侧边栏 stacks ，点击 add stack 按钮即可创建 portainer stack。
portainer stack 使用的是 docker-compose 格式的部署脚本，需要从 docker hub 中的 jellyfin 文档复制并且加以修改。文档中代码如下：
需要修改的地方有以下几个：
根据 linuxserver 文档所述，使用 PUID 和 PGID，可以将容器的内部用户映射到宿主机上的用户，这样能够避免 root 权限配置及容器映射卷内的文件管理问题。
使用 ssh 连接至 omv 终端后，输入id admin 命令获取当前 PUID 以及 PGID，如下图所示，ostagram源码此时的 PUID = ，PGID = 。
根据当前时区位置修改为TZ=Asia/Shanghai
docker 会将宿主机的文件路径映射为容器中的文件路径。在 docker-compose 中，例如/path/to/appdata/config:/config 冒号前的则为宿主机路径，冒号后的为映射的路径。
首先在 omv 中通过添加共享文件夹来创建宿主机的目的文件夹，如下图所示：
在添加时，设备指的是共享文件夹存储对应的硬盘，路径则是共享文件夹在硬盘上存储的相对位置。
创建成功后，在页面上显示的绝对路径即为所要的宿主机路径，如下图所示：
根据部署脚本代码，getdataset源码需要修改以下几个磁盘映射路径：
根据文档所述，主要需要调整以下端口：
实际上主要调整 端口即可。
当使用 intel 集显时，通常情况下在 debian 系统中会自动安装驱动，只需检查 /dev/dri 路径下是否存在 renderD 即可，只要存在则驱动已被安装，只需要挂载驱动即可
--device=/dev/dri:/dev/dri
使用英伟达显卡时，需要先 安装 Nvidia-docker 容器，之后重新启动容器，并在启动项中增加 --runtime=nvidia ，并且增加环境变量 NVIDIA_VISIBLE_DEVICES=all 即可。
经过上述调整，修改后的 docker-compose 大致如以下所示：
设置完点击Deploy the stack 按钮，如果部署脚本没有错误，应该会跳回 stacks 页面。同时使用 http 协议访问 jellyfin 之前设置的 web ui 对应端口，应该能够弹出 jellyfin 登陆界面，证明部署成功：
点击控制台->媒体库->添加媒体库，并将前文挂载的媒体库按照类型进行添加。
添加后点击扫描所有媒体库，系统会自动进行扫描和索引。
intel 核显勾选Video Acceleration API(VAAPI) 选项，并且设备选择 /dev/dri/renderD 即可，将硬件解码部分所有都勾选上，系统遇到合适编码时，将会自动使用硬件进行解码。
至此，jellyfin 基本设置完毕，可以尝试播放媒体库中的视频判断是否成功运行。
这次主要实现了直接部署 jellyfin 在 portainer 上，并且进行了 jellyfin 的基础设置。
你们认为minecraftwiki还存在什么问题?
反驳观点：
1. 中文Minecraft Wiki（中文MCW）并非仅面向中国大陆，繁体用户数量超过简体。中文MCW是Fandom网站的一部分，没有运营资金，因此中国大陆访问延迟问题暂无解决途径。Fandom作为服务器位于美国的wiki平台，通过广告收益。年，中文MCW在BWIKI建立了镜像站点，提供最新页面内容，访问者可选择BWIKI镜像站阅读。若需编辑内容，仅能前往中文MCW源站，能否访问存在不确定性。
2. 视频来源问题源于中文MCW早期从英文Minecraft Wiki翻译，后者以油管视频为主。中文MCW用户在B站寻找或自行搬运视频，而非由中文MCW完成搬运工作。
3. 所谓“编辑页面”通常指的是修改页面内容。维基百科和中文MCW均使用MediaWiki软件和wikitext语言，学习门槛较低。通过查看源代码，可快速入门。
4. 百度百科存在抄袭与内容质量低下的问题，这是公认的事实。维基百科和中文MCW同样具备自由编辑功能，由巡查员负责审核编辑，以确保内容质量。
5. 中文MCW教程问题主要源于早期建设，由于活跃用户较少，教程整改进度缓慢。
6. 关于“编写源代码不同，很多表格复制插入就乱码”的具体问题，请提供更多信息以便解决。截至年1月日，中文MCW共有个条目，在全球Minecraft Wiki社区中排名第三，内容完整性问题基本不存在。
总结：当前中文MCW面临的主要问题是Fandom的境外性质导致的访问延迟和活跃用户不足，影响了内容更新速度和问题解决效率。鼓励更多用户参与编辑，共同提升Wiki内容质量。