还没读懂
唐僧最高是血统，最强技能是“能持”，就是“能持否”的“能持”，一根筋坚持，甚至不需要思考

@NoOneNoBody #8
我的意思是你是不是打成 from myHoliday import holidays.workdays 了？

holidays.workdays
from myHoliday import holidays ,workdays
一个是点，一个是逗号？

上面有几楼都答全了
稍微补充一下
0. 各地规定不同，大方向差不多，但数额、细则这些各地差异不小，还分医院级别

3. 统筹账户的钱是否按照年来算的，每年清空额度。
有额度，反正不能超，属于你理解的“清空”，但实际只是 0 起点的最大额度，并非你不用就返回给你，所以不叫清空；清空时间点看各地规定。另外分两种：门诊和住院，各自计算额度，互不干涉（住院时一般也不存在门诊费用），住院额度较“大”，当然只是相对门诊而言，真住院了还是觉得不够
4. 什么时候会用到统筹账户的钱。
只抓住一个原则就是了：让你用的地方可以尽量用。
那什么时候不让用呢？
1). 规定以外的地方
如私人医院、诊所应该就不能用，今年放开的将来的外资医院估计也不行。
大部分地区仅有极少数药房可用统筹，其他药房即使写着可用医保，指的只是医保个人账户，不是统筹部分
2). 超出药品清单
自费药一般医生会说明，保险起见就问清楚，注意住院时，器材类多数是不计入的
3). 超出额度
4). 超出时长
某些地方会规定住院只能报多少天，不知道现在有没有变（我估计没有变，住院一年不可能全报的）

@needpp #5
“伤害眼睛”其实就是你说的那些点，时间、距离、光线，因为大人不在身边，小孩自控力低，会长时间盯着看(包括广告)、越走越近、不开灯直接开电视……

哇，拍得好有感觉，我住广州几十年对这些地方不屑一顾的，看完都想去游一下了，😅

你这个量(约每天一篇)根本就不是爬虫
说到底这个每天一篇是筛选后的结果？如果目标很明确不需要人工筛选，那写个小脚本自动访问就可以了，类似自动签到的脚本；但如果目标不明确，要在一堆海量文章选 30 篇，这个才需要爬虫，但这个筛选过程就异常的难了，自动化的话需要可能上百个条件做判断，还是说筛选过程就交给 AI ？人工筛选？

第二步将 30 篇归纳概括为最终一篇文章，这个用 api 倒不是难事，如果想本地实现，那花费就不是“小白”承担得起的

个人建议先确定这 30 篇怎么来，容易获取可以 gpt 帮忙写个小脚本，需要海量后筛的就付费请人吧

不是大件小件，而是需要保质的[较高要求]走正规渠道，只需要能用的[要求较低]走价格渠道
“品牌”是品牌对客户的承诺，正规渠道的你才是品牌的客户，非正规渠道你的上家或上上家才是品牌的客户，你不在承诺对象中，你信的不是品牌，而是上家，这两者的次品率是不同的

说理你是对的
但现实是“歧视”无处不在，歧视在法律定义也是 0/1 ，现实中是 0~1 ，你说的只是后者

人是从现象理解道理，如果一个人无论如何也无法复现某个现象，他就很难理解相关的道理和操作
一个辨色能力完全正常的人，也不知道辨色测试是否合理，只是从经验、常理推断

这个话题[法律问题]，看上去是两个群体之间的不信任，但你有没有想过本质可能就是对相关法律的不信任呢？后者基本就是“无解”的，“有限的法律文字无法涵盖无限的人类行为”

你也可以想想为何各地存在法规的差异

问题归结物业是否让进，其实是否有空位早就实现了
是否让进不仅取决于是否有车位，以及车位主任是否同意，还取决于管理，因为外来车辆意味着外来人员

备份一直都是简单的事，因为它是单向的，说到底就是个人积极性的问题
弄个脚本后台定时跑就是了
PS: 脚本也能检测某个硬盘是否挂载

明灯？

豆瓣电影，一切如常

@imherer #7
不用梯子，只是建议走 tcp 的国外 dns

转换阶段，语言是次要的，选定一个加 gpt 辅助一下也能入门，完全 0 接触的建议还是原生 js 入手
重要的是思想，前后端完全不同
后端一般直接就是数据驱动，是明显可见的，变化的是当前状态和数据的呼应，纯数据计算状态不多，做硬件或系统级的状态才多，所以难点的更多是数据量(数量或频次)
前端是用户的操作事件驱动，不可预料的事情很多，变化的就是这个事件，要做很多“确认”步骤才能得出状态，然后才是产生数据，所以很重要的点是了解用户的操作事件，以及这个事件如何确认状态；例如鼠标动作是左键单击、右键单击、左键双击、按下、释放回弹(两者共同才构成 click)、滑入、滑出(两者共同构成一个滑过)……要做确认状态，还要做排除状态，例如按下是先于 click ，两个都响应的话就要厘清，如拖放操作是必须判断按下事件的

上述说的是 client 端，纯 web 端没这么复杂，因为 web 端思想是一次提交，client 端是每个操作各自提交，只是可能提交对象是给富客户端而不是后台，所以现在很多开发都转 web UI 就是简化事件来开发(懒？)

我猜现在访问的还是原来服务器的（我没考证是否）
前两天出现一些错误信息，说 config 不对，应该是新服务器上的，晚上开始就是 cf 的 5xx 错误，猜想是倒回原来的服务器，前天能访问但很慢，响应要几秒，不过页面出来也算完整，不知原因（大家挤在一起访问量大？还是新服务器不理想？），昨晚就稍微好点了，但根据通知所说，盲猜并不是现在就是新服务器的

其实原来的服务器很好啊，很快，因为太贵了要换？

只是岁月没有磨灭你的意志，不知是好事还是坏事

我从小就不是什么尖子，所以一直在抛弃自我，先是抛弃看不惯的，然后是抛弃自己的爱好，最后是抛弃对将来的预期……
网上我能舌战 16 小时，网下一言不发，网下我觉得我最强是“视而不见”……人生就是过日子，一天过去了