shubuzuo
shubuzuo

述而不作

All Posts

22
NOV

gitlab 部署与钉钉集成

本文围绕GitLab的Docker部署及与钉钉的集成展开，从基础部署到功能扩展形成完整技术方案。通过Docker命令配置容器时，需特别关注80端口映射对邮件服务的影响，而SSH端口的自定义配置则需通过ssh_config文件实现。在钉钉集成过程中，回调域名的精准配置与AppKey获取构成SSO认证的关键路径，OmniAuth框架的中间件机制成功实现登录界面图标自动生成。邮件系统搭建涉及SMTP参数的严谨配置，从测试邮箱验证到gitlab-ctl重配置的完整流程验证了服务可靠性。群机器人功能通过Webhook地址绑定GitLab系统事件，将代码推送等操作实时同步至钉钉群组，形成双向信息流。技术实践过程中，开发者需深入理解OmniAuth如何抽象认证协议，思考图标自动生成背后的路由机制，并探索SSO认证中OpenID Connect协议的实现细节。这种整合方案不仅提升了团队协作效率，更通过安全认证与实时通知机制构建了完整的开发运维闭环，为DevOps实践提供可复用的技术模板。--Qwen3

devops sso docker k8s gitlab DingTalk SSO
22
NOV

使用 k8s 搭建 minio，以及简单使用

在云原生时代对象存储如何与Kubernetes深度融合？本文通过MinIO与K8s的结合实践揭示了云存储服务的弹性部署可能性。当分布式存储系统遇见容器编排平台会碰撞出怎样的技术火花？文章通过Minikube与MicroK8s两种典型K8s环境的部署实操展现了容器化存储服务的搭建路径。从minikube的二进制安装到microk8s的snap管理展示了K8s生态的多样性选择。而minio-dev.yml文件的apply操作则演示了云存储服务的声明式部署特性。端口转发与日志追踪的组合使用暴露了服务调试的关键技巧。当测试程序通过kubectl port-forward与存储服务交互时展现了容器网络的穿透能力。但容器化存储是否真的解决了所有部署难题？在资源隔离与持久化存储之间是否存在更优的平衡点？当MinIO与K8s结合时如何设计自动扩缩容策略？这些未解之谜或许就藏在您点击深入的下一个命令中。--Qwen3

devops docker k8s microK8s minio Kubernetes
22
NOV

docker 卸载及其安装

本文围绕Docker在Linux系统中的彻底卸载与多环境安装展开，重点探讨了CentOS与Ubuntu系统下的操作差异及镜像源优化策略。卸载过程需优先确认服务运行状态通过docker ps指令排查残留服务同时强调系统版本检测的必要性通过/etc/os-release文件定位系统类型后执行精准的yum或apt-get卸载指令。安装环节揭示了官方源与清华镜像源的性能差异在CentOS环境中官方仓库的可用性较优而Ubuntu系统则依赖镜像加速尤其在无外网环境下通过修改DOWNLOAD_URL变量指向清华镜像地址可显著提升安装效率。文章通过对比不同系统的安装脚本展示了Docker官方文档与国内镜像源的配置差异并深入解析了GPG密钥验证、APT源配置等关键步骤最终以docker run hello-world和docker compose version验证安装完整性。这种跨系统操作指南不仅提供了技术实现路径更引发思考：如何在异构环境中平衡官方源稳定性与镜像加速效率？当网络波动影响安装时是否存在更优的离线部署方案？镜像源的选择是否会影响后续容器生态的兼容性？这些问题为读者留下了技术选型的延伸思考空间。--Qwen3

devops docker centos ubuntu Docker Compose Uninstall Docker
22
NOV

本地分中有寻有伺等三地（摘要）

文章系统阐述了佛教缘起理论的核心概念与逻辑体系。缘起法以十二支为核心框架，从无明引发行为，经识、名色、六入、触、受、爱、取、有等因果链条，最终导致生、老死等苦果，形成生死轮回的闭环系统。缘起次第包含顺次第（无明至老死）与逆次第（老死追溯至无明）两种阐释路径，分别对应杂染因缘与解脱因缘的不同视角。文中详细解析了三有（欲有、色有、无色有）与三界（欲界、色界、无色界）的分类体系，以及生、老、死等生命过程的十二相状特征。通过六种现观（思现观至究竟现观）的修习方法，可逐步断除烦恼、业、生三种杂染。缘起本质被阐释为依众缘和合而生灭的动态过程，其命名蕴含"缘生""缘灭""相续生起"等多重哲学意涵。文章还论证了十二支的因果逻辑关联，包括无明与行为的三缘关系（等无间缘、所缘缘、增上缘），以及阿罗汉断除三界十二支的修行境界。--Qwen3

zhongzhe study weishi shidilun Twelve Links Dependent Origination
22
NOV

AutoQuery 使用及部署(github-actions)

这篇博客围绕AutoQuery框架的使用与部署展开重点解析了从项目初始化到自动化部署的完整流程并延伸探讨了Docker容器化技术在现代开发中的实践价值文章通过代码片段展示了如何通过全局工具生成Web项目并结合SQLite数据库实现CRUD功能随后详细拆解了基于GitHub Actions的自动化部署方案包括Docker镜像构建Nginx代理配置以及SSH密钥认证等关键环节更进一步提供了Ubuntu系统中Docker生态的完整安装指南从仓库配置到权限管理层层递进展现了云原生架构下的部署逻辑文章最后抛出了值得深思的问题当自动化部署成为常态开发者的创造力是否会被工具链所限制？当Docker容器成为标准配置我们是否正在构建一个更轻量还是更脆弱的系统？或许在体验AutoQuery带来的高效开发体验时我们更应该思考如何在工具与创新之间找到平衡点让技术真正服务于创造而非成为新的枷锁--Qwen3

.Net devops nginx docker github ci-cd
07
NOV

术数原理摘要

文章系统梳理了中国传统占卜与命理理论体系，将其划分为星神理论、干支五行理论、易学理论及星象理论四大类。星神理论以奇门遁甲、紫微斗数为代表，将星象符号抽象为随时空变化的神秘力量，与八卦干支符号共同构建推算规则；星象理论则基于真实天体运行规律，如行星位置、恒星轨迹等影响人事吉凶，西方占星术即属此类。易学体系中的占卜与择时理论逐渐融合，周易卦象与干支星神理论共同构成推算基础，纳甲筮法成为典型代表。作者指出星神理论本质是神秘力量模型，与干支五行同源但包含空间维度，而星象理论更接近物理因果关系。关键时间点如节气、时辰在数术学中具有特殊意义，尽管缺乏自然科学依据却存在实际应用效果。文章还批判了纳甲筮法对周易本义的偏离，认为其嫁接干支五行导致理论异化，并指出周易象数体系尚未形成独立完整的推断体系。--Qwen3

zhongzhe study Divination Theory Mystical Forces Western Astrology Numerology Systems
16
AUG

rdp 服务器远程控制搭建及使用

本文系统梳理了基于CentOS 7与Ubuntu系统的RDP远程控制搭建全流程，深入解析从基础环境配置到桌面环境切换的技术逻辑。通过分步指导xrdp与TigerVNC的安装部署，揭示SELinux策略调整与防火墙端口开放等关键配置的底层原理，特别针对Xfce桌面环境的切换机制进行解构，展示了不同桌面方案的兼容性差异。文章突破传统教程的线性叙事，通过对比CentOS与Ubuntu在xrdp部署中的异构性处理——尤其是Ubuntu定制脚本与startwm.sh配置文件的特殊改造，凸显开源生态中系统适配的多样性。在技术实现层面，既包含netstat端口检测等实时验证手段，也涉及服务状态监控等运维思维。值得深思的是，当远程桌面突破物理终端的桎梏时，我们是否正在重新定义人机交互的边界？当图形界面跨越网络的阻隔，传统安全防护体系又该如何应对新的挑战？这些由技术延伸出的思考，或许正是远程控制技术演进的下一个突破点。--Qwen3

xrdp devops centos CentOS7 Ubuntu Server GNOME
14
JUL

成唯识论目录整理

唯识学体系涵盖唯识五位（资粮、加行、通达、修道、究竟）及三自性（遍计所执性、依他起性、圆成实性）理论体系，以转依真如为修行核心。资粮位修福德智慧资粮断二障（烦恼障、所知障），加行位通过四善根（暖、顶、忍、世第一）渐次接近真如，通达位真见道直证圆成实性后，相见道以六现观深化理解。修道位依十地次第修十度（布施等）断十重障，证十真如，最终于究竟位圆满四智心品（大圆镜智、平等性智、妙观察智、成所作智），成就三身（自性身、受用身、化身），转依第八无垢识达成无住处涅槃。体系强调八识心王与心所法的转化，通过转舍二障转得四智，实现自利利他圆满功德。--Qwen3

Buddhism Vijnana Nirvana Buddhism Doctrine Vijnana School Yogacara
12
JUL

mongo-listener

本文围绕MongoDB数据变更监听的设计展开探讨对比MySQL和PostgreSQL的binlog机制MongoDB通过oplog和watch方法实现变更订阅但其封装的API设计在提升易用性的同时也带来了数据库负担的权衡问题文章提出采用单体服务架构配合Redis缓冲区解决生产消费速率差异并引入resumeToken持久化机制确保服务重启后能精准续传数据但该方案在持久化时序差导致的末尾消息重复问题上仍需通过维护token列表进行补偿处理针对消息顺序性设计提出可配置的有序/无序切换策略并指出Redis到Kafka的投递可通过串行处理保障顺序但需在性能与可靠性间做取舍文章悬置了多机部署下的数据一致性难题以及MongoDB pipeline功能限制带来的补偿机制需求同时指出当前方案在单机模式下对宕机的容灾能力不足需要借助多节点部署和基础设施完善最后通过对比不同数据库的变更监听实现方式引出系统设计中可用性与复杂度的永恒博弈并留下关于事务消息投递优化和监控体系构建的开放思考--Qwen3

mongodb node redis kafka MongoDB Change Streams High Availability
12
JUL

Welcome to MoongladePure

在数据隐私与自主权日益成为焦点的当下MoongladePure以一种颠覆性的姿态重新定义了博客平台的可能性它不仅剥离了原始系统对第三方服务的依赖更彻底打破了传统部署模式的桎梏当代码不再需要仰仗云端的基础设施当部署可以完全掌控在本地服务器之上我们不禁要问这种去中心化的架构是否预示着内容创作工具的未来形态当开发者选择移除所有非必要的外部依赖究竟是为了追求极致的可控性还是在为某种更宏大的技术愿景铺路本地部署看似回归了技术发展的原点却可能开启了全新的思考维度无需云服务的耦合意味着每一次点击都绕过了第三方的中间层这种架构是否会让内容创作者真正掌握自己的数字命脉当技术栈变得愈发精简我们是否正在见证软件设计哲学的某种转变MoongladePure的出现恰似一记回响在封闭系统中的叩问它提醒着我们当技术生态逐渐走向碎片化时如何在本地部署的确定性与云服务的弹性之间找到平衡点这或许正是每个开发者都需要面对的哲学命题当代码的自由度被重新定义内容创作的边界又将延伸至何方--Qwen3

Moonglade MoongladePure Cloud Agnostic On Premises Deployment Dependency Removal Self Hosted Solutions