0. 问题背景 最近在给课题组部署服务时,遇到一个非常诡异的需求:将我的 Halo 博客(运行在 8090 端口)挂载到主站域名的子目录 /ai/ 下(例如 sedst.org/ai/),而不是使用子域名。 看似简单的 proxy_pass,却让我陷入了长达数小时的 Debug 泥潭: 现象:手动启
碎碎念 前言: 最近为了更优雅地管理我的飞书企业邮箱,我决定在公网服务器上部署一个轻量级的 Webmail 客户端——SnappyMail。 按照惯例,我首选 Docker 部署。然而在实际操作中,受限于国内特殊的网络环境,镜像拉取变得异常艰难,网络配置也总是莫名其妙地不通。看着终端里无限重试的进度
碎碎念 作为一名 CS 专业的学生,拥有一套以自己域名后缀结尾的邮箱(如 me@yanchang.cc)是种刚需。它不仅在 GitHub Commit Log 里看起来更酷,也是展示个人品牌的绝佳方式。 起初我考虑过在自己的 Linux VPS 上手搓 自建邮箱服务器,但是真正的阻力来自于现代互联网
碎碎念 之前自己在服务器上部署了 PhotoPrism 来管理大量的照片。体验总体不错,但在进行照片审核或整理归档时发现一个非常反人类的设计:目前的版本竟然没有“全选(Select All)”按钮! 当页面上有成百上千张照片需要批量通过审核或删除时,手动一个一个点击复选框简直是折磨。并且在处理的时候
背景与痛点 我把博客部署在了家里的服务器上。但众所周知,家庭宽带一般都会封锁 80 和 443 端口。之前我只能被迫使用 8091 这种非标准端口(例如 https://www.yanchang.cc:8091)来访问,不仅域名后面带着个“小尾巴”不美观,而且对访客也不太友好。主要是给别人看的时候就
320,全款拿下了,十年的域名,后续续费80一年。 yanchang.cc 后续打算拿这个拿这个域名再去想办法做个邮箱服务器。 目前部署的服务有 www.yanchang.pw(直达本博客,方便给外人用) www.yanchang.cc:8090(http版本的博客) www.yanchang.cc
此文章为求助文章,所以很多操作的原因不解释,只给出操作步骤。 求助!!! 求助!!! 谁可以看一下canvas的照片解密逻辑,我没有看懂这个机密逻辑 网站URL(base64) aHR0cHM6Ly93d3cuZG9jODguY29tL3AtOTk3NTcxMDc0MTM2Ni5odG1s 请求参数