cf 的 “检查站点连接是否安全”页面，里面的 bot 检测是一个 frame ，如果有拦截 frame 的扩展起作用了，这个页面就一直打转跳不过去，需要在扩展加白名单
另外就是访问站点和 cf 的 ip 不同（用了不同的 proxy ），这个不常见，但也有可能（具体没研究），有分流习惯的人要留意一下

先分出供电（无电池）、充电、数据
然后根据相关使用频次，对应买的多口设备，供电的买适合输出电量、独立开关的，充电的买输出足够的，数据的买速度和稳定性足够的；充电的建议分开放置，能看到就行，全部都是安全优先

你才四五个，我光 led 灯就七八个（供电+充电），还有风扇、手机、移动存储……
供电我是解决了，现在问题是线太多

检查什么工具把 cdn 拦截了

不完全统计 大国 首席 毕业大学 读书是否有用？

《教父》

看追求结果还是追求过程
跟写程序重复造轮子是一样的，造出来的轮子可能比别人糟糕多了，但满足感来自“那是我自己造的”

一个话题，不足 100 楼，就衍生出金钱、子女关系、夫妻关系、生活方式、生命终结方式、还有政治等多个讨论点
可见此话题之复杂

@Koma #14
所以我说自动排序不是没用，只是面向用户不同，结合这个字母定位的基础功能，就不需要手动排序也能快速定位
只是其他有整理习惯、或者桌面干净的人觉得没用而已

想低额度可以自己调个限额就好了，剩下只是好不好批

你这个 bat 不能运行，应该跟 ansi/utf8 无关，找其他原因吧

这国旗，对比度很高

我就是用 win ，但你双 3.5 这个还是要弄机箱吧？
我不熟悉硬件，所以没有 diy ，直接买了 dell 的小机箱主机（非 mini ），12700/16G/M2-512G ，日常还算安静
我要跑机器学习，所以上 12700 ，如果不需要运算和游戏，可以买 CPU 低一些的机型

ftp 上 filezilla server 就可以了，或者其他 server 工具，仅局域网所以我没有 sftp 需求，如果有外网需求，需要配置一下
webdav 很多，github 上能搜到，我就下了个 dave 放少量文件，很简单，就 config 写个路径和账密，如果需要功能全一些要另外找 webUI 较好的
我装了两个 webdav ，一个是放少量共享文件，也就几个，顺便当临时 web ，测试一些东西；另一个是 caldav ，日历、日程、todo 等等，反正这些极其私人的东西我不用云的，回家手机同步一下就行

板载网卡都吃 CPU ，这个有什么影响就自己考虑

其实关键点是大硬盘在机箱内，那必须做散热处理，小机箱或 mini 主机要考虑这点

并非用 mac 的都是程序员，都有整理、排序强迫症
非引战，win 桌面全部是英文文件名的话，按首字母键是能逐个跳转的，不难找文件，虽然中文文件名不行，但面向英文或字母语言的用户这是基础功能，我觉得 mac 应该也有这功能

所以那些没有整理癖的人，随手拖个文件到桌面，自动排序对齐，倒是方便的，尤其需要抢时间工作的人，如记者，他们往往是事后，而不是在工作中整理，BTW: 8G 内存就是面向他们的吧

我也喜欢 native ，一个自用的东西从 pyqt4 写到 pyqt6 ，BS(browser-server)和 CS(client-server)还是有点区别的
一些细微的点的区别，让最终整体表现相差很大，有点蝴蝶效应的意味(混沌理论？)

先是证书版权问题，这让 qt 商用环境有点复杂，老实说我都没搞清，只是我没商用甚至没公开发行就不理会而已
大公司恐怕要让法务研究一遍证照问题

然后是 client-UI 本身就是难点，它面对的是人，因为事件驱动，但人的行为是无限的，这造成不可预想的用户行为太多，上面有说 UI 工作占了 60%的，我觉得说得少了，UI 应该是可以单独构成项目了
例如一个 tableview 展示 pandas-dataframe ，多列排序（含拼音排序和浮点数排序），这么简单的需求，工作量就很大了
数据表格，web-ui 是用户选好排序的列，提交，后端计算然后跳转页面（或整页刷新）；而一个 client-UI 做整个界面刷新是很奇怪的，只能做控件刷新

最后，客服问题
用户对 web 有种自动降低需求的感觉，看到是 web 就没有那么多要求——“能看清就行”。例如一个文件名有特殊字符不能读，web 提交一般不会崩，返回错误，用户的接受度高，会自觉调整适应；但纯 client 先要解决不能崩，然后返回错误，但用户也会不接受
这是某种潜意识引发的，bs 的话，用户默认数据在 server 端计算，提交数据需要适应 server 要求，会把 server 按甲方看待；而 cs 的话，用户则认为软件(UI+后端一体)在本地，软件的表现应该一次处理所有问题，没弄好就是 bug
client-UI ，不可预料的用户行为太多，有些仅仅只是操作顺序问题，用户不遵循这个顺序就会出现问题，并不是 bug ，但用户不这么认为
个人项目基本难以兼任“客服”，导致做纯 client 的项目本身就少，更别说 pyqt 了。pyqt 缺少 py 文档，学习成本其实要同时看懂 C++语法的文档，还要懂 python （废话），比单纯 C++ QT 还要难。还好现在有人在 github 做了纯 py 语法的 pyqt 文档了

总的来说，web-UI 和 client-UI 的区别是，web-UI 是提交“参数”，后端做数据筛选和处理，步骤是单线程的（并发在 server 而不在 UI ）；而 client-UI 是交互数据，UI 操作时也要计算数据，还要防止界面 freeze ，是一个协程 /多线程工作

现在越来越多 web-UI 就是要把事件驱动简单化，让不可预料的用户行为大幅度压缩，直到这些“不可预料”达到极少数就可以忽略不理会了，舍弃少数“异端”客户，压缩工作量（成本），获取更大利润

Total Commander

你选用交流电的就好了，不会连电也停了，只有笔记本 USB 口吧？

交流电的随便买好了，12 寸以上一般风力都够

我是夏天在室内要 24 小时吹风的，如果空调风力不够，我就要加小风扇，温度反而是不太重要
USB 风扇买过很多，仅有这款风力超出我的预计（买的时候只是看它方形方便摆放而已），算是物有所值
https://item.jd.com/10027513959593.html 从未听过的一个牌子

最大的点，这里偏向短文，虽然没有禁止长文，但从版面设计、辅助功能，以及前期倡议都显示出“言简意赅”的倾向

长文短文对客户群来说，区别就很大了

我个人倾向有信息点的短文，因为很多时候我更习惯自己搜索确认，而不是别人说了什么就直接接纳，所以能给出信息来源对我来说就足够了。我有强迫症，对不打稿的长文，看着有点难受，接受度低

“垄断”，打引号说的是客观原因形成的垄断
12306 前身是铁道部，就是由国家统一规划建设铁路的
谁建设谁运营，如果将运营权交出给其他企业主体，一来利益切割不易，二来铁路安全掌控还未到放开的条件
如果说分家，可以，但前期投入太大，分家也是“分债”，也是条件未成熟

城市内的轨道建设，则是地方政府权限

其实多想一些事就能明白，铁路有自己的通讯(含运营)系统、公安系统、教育系统……，独立于各省市，这样说大概清楚了吧，不是几张票那么简单