C 简介高级编程语言 1972
C环境
文本编辑器 与C编译器
编辑器创建的文件为源文件 包含源代码
C 源文件扩展名.c
C编译器
将C源代码转换成机器语言.这样CPU 可以按照规定的的指令执行程序
C语言编辑器用于把源程序编译成最终的可以行程序,
GNU GCC编译器
程序结构程序实例
预处理指令 函数 变量 语句 注释
12345#include <stdio.h>int main(){ printf("test"); return 0;}
编译&执行C程序通过文本编辑器 将 代码保存 扩展为.c
使用 shell 键入 gcc test.c -o test
就会在同级目录下得到一个二进制文件
然后使用 gcc test 就能直接 得到C程序执行后的结果
C基础语法关键字:语言预留的具有特殊意义的单词 如 int if mian
标识符: 程序员自定义的名称,用于变量,函数,数组等.
常量:程序中固定不变的值
字符串字面量:由双括号括起来的字符序列如”hello”
运算符:用于执行运算的符号 如 + = ...
第一章：认识 SQL
本章目标：理解 SQL、RDBMS、表/行/列等基本概念，并掌握最常见的 SQL 语句结构。
1. SQL 是什么？SQL（Structured Query Language，结构化查询语言）是一种用于管理和操作关系型数据库的标准语言。
SQL 主要可以完成以下操作：
查询数据
插入数据
更新数据
删除数据
创建或修改数据库结构
创建表、视图、索引等数据库对象
设置部分数据库对象的访问权限
SQL 使用大量接近英语的关键字，因此语句通常具有较好的可读性。
2. SQL 能做什么？常见能力包括：
使用 SELECT 从数据库中查询数据
使用 INSERT INTO 插入新数据
使用 UPDATE 修改已有数据
使用 DELETE 删除数据
使用 CREATE DATABASE 创建数据库
使用 CREATE TABLE 创建数据表
使用 ALTER TABLE 修改表结构
使用 DROP TABLE 删除表
创建视图（View）
创建索引（Index）
创建存储过程（Stored Procedure）
管理部分数据库对象的权限
3. ...
上次《HEXO折腾日记》里我把博客从带后台的动态站换成了 Hexo，托管在 GitHub Pages 上。用了一段时间，还是决定搬到自己的 VPS——顺手把「在 Obsidian 里写完就自动上线」这条链路一起打通了。
这篇记录整个过程，包括踩的四个坑。
为什么搬GitHub Pages 本身没什么毛病，免费、稳定、不用管。但有几个点一直不太顺：
国内访问速度看运气，有时候几秒才出首屏
想加点服务端的东西（自定义 header、缓存策略、和其他服务共用域名）就没辙
我 VPS 上本来已经跑着一堆服务，openresty 一直开着，多托管一个静态站几乎零成本
正好证书、反代这套东西 VPS 上都有现成的，那就搬。
目标链路想要的效果是：在 Obsidian 里写完文章，什么都不用管，过几分钟自动上线。
123456789Obsidian 写文章 (source/_posts/) │ Obsidian Git 插件自动 commit + push ▼GitHub 仓库 │ Actions：push 立即构建 + 每 6 小时定时 ▼hexo generate → rsync ...
用过一阵 Claude Code 之后，你大概会发现一件怪事：这玩意儿很聪明，但每次都像第一次见你。昨天纠正过它”用 pnpm 别用 npm”，今天它还是给你敲 npm install。前天说过”删文件先问我”，今天照样一顿 rm -rf。
这不是它蠢——是你没告诉它。
这篇文章讲怎么让 Claude Code 真正记住你、贴合你，从最简单的一行配置，到能改变工作流的自动化 hook。
为什么默认的 Claude 不够用先讲个我自己的经历。
刚开始用 Claude Code 的时候，我一度觉得它”什么都会但什么都不精”。写 Python 它爱加一堆废话注释，写 Bash 它老忘了我在 Windows 上，让我在 Slack 里回消息它给我一段商务邮件模板。
后来我才明白，问题不在 Claude，在我。
它默认对所有人是一套通用模板——一个刚工作两三年的、英文母语的、Linux 用户的、混合各种技术栈的、比较正式的助手。这个模板对任何一个具体的人来说都不完全合适。
想让它变”合适”，本质是一件事：把它每次都要从零猜的东西，变成它一开始就知道的事实。
具体三条路径，由浅入深：
...
缘起：VPS扛不住了我的 VPS 是 2 核 4G，装了 MySQL、OpenResty、x-ui、Openlist,笔记同步等一堆服务之后，可用内存捉襟见肘——装个带后台的博客 上来就吞 500MB+，实在养不起。
大一的时候就玩过 Hexo，当时因为每次写完都要手动构建部署，嫌麻烦弃了。两年年后重新捡起来，核心目标就一个：流程自动化，写完即发布，全程不碰服务器。
第一回：宿主之争——从 VPS 搬到 GitHub Pages最初的方案一开始 Hexo 跑在 VPS 上，OpenResty 反代静态文件，流程大致是：
本地写文章 → push 到 Git
VPS 上 pull → hexo generate
nginx serve 静态文件
听起来没毛病，但实际操作中遇到了两个玄学问题：
CDN 抽风： 开了 CDN 反而打不开，直连 IP 能访问但域名 404，国内能打开国外不行——中间环节太多，排查无从下手。
端口访问正常但域名不行： http://VPS_IP:端口 能正常显示页面，证明博客本身没问题，问题出在网络传输的链路上。
换方案既然问题出在中间商（CDN、DNS ...
Linux娘救援行动 #CVE-2026-31431：Copy Fail——一个潜伏九年的内核级“内伤”导语有些漏洞靠竞态条件碰运气，有些漏洞需要精确的内存布局。但这一次，Linux娘的身体里被发现了一处直线逻辑缺陷——不需要竞争、不需要重试、不需要碰运气。一个短短732字节的Python脚本，就能让任何一个本地低权限用户，直接拿下root。
代号“Copy Fail”，编号CVE-2026-31431。它从2017年就潜伏在Linux内核的加密子系统里，静静等了将近九年。
一、急诊接诊：Linux娘怎么了？2026年4月29日，安全研究团队Theori和Xint Code联合披露了一个高危本地提权漏洞。消息一出，安全圈直接炸锅——因为它的利用门槛实在太低了。
病情速览
项目
内容
漏洞编号
CVE-2026-31431（CNVD-2026-19044）
代号
Copy Fail
CVSS评分
7.8（高危）
漏洞类型
内核本地权限提升 / 容器逃逸原语
潜伏期
2017年8月至今（将近九年）
触发条件
本地低权限用户，无需网络、无需root、 ...
三节点 K8s + Ollama 本地大模型 + AMD GPU：我的毕设全记录
一个毕业生如何在 Fedora 笔记本上搭出一套企业内网私有化 AI 知识库
缘起去年选题的时候，我就想：”现在大模型这么火，你能不能做一个能在企业内部用的 AI 知识库？数据不能上公有云，全得跑在局域网里。”
我想了想——这不就是 K8s 搭集群 + 本地跑模型 + 做个网页的事吗？行，干。
后来的几个月，我把一台 AMD 笔记本（16 核 22GB 内存，RX 6700S 独显）折腾成了三节点 Kubernetes 集群，接上 Ollama 本地大模型，写了套 RAG 检索增强生成的知识库，还配了 Prometheus/Grafana 监控。最后跑通了完整闭环：上传文档 → 向量检索 → 大模型回答。
这篇博客就是整个项目的全记录。
一句话说清楚这个项目
在公司局域网里搭一个三节点的 AI 知识库——员工上传文档，AI 从文档里找答案，全程数据不出公司。
整体架构12345678910111213141516171819202122232425┌────────────────── ...
ICT-AI谨以此文记录我在华为ICT大赛的学习过程
一些碎碎念
根据我的经验,应该有一个人学习环境搭建，这块很好上手。注册一个华为云账号多创建几次项目就可以了
理想中的最佳配队伍应该是一个人去做环境的部分包括云和开发版，快速把环境准备好，一个人去做主力，代码补全能尽力去把项目跑通，还有个则可以去学习性能调优。但是我估计这个配队应该够呛能凑出来。
哦对了关于开发版，那玩应性能很烂Jupyter多开直接就能给你卡死，建议前期案例跑通之后直接把代码放到ModelArts上跑（虽然很贵，但是肯定不会让你掏钱的）
附加一个开发版风扇转速命令
1234npu-smi set -t pwm-mode -d value# value 0为手动模式 1为自动模式npu-smi set -t pwm-duty-ratio -d value# value 直接调100就可以了，虽然吵了一点但比过热死机强。
我还是推荐去学习Pythoch的，毕竟是现在主流的学习框架，只要学明白了同类型的代码基本就能看懂了。
Pytorch
数据：包括数据读取，数据清洗，进行数据划分和数据预处理，比如读取图片如何预处理及数 ...
Linux
未读Linux娘守护日记前言
作为一个社恐，现实世界的“副本”对我而言难度实在太高了——人群、寒暄、无意义的社交，光是想想CPU就要过载了。
于是我把热爱全部投入到了服务器上，而Linux则是服务器的灵魂。
我注意到，很多对技术充满好奇的朋友站在Linux这座宏伟殿堂的门前，却感到迷茫：“指令如天书？”“配置深似海？”“从哪里开始才好？”
这种心情，我懂。所以，我决定写下这本《Linux娘守护日记》。
无论是机房里的硬件设备，还是网络中的交换与路由，Linux娘都在背后默默支撑着整个数字世界的运转。
接下来的章节，我会记录从Linux娘SSH登录到服务搭建、从脚本编写到监控告警的日常点滴。
希望这本笔记，能成为你入坑路上的一盏小灯。
第一章：初识Linux娘她的创造者与家族：从一颗种子到一片森林要真正了解 Linux 娘，我们得先从她的“创造者”和“庞大家族”说起。这就像在冒险开始前，先看看史诗的前传和世界地图。
缘起：一个“只是想玩”的天才少年故事要回到 1991 年，芬兰赫尔辛基大学。一个名叫 Linus Torvalds 的年轻小伙，出于对当时昂贵的 Unix 系统和教学用的 Mi ...
Linux娘救援行动前言和Linux娘相处的日子久了，你就会发现一件事——
她其实很少真正闹情绪。
终端里那刺眼的红色报错、突然拒绝服务的SSH连接、启动时漆黑的GRUB命令行……在初遇时，它们像是一连串坏脾气，让你手足无措，甚至想拔电源逃跑。但请相信我，每一次看似不讲道理的“罢工”，背后都藏着一个清晰的原因，和一条通往救赎的明确路径。
和现实中的人相比。Linux娘不是任性，她只是太诚实了。
她的每一个报错信息，每一行日志，都是她在用自己独有的语言向你描述问题所在。
她不会像现实世界里的某些存在那样，明明心里有气却不告诉你为什么。她总是把原因清清楚楚地写给你看，用 error、用 warning、用 permission denied——只要你愿意听，她就愿意讲。
正因为如此，我把自己这些翻车、救急的经历收集起来，开辟了《Linux娘救援行动》这个小系列。它不是一本高高在上的故障手册，而是一本急诊室的便签集，记录着我在与Linux娘朝夕相处中遇到的那些奇奇怪怪的状况，以及最后是怎么把她哄好的。
你可能会发现，很多真正的解决方法并不复杂，只是需要看懂她的那些报错到底指的是什么。
一旦理 ...
