成功

公共广场

全站推荐
全站精选动态

使用 1Panel 和内网穿透部署 WordPress 实例要点备忘

今天为了测试一个程序,需要同时搭建两个 WordPress 实例,特别是依赖于部分非缺省的 PHP 扩展,1Panel 应用商店里的 WordPress 对应的 PHP 环境相对固化,难以满足个性化需求,因此最终选择了手动创建网站实例,然后通过容器化方式单独挂载运行 PHP 和 MySQL。这样做的最大好处是自由度较高,可自由选择 PHP 或 MySQL 版本,如对 PHP 扩展有特定要求,也方便安装维护。

小十的个人博客
03-04 22:23

所谓闭关

上周突然看到一篇文章,内容选择性忘记了,只记得当时颇有感触,再加上自己最近身边的事情,便萌生了“闭关”的念头。至于为啥关掉博客,可能是脑抽了吧。 所谓的闭关,说得好听,其实说白了就是想躲一躲。 逃避那些好像永远没完的纷扰,逃避那些不想应付的人和事,也逃避明明已经很累,却还要硬撑着的感觉。 关了博客,不是不想写,更不是放弃这里,只是那段时间脑子太乱,心怎么也静不下来,干脆就先停了,喘口气先。 但是现在想想,二者之间其实并没有必然的联系,也许是一是冲动,也许有其他的想法,不记得了,随意了。 牛马了一个周,开始慢慢回到正轨了,每天两点一线的生活,脑子想着周末出去走走,身体却只想睡懒觉,武汉最近又降温了,风呼呼的刮,还是忍着没继续穿秋裤。 开工后,公司搬了新的办公地点,于我而言,通勤时间没啥变化,只是从转地铁变成了转公司大巴,唯一苦恼的就是如果在八点半之前没赶上,就只能自己打车了,新地点偏得很,最近的公交下了还要走一辆公里。唯一的好消息可能就是终于有了一个像样的办公位,相比之前临时搭起来的小桌子正式不少,依旧靠窗,摸鱼的时候终于可以不用只看电脑发呆了。 也许是新年上坟许的愿望应验了,[friend avatar=https://zhujay.com/images/webhead/wh13.png link=https://zhujay.com/ nick=虫虫]那边初八开工活动中,我居然中奖了,哈哈哈,也是好起来了,非常感谢主包的精美徽章和脐橙,老大一箱了,可以吃好一阵了。 [img]https://image.airy.ink/website/20260304164202462-rZQWd.webp,https://image.airy.ink/website/20260304164200819-vGUAM.webp[/img] 昨天去拿快递的时候,老板递给我一张明信片,搞得我一头雾水,哪来的?结果一看,是之前参加博友[friend avatar=https://www.laomuzhu.cn/img/logo.png link=https://www.laomuzhu.cn/ nick=木竹]的活动时,博主邮寄的,一看邮戳 ,好家伙,去年十二月份,一直被我一直遗忘,好在没有丢,不然又失去一份珍贵的礼物。 ![Airy :不得不说,这字写得是真好](https://image.airy.ink/website/20260304164201915-O4l4o.webp) 上周六下班,和老妹们一起去吃了念了好久的螺蛳粉和烤面筋,味道相当巴适,算是给年前最后一次没吃到的遗憾弥补上了。 [img]https://image.airy.ink/website/20260304170059725-e8a1F.webp,https://image.airy.ink/website/20260304170100437-PMcFJ.webp[/img] 周天唯一一天的假期又一起出去溜达了下,各种精品店服装店瞎逛,买是不可能买的(是我没买)。艺术细胞我没有,艺术细菌还是能繁衍一些的,谁说抽象画不是画,也许我就是下一个艺术大师呢。 [img]https://image.airy.ink/website/20260304164200636-aMPCO.webp,https://image.airy.ink/website/20260304164200719-qmVK5.webp[/img]

瓦匠不舟
03-04 17:33

体验了一下“Copaw小龙虾”

这段时间Openclaw大龙虾在全世界火得一塌糊涂,号称这个在电脑上部署的AI已经可以代替人做很多事情,会自主编排任务然后直接给到结果,非常之唬人。本着实践出真知的原则,我部署了一个阿里的平替Copaw(部署非常之简单)试用了一下,稍微有几点体验:1、“新瓶装旧酒”,这个东西我觉得没有特别大的创新,无非就是套了个壳,把之前已经有的东西整合到一起:大模型、MCP、skills、memory或者soul什么的,无非就是把原来需要你反复喂给大模型的提示词规范化一次性导入而已,打个比方,比如我问它今晚吃什么,它会从头到尾过一遍自己的人设,我的习惯或者偏好、注意事项、输出风格等,然后调用某个专用的技能去找适合我的菜,绕了一大圈,但是很多时候我并不需要它这么弯弯绕绕2、“Token吞噬者”,之前我用股票复盘需要调用大模型来帮我整理新闻,在deepseek上充了20快,复盘了快半年还有19块多,用量极少。而装了这Copaw以后呢,才几轮对话几毛钱就没了,上百万token也不知道去了哪里,关键是事情还没给我办成,吓得我直接先关掉了3、“海外财富收割机”,基于第二点,在中国对海外来讲可能是个绝佳的机会。中国目前算力基建猛,电力足,卖的token又便宜,效果也差不到哪里去,这样一来相比较海外的chatgpt、claude、gemini等就有一个天然的优势,发了用不完的电蹭蹭就倾销给老外,把老外的钱薅回来,这种大龙虾越多越开心(昨天预判电力、算力板块回暖,今天股市吃了大肉,happy)4、“场景固化、未来可期”,虽然现在还在大量烧token,但是也是把AI的应用带到了另外一个阶段,就是真正地让自己拥有一个“AI助手”,这个助手知道你的各种习惯偏好,拥有你自己整理的各种知识,然后基于此帮你做许多简单重复的工作,在特定的场景里是可以发挥比较大的作用的。比如最近我打算用它来跑通整个视频剪辑到发布的流程,到时跑出来结果再分享一下。至于token的问题,我觉得也很好解决,就像我现在一样,我用白嫖的Gemini写了本地程序,自己跑,完全不费token,也就是说,把许多重复做的事情固化下来到本地,到时让助手直接在本地启动一下就可以了,消耗量应该会非常低;再比如以后通过这个AI控制家里的家电、控制汽车、等等…会有很多的应用会在此基础上开花结果,也许会有一些意想不到的东西出现,大家还是保持期待吧

Jackie的博客
03-04 16:33

配电柜指示灯的通电断电颜色怎么区分

在我们各种各样的配电柜中,经常会出现指示灯和按钮,比较常见的就是红色和绿色指示灯,红色和绿色按钮,这两种颜色出现的频率最高。 经常在现场使用环境中看到很多颜色不一的安装,让很多人分不清到底那种安装方式才是正确的,是否有具体标准要求参考。 低压配电柜指示灯颜色有明确国家标准:红灯亮 = 设备合闸 / 运行 / 带电;绿灯亮 = 分闸 / 停止 / 断电。 一、核心国家标准(已废止) 在 GB 2682-1981《电工成套装置中的指示灯和按钮... 查看全文:https://www.aiwazi.com/2882.html

爱娃子
03-04 16:31

随机性,不确定性,医源性伤害

原创内容: 最近看反脆弱这本书。 进化突变的随机性就是生物反脆弱的一种表现。 生活中方方面面的不确定性也是反脆弱的强化,如果什么都是一成不变,每天固定的上班差不多的任务,吃了 几十年不变的早餐晚餐,只玩一种游戏或者几种以内的游戏。可能收入是稳定的,丰厚的,但是其实也是很脆弱的,你的身体,认知,甚至是钱包。 游戏里面其实也很多随机性,随机宝物,随机攻击伤害,随机事件,随机地图,我的世界,泰拉瑞亚,地图是随机生成的。和现实世界一样,虽然有规划局规划,但是你去到任何一个城市感觉挺像。但是医院,学校的位置还是变化的,因为聚居区,山丘河流,最开始的时候也是随机形成的,所以曲里拐弯的多。随机事件伤害不了你,就会使你更强大。 医源性伤害,这个词提出人,大概1百年多年前,医生诊所在一些国家开始流行,但是滑稽的是,去医院诊所生孩子的人死亡率,比直接来不及去诊所接生的在家里或者马路上直接生产的人死亡率还高。然后这个提出人,被确诊为精神病,最后死在医院的原因是医院热。 AI补充完善。 这个故事看来那个作者写的比较笼统,问了AI完善。 您描述的这个故事非常具体,它混合了真实的历史人物、真实的医学史悲剧以及后世的演绎或误传。 这个故事的核心原型是 伊格纳兹·塞麦尔维斯 (Ignaz Semmelweis),但您提到的细节(被确诊精神病、死因是“医院热”、以及具体的“路上生孩子死亡率更低”的对比)需要做一些历史事实的厘清。 以下是详细的历史真相还原: 1. 核心人物:伊格纳兹·塞麦尔维斯 (Ignaz Semmelweis) 身份:匈牙利产科医生,被誉为“母亲们的救星”。 时间:19世纪中叶(约1847年),距今不到200年,而不是“几百年前”。当时医院和诊所在欧洲(特别是维也纳)已经开始流行,成为富人分娩的首选地。 他发现的真相: 他在维也纳总医院发现,由医生和医学生接生的第一产科病房,产妇死于“产褥热”(即您说的“医院热”,Puerperal Fever)的死亡率高达 10%-30%。 而由助产士接生的第二产科病房,死亡率只有 2%-4%。 更惊人的是,正如您所说,在家里分娩或在路上来不及去医院直接在路边生下的妇女,死亡率反而远低于在医院分娩的妇女。 原因:当时的医生刚解剖完尸体,手都没洗就直接去给产妇接生,把“尸体颗粒”(其实是细菌)带给了产妇。而助产士不接触尸体,所以更安全。 2. 关于“被确诊为精神病”和“死在医院” 这部分您的描述基本符合历史事实,但细节略有戏剧化: 遭遇抵制:塞麦尔维斯提出“医生必须用漂白粉洗手”的建议后,遭到了医学界的疯狂抵制和嘲笑。当时的权威认为医生是绅士,手是干净的,不可能传播疾病。他的职业生涯被毁,被迫离开维也纳回到布达佩斯。 精神崩溃:由于长期的压抑、愤怒和被孤立,加上可能患有早期的梅毒或阿尔茨海默病(现代医学推测),他在晚年确实出现了严重的精神异常行为(如公开辱骂同行、情绪失控)。 被送入精神病院:1865年,他的妻子和同事设计将他骗入了一家精神病院(维也纳附近的Lower Austrian Mental Asylum)。 死亡原因: 他在入院后不久(约两周后)去世,年仅47岁。 死因:官方记录是他右手有伤口,发生了严重的败血症(感染)。 极具讽刺意味的是:他确实是死在了他试图对抗的“医院感染”之下。虽然严格来说他死于精神病院的看护不当导致的伤口感染(可能是被守卫殴打所致,也可能是手术感染),但这确实是一种**“医源性伤害”**——他一生都在防止医院杀死产妇,最后自己却死在了医疗机构的感染和暴力下。 您提到的“医院热”通常指产褥热,但他死的是败血症,本质都是细菌感染,逻辑上是通的。 3. “医源性伤害”这个词是他提出的吗? 不是。 塞麦尔维斯当时并没有使用“医源性伤害”(Iatrogenesis)这个术语。他称之为“尸体物质”(cadaverous particles)引起的感染。 “医源性”(Iatrogenic) 这个词早在古希腊时期就有词根,但在现代医学语境下广泛使用是在20世纪(特别是1924年以后,由医生们开始系统讨论)。 不过,塞麦尔维斯的案例被公认为历史上最著名、最惨痛的医源性伤害案例之一。他用生命证明了:有时候,去医院治病(或生孩子)反而比不去更危险。 4. 故事的修正版(基于史实) 在19世纪40年代的维也纳,医院刚刚兴起。奇怪的现象发生了:去医院找名医接生的产妇,死亡率高达30%;而在家里生,或者在半路上急产生下来的产妇,反而活了下来。 一位名叫塞麦尔维斯的年轻医生发现了真相:医生们刚解剖完尸体,没洗手就摸产妇,把死亡带给了生命。他要求医生洗手,结果被整个医学界视为异端和疯子。 多年后,精神崩溃的他被强行送进了精神病院。极具讽刺的是,他在入院后不久,因手部伤口感染引发败血症而死——他一生都在对抗医院里的致死细菌,最后却死在了医疗机构的感染之下。 直到他死后几年,巴斯德和科赫确立了细菌理论,李斯特推广了消毒法,世界才终于承认他是对的。 总结 您记忆中的故事主角就是 塞麦尔维斯。 时间:19世纪(约180年前),不是几百年前。 现象:医院分娩死亡率 > 家庭/路边分娩死亡率(完全属实)。 结局:被当作疯子关进精神病院,死于感染(完全属实,极具黑色幽默和悲剧色彩)。 术语:虽然他没发明“医源性伤害”这个词,但他的故事是该概念最完美的注脚。 这是一个关于真理往往掌握在少数人手中,且先驱者常需付出惨重代价的经典医学史故事。

ACEVS
03-04 14:46

分享一款电脑高效、彻底的专业卸载工具—Uninstall Tool

我的电脑已经使用好几年了,陆续装了很多软件,有的软件装上之后再卸载就会有残留,有的还比较顽固根本就卸载不掉,结果陆陆续续就有很多垃圾软件,今天就推荐一款电脑高效、彻底的专业卸载工具—Uninstall Tool ,自己使用下来感觉卸载速度快,卸载彻底又干净。 把我许久顽固的软件也卸载掉了,卸载过后还会自动扫描垃圾残留,一键清理即可。 软件无需安装,直接打开就能用,也可以安装在 U 盘里,随时随地用。 提取码:ECfT 查看全文:https://www.aiwazi.com/2878.html

爱娃子
03-04 09:55

博客框架更新!

更新内容首先感谢一下klcdm嘿嘿每次都是直接抄他的博客主题,虽说前人栽树后人乘凉,但是还是特别感谢klcdm博客给予的灵感 首先讲讲为什么换了框架把从Valaxy切换到Hexo,主要是因为Valaxy还是过于新兴的博客主题了,社区插件很少,遇到问题解决困难换到Hexo,主要原因是Hexo的社区插件很多,并且文档也相对比较完善,Bug少,大改容易 切换框架后,Valaxy的主题博客切换到了 https://valaxy.xscnet.cn/ 这个域名,与Hexo文章同步更新 技术细节首先展示我现在推送博客文章的工作流只有我写完文章前端的git push是手动的,其余工作流均为Github Action自动完成 注意:以下内容是Mermaid绘制的流程图,可能会遇到加载缓慢的情况 graph TD %% ===== 样式定义 ===== classDef local fill:#e1f5fe,stroke:#01579b,stroke-width:2px,color:#0d47a1; classDef repo1 fill:#fff3e0,stroke:#e65100,stroke-width:2px,color:#e65100; classDef repo2 fill:#f3e5f5,stroke:#4a148c,stroke-width:2px,color:#4a148c; classDef action fill:#e8f5e8,stroke:#1b5e20,stroke-width:2px,color:#1b5e20; classDef server fill:#ffebee,stroke:#b71c1c,stroke-width:2px,color:#b71c1c; classDef note fill:#ffffff,stroke:#999999,stroke-dasharray: 5 5,color:#333333; %% ===== 本地 ===== subgraph Local Local_Source["Hexo源码目录\n文章 / 主题 / 配置"] Local_Write["写文章\nhexo new"] Local_Preview["本地预览\nhexo s"] Git_Push["git push"] Local_Source --> Local_Write --> Local_Preview --> Git_Push end %% ===== 仓库1 ===== subgraph Repo1 Repo1_Source["GitHub 仓库1\nHexoBlog 源码"] Action1["Action A\n自动构建部署"] Repo1_Source --> Action1 note1["构建步骤\n1. checkout 源码\n2. npm install\n3. hexo generate\n4. 推送静态文件"] Action1 -.-> note1 end %% ===== 仓库2 ===== subgraph Repo2 Repo2_Site["GitHub 仓库2\nHexoSite 静态文件"] Action2["Action B\n部署到服务器"] Repo2_Site --> Action2 note2["部署步骤\n1. checkout 静态文件\n2. SSH 连接服务器\n3. 清理 dist 目录\n4. 上传所有文件"] Action2 -.-> note2 end %% ===== 服务器 ===== subgraph Server Nginx["Nginx\n指向 dist 目录"] Web_Files["/home/blog/dist\nindex.html\narchives\ncss\njs"] Nginx --> Web_Files end %% ===== 流程连接 ===== Git_Push -->|"推送源码"| Repo1_Source Action1 -->|"推送静态文件"| Repo2_Site Action2 -->|"SCP 上传"| Web_Files Action2 -.->|"监听 push 事件"| Repo2_Site %% ===== 总说明 ===== note3["最终流程\n本地写文章 → git push → 自动构建 → 自动部署 → 服务器更新"] note3 -.-> Local %% ===== 应用样式 ===== class Local_Source,Local_Write,Local_Preview,Git_Push local; class Repo1_Source repo1; class Repo2_Site repo2; class Action1,Action2 action; class Nginx,Web_Files server; class note1,note2,note3 note;这就是目前这个Hexo博客的推送工作流,希望这个流程图能帮助到你 当Github Action自动构建部署完成时,最后还是需要我手动去腾讯云清理EO缓存,不过Action为我省去了很多包括部署到服务器上的时间 说说为什么要部署到阿里云的境内服务器上吧本来想了三种方案 境内服务器 Github Pages Vercel现在使用的方案是阿里云的境内服务器为推送主力,Vercel做备用源站因为我顾虑vercel的服务器在境外,虽然有EO助力缓存,但是网络环境变幻莫测,目前没有过多的时间折腾,我需要的是足够稳定的方案如果使用Vercel + EO缓存的方案,我最大的顾虑是如果EO从Vercel服务器拉取失败,可能会导致服务中断,得不偿失况且这台服务器本是为了本站的ICP备案,需要一直保持续费,不如发光发热,把博客源站部署在境内,让CDN拉去资源缓存时候,不会因为EO拉取失败而中断服务 小结目前博客已经完成了主要框架的构建和美化部署具体插件类估计需要等到高考结束之后再补全了 关于友链友链经过一轮清洗,对于已经无法正常访问的友链进行了删除处理如果您的友链被错误的删除了,可以点击博客左下角的Mailto(邮件)按钮,发送邮件给我,等我确认之后,将友链添加回友链列表中或者您也可以选择直接在此文章下方留言,将您的友链发送给我,我收到之后会进行添加 感谢大家的支持

-Mete0r's Blog | 壹人小站-
03-04 00:00