内存不足腾讯云服务器安装 Debian 后使用 free 命令查看内存大小往往会发现比所购买配置的标称内存要小很多，1G 内存的实例通常只有 860M 左右，2G 内存的查出来也只有 1870M 左右。 如下图所示（2G 内存）： 一开始我也和大多数人想的一样，认为这是黑心商家为了多赚钱故意少分配了内存，然而最近了解了一下情况之后发现这事还真是误会腾讯云了，下面简单的记录一下问题原因和解决方案吧。 问题原因使用命令 dmidecode 查看底层硬件信息，可以看到我的 2G 内存的服务器是分配足了 2048M 内存的。 但是为什么使用 free 命令看到的内存变少了呢？查阅资料找到了答案：free 命令看到的是伙伴系统管理的内存，这部分内存是不包括 OS 内核一些基本数据结构消耗以及内核预留内存的。 使用命令 dmesg | grep -i memory 查看内核预留内存，注意到如下部分： 嗯，为 crashkernel 预留了 128M 的内存，很明显这就是导致我们“内存不足量”的罪魁祸首。 腾讯云提供的 Debian 和 Ubuntu 系统镜像默认开启了 kdump 服务，当 ...

Twikoo邮件回复模板(绿野仙踪款)回复通知模版管理员通知模板1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556<div> <div id="isForwardContent"> <div> <div id="content"> <div style="background: white;width: 95%;max-width: 800px;margin: auto auto; border-radius: 15px; border: #ff9999 1px solid; overflow: hidden; -webkit-box-shadow: 0px 0px 20px 0px rgba(0, 0, 0, 0.12); box-shadow: 0px 0px 20px 0px rgba(0, 0, 0, 0.18 ...

一、问题情况部署兰空图床时，提示“服务器错误”，错误码500： 问题原因 我的部署环境为PHP8.3，官方建议的是8.1，版本不对有些代码不兼容 二、解决方案2.1 修改代码兼容修改vendor/nesbot/carbon/src/Carbon/Traits/Creator.php的第928行，将 1private static function setLastErrors(array $lastErrors) 修改为： 1private static function setLastErrors($lastErrors) 参考资料: Laravel Carbon\Carbon::setLastErrors() 安装兰空图床时出现500服务器错误的解决

当浏览器开启缓存的时候，第一次打开页面可以正常显示twikoo，但F5刷新就直接消失，需要从别的页面跳过来才能显示 问题原因js顺序的问题，twikoo要放在chunk之前加载 解决方案和 js 的加载顺序有关，和缓存无关，Cache-Control 不能解决根本问题，建议调整 js 的加载顺序，确保“声明”在“调用”之前执行。 1234567<!-- 声明 --><div id="tcomment"></div><script src="https://cdn.staticfile.org/twikoo/1.6.39/twikoo.all.min.js"></script><!-- 调用 --><script>twikoo.init({ ... })</script> 其它方式解决声明必须在调用之前，之所以缓存之后没有出现问题，是因为<script defer ...>无法保证js的执行先后顺序，被缓存的twik ...

不蒜子作为一个网站计数器工具，因其简单易用而受到广泛欢迎。然而，随着时间的推移，不蒜子的网站访问速度变慢，频繁出现502错误，且由于作者已停止维护，逐渐变得不再适应现代网页统计的需求。针对这些问题，Vercount成为了一个完美的替代方案。 什么是 Vercount？Vercount 是一个基于 NextJS 和 Redis 的网站计数器，具有以下特点： 响应速度快：服务器响应时间在 10ms 以内。 优化中国访问：可以选择使用中国加速版本，或通过 Vercel 的全球 CDN 提供 99.99% 的可用性。 准确统计：采用 POST 请求进行统计，避免了不蒜子旧有的 Referrer 方法，确保在移动端、Firefox、Safari 等浏览器上的统计准确性。 安全性增强：使用 JSON 回调，替代不蒜子的 JSONP 回调方法，有效防止 CSRF 攻击。 自动数据同步：Vercount 会自动同步不蒜子 (site_pv, site_uv, page_pv) 的所有数据，初次使用时无需手动操作。 无缝切换：完全兼容不蒜子的 span 标签，可以无缝替换。 高可靠性：使用 Serve ...

前言接入其他存储的方案太过昂贵，多吉云就成了咱这普通人的最优选。 很可惜的是多吉云没有被任何一家图床程序接入，于是自己动手接入成了最后的选择。 离谱的多吉云多吉云使用的是腾讯的COS作为底层然后又做了个API接口获取密钥 用多吉云的密钥访问自己的API接口来获取可以访问的密钥 而且密钥是三段式（accessKeyId/secretAccessKey/sessionToken）临时密钥 真TM日狗 兼容多吉云曲线救国方案临时版，并不是最优解 本来打算直接新增存储策略的，但是改半天都用不了，还给干500错误了 编辑文件 App/Enums/Strategy/S3Option.php 添加上 session_Token 转换 sessionToken 12345678910111213141516171819202122232425262728php<?phpnamespace App\Enums\Strategy;final class S3Option{ /** @var string 访问url */ const Url = ' ...

部署环境与准备1.环境 本地 Windows11 操作系统 阿里云 Debian12 服务器 1panel Linux服务器运维管理面板 2.准备 Hexo 本地博客 MobaXterm 连接服务器 云服务器配置 Git1.查看 git 的版本 1git version 2 创建 git 用户并且修改权限 12345678adduser elykiapasswd elykiachmod 740 /etc/sudoers vim /etc/sudoers root在这里加入：root ALL=(ALL) ALLelykia ALL=(ALL) ALL:wq! #退出 3.本地 windows10 使用 Gitbash 创建密钥（若有可以省去） 1ssh-keygen -t rsa 4.将本地创建 id_rsa.pub 中文件复制 1234su elykiamkdir ~/.sshvim ~/.ssh/authorized_keyscat ~/.ssh/authorized_keys 13.本地测试 1ssh -v elykia@47 ...

Typora 破解思路互联网上公开的破解手段中，大多数都是采用对 Typora 加密的核心JS进行修改或Patch二进制实现绕过授权的，但这无疑会出现以下几种问题 针对单个版本，无法做到通用补丁 由于AES代码在 main.node 中，无法通用的hook密匙，需要手动获取AES密匙解密文件 侵入性大，由于核心js长度硬编码在main.node中，调试与修改需要操作二进制程序 针对以上几个痛点整理出以下几个需求 尽量实现全版本兼容，且无需修改二进制程序以保证多平台可用 能够优雅的处理激活过程，最好像正版一样使用 无需修改入口及使用补丁，保证更新版本只需要 one click 激活 俗话说，打蛇打七寸，去跟作者防护的JS做对抗如同撞豆腐也要找块冻豆腐，如何能四两拨千斤的点破罩门呢？ 针对传统软件的破解，我们常采用抓包/山寨服务器的方式修改验证包实现，但在逆向过程中发现Typora使用了非对称算法解密数据，导致不修改核心js就无法做到山寨数据，那么这条路就行不通了。 真的行不通吗? 在分析的过程中注意到Typora使用nodejs自带的crypto.publicDecry ...

一、自动更新 更新插件和Hexo版本 1npm update 查看当前版本号 1hexo version 二、手动更新 检查插件更新 1npm outdated 运行后可以检查Hexo和插件的最新版本 更改版本文件 修改根目录的package.json文件，将对应插件名称所对应的版本号更改为要更新的版本号。 开始更新 1npm install --save 查看当前版本号 1hexo version 三、npm依赖最新检测工具 安装依赖工具 1npm install -g npm-check-updates 检查是否安装成功 1ncu -v 检查项目依赖的最新版本 1ncu npm-check-updates // 检查当前项目中有没有哪些依赖包可更新（简写ncu） 一键更新package.json 中所有依赖到最新版本 1ncu -u // 全部更新package.json 注意上面命令是更新 package.json ，真正的依赖包还没有下载下来，所以需要删除 node_modules 重新 in ...