学习日志

一键在 Chrome 侧边栏打开 DeepSeek，支持页面缩放并记忆缩放比例。

功能

• 一键打开 — 点击扩展图标即可在侧边栏加载 DeepSeek
• 自由缩放 — 工具栏按钮或 Ctrl/Cmd +/-/0 快捷键，30%-200% 范围调节
• 记忆缩放 — 自动保存缩放比例，下次打开立即恢复
• 简洁工具栏 — 深色主题，不干扰对话体验

安装

从 Chrome Web Store 安装

即将上架

开发者模式加载

1. 克隆本仓库

   git clone https://github.com/misswell/deepseek-sidebar.git

2. 打开 chrome://extensions
3. 开启右上角「开发者模式」
4. 点击「加载已解压的扩展程序」，选择项目目录

文件结构

├── manifest.json       # MV3 扩展清单
├── background.js       # Service Worker，处理图标点击
├── sidepanel.html      # 侧边栏页面
├── sidepanel.js        # 缩放控制逻辑
├── rules.json          # 移除 X-Frame-Options 响应头
├── privacy-policy.html # 隐私政策
└── icons/              # 扩展图标
    ├── icon16.png
    ├── icon48.png
    └── icon128.png

权限说明

权限	用途
sidePanel	在 Chrome 侧边栏中展示 DeepSeek 页面
activeTab	点击扩展图标时获取当前标签页以打开侧边栏
storage	本地保存用户的缩放比例设置
declarativeNetRequest	移除 DeepSeek 的 X-Frame-Options 响应头，使其可在侧边栏中加载
host_permissions	访问 chat.deepseek.com 以实现上述头部修改

隐私

本扩展不收集任何用户数据。详见 隐私政策。

License

MIT

Yarn 安装完成后存在超时提示

success Already up-to-date.
✨  Done in 0.11s.
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...

问题 ：Yarn 的版本检查机制
Yarn 每次运行时可能会尝试连接网络检查自身版本或发送统计数据，即使不需要下载包。

解决方案：禁用版本检查和统计

# 禁用 Yarn 的版本检查
yarn config set disable-self-update-check true

# 禁用匿名统计数据上报
yarn config set analytics false

前言

最近想给电脑设置开机后自动启动 VMware 里的几个虚拟机（Win7、CentOS、Win11），结果发现了一个让人抓狂的问题：明明在“配置自动启动虚拟机”里添加了，但重启后只有 Win7 和 CentOS 乖乖启动了，Win11 却纹丝不动。更诡异的是，在自动启动配置列表里压根就找不到 Win11 的身影！

经过一番折腾，终于把这个坑填平了。下面把踩过的坑和解决办法分享给大家。

Continue reading VMware Workstation 虚拟机自动开机攻略：Win11 不显示的坑与解法

修改 MySQL 配置

vi /etc/my.cnf

Continue reading WordPress 优化与安全提升，低配云服务器频繁宕机处理

有发往 https://wptea.com/feed/ 的请求，耗时一秒多，禁用掉 WP-China-Yes

另外阻止向WordPress的更新请求，安装插件 Disable All WordPress Updates，必要时再开启更新

mybatis 创建临时表

    <insert id="dropTempTable">
        DROP TEMPORARY TABLE IF EXISTS temp_table${uuid};
    </insert>
    <insert id="createTempTable">
        CREATE TEMPORARY TABLE IF NOT EXISTS temp_table${uuid} (
        id VARCHAR(50) PRIMARY KEY
    );
    </insert>
    <!-- 插入数据到临时表 -->
    <insert id="insertTempTableData">
        INSERT INTO temp_table${uuid} (id)
        VALUES
        <foreach collection="orgIdList" item="id" separator=",">
            (#{id})
        </foreach>
    </insert>

mysql 第一张表为用户表，第二张表为用户与组织的关系表，用户与组织一对多的关系，已知多个用户组织id，查询哪些用户属于这些组织

你希望从组织 ID 为 1、2、3 的用户中查询，同时列出他们所有的组织 ID，包括那些不在 1、2、3 之中的，如 4 和 5。这样，我们需要一个两步的查询：

1. 首先，找到组织 ID 为 1、2、3 的用户。
2. 然后，查询这些用户所拥有的所有组织 ID。

我们可以使用子查询来实现这一点：

SQL 查询示例

SELECT u.user_id, u.user_name, GROUP_CONCAT(uo.organization_id ORDER BY uo.organization_id) AS organization_ids
FROM users u
JOIN user_organization uo ON u.user_id = uo.user_id
WHERE u.user_id IN (
    SELECT uo.user_id
    FROM user_organization uo
    WHERE uo.organization_id IN (1, 2, 3)
)
GROUP BY u.user_id, u.user_name;

解释

1. 子查询部分：SELECT uo.user_id FROM user_organization uo WHERE uo.organization_id IN (1, 2, 3) 用于找到所有组织 ID 为 1, 2, 3 的用户 ID。
2. 主查询部分：
   • JOIN 连接 users 表和 user_organization 表，以获取用户及其所有组织 ID。
   • WHERE u.user_id IN (...) 仅选择在子查询中找到的用户 ID。
   • GROUP_CONCAT(uo.organization_id ORDER BY uo.organization_id) 聚合用户的所有组织 ID，并按升序排列。

示例

假设 Alice 拥有组织 ID 1, 2, 4, 5，Bob 拥有组织 ID 2, 3，Charlie 拥有组织 ID 1, 2, 3, 4，而你查询的组织 ID 是 1, 2, 3，那么查询结果会是：

user_id	user_name	organization_ids
1	Alice	1,2,4,5
2	Bob	2,3
3	Charlie	1,2,3,4

在这个结果中，organization_ids 列包括用户所拥有的所有组织 ID，而不仅仅是查询条件中的那些组织 ID。

docker run -itd --name docker-mysql8.0 -p 3306:3306 -e MYSQL_ROOT_PASSWORD=qwer1234 mysql --lower_case_table_names=1

docker run -itd --name docker-mysql5.7 -p 3307:3306 -e MYSQL_ROOT_PASSWORD=qwer1234 bingozhou/mysql5.7 --lower_case_table_names=1

MySQL 优化分页查询

以 t_sys_log 表为例，3774851条数据，占用空间1.01G，24个字段

SELECT * FROM `t_sys_log` order by create_time desc limit 100000,10

耗时 88.345秒

SELECT id FROM `t_sys_log` order by create_time desc limit 100000,10

耗时 0.336秒

所以联表查询

SELECT * FROM `t_sys_log` t1 JOIN
(SELECT id FROM `t_sys_log` order by create_time desc limit 100000,10) t2
ON t1.id = t2.id

耗时 0.453秒

偏移量更大一点

SELECT * FROM `t_sys_log` order by create_time desc limit 1000000,10

耗时 12.687秒

SELECT * FROM `t_sys_log` t1 JOIN
(SELECT id FROM `t_sys_log` order by create_time desc limit 1000000,10) t2
ON t1.id = t2.id

耗时 0.617秒

MySQL的排序时间 create_time 字段需不需要添加索引

以 t_sys_log 表为例，3774851条数据，占用空间1.01G，24个字段

SELECT * FROM `t_sys_log`  order by create_time desc limit 10000,10 

create_time
不加索引 耗时 8.051 秒
加索引 耗时 0.468 秒

结论，需要加索引