因为我们是与医院合作的挂号平台，所以需要提供医院的医疗机构执业许可证、合作协议以及小程序承诺函，因为小程序年审比较多，所以每个主体的小程序都有psd的承诺函，然后审核公司可能还需要给医院打电话核实合作信息，完事。简简单单。

完工

先介绍下keil c51里两个专属关键字：

sfr： 全称是特殊功能寄存器（special function register），作用是将单片机硬件寄存器的物理地址映射为 C 语言中的变量，用变量操控寄存器，格式是：sfr 寄存器名 = 寄存器物理地址。

sbit：special bit，给某个位定义变量，比如 sbit LED = P1^0；，然后在后面代码里可以用LED=1设置P1.0的口为高电平。

口红：196色号

ESP8266 低成本 Wi-Fi 专用模块，主打 “把串口数据转 Wi-Fi 数据”（透传），一般配合51来使用

ESP32 蓝牙+Wi-Fi微处理器模块，能同时做 “本地控制（比如驱动电机 / 屏幕）+ 无线通信（传数据 / 连蓝牙设备）”，是 “一站式物联网主控”

HC-SR04 测距模块，2cm-400cm之间

• CY（carry），进位标志

• A（ACC，accumulator），累加器

• PSW（program status word），程序状态字寄存器，是特殊功能寄存器，核心作用是记录程序执行过程中的 “状态信息”

• P（parity），奇偶校验位

• ORG（origin），起始位置，伪指令，没有对应的机器码，只是编译时用

• END，汇编伪指令，必须放在程序最后且只能有一个

• NOP（no operation），空操作，啥也不操作，只消耗一个时钟周期

常用指令

• RL A（rotate left with carry），带进位循环左移指令

• RL（rotate left），不带进位循环指令

• SETB（set bit），将指定位置的电平设置位1，高电平

• CLR（clear），将指定寄存器清0

• LJMP（long jump），长跳转指令，可以跳转到64K的地址

• SJMP（short jump），短跳转指令，只能跳转-127~128的地址

有时候我想查看服务器上文件修改时间和大小，但是默认的Rmote Host里只显示文件列表，豆包一搜，原来还真有这个功能，也就是在点击Rmote Host右上角的齿轮，有Show Size和Show Date选项。

左侧是本地的项目目录，用快捷键Shift+Alt+\可以显示或者隐藏显示文件修改时间和大小，也可以在View->Appearance->Descriptions in Tree Views开启。

完美。

核心民俗细节

时间讲究：多数地区在正月十六晚上举行（也有部分村落选正月十五），因正月十六有 “走百病” 的习俗，烤柏灵火与走百病结合，被认为祛病效果更甚。
备料与点火：核心用料是干燥的柏树枝（侧柏、圆柏枝均可，燃烧时会散出清冽柏香，民间认为柏香能净气驱邪），搭配玉米秸秆、谷草等引火，部分人家会加旧笤帚、破布条，寓意 “烧尽旧年霉运，迎来新年顺遂”；一般在自家门前、村口空场点火，邻里互相凑柴，越热闹越被认为 “福气旺”。
烤火的仪式感：众人围火而立，男女老少依次把身体各部位凑到火边烤，边烤边念民间口传的吉祥谣，比如 “烤烤手，啥病都没有；烤烤腰，一辈子不弯腰；烤烤脸，岁岁都平安”“烤烤前心和后背，一年四季不受罪”；还有的会把馒头、年糕、红枣等凑到火边烤一烤再吃，认为吃了能沾福气、防病痛。
收尾的小讲究：火快熄灭时，会用沙土轻轻盖灭（忌用水泼，民间认为会 “浇灭福气”），部分村落会让孩子在灰烬里找烧焦的谷物种子，找到哪种就预示当年哪种粮食丰收，是农耕时代人们对年成的美好期许。

民俗背后的内涵

这一习俗源于古代北方的火祭文化，结合了柏树 “常青、辟邪” 的民间意象，在医疗条件落后的年代，人们以烤火驱寒、柏香净气的朴素方式祈求健康，同时借集体烤火的形式凝聚邻里感情，是北方劳动人民将生活期盼与自然崇拜结合的文化体现，也成了元宵节后 “收尾年味、开启新岁” 的标志性活动。

现代传承的注意事项

合规为先：城市城区及近郊多有禁燃禁烧规定，严禁在小区、街道、绿化带等公共区域点火，避免引发火灾、造成空气污染。
替代方式：想保留民俗意趣的话，可在家中用柏香薰条、柏香盘熏制（仅取柏香驱邪的寓意），或和家人做 “象征性烤火” 的互动游戏，念吉祥谣讨彩头；乡村允许的区域，点火需选空旷处，备好灭火器、沙土，专人看管，火灭后彻底清理灰烬。
文化延续：如今烤柏灵火的核心早已不是 “烧火”，而是家人邻里间的团圆祈福，不少北方村落会以民俗展演、集体祈福的形式替代明火，让这一传统保留下来。

$where = '1';
$where = '1=1'

在功能上是等价的，但从规范度、可读性和扩展性来说有明显区别，我来详细解释一下：

一、核心区别：语法形式不同，但效果一致

在 SQL 语句中，WHERE 1 和 WHERE 1=1 都表示「条件永远为真」，最终都会查询满足其他条件（如user_info_id = {$userid}）的所有记录，数据库执行引擎会把这两种写法优化成完全相同的执行计划，性能上没有任何差异。
举个例子：

-- 原代码拼接后的SQL（type=0时）
SELECT * FROM user_orders WHERE user_info_id = 123 AND 1 ORDER BY id DESC;

-- 优化后拼接的SQL（type=0时）
SELECT * FROM user_orders WHERE user_info_id = 123 AND 1=1 ORDER BY id DESC;

这两条 SQL 在数据库中执行的结果、效率完全一样。

二、为什么我要改成1=1？

可读性更强
1=1 是程序员通用的「恒真条件」写法，一看就知道是 “无额外筛选” 的意思；
而1在 SQL 中是 “布尔值真” 的简写，新手可能会困惑：“这个 1 代表什么？是字段值？还是状态？”，可读性差。

扩展性更好

假设后续需要给「全部」类型增加额外的基础筛选条件（比如只查近 1 年的记录），1=1的写法可以无缝拼接：

// 扩展示例：全部类型只查近1年的记录
$whereTypes = "1=1 AND duty_date >= '".date('Y-m-d', strtotime('-1 year'))."'";

而如果用1，拼接后会变成AND 1 AND duty_date >= ...，虽然也能运行，但逻辑上不连贯，不如1=1的写法自然。
语法更规范
SQL 标准中，WHERE子句后应该跟「布尔表达式」（如a=b、c>10），1=1是标准的布尔表达式；而1是 MySQL 等数据库对布尔值的简化支持（把非 0 数值视为真），并非所有数据库都兼容（比如 Oracle 中WHERE 1会报错，必须写WHERE 1=1）。