曾经

AI大模型安装教程

Thu, 26 Feb 2026 09:53:22 +0800

把ollama-linux-amd64.tar.zst放到下载目录里面

执行完，ollama 就装好了。

sudo tar -I zstd -xf ollama-linux-amd64.tar.zst -C /usr/local

启动 Ollama 服务。

ollama serve

等服务启动后，再新开一个终端窗口，执行：

ollama --version

创建 Ollama 专用用户

sudo useradd -r -s /bin/false -U -m -d /usr/share/ollama ollama

创建 systemd 服务文件

sudo tee /etc/systemd/system/ollama.service <<EOF
[Unit]
Description=Ollama Service
After=network-online.target

[Service]
ExecStart=/usr/local/bin/ollama serve
User=ollama
Group=ollama
Restart=always
RestartSec=3

[Install]
WantedBy=multi-user.target
EOF

重载 systemd 并启动服务

sudo systemctl daemon-reload
sudo systemctl enable --now ollama

检查服务状态

sudo systemctl status ollama

再打开一个新的终端窗口，执行命令来拉取和运行模型，比如：

ollama pull qwen:1.8b

或

ollama pull qwen:7b

拉取完成测试，直接在终端输入：

ollama run qwen:7b

写一个单片机点灯的C语言代码

恭喜完成了

Windows远程端口修改v1.1.zip

Thu, 19 Sep 2024 15:55:38 +0800

大小:4425216

MD5:3746AE29E3C7662277A78A05D6B8F903

SHA1:81A1B637591A0B62E81E2C1D8364A05B468DFEB7

【新增】防火墙放行功能

解压密码：www.zp68.com

Windows远程端口修改1.1.zip

远程桌面连接记录v1.0.zip

Tue, 17 Sep 2024 08:20:01 +0800

大小:4282880

MD5:3AF2CE0C787CBBAF7D8A703AA12F7913

SHA1:3CE543CDA96E89257766CBAF2F82311EB1C231AA

解压密码：www.zp68.com

远程桌面连接记录.zip

Windows远程端口修改v1.0.zip

Tue, 17 Sep 2024 08:09:22 +0800

大小:4303360

MD5:A7D0C98B5562609A181C20B626C50CD4

SHA1:07C69EEE99FE1D9D05E5F20784E83C4B44B9E229

解压密码：www.zp68.com

Windows远程端口修改.zip

原生安卓 PixelExperience开机验证/跳过谷歌验证的解决办法

Sat, 07 Sep 2024 16:16:30 +0800

原生系统开机跳过Google验证的方法

1、twrp中的终端输入：

dd if=/dev/zero of=/dev/block/bootdevice/by-name/frp

或CMD中输入：

fastboot erase frp

双清拔卡开机别联网

2、在支持Google的网络下登录

3、刷入去除谷歌开机引导的卡刷包

https://sagit.sbwml.net/PixelExperience/Disable%20SetupWizard/Disable_SetupWizard_pixel-190526.zip （sbw提供的跳Google补丁）

4、进twrp挂载system，然后进文件管理，把system里面的build.prop复制到sdcard，然后连接电脑，用电脑修改build.prop，ro.setupwizard.mode= 有这句话就修改=DISABLED，没有就把这句话加上去，改完之后保存，丢回system目录覆盖原来的，权限改755，就能跳过了。

MySQL BETWEEN 用法与实例

Fri, 21 Jun 2024 10:41:23 +0800

MySQL BETWEEN 用法与实例

本文介绍了在 MySQL 数据库中，如何使用 BETWEEN 运算符确定一个值是否介于某两个值之间。

BETWEEN 运算符确定一个值是否介于某两个值之间。BETWEEN 运算符常用于比较数字和日期类型的数据。

MySQL BETWEEN 语法

BETWEEN 运算符是一个三目运算符，它需要 3 个操作数。下面 BETWEEN 运算符的语法：

expression BETWEEN min AND max expression NOT BETWEEN min AND max

使用说明：

expression 可以是一个字段名、值或其他的表达式（比如函数调用、运算等）。
min 是范围的最小值（包含）。
max 是范围的最大值（包含）。
AND 是一个固定的连接词，用来连接 min 和 max。
NOT 是否定运算符，NOT BETWEEN 表达的含义与 BETWEEN 相反。

BETWEEN 运算符相当于是下面写法的简写形式：

expression >= min AND expression <= max

NOT BETWEEN 运算符相当于是下面写法的简写形式：

expression < min OR expression > max

MySQL BETWEEN 运算规则

当字段的值或者给定的值介于 min 和 max 两个值之间时，BETWEEN 运算符返回 1。否则，返回 0。

BETWEEN 运算规则如下：

如果左侧的 expression 介于 min 和 max 之间时， BETWEEN 返回 1，否则返回 0。

SELECT  1 BETWEEN 1 AND 3,  2 BETWEEN 1 AND 3,  3 BETWEEN 1 AND 3,  4 BETWEEN 1 AND 3;

+-------------------+-------------------+-------------------+-------------------+ | 1 BETWEEN 1 AND 3 | 2 BETWEEN 1 AND 3 | 3 BETWEEN 1 AND 3 | 4 BETWEEN 1 AND 3 | +-------------------+-------------------+-------------------+-------------------+ |                 1 |                 1 |                 1 |                 0 | +-------------------+-------------------+-------------------+-------------------+

如果 expression, min, max 至少有一个 NULL 时， BETWEEN 运算符的返回 NULL。

SELECT  NULL BETWEEN 1 AND 3,  1 BETWEEN NULL AND 3,  1 BETWEEN 1 AND NULL;

+----------------------+----------------------+----------------------+ | NULL BETWEEN 1 AND 3 | 1 BETWEEN NULL AND 3 | 1 BETWEEN 1 AND NULL | +----------------------+----------------------+----------------------+ |                 NULL |                 NULL |                 NULL | +----------------------+----------------------+----------------------+

MySQL BETWEEN 实例

BETWEEN 运算符常用于数字和日期类型的数据之间的比较。我们看 1 个实际的例子。

在以下实例中，我们使用 Sakila 示例数据库中的 film 表作为演示。

BETWEEN

以下 SQL 语句使用 BETWEEN 运算符检索影片赔偿价格介于 1 和 10 之间的影片：

SELECT  film_id, title, replacement_cost FROM  film WHERE  replacement_cost BETWEEN 1 AND 10;

+---------+------------------------+------------------+ | film_id | title                  | replacement_cost | +---------+------------------------+------------------+ |      23 | ANACONDA CONFESSIONS   |             9.99 | |     150 | CIDER DESIRE           |             9.99 | |     182 | CONTROL ANTHEM         |             9.99 | |     203 | DAISY MENAGERIE        |             9.99 | |     221 | DELIVERANCE MULHOLLAND |             9.99 | |     260 | DUDE BLINDNESS         |             9.99 | |     272 | EDGE KISSING           |             9.99 | |     281 | ENCINO ELF             |             9.99 | |     299 | FACTORY DRAGON         |             9.99 | |     307 | FELLOWSHIP AUTUMN      |             9.99 | |     348 | GANDHI KWAI            |             9.99 | |     389 | GUNFIGHTER MUSSOLINI   |             9.99 | |     409 | HEARTBREAKERS BRIGHT   |             9.99 | |     476 | JASON TRAP             |             9.99 | |     501 | KISSING DOLLS          |             9.99 | |     522 | LIFE TWISTED           |             9.99 | |     551 | MAIDEN HOME            |             9.99 | |     565 | MATRIX SNOWMAN         |             9.99 | |     572 | METROPOLIS COMA        |             9.99 | |     623 | NEWTON LABYRINTH       |             9.99 | |     627 | NORTH TEQUILA          |             9.99 | |     629 | NOTORIOUS REUNION      |             9.99 | |     639 | OPPOSITE NECKLACE      |             9.99 | |     656 | PAPI NECKLACE          |             9.99 | |     662 | PATHS CONTROL          |             9.99 | |     686 | PLUTO OLEANDER         |             9.99 | |     705 | PURPLE MOVIE           |             9.99 | |     747 | ROXANNE REBEL          |             9.99 | |     841 | STAR OPERATION         |             9.99 | |     845 | STEPMOM DREAM          |             9.99 | |     846 | STING PERSONAL         |             9.99 | |     863 | SUN CONFESSIONS        |             9.99 | |     875 | TALENTED HOMICIDE      |             9.99 | |     880 | TELEMARK HEARTBREAKERS |             9.99 | |     886 | THEORY MERMAID         |             9.99 | |     888 | THIN SAGEBRUSH         |             9.99 | |     912 | TROJAN TOMORROW        |             9.99 | |     915 | TRUMAN CRAZY           |             9.99 | |     931 | VALENTINE VANISHING    |             9.99 | |     953 | WAIT CIDER             |             9.99 | |     996 | YOUNG LANGUAGE         |             9.99 | +---------+------------------------+------------------+

此 SQL 语句与下面不使用 BETWEEN 的语句的结果相同：

SELECT  film_id, title, replacement_cost FROM  film WHERE  replacement_cost >= 1 AND replacement_cost <= 10;

NOT BETWEEN

以下 SQL 语句使用 BETWEEN 运算符检索影片赔偿价格不介于 1 和 10 之间的影片：

SELECT  film_id, title, replacement_cost FROM  film WHERE  replacement_cost NOT BETWEEN 10 AND 50;

+---------+------------------------+------------------+ | film_id | title                  | replacement_cost | +---------+------------------------+------------------+ |      23 | ANACONDA CONFESSIONS   |             9.99 | |     150 | CIDER DESIRE           |             9.99 | |     182 | CONTROL ANTHEM         |             9.99 | |     203 | DAISY MENAGERIE        |             9.99 | |     221 | DELIVERANCE MULHOLLAND |             9.99 | |     260 | DUDE BLINDNESS         |             9.99 | |     272 | EDGE KISSING           |             9.99 | |     281 | ENCINO ELF             |             9.99 | |     299 | FACTORY DRAGON         |             9.99 | |     307 | FELLOWSHIP AUTUMN      |             9.99 | |     348 | GANDHI KWAI            |             9.99 | |     389 | GUNFIGHTER MUSSOLINI   |             9.99 | |     409 | HEARTBREAKERS BRIGHT   |             9.99 | |     476 | JASON TRAP             |             9.99 | |     501 | KISSING DOLLS          |             9.99 | |     522 | LIFE TWISTED           |             9.99 | |     551 | MAIDEN HOME            |             9.99 | |     565 | MATRIX SNOWMAN         |             9.99 | |     572 | METROPOLIS COMA        |             9.99 | |     623 | NEWTON LABYRINTH       |             9.99 | |     627 | NORTH TEQUILA          |             9.99 | |     629 | NOTORIOUS REUNION      |             9.99 | |     639 | OPPOSITE NECKLACE      |             9.99 | |     656 | PAPI NECKLACE          |             9.99 | |     662 | PATHS CONTROL          |             9.99 | |     686 | PLUTO OLEANDER         |             9.99 | |     705 | PURPLE MOVIE           |             9.99 | |     747 | ROXANNE REBEL          |             9.99 | |     841 | STAR OPERATION         |             9.99 | |     845 | STEPMOM DREAM          |             9.99 | |     846 | STING PERSONAL         |             9.99 | |     863 | SUN CONFESSIONS        |             9.99 | |     875 | TALENTED HOMICIDE      |             9.99 | |     880 | TELEMARK HEARTBREAKERS |             9.99 | |     886 | THEORY MERMAID         |             9.99 | |     888 | THIN SAGEBRUSH         |             9.99 | |     912 | TROJAN TOMORROW        |             9.99 | |     915 | TRUMAN CRAZY           |             9.99 | |     931 | VALENTINE VANISHING    |             9.99 | |     953 | WAIT CIDER             |             9.99 | |     996 | YOUNG LANGUAGE         |             9.99 | +---------+------------------------+------------------+

此 SQL 语句与下面不使用 NOT BETWEEN 的语句的结果相同：

SELECT  film_id, title, replacement_cost FROM  film WHERE  replacement_cost < 10 OR replacement_cost > 50;

结论

本文通过实例介绍了 MySQL 中 BETWEEN 运算符的语法和用法。 BETWEEN 运算符的用法要点如下：

BETWEEN 运算符来测试一个值是否位于一个数值区间或者时间区间内。
BETWEEN min AND max 中 min 是区间的最小值，max 是区间的最大值。
expression BETWEEN min AND max 与 expression >= min AND expression <= max 结果相同。
BETWEEN 运算符可以结合 NOT 运算符进行否定操作。
expression NOT BETWEEN min AND max 与 expression < min OR expression > max 结果相同。

mysql中between的用法

Fri, 21 Jun 2024 10:39:01 +0800

between的介绍

日常sql查询过程中经常要筛选某个属性或某个表达式结果的某个范围内的数据，这个时候我们经常通过 > 或者 < 来进行筛选，有的时候再项目中由于 > 和 < 经常会和起始标志符冲突，所以需要进行转义，这个过程很容易出现一些问题，其实在sql的关键字中，有一个非常实用的关键字可以进行范围查询，这个关键字就是between，接下来我们就来深入的了解一下between的用法。

between的语法

between关键字是一个逻辑操作符用来筛选指定属性或表达式某一范围内或范围外的数据。between关键字常用在where关键字后与select或update或delete共同使用。between的使用语法如下：

expr [NOT] BETWEEN begin_expr AND end_expr;1

在整个表达式中，expr表示的是一个单一的属性或者是一个计算的表达式，整个表达式中的三个参数 expr、begin_expr、end_expr 必须是同一种数据类型。

between筛选的是 expr >= begin_expr并且 expr <= end_expr 的数据，如果不存在则返回的是0；
not between筛选的是 expr < begin_expr或者 expr > end_expr 的数据，如果不存在则返回的是0；
如果 expr 返回的是 NULL，则between 也返回的是null (暂未验证)

between的用法

假如我们有一张数据库表如下所示

CREATE TABLE `t_income` (  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '唯一自增id',  `income_date` varchar(255) NOT NULL COMMENT '收入年月',  `amount` float NOT NULL COMMENT '收入金额',  `target_amount` float NOT NULL DEFAULT '0' COMMENT '目标收入',  `create_time` datetime NOT NULL COMMENT '创建时间',  PRIMARY KEY (`id`)  ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;12345678

查询表中amount>=10并且amount<=50的数据

select * from t_income where amount between 10 and 50;12

查询表中amount 和 target_amount 总和 >=100并且<=500的数据

select * from t_income where (amount + target_amount) between 100 and 500;12

查询表中create_time 在 2019-01-01 到 2019-09-01 这个日期范围内的数据

select * from t_income where create_time between cast('2019-01-01' as DATE) and cast('2019-09-01' as DATE);12

查询表中amount < 10 或者 amount > 50 的数据

select * from t_income where amount not between 10 and 50;12

between的总结

通过上面的讲解，我们现在应该已经基本的学会了between的用法，但是如果在开发中，我们要查询某个属性大于某一个值并且小于某个值的话，我们就只能用 > and < 啦

判断搜索引擎真假蜘蛛访问

Fri, 21 Jun 2024 10:37:39 +0800

主流搜索引擎蜘蛛抓取网站，都会自带UA特征，比如百度蜘蛛UA（Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)。

在网站的访问日志中也会相应记录，但UA是可以伪造的，目前越来越多伪造UA的扫描器或采集器都在伪造搜索引擎UA来迷惑管理员，造成无法判断是否是正规搜索引擎蜘蛛。

我们在不知道蜘蛛IP段的情况下，可以通过运行命令：nslookup 来判断真假蜘蛛。

首先以百度蜘蛛为例，在访问日志中找到带有UA记录的IP，如：220.181.108.* 在运行cmd命令输入 nslookup 220.181.108.* ，运行后结果中带有： baiduspider-220-181-108-*.crawl.baidu.com 字样，说明是真百度蜘蛛，反之如果没有则为假。

SQLite3数据类型

Fri, 21 Jun 2024 10:32:13 +0800

SQLite 中的数据类型

官网说明

1. SQLite 中的数据类型

大多数 SQL 数据库引擎（据我们所知，除 SQLite 之外的所有 SQL 数据库引擎）都使用静态、刚性类型。使用静态类型时，值的数据类型由其容器（存储值的特定列）决定。

SQLite 使用更通用的动态类型系统。在 SQLite 中，值的数据类型与值本身相关联，而不是与其容器相关联。SQLite 的动态类型系统与其他数据库引擎更常见的静态类型系统向后兼容，因为在静态类型数据库上运行的 SQL 语句在 SQLite 中的工作方式相同。但是，SQLite 中的动态类型允许它执行在传统的严格类型数据库中无法完成的事情。灵活类型是SQLite 的一个功能，而不是错误。

更新：从 3.37.0 版（2021-11-27）开始，对于喜欢此类功能的开发人员，SQLite 提供了执行严格类型强制的 STRICT 表。

2.存储类别和数据类型

SQLite 数据库中存储的每个值（或由数据库引擎操作的）都具有以下存储类别之一：

NULL . 该值为 NULL 值。
INTEGER . 该值是一个有符号整数，根据值的大小存储在 0、1、2、3、4、6 或 8 个字节中。
REAL . 该值是浮点值，存储为 8 字节 IEEE 浮点数。
TEXT . 该值是文本字符串，使用数据库编码（UTF-8、UTF-16BE 或 UTF-16LE）存储。
BLOB . 该值是一个数据块，按输入时的形式存储。

存储类别比数据类型更通用。例如，INTEGER 存储类别包括 7 种不同长度的整数数据类型。这在磁盘上有所不同。但是，一旦 INTEGER 值从磁盘读取到内存中进行处理，它们就会转换为最通用的数据类型（8 字节有符号整数）。因此，在大多数情况下，“存储类别”与“数据类型”没有区别，这两个术语可以互换使用。

SQLite 版本 3 数据库中的任何列（INTEGER PRIMARY KEY列除外）均可用于存储任何存储类别的值。

SQL 语句中的所有值（无论是嵌入在 SQL 语句文本中的文字还是绑定到预编译 SQL 语句的参数）都具有隐式存储类。在下述情况下，数据库引擎可能会在查询执行期间在数字存储类（INTEGER 和 REAL）和 TEXT 之间转换值。

2.1.布尔数据类型

SQLite 没有单独的布尔存储类。相反，布尔值存储为整数 0（假）和 1（真）。

从 3.23.0（2018-04-02）版本开始，SQLite 可以识别关键字“TRUE”和“FALSE”，但这些关键字实际上只是整数文字 1 和 0 的替代拼写。

2.2.日期和时间数据类型

SQLite 没有专门用于存储日期和/或时间的存储类。相反，SQLite 的内置日期和时间函数能够将日期和时间存储为 TEXT、REAL 或 INTEGER 值：

TEXT为 ISO8601 字符串（“YYYY-MM-DD HH:MM:SS.SSS”）。
REAL为儒略日数，根据外推公历，表示自公元前 4714 年 11 月 24 日格林威治中午以来的天数。
INTEGER为 Unix 时间，自 1970-01-01 00:00:00 UTC 以来的秒数。

应用程序可以选择以任何这些格式存储日期和时间，并使用内置的日期和时间函数在格式之间自由转换。

3.类型亲和力

使用严格类型的 SQL 数据库引擎通常会尝试自动将值转换为适当的数据类型。考虑一下：

CREATE TABLE t1(a INT, b VARCHAR(10));
INSERT INTO t1(a,b) VALUES('123',456);

严格类型数据库会在插入之前将字符串“123”转换为整数 123，将整数 456 转换为字符串“456”。

为了最大限度地提高 SQLite 与其他数据库引擎之间的兼容性，并使上述示例在 SQLite 上也能像在其他 SQL 数据库引擎上一样工作，SQLite 支持列上的“类型亲和性”概念。列的类型亲和性是建议存储在该列中的数据的类型。这里的重要思想是类型是建议的，而不是必需的。任何列仍然可以存储任何类型的数据。只是有些列在可以选择的情况下会更倾向于使用一种存储类而不是另一种。列的首选存储类称为其“亲和性”。

SQLite 3 数据库中的每一列都被分配了下列类型亲和性之一：

TEXT
NUMERIC
INTEGER
REAL
BLOB

（历史记录：“BLOB”类型亲和力曾被称为“NONE”。但该术语很容易与“无亲和力”混淆，因此被重新命名。）

具有 TEXT 亲和性的列使用存储类 NULL、TEXT 或 BLOB 存储所有数据。如果将数值数据插入具有 TEXT 亲和性的列，则会将其转换为文本形式再进行存储。

具有 NUMERIC 亲和性的列可能包含使用所有五种存储类别的值。当将文本数据插入 NUMERIC 列时，如果文本是格式正确的整数或实数文字，则文本的存储类别将分别转换为 INTEGER 或 REAL（按优先顺序）。如果 TEXT 值是格式正确的整数文字，但太大而无法放入 64 位有符号整数中，则将其转换为 REAL。对于 TEXT 和 REAL 存储类别之间的转换，仅保留数字的前 15 位有效十进制数字。如果 TEXT 值不是格式正确的整数或实数文字，则该值将存储为 TEXT。就本段的目的而言，十六进制整数文字不被视为格式正确的，并存储为 TEXT。（这样做是为了与 SQLite 3.8.6 2014-08-15之前的版本保持历史兼容性，在该版本中十六进制整数文字首次引入 SQLite。）如果将可以精确表示为整数的浮点值插入到具有 NUMERIC 亲和性的列中，则该值将转换为整数。不会尝试转换 NULL 或 BLOB 值。

字符串可能看起来像带有小数点和/或指数符号的浮点文字，但只要该值可以表示为整数，NUMERIC 亲和性就会将其转换为整数。因此，字符串“3.0e+5”在具有 NUMERIC 亲和性的列中存储为整数 300000，而不是浮点值 300000.0。

使用 INTEGER 亲和性的列与使用 NUMERIC 亲和性的列的行为相同。INTEGER 和 NUMERIC 亲和性之间的差异仅在CAST 表达式中明显：表达式“CAST(4.0 AS INT)”返回整数 4，而“CAST(4.0 AS NUMERIC)”将值保留为浮点数 4.0。

具有 REAL 亲和性的列的行为类似于具有 NUMERIC 亲和性的列，只是它会强制将整数值转换为浮点表示。（作为内部优化，存储在具有 REAL 亲和性的列中的没有小数部分的小浮点值将作为整数写入磁盘，以占用更少的空间，并在读出值时自动转换回浮点。此优化在 SQL 级别完全不可见，只能通过检查数据库文件的原始位来检测。）

具有亲和力 BLOB 的列不会优先选择一种存储类别，也不会尝试将数据从一种存储类别强制转换为另一种存储类别。

3.1.柱亲和力的测定

对于未声明为STRICT的表，列的亲和力由列的声明类型决定，并按照显示的顺序遵循以下规则：

如果声明的类型包含字符串“INT”，则其被分配 INTEGER 亲和力。
如果列的声明类型包含字符串“CHAR”、“CLOB”或“TEXT”中的任何一个，则该列具有 TEXT 亲和性。请注意，类型 VARCHAR 包含字符串“CHAR”，因此被分配了 TEXT 亲和性。
如果列的声明类型包含字符串“BLOB”或者未指定类型，则该列具有亲和力 BLOB。
如果列的声明类型包含任何字符串“REAL”、“FLOA”或“DOUB”，则该列具有 REAL 亲和性。
否则，亲和力为NUMERIC。

请注意，确定列亲和性的规则顺序很重要。声明类型为“CHARINT”的列将同时匹配规则 1 和 2，但第一个规则优先，因此列亲和性将为 INTEGER。

3.1.1.亲和性名称示例

下表显示了多少来自更传统的 SQL 实现的常见数据类型名称通过上一节的五条规则转换为亲和性。此表仅显示了 SQLite 将接受的数据类型名称的一小部分。请注意，类型名称后面括号中的数字参数（例如：“VARCHAR(255)”）将被 SQLite 忽略 - SQLite 不对字符串、BLOB 或数字值的长度施加任何长度限制（大型全局SQLITE_MAX_LENGTH限制除外）。

来自
CREATE TABLE 语句
或 CAST 表达式的示例类型名称产生的亲和力用于确定亲和力的规则
INT
整数
TINYINT
SMALLINT
MEDIUMINT
BIGINT
无符号大 INT
INT2
INT8 整数 1
CHARACTER(20)
VARCHAR(255)
可变字符(255)
NCHAR(55)
本机字符(70)
NVARCHAR(100)
文本
CLOB 文本 2
BLOB
没有指定数据类型 大对象 3
实数
双
精度
浮点数真实的 4
数字
十进制（10,5）
布尔
日期
日期时间数字 5

来自 CREATE TABLE 语句或 CAST 表达式的示例类型名称	产生的亲和力	用于确定亲和力的规则
INT 整数 TINYINT SMALLINT MEDIUMINT BIGINT 无符号大 INT INT2 INT8	整数	1
CHARACTER(20) VARCHAR(255) 可变字符(255) NCHAR(55) 本机字符(70) NVARCHAR(100) 文本 CLOB	文本	2
BLOB 没有指定数据类型	大对象	3
实数双精度浮点数	真实的	4
数字十进制（10,5）布尔日期日期时间	数字	5

请注意，由于“POINT”末尾有“INT”，声明的“FLOATING POINT”类型将具有 INTEGER 亲和性，而不是 REAL 亲和性。声明的“STRING”类型具有 NUMERIC 亲和性，而不是 TEXT 亲和性。

3.2.表达的亲和性

每个表列都有一个类型亲和力（BLOB、TEXT、INTEGER、REAL 或 NUMERIC 之一），但表达式不一定具有亲和力。

表达亲和力由以下规则决定：

如果操作数是列表，则 IN 或 NOT IN 运算符的右侧操作数没有亲和力，如果操作数是 SELECT，则其亲和力与结果集表达式的亲和力相同。
当表达式是对真实表的列的简单引用（不是VIEW或子查询）时，该表达式具有与表列相同的亲和力。

列名周围的括号将被忽略。因此，如果 X 和 YZ 是列名，则 (X) 和 (YZ) 也被视为列名，并且具有相应列的亲和性。
任何应用于列名的运算符（包括无操作的一元“+”运算符）都会将列名转换为始终没有亲和性的表达式。因此，即使 X 和 YZ 是列名，表达式 +X 和 +YZ 也不是列名，并且没有亲和性。

形式为“CAST( expr AS type )”的表达式具有与声明类型为“ type ”的列相同的亲和力。
COLLATE 运算符与其左侧操作数具有相同的亲和力。
否则，表达式就没有亲和力。

3.3.视图和子查询的列亲和性

VIEW或 FROM 子句子查询的“列”实际上是实现 VIEW 或子查询的SELECT语句的结果集中的表达式。因此，VIEW 或子查询的列的亲和性由上面的表达式亲和性规则决定。考虑一个例子：

创建表 t1(a INT，b TEXT，c REAL);创建视图 v1(x,y,z) 作为从 t1 选择 b、a+c、42，其中 b!=11；

v1.x 列的亲和力将与 t1.b (TEXT) 的亲和力相同，因为 v1.x 直接映射到 t1.b。但列 v1.y 和 v1.z 都没有亲和力，因为这些列映射到表达式 a+c 和 42，而表达式始终没有亲和力。

3.3.1.复合视图的列亲和性

当实现VIEW或 FROM 子句子查询的SELECT语句是复合 SELECT时，VIEW 或子查询的每一列的亲和力将是组成复合语句的各个 SELECT 语句之一的相应结果列的亲和力。但是，无法确定将使用哪个 SELECT 语句来确定亲和力。在查询评估期间的不同时间，可能会使用不同的组成 SELECT 语句来确定亲和力。不同版本的 SQLite 之间的选择可能会有所不同。在同一版本的 SQLite 中，不同查询之间的选择可能会发生变化。在同一查询的不同时间，选择可能会有所不同。因此，您永远无法确定在组成子查询中具有不同亲和力的复合 SELECT 的列将使用什么亲和力。

如果您关心结果的数据类型，最佳做法是避免在复合 SELECT 中混合亲和性。在复合 SELECT 中混合亲和性可能会导致令人惊讶且不直观的结果。例如，请参阅论坛帖子 02d7be94d7。

3.4.列亲和行为示例

以下 SQL 演示了 SQLite 如何在将值插入表中时使用列亲和性进行类型转换。

CREATE TABLE t1(
    t  TEXT,     -- text affinity by rule 2
    nu NUMERIC,  -- numeric affinity by rule 5
    i  INTEGER,  -- integer affinity by rule 1
    r  REAL,     -- real affinity by rule 4
    no BLOB      -- no affinity by rule 3
);

-- Values stored as TEXT, INTEGER, INTEGER, REAL, TEXT.
INSERT INTO t1 VALUES('500.0', '500.0', '500.0', '500.0', '500.0');
SELECT typeof(t), typeof(nu), typeof(i), typeof(r), typeof(no) FROM t1;
text|integer|integer|real|text

-- Values stored as TEXT, INTEGER, INTEGER, REAL, REAL.
DELETE FROM t1;
INSERT INTO t1 VALUES(500.0, 500.0, 500.0, 500.0, 500.0);
SELECT typeof(t), typeof(nu), typeof(i), typeof(r), typeof(no) FROM t1;
text|integer|integer|real|real

-- Values stored as TEXT, INTEGER, INTEGER, REAL, INTEGER.
DELETE FROM t1;
INSERT INTO t1 VALUES(500, 500, 500, 500, 500);
SELECT typeof(t), typeof(nu), typeof(i), typeof(r), typeof(no) FROM t1;
text|integer|integer|real|integer

-- BLOBs are always stored as BLOBs regardless of column affinity.
DELETE FROM t1;
INSERT INTO t1 VALUES(x'0500', x'0500', x'0500', x'0500', x'0500');
SELECT typeof(t), typeof(nu), typeof(i), typeof(r), typeof(no) FROM t1;
blob|blob|blob|blob|blob

-- NULLs are also unaffected by affinity
DELETE FROM t1;
INSERT INTO t1 VALUES(NULL,NULL,NULL,NULL,NULL);
SELECT typeof(t), typeof(nu), typeof(i), typeof(r), typeof(no) FROM t1;
null|null|null|null|null

SQLite 版本 3 具有常用的 SQL 比较运算符集，包括“=”、“==”、“<”、“<=”、“>”、“>=”、“!=”、“”、“IN”、“NOT IN”、“BETWEEN”、“IS”和“IS NOT”。

4.1.排序顺序

比较结果取决于操作数的存储类别，遵循以下规则：

存储类别为 NULL 的值被认为小于任何其他值（包括另一个存储类别为 NULL 的值）。
INTEGER 或 REAL 值小于任何 TEXT 或 BLOB 值。当将 INTEGER 或 REAL 与另一个 INTEGER 或 REAL 进行比较时，将执行数值比较。
TEXT 值小于 BLOB 值。比较两个 TEXT 值时，将使用适当的排序顺序来确定结果。
比较两个 BLOB 值时，使用 memcmp() 确定结果。

4.2.比较之前的类型转换

SQLite 可能会在执行比较之前尝试在存储类 INTEGER、REAL 和/或 TEXT 之间转换值。在进行比较之前是否尝试进行任何转换取决于操作数的类型亲和性。

“应用亲和性”是指当且仅当转换不会丢失基本信息时，才将操作数转换为特定存储类。数值始终可以转换为文本。如果文本内容是格式正确的整数或实数文字，但不是十六进制整数文字，则可以将文本值转换为数值。只需将二进制 BLOB 内容解释为当前数据库编码中的文本字符串，即可将 BLOB 值转换为文本值。

在比较之前，根据以下规则按所示顺序将亲和性应用于比较运算符的操作数：

如果一个操作数具有 INTEGER、REAL 或 NUMERIC 亲和性，而另一个操作数具有 TEXT 或 BLOB 或没有亲和性，则 NUMERIC 亲和性将应用于其他操作数。
如果一个操作数具有 TEXT 亲和性而另一个操作数没有亲和性，则将 TEXT 亲和性应用于另一个操作数。
否则，将不应用任何亲和力并且两个操作数将按原样进行比较。

表达式“a BETWEEN b AND c”被视为两个单独的二进制比较“a >= b AND a <= c”，即使这意味着在每个比较中对“a”应用不同的亲和性。在形式为“x IN (SELECT y ...)”的比较中，数据类型转换被处理为比较实际上是“x=y”。表达式“a IN (x, y, z, ...)”等同于“a = +x OR a = +y OR a = +z OR ...”。换句话说，IN 运算符右侧的值（本例中的“x”、“y”和“z”值）被视为没有亲和性，即使它们恰好是列值或 CAST 表达式。

4.3.比较示例

CREATE TABLE t1(
    a TEXT,      -- text affinity
    b NUMERIC,   -- numeric affinity
    c BLOB,      -- no affinity
    d            -- no affinity
);

-- Values will be stored as TEXT, INTEGER, TEXT, and INTEGER respectively
INSERT INTO t1 VALUES('500', '500', '500', 500);
SELECT typeof(a), typeof(b), typeof(c), typeof(d) FROM t1;
text|integer|text|integer

-- Because column "a" has text affinity, numeric values on the
-- right-hand side of the comparisons are converted to text before
-- the comparison occurs.
SELECT a < 40,   a < 60,   a < 600 FROM t1;
0|1|1

-- Text affinity is applied to the right-hand operands but since
-- they are already TEXT this is a no-op; no conversions occur.
SELECT a < '40', a < '60', a < '600' FROM t1;
0|1|1

-- Column "b" has numeric affinity and so numeric affinity is applied
-- to the operands on the right.  Since the operands are already numeric,
-- the application of affinity is a no-op; no conversions occur.  All
-- values are compared numerically.
SELECT b < 40,   b < 60,   b < 600 FROM t1;
0|0|1

-- Numeric affinity is applied to operands on the right, converting them
-- from text to integers.  Then a numeric comparison occurs.
SELECT b < '40', b < '60', b < '600' FROM t1;
0|0|1

-- No affinity conversions occur.  Right-hand side values all have
-- storage class INTEGER which are always less than the TEXT values
-- on the left.
SELECT c < 40,   c < 60,   c < 600 FROM t1;
0|0|0

-- No affinity conversions occur.  Values are compared as TEXT.
SELECT c < '40', c < '60', c < '600' FROM t1;
0|1|1

-- No affinity conversions occur.  Right-hand side values all have
-- storage class INTEGER which compare numerically with the INTEGER
-- values on the left.
SELECT d < 40,   d < 60,   d < 600 FROM t1;
0|0|1

-- No affinity conversions occur.  INTEGER values on the left are
-- always less than TEXT values on the right.
SELECT d < '40', d < '60', d < '600' FROM t1;

如果比较结果为“a<40”且形式为“40>a”，则示例中的所有结果都是相同的。

5.操作符

数学运算符（+、-、*、/、%、<<、>>、& 和 |）将两个操作数都解释为数字。STRING 或 BLOB 操作数会自动转换为 REAL 或 INTEGER 值。如果 STRING 或 BLOB 看起来像实数（如果它有小数点或指数）或者该值超出了可以表示为 64 位有符号整数的范围，则它将转换为 REAL。否则，操作数将转换为 INTEGER。数学操作数的隐式类型转换与CAST 到 NUMERIC略有不同，因为看起来像实数但没有小数部分的字符串和 BLOB 值将保留为 REAL，而不是像CAST 到 NUMERIC那样转换为 INTEGER 。即使有损且不可逆，也会执行从 STRING 或 BLOB 到 REAL 或 INTEGER 的转换。某些数学运算符（%、<<、>>、& 和 |）需要 INTEGER 操作数。对于这些运算符，REAL 操作数转换为 INTEGER 的方式与CAST 转换为 INTEGER 的方式相同。<<、>>、& 和 | 运算符始终返回 INTEGER（或 NULL）结果，但 % 运算符根据其操作数的类型返回 INTEGER 或 REAL（或 NULL）。数学运算符上的 NULL 操作数会产生 NULL 结果。数学运算符上的操作数如果看起来不像数字且不是 NULL，则会转换为 0 或 0.0。除以零会得到 NULL 的结果。

6.排序、分组和复合 SELECT

当查询结果通过 ORDER BY 子句排序时，存储类型为 NULL 的值首先出现，然后是按数字顺序排列的 INTEGER 和 REAL 值，然后是按排序顺序排列的 TEXT 值，最后是按 memcmp() 顺序排列的 BLOB 值。排序前不会发生任何存储类型转换。

使用 GROUP BY 子句对值进行分组时，具有不同存储类别的值将被视为不同，但 INTEGER 和 REAL 值除外，如果它们在数值上相等，则被视为相等。GROUP BY 子句不会将任何亲和性应用于任何值。

复合 SELECT 运算符 UNION、INTERSECT 和 EXCEPT 在值之间执行隐式比较。对于与 UNION、INTERSECT 或 EXCEPT 相关的隐式比较，比较操作数不应用任何亲和性 - 值按原样进行比较。

7.整理序列

当 SQLite 比较两个字符串时，它会使用排序序列或排序函数（两个术语代表同一事物）来确定哪个字符串更大或两个字符串是否相等。SQLite 有三个内置排序函数：BINARY、NOCASE 和 RTRIM。

BINARY-使用 memcmp() 比较字符串数据，不管文本编码如何。
NOCASE - 与二进制类似，不同之处在于它使用 sqlite3_strnicmp()进行比较。因此，在进行比较之前，ASCII 的 26 个大写字符会被折叠为相应的小写字符。请注意，只有 ASCII 字符会进行大小写折叠。由于所需表的大小，SQLite 不会尝试进行完整的 UTF 大小写折叠。还请注意，出于比较目的，字符串中的任何 U+0000 字符都被视为字符串终止符。
RTRIM — 与二进制相同，但会忽略尾随的空格字符。

应用程序可以使用sqlite3_create_collation()接口注册额外的整理函数。

排序函数仅在比较字符串值时才有用。数值始终以数字方式进行比较，BLOB 始终使用 memcmp() 逐字节进行比较。

7.1.从 SQL 指定排序顺序

每个表的每个列都有一个关联的排序函数。如果没有明确定义排序函数，则排序函数默认为 BINARY。列定义的 COLLATE 子句用于为列定义备选排序函数。

确定二进制比较运算符（=、<、>、<=、>=、!=、IS 和 IS NOT）使用哪个排序函数的规则如下：

如果任一操作数使用后缀COLLATE 运算符具有明确的排序函数分配，则使用明确的排序函数进行比较，且优先于左操作数的排序函数。
如果任一操作数是列，则将优先使用该列的排序函数，优先于左操作数。就上一句而言，前面带有一个或多个一元“+”运算符和/或 CAST 运算符的列名仍被视为列名。
否则，使用 BINARY 排序函数进行比较。

如果比较操作数的任何子表达式使用后缀COLLATE 运算符，则认为比较操作数具有显式排序函数分配（上面的规则 1）。因此，如果在比较表达式的任何地方使用 COLLATE 运算符，则无论该表达式中包含哪些表列，都将使用该运算符定义的排序函数进行字符串比较。如果比较中的任何地方出现两个或多个 COLLATE 运算符子表达式，则无论 COLLATE 运算符在表达式中的嵌套深度如何，也无论表达式如何用括号括起来，都将使用最左边的显式排序函数。

表达式“x BETWEEN y and z”在逻辑上等同于两个比较“x >= y AND x <= z”，并且对于排序函数而言，它们的作用就像两个单独的比较一样。表达式“x IN (SELECT y ...)”的处理方式与表达式“x = y”相同，用于确定排序顺序。用于形式为“x IN (y, z, ...)”的表达式的排序顺序是 x 的排序顺序。如果 IN 运算符需要明确的排序顺序，则应将其应用于左操作数，如下所示：“x COLLATE nocase IN (y,z, ...)”。

SELECT语句中的 ORDER BY 子句的项可以使用 COLLATE 运算符指定排序顺序，在这种情况下，将使用指定的排序函数进行排序。否则，如果 ORDER BY 子句排序的表达式是列，则将使用该列的排序顺序来确定排序顺序。如果表达式不是列并且没有 COLLATE 子句，则使用 BINARY 排序顺序。

7.2.排序规则示例

以下示例标识了用于确定各种 SQL 语句可能执行的文本比较结果的排序顺序。请注意，对于数字、blob 或 NULL 值，可能不需要进行文本比较，也不使用排序顺序。

CREATE TABLE t1(
    x INTEGER PRIMARY KEY,
    a,                 /* collating sequence BINARY */
    b COLLATE BINARY,  /* collating sequence BINARY */
    c COLLATE RTRIM,   /* collating sequence RTRIM  */
    d COLLATE NOCASE   /* collating sequence NOCASE */
);
                   /* x   a     b     c       d */
INSERT INTO t1 VALUES(1,'abc','abc', 'abc  ','abc');
INSERT INTO t1 VALUES(2,'abc','abc', 'abc',  'ABC');
INSERT INTO t1 VALUES(3,'abc','abc', 'abc ', 'Abc');
INSERT INTO t1 VALUES(4,'abc','abc ','ABC',  'abc');
 
/* Text comparison a=b is performed using the BINARY collating sequence. */
SELECT x FROM t1 WHERE a = b ORDER BY x;
--result 1 2 3

/* Text comparison a=b is performed using the RTRIM collating sequence. */
SELECT x FROM t1 WHERE a = b COLLATE RTRIM ORDER BY x;
--result 1 2 3 4

/* Text comparison d=a is performed using the NOCASE collating sequence. */
SELECT x FROM t1 WHERE d = a ORDER BY x;
--result 1 2 3 4

/* Text comparison a=d is performed using the BINARY collating sequence. */
SELECT x FROM t1 WHERE a = d ORDER BY x;
--result 1 4

/* Text comparison 'abc'=c is performed using the RTRIM collating sequence. */
SELECT x FROM t1 WHERE 'abc' = c ORDER BY x;
--result 1 2 3

/* Text comparison c='abc' is performed using the RTRIM collating sequence. */
SELECT x FROM t1 WHERE c = 'abc' ORDER BY x;
--result 1 2 3

/* Grouping is performed using the NOCASE collating sequence (Values
** 'abc', 'ABC', and 'Abc' are placed in the same group). */
SELECT count(*) FROM t1 GROUP BY d ORDER BY 1;
--result 4

/* Grouping is performed using the BINARY collating sequence.  'abc' and
** 'ABC' and 'Abc' form different groups */
SELECT count(*) FROM t1 GROUP BY (d || '') ORDER BY 1;
--result 1 1 2

/* Sorting or column c is performed using the RTRIM collating sequence. */
SELECT x FROM t1 ORDER BY c, x;
--result 4 1 2 3

/* Sorting of (c||'') is performed using the BINARY collating sequence. */
SELECT x FROM t1 ORDER BY (c||''), x;
--result 4 2 3 1

/* Sorting of column c is performed using the NOCASE collating sequence. */
SELECT x FROM t1 ORDER BY c COLLATE NOCASE, x;
--result 2 4 3 1

宝塔面板nginx自定义日志配置详细介绍

Fri, 21 Jun 2024 10:29:44 +0800

网站配置里面设置

access_log /www/wwwlogs/web.com.log main;

nginx配置文件http{}里面进行自定义日志配置

log_format main '$remote_addr - $remote_user [$time_local] "$http_host" "$request" '
	'$status $body_bytes_sent "$http_referer" '
	'"$http_user_agent" "$http_x_forwarded_for" '
	'$request_time $bytes_sent $request_length';
        access_log  /www/wwwlogs/access.log main;
#文件位置：*/www/server/panel/vhost/nginx/*.conf*

如果是宝塔搭建，需要在网站配置里面的 access_log 后面同样加上 main否则不会生效

参数说明

$args #请求中的参数值

$query_string #同 $args

$arg_NAME #GET请求中NAME的值

$is_args #如果请求中有参数，值为"?"，否则为空字符串

KaTeX parse error: Expected 'EOF', got '#' at position 25: … #̲请求中的当前URI(不带请求参…args)，可以不同于浏览器传递的r e q u e s t u r i 的值，它可以通过内部重定向，或者使用 i n d e x 指令进行修改， request_uri的值，它可以通过内部重定向，或者使用index指令进行修改，request

ri的值，它可以通过内部重定向，或者使用index指令进行修改，uri不包含主机名，如"/foo/bar.html"。

$document_uri #同 $uri

$document_root #当前请求的文档根目录或别名

$host #优先级：HTTP请求行的主机名>“HOST"请求头字段>符合请求的服务器名.请求中的主机头字段，如果请求中的主机头不可用，则为服务器处理请求的服务器名称

$hostname #主机名

$https #如果开启了SSL安全模式，值为"on”，否则为空字符串。

$binary_remote_addr #客户端地址的二进制形式，固定长度为4个字节

$body_bytes_sent #传输给客户端的字节数，响应头不计算在内；这个变量和Apache的mod_log_config模块中的"%B"参数保持兼容

$bytes_sent #传输给客户端的字节数

$connection #TCP连接的序列号

$connection_requests #TCP连接当前的请求数量

$content_length #“Content-Length” 请求头字段

$content_type #“Content-Type” 请求头字段

$cookie_name #cookie名称

$limit_rate #用于设置响应的速度限制

$msec #当前的Unix时间戳

$nginx_version #nginx版本

$pid #工作进程的PID

$pipe #如果请求来自管道通信，值为"p"，否则为"."

$proxy_protocol_addr #获取代理访问服务器的客户端地址，如果是直接访问，该值为空字符串

$realpath_root #当前请求的文档根目录或别名的真实路径，会将所有符号连接转换为真实路径

$remote_addr #客户端地址

$remote_port #客户端端口

$remote_user #用于HTTP基础认证服务的用户名

$request #代表客户端的请求地址

$request_body #客户端的请求主体：此变量可在location中使用，将请求主体通过proxy_pass，fastcgi_pass，uwsgi_pass和scgi_pass传递给下一级的代理服务器

$request_body_file #将客户端请求主体保存在临时文件中。文件处理结束后，此文件需删除。如果需要之一开启此功能，需要设置client_body_in_file_only。如果将次文件传递给后端的代理服务器，需要禁用request body，即设置proxy_pass_request_body off，fastcgi_pass_request_body off，uwsgi_pass_request_body off，or scgi_pass_request_body off

$request_completion #如果请求成功，值为"OK"，如果请求未完成或者请求不是一个范围请求的最后一部分，则为空

$request_filename #当前连接请求的文件路径，由root或alias指令与URI请求生成

$request_length #请求的长度 (包括请求的地址，http请求头和请求主体)

$request_method #HTTP请求方法，通常为"GET"或"POST"

$request_time #处理客户端请求使用的时间,单位为秒，精度毫秒；从读入客户端的第一个字节开始，直到把最后一个字符发送给客户端后进行日志写入为止。

KaTeX parse error: Expected 'EOF', got '#' at position 25: …ri #̲这个变量等于包含一些客户端请求…uri更改或重写URI，不包含主机名，例如："/cnphp/test.php?arg=freemouse"

$scheme #请求使用的Web协议，“http” 或 “https”

$server_addr #服务器端地址，需要注意的是：为了避免访问linux系统内核，应将ip地址提前设置在配置文件中

$server_name #服务器名

$server_port #服务器端口

$server_protocol #服务器的HTTP版本，通常为 “HTTP/1.0” 或 “HTTP/1.1”

$status #HTTP响应代码

$time_iso8601 #服务器时间的ISO 8610格式

$time_local #服务器时间（LOG Format 格式）

KaTeX parse error: Expected 'EOF', got '#' at position 25: …ME #̲客户端请求Header头中的c…cookie_"加上cookie名称的变量，该变量的值即为cookie名称的值

KaTeX parse error: Expected 'EOF', got '#' at position 25: … #̲匹配任意请求头字段；变量名中的…http_accept_language即可

$http_cookie

$http_host #请求地址，即浏览器中你输入的地址（IP或域名）

$http_referer #url跳转来源,用来记录从那个页面链接访问过来的

$http_user_agent #用户终端浏览器等信息

$http_x_forwarded_for

KaTeX parse error: Expected 'EOF', got '#' at position 25: …_NAME #̲可以设置任意http响应头字段…sent_http_content_length即可

$sent_http_cache_control

$sent_http_connection

$sent_http_content_type

$sent_http_keep_alive

$sent_http_last_modified

$sent_http_location

$sent_http_transfer_encoding