晨曦思绪 - 默认分类
type: channel
link: http://blog.soulxyz.top/category/default
description: 只是一个默认分类
items: [HexoHub] 简洁好看的GUI Hexo博客工具和开发日志
items: 博客服务器迁徙 —— 至三年来腾讯云陪伴的青春
items: 六零导航页-file-任意文件上传漏洞复现和修复
items: [Python+MySQL+PHP] 赛氪比赛管理器
items: 如何修改基于thinter的程序的消息框图标
items: 代码合并小助手
items: 写一个简单的自动签到脚本（基于request.Session）
items: 改造了一下B站CC字幕插件
items: 我的服务器升级啦~！
items: 在 Typecho 的解析器中添加对 GitHub 风格任务列表的支持

[HexoHub] 简洁好看的GUI Hexo博客工具和开发日志
type: item
date: 2025-10-07T16:16:46+08:00
description: 很荣幸能收到然哥的邀请，共同完善HexoHub项目。一个基于 Electron + Next.js 构建的Hexo博客管理桌面应用程序，提供图形化界面来替代传统的命令行操作正如前文所述，HexoHUB使用的是Electron + Next.js的架构，但是由于Electron应用打包出来的体积非常大（大概安装后286M，安装包85M左右），根据一通优化，成功把安装后的体积缩小到254M左右，但还是非常大。查询了一下主要体积都是Electron里面的浏览器框架太大了，于是我们一通商量，能不能再把Electron删掉呢？我想到了Tauri，这是一个跨端的、和Electron的框架，果不其然，在我们之后的新框架选型中，我和然哥都一致认为他相当优秀。这是我们打的第一个包，由我在原先的Electron版本，迁移到Rust的后端完成的基于Tauri版本。好吧，我们都小小的震惊了一把，那时候感觉似乎Tauri也挺简单的……吃到了甜头，我们正式发起了Tauri分支，在往后的半周里，我们有反反复复发现了好多BUG……尤其是Tauri的文件拖曳、本地文件的获取、本地的文件操作、联网操作、Shell操作，都和Electron的不一样，而且但凡是加载程序内部以外的东西，都要提前申请Permission，我们苦不堪言……为了避免Tauri版本出问题，我们依然保留了Electron，设计了多平台的打包自动工作流。Tauri的文件拖曳是一个需要注意的点，默认其实Tauri是会拦截你的文件拖曳的……具体的，你需要在tauri.conf.json中，在windows项关掉它的拦截行为，不然你的Html是收不到拖曳信号的。文件操作、联网操作、Shell操作都需要用到专门的组建来完成。还有Tauri的环境是不能直接以 file:// 形式载入本地资源，需要用convertFileSrc转换，etc...相关文章不过我们还是很成功的完成了大部分的测试，相对于之前的v2.6.0版本，有以下更新：新架构新增Tauri框架，实现Electron+Tauri双选择包体积大幅减小，支持Win/Mac/Linux服务器渲染预览方式、本地壁纸文件读取、本地文件复制、联网操作、Shell操作、进程残留修复问题在Tauri上重构新功能图片拖拽自动复制到资源文件夹部署失败详细提示，点击跳转日志页面权限错误自动修复更新日志支持Markdown渲染更新页面显示当前环境安装程序上会对Win下的node.js环境自动检测并提示跨平台优化Windows中文在部分机器的乱码问题多平台多架构的路径/时间显示代码和工作流优化统一API接口清理重复代码自动化发布流程其中，图片拖拽自动复制在双框架上的实现,由我负责了Tauri端，然哥完成了Electron端。Tauri端的大部分代码是我这边完成（毕竟我这边更熟悉Tauri一点），然后很打一方面的测试是然哥完成的~有点累哇，成就感满满~

博客服务器迁徙 —— 至三年来腾讯云陪伴的青春
type: item
date: 2024-11-30T17:08:13+08:00
description: 最近腾讯云服务器快到期了，把博客从腾讯云搬到了阿里云。其实，我挺想继续留在腾讯云，但不得不说，钱包顶不住。续费价格翻了好几倍，轻量云的配置又有些鸡肋。相比之下，阿里云我现有机子直接用还更划算，于是就下了搬家的决定。 为了怀念，我翻了下支付记录，发现当初这台机子只花了两百多块，性价比真的没话说。 现在回头看看，真是“互联网早年红利”的见证者。腾讯云的稳定性确实让我很满意，阿里云虽然划算，但99一年的机子有IO限流的问题让我有些无奈，有时跑个npm都会卡到要重启机子…… 最后，打开宝塔面板，看一眼承载了许多回忆的服务器： 它曾经跑过不少项目，每一个都记录着学习和成长的点滴： 虽然有些不舍，但这次搬家是新的开始。再见，腾讯云。

六零导航页-file-任意文件上传漏洞复现和修复
type: item
date: 2024-11-04T21:08:02+08:00
description: 我先援引一下其它博主的内容：lylme_spage六零导航页，未授权webshell上传。php 的文件上传的漏洞，使用$_FILE['type']来判断文件类型是否在白名单内，该值是由浏览器提供的，不是可靠的文件类型验证方法。概况与复现lylme_spage，六零导航页，“六零导航页 (LyLme Spage) 致力于简洁高效无广告的上网导航和搜索入口，支持后台添加链接、自定义搜索引擎，沉淀最具价值链接，全站无商业推广，简约而不简单。”，项目地址：https://github.com/LyLme/lylme_spage。影响版本v1.9.5实际搭建六零导航页后，关闭收录功能，发现漏洞并没有关闭。主要问题在于 /include/file.php 。漏洞概述六零导航页是一款开源的导航页面，设计简洁、无广告，具备可自定义的搜索引擎和隐私链接功能。然而，由于其 /include/file.php 接口存在任意文件上传漏洞，未经授权的攻击者可以通过这个接口上传任意文件。利用此漏洞，攻击者可能将恶意代码上传至服务器，并取得执行权限，进而控制系统。漏洞利用的 Proof of Concept (PoC)可以通过以下的 HTTP POST 请求来利用此漏洞：POST /include/file.php HTTP/1.1 Host: x.x.x.x User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:125.0) Gecko/20100101 Firefox/125.0 Content-Type: multipart/form-data; boundary=---------------------------575673989461736 Content-Length: 234 -----------------------------575673989461736 Content-Disposition: form-data; name="file"; filename="test.php" Content-Type: image/png <?php echo "HelloWorldtest"; unlink(__FILE__); ?> -----------------------------575673989461736--解释：这个请求向 /include/file.php 发送了带有 .php 扩展名的文件 test.php，文件内容包含简单的 PHP 代码：<?php echo "HelloWorldtest"; unlink(__FILE__); ?>。此代码在上传后执行时会显示 HelloWorldtest，然后删除自身 (unlink(__FILE__))。若成功上传并执行，则证明此漏洞存在。漏洞检测脚本可以使用 Python 检测脚本来验证系统是否存在该漏洞： GitHub，通过下列指令批量检测：url.txt 包含需要测试的目标 URL 清单。python 60NavigationPage_CVE-2024-34982_ArbitraryFileUploads.py -f url.txt或python 60NavigationPage_CVE-2024-34982_ArbitraryFileUploads.py -u http://xxxx.xxx.top修复方法网上都说官方已针对此漏洞发布补丁，然而并没有找到。所以让我们手动来修复吧~将上传目录设置为不可执行首先，一个很直接的方法就是直接禁止文件上传目录的php执行，这样就算能上传，也不能执行恶意脚本~在Nginx下对站点加上如下配置：location /files/upload/ { disable_symlinks on; autoindex off; location ~ \.php$ { return 403; } }如果用的是Apache服务器，则在上传目录中添加 .htaccess 文件（针对 Apache 服务器）：php_flag engine off RemoveHandler .php .phtml .php3修复漏洞文件file.php 的主要问题包括：文件类型验证不足：仅依赖文件扩展名和用户提供的 MIME 类型，容易被绕过。缺乏对上传文件内容的验证：未确认文件实际内容是否为有效图片。那我们据此开始修复漏洞1. 验证上传的 URL在 download_img 函数中，添加对传入 URL 的合法性验证，防止非法 URL 导致的安全问题。修改前：function download_img($url) { // 原有代码 }修改后：function download_img($url) {…

[Python+MySQL+PHP] 赛氪比赛管理器
type: item
date: 2024-11-03T12:12:00+08:00
description: 项目背景赛氪（Saikr）是一家专注于大学生竞赛活动的平台，致力于为全国大学生提供高含金量的竞赛信息、报名和成绩查询服务。 平台涵盖英语竞赛、数学竞赛、编程挑战赛、知识竞赛等多种赛事，知名竞赛如全国大学生英语竞赛、蓝桥杯、互联网+大学生创新创业大赛等均可在赛氪上报名和查询成绩。说白了，赛氪是一个有一堆比赛的平台，应该涵盖了我们在大学期间能接触到的至少70%的校级以上比赛。当然，里面的水赛也特别多……我们学院参加各类竞赛并获奖可以申报专项奖学金，虽然金额不多，但是至少可以回本。参加的比赛必须满足：除优秀奖之外，总获奖率≤50%。赛氪是一个很好的比赛信息来源之一。截止24年11月3日笔者撰写本文，赛氪现在共登记有51032个比赛，除去不能报名的，至少也有上百个比赛，再除去不合申报要求的比赛，恐怕更少了。需求拆解标记看过的比赛。屏蔽水赛或不满足我要求的比赛。标记报名了的比赛，提醒我参赛。方案选型数据爬取: 使用 Python 和 requests 库爬取赛氪网的比赛信息。数据存储: 采用 MySQL 数据库存储爬取到的比赛信息。后端处理: 使用 PHP 作为后端语言进行数据处理与接口管理。前端展示: 使用 H5 和 Bootstrap 框架构建前端用户界面。数据更新: 青龙面板设置每日定时任务，自动更新和同步比赛信息。效果展示源码展示在这里，我先开源MySQL版的赛氪比赛抓取器。剩下的内容整理优化后再开源到gitee或者github.Python和数据库部分使用前，请建立一个MYSQL数据库，并输入以下建表指令：表1：contests（如果只想让Python爬虫跑起来，建立这个表就行）CREATE TABLE `contests` ( `contest_id` INT(11) NOT NULL AUTO_INCREMENT, `contest_url` VARCHAR(255) NOT NULL, `contest_name` VARCHAR(255) DEFAULT NULL, `org_real_name` VARCHAR(255) DEFAULT NULL, `org_avatar` VARCHAR(255) DEFAULT NULL, `org_univs_name` VARCHAR(255) DEFAULT NULL, `contest_start_time` DATETIME DEFAULT NULL, `contest_end_time` DATETIME DEFAULT NULL, `regist_start_time` DATETIME DEFAULT NULL, `regist_end_time` DATETIME DEFAULT NULL, `is_valid` TINYINT(1) DEFAULT NULL, `is_contest_status` TINYINT(1) DEFAULT NULL, `look_count` INT(11) DEFAULT 0, `focus_num` INT(11) DEFAULT 0, `content` TEXT DEFAULT NULL, `created_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP, `updated_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`contest_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8_general_ci;表2：contest_tagsCREATE TABLE `contest_tags` ( `tag_id` INT(11) NOT NULL AUTO_INCREMENT, `user_id` INT(11) NOT NULL, `contest_id` INT(11) NOT NULL, `tag_type` ENUM('like', 'block') NOT NULL, `is_registered` TINYINT(1) DEFAULT 0, `next_contest_time` DATETIME DEFAULT NULL, `created_at` TIMESTAMP DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`tag_id`), KEY `user_id` (`user_id`), KEY `tag_type` (`tag_type`), KEY `contest_id` (`contest_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8_genera…

如何修改基于thinter的程序的消息框图标
type: item
date: 2024-10-30T19:57:00+08:00
description: 最近在研究Python GUI，现在主要在用一个thinter的库。今天遇到一个问题：在我已经设置了主程序图标的情况下，消息框的图标还是Thinter的默认“小羽毛”，有点点不好看……参考了这篇资料change-icon-for-tkinter-messageboxIf you set a custom icon for the root window, then this same icon will be set as the title bar icon for all other child window(s) including the message boxes from messagebox module.如果您为根窗口设置了自定义图标，那么该图标将会被设置为所有其他子窗口（包括 messagebox 模块中的消息框）的标题栏图标。于是我尝试看看是不是所有弹出框都是默认小羽毛图标，然后发现不是这样的：一定是漏了什么。回到这个警告框的定义：诶，对照代码的话，他们似乎没有区别。修改和尝试发现，一个小细节可能会解释这个默认图标的问题：在 tkinter 中，如果消息框是从根窗口 (Tk) 中弹出的，它通常会继承根窗口的图标。但如果消息框是从其他窗口（如 Toplevel）中弹出，tkinter 会将该窗口视为一个独立窗口，所以它不会自动继承根窗口的图标，除非我们在调用消息框时，显式指定其父窗口。我们刚刚看到的默认图标的窗口，是一个Toplevel窗口。那么，如何确保所有弹出的消息框都能显示自定义图标？经过一些调试和查阅资料，总结出以下几种方法：1. 确保主窗口和所有 Toplevel 窗口都有图标首先，在创建根窗口时可以直接设置图标，代码如下：import tkinter as tk from tkinter import messagebox root = tk.Tk() root.iconbitmap("your_icon.ico") # 设置主窗口图标如果你的程序还创建了 Toplevel 窗口（例如登录、注册等独立窗口），也需要为这些窗口单独设置图标，这样就不会出现默认图标的小羽毛。top = tk.Toplevel(root) top.iconbitmap("your_icon.ico") # 设置 Toplevel 窗口图标2. 使用 parent 参数来指定消息框的父窗口当消息框弹出时，通常会继承其“父窗口”的图标。如果不指定 parent，消息框默认关联到根窗口。如果我们在 Toplevel 窗口中调用消息框，则需要在消息框函数中添加 parent 参数，以确保它继承正确的图标（重点！！！）。messagebox.showwarning("警告", "这是一条警告信息", parent=top)这种方法可以确保所有消息框都正确地继承父窗口的图标，避免了默认图标的出现。代码示例为了更直观地展示这些方法，以下是一个完整示例：import tkinter as tk from tkinter import messagebox def open_warning(): if messagebox.askokcancel("退出", "您确定要退出吗？", parent=root): root.destroy() def open_toplevel(): top = tk.Toplevel(root) top.iconbitmap("your_icon.ico") # 设置Toplevel图标 tk.Button(top, text="显示警告", command=lambda: messagebox.showwarning("警告", "在Toplevel中弹出", parent=top)).pack() root = tk.Tk() root.iconbitmap("your_icon.ico") # 设置主窗口图标 tk.Button(root, text="弹出警告", command=open_warning).pack() tk.Button(root, text="打开Toplevel", command=open_toplevel).pack() root.mainloop()在这个示例中，我创建了一个主窗口（Tk）并设置了图标，同时添加了一个 Toplevel 窗口并为其单独设置了图标。这样，无论是主窗口中的消息框，还是在 Toplevel 中弹出的消息框，都会显示自定义图标，避免了默认的“小羽毛”问题。顺利解决：

代码合并小助手
type: item
date: 2024-10-17T21:33:00+08:00
description: ChatGPT o1不支持发送文件，但是有很长的上下文，那么我们可以做一个小工具，合并代码文件和目录，一同发给ChatGPT，并在后文附上问题，免去一个个复制代码内容的麻烦。效果方案选型• PyQt5：用于创建图形用户界面。• clipboard：用于处理剪贴板操作。• chardet：用于检测文件编码。• python-docx：用于生成 Word 文档。• qtmodern：用于美化用户界面。打包使用Pyinstaller，压缩使用UPX，经过UPX压缩后，软件包大小由39MB减小至31MB.主要功能使用 chardet 库自动检测并处理不同编码的文件，确保能够正确读取和合并来自不同平台的代码文件。支持将合并后的内容导出为 Markdown 和 Word 格式。源码及下载源码后续在Github上同步。下载：代码合并小工具

写一个简单的自动签到脚本（基于request.Session）
type: item
date: 2024-10-10T15:23:00+08:00
description: 前言看到舍友最近对爬虫感兴趣，然后尝试写一个自动签到脚本，但是他的方案好麻烦呀，遂写一篇文章分析之。网页分析 - 登录首先，目标是咸鱼单机-单机游戏交流分享平台，我们需要分析他的登录机制。F12打开浏览器的开发者工具，这里有一个小技巧，勾选保留日志，因为登录行为往往伴随页面刷新，如果不勾选保存日志，登录的具体日志就会一闪而过，不利于分析。这登录也忒简单了吧……！没有验证码，非常nice.登录一下看看日志具体是怎么样的。发了一个POST请求，包含明文的username和password,然后从响应中通过“set-cookies”返回cookies信息给浏览器。方案选型这里有两种方法：①我们主动存储cookies信息，然后下一次访问签到API的时候在请求头中带上②使用requests.Session，一套搞定。③使用selenium，模拟浏览器真实操作这里介绍方法②。什么是requests.Session对象？ 在Python的requests库中，requests.Session对象是一个用于发送HTTP请求的实例。与直接使用requests.get()或requests.post()发送单独的请求不同，使用Session对象可以在多个请求之间保留一些状态信息，例如cookies、headers等，从而实现更高效的HTTP通信。说白了就是，它帮我们存储cookies和header这一堆拉杂东西，极大简化代码量。哎，人生苦短，我用Python.代码实现import requests # 模拟登录 session = requests.Session() login_url = "https://www.xianyudanji.net/wp-admin/admin-ajax.php" login_data = { 'action': 'user_login', 'username': '', #用户名 'password': '', #密码 'rememberme': '1' } response = session.post(login_url, data=login_data) #post和get的时候调用前文定义的对象就可以了 if response.status_code == 200 and '"status":"1"' in response.text: print("登录成功") else: print("登录失败") exit()现在，session对象内就已经存有了cookies等一系列信息了，我们只要继续找一下签到的方法，然后下一次继续调用session.post()或者session.get()就好。然后是签到。网页分析 - 签到单击按钮后发起一个POST请求。这里的“nonce”有点意思，大概率是一个动态变化的值，我们检查一下它是怎么来的吧。Ctrl+F激活搜索工具，输入我们刚刚的nonce e91b5f2d29：找到了。代码如下： 今日已签到 我们需要使用bs库来拿到这个动态的nonce值：qiandao_button = soup.find('button', {'class': 'go-user-qiandao'})另外查了一下这个nonce的用途：这是 WordPress 的安全机制之一，称为 "nonce"（数字一次性使用密码），用于防止跨站请求伪造 (CSRF) 攻击。这个值确保请求来自合法用户而非恶意脚本。nonce 值是由服务器生成的，并在页面中通过 JavaScript 提供代码实现from bs4 import BeautifulSoup #...这里就是前文的内容，我省略掉了 # 获取包含签到按钮的页面 user_page = session.get('https://www.xianyudanji.net/user') # 解析页面获取签到按钮的状态和 nonce soup = BeautifulSoup(user_page.text, 'html.parser') qiandao_button = soup.find('button', {'class': 'go-user-qiandao'}) # 检查签到按钮是否被禁用 if 'disabled' in qiandao_button.attrs: print("今日已签到，无法重复签到") else: # 提取 nonce 值 nonce = qiandao_button['data-nonce'] print(f"获取到的 nonce 值: {nonce}") # 构建签到请求 qiandao_url = "https://www.xianyudanji.net/wp-admin/admin-ajax.php" qiandao_…

改造了一下B站CC字幕插件
type: item
date: 2024-10-07T12:44:00+08:00
description: 最近发现了一个名为 “音视频内容 AI 一键总结丨BibiGPT 学习助理” 的网站，感觉非常有趣。这个工具能够直接总结B站、油管的在线视频内容，甚至支持百度网盘的视频。稍微深入研究了一下后，我原本以为它是通过转录视频内容再进行总结，所以我自己动手部署了一下语音转文字服务，使用的是基于fast-whisper的工具（GitHub链接：jianchang512/stt: Voice Recognition to Text Tool）。然而，后来我发现即使使用最小的tiny模型，转录大约20分钟的视频也需要90秒左右，且识别准确率大约在90%以上。如果想要更高的准确率，就需要使用更大的模型。但这样一来，辛辛苦苦地转录还不如直接使用B站的AI字幕！B站的AI字幕准确率估计在98%以上，而且几乎所有视频都配有AI字幕，何乐而不为呢？因此，最初我还编写了一个Python脚本来爬取AI字幕（脚本附在文末），但B站的逻辑有些一言难尽，必须先登录才能获取字幕，否则API里面返回的字幕那部分内容是空的。后来，我发现油猴（Tampermonkey）有现成的字幕下载脚本，这样一来就无需重复造轮子了。接下来，对现有的脚本进行了以下调整：修改快捷键功能：原先的Ctrl+下载键是直接下载字幕，我将其改为直接复制字幕内容。更改下载格式：默认下载格式是SRT，我将其修改为TXT格式，便于后续处理。添加AI总结提示词：在复制字幕内容之前，加入了一段用于引导GPT进行总结的提示词：请阅读以下视频字幕文本，并总结出视频中的所有关键要点。总结应涵盖视频的主要观点、重要信息和核心内容，使读者能够理解获取到视频的全部内容。请按照以下要求进行总结： 1. **结构清晰**：使用分段或项目符号列表，使总结条理分明，易于阅读。 2. **简明扼要**：每个要点应简洁明了，避免冗长的描述。 3. **全面覆盖**：确保不遗漏视频中的重要信息和关键细节。 4. **语言简练**：使用准确且简练的语言表达，保持专业性。 5. **保持原意**：总结内容应忠实于原视频的意思，如果必要可以进行解释，便于理解。 6. **开头添加视频标题及链接**：在总结开头使用Markdown格式，将视频标题作为可点击的链接（去除“哔哩哔哩”字样），便于存档。这样一来，可以平替它的总结功能。附：Python爬取B站AI字幕脚本import requests import json import re import sys import os from datetime import timedelta import browser_cookie3 # 定义Cookies缓存文件路径 COOKIES_CACHE_FILE = 'cookies_cache.json' def load_cached_cookies(): """ 从缓存文件加载Cookies """ if os.path.exists(COOKIES_CACHE_FILE): with open(COOKIES_CACHE_FILE, 'r', encoding='utf-8') as f: try: cookies = json.load(f) print("从缓存加载Cookies。") return cookies except json.JSONDecodeError: print("Cookies缓存文件损坏，忽略缓存。") return None return None def save_cookies_to_cache(cookies_dict): """ 将Cookies保存到缓存文件 """ with open(COOKIES_CACHE_FILE, 'w', encoding='utf-8') as f: json.dump(cookies_dict, f) print("Cookies已保存到缓存。") def extract_cookies(): """ 从浏览器中提取Cookies并保存到缓存 """ print("正在从浏览器中提取Cookies...") cj = browser_cookie3.edge(domain_name='bilibili.com') # 如果使用Firefox，请使用以下行代替： # cj = browser_cookie3.firefox(domain_name='bilibili.com') # 将Cookies转换为字典 cookies_dict = requests.utils.dict_from_cookiejar(cj) # 保存到缓存 save_cookies_to_cache(cookies_dict) return cookies_dict def build_h…

我的服务器升级啦~！
type: item
date: 2024-09-27T19:32:00+08:00
description: 今天我终终终于拿到我的2080Ti显卡啦~！也是另一个广州的老哥发顺丰给我的，钱包呼的一下不见2200……你可能好奇这个显存这么这么大，实际上原卡应该是11G的显存，但是咧……原版RTX2080ti显卡配备的是11GB GDDR6显存，通常包含11个1GB的显存芯片。为了增加显存容量，魔改者会替换这些显存芯片，使用更大容量的显存芯片，比如2GB的芯片，从而将总显存提升至22GB。RTX2080ti显卡能够魔改至22G显存，而其他显卡不行的原因，主要在于RTX2080ti是基于NVIDIA的Turing架构，它与NVIDIA的专业级显卡共享相同的核心，因此在驱动和硬件兼容性方面可以进行魔改。听说早些时候这个卡只要2000出头，现在都涨到2500上下了……我在闲鱼逛了好久找到一个2200的，遂入手选购2080ti主要就是想用大显存跑大模型，用我之前那张GTX 970来跑大模型实在太憋屈了……只能勉强跑动qwen_7b，再大的就再跑不起了，换了大显存卡之后，qwen2.5:32b随便跑都没问题。刚刚翻了下我这台机子的配置，我印象里面我是花了1500多的，原来实际上更少吗…… CPUE3 2696V3240显卡RX560XT 8G225内存三星 32G*2142主板精粤X99M-PRO D3291电源振华冰山战斗蝶550W160机箱笨牛E1589风扇杂牌125.5硬盘自个笔记本滴0显示器AOC115 合计 1388.5显卡比整台电脑都贵……然后我在这个平台上利用ollma + open-webui搭建了个大模型平台，可以来找我要网址看看效果：我的总体感觉是3.5之上，4未满，但是现在的硬件平台应该跑不起更大参数的模型了，我估计要自己喂点数据给他进行微调应该会更好。

在 Typecho 的解析器中添加对 GitHub 风格任务列表的支持
type: item
date: 2024-09-25T22:47:00+08:00
description: 问题场景和效果对比测试代码- [ ] 未完成的任务 - [x] 已完成的任务 1. [ ] 有序列表中的未完成任务 2. [x] 有序列表中的已完成任务 原效果：修复效果： 未完成的任务 已完成的任务 有序列表中的未完成任务 有序列表中的已完成任务原始代码概览<?php if (!defined('__TYPECHO_ROOT_DIR__')) exit; /** * Markdown解析 * * @package Markdown * @copyright Copyright (c) 2014 Typecho team (http://www.typecho.org) * @license GNU General Public License 2.0 */ class Markdown { /** * convert * * @param string $text * @return string */ public static function convert($text) { static $parser; if (empty($parser)) { $parser = new HyperDown(); $parser->hook('afterParseCode', function ($html) { return preg_replace("//i", "", $html); }); $parser->hook('beforeParseInline', function ($html) use ($parser) { return preg_replace_callback("/^\s*<!\-\-\s*more\s*\-\->\s*$/s", function ($matches) use ($parser) { return $parser->makeHolder(' '); }, $html); }); $parser->enableHtml(true); $parser->_commonWhiteList .= '|img|cite|embed|iframe'; $parser->_specialWhiteList = array_merge($parser->_specialWhiteList, array( 'ol' => 'ol|li', 'ul' => 'ul|li', 'blockquote' => 'blockquote', 'pre' => 'pre|code' )); } return str_replace(' ', ' ', $parser->makeHtml($text)); } /** * transerCodeClass * * @param string $html * @return string */ public static function transerCodeClass($html) { return preg_replace("//i", "", $html); } /** * @param $html * @return mixed */ public static function transerComment($html) { return preg_replace_callback("/<!\-\-(.+?)\-\->/s", array('Markdown', 'transerCommentCallback'), $html); } /** * @param $matches * @return string */ public static function transerCommentCallback($matches) { return self::$parser->makeHolder($matches[0]); } } ?>二、问题发现与详细分析1. 任务列表（Task Lists）支持不足问题描述在使用现有的Markdown解析器时，发现无法正确渲染任务列表（如- [ ]和- [x]）。分析疑问疑问1：当前的解析器是否支持任务列表的语法？疑问2：如果不支持，是什么原因导致任务列表无法正确渲染？疑问3：是否有现有的代码部分可以复用或修改以支持任务列表？发现原因在原始代码中，解析器主要关注代码块（标签）和特定注释的处理，没有针对任务列表的专门处理。具体表现为：缺乏任务列表的正则匹配：现有的convert方法中，使用了preg_replace来替换 标签，但没有对任务列表的- [ ]或- [x]进行任何处理。代码重复：即使在后续的transerCodeClass和transerComment方法中进行了一些处理，但依然没有覆盖到任务列表的转换。2.…