微信小程序很好抓，电脑登录微信电脑版然后直接电脑抓就行，小程序本质上就是网页。但是微信自己的数据比如聊天之类的抓不到的

@BeforeTooLate #10 其他省不知道，我们省检查检验互认的实现方式还是，省平台存储文字和结构化数据，片子是每个医院存自己的，跨医疗机构阅片是通过省平台转发了对方医院内网的片子

如果 EMR 里面的病历要收到法院认可，就必须有 CA （电子签名），CA 签名后的病历如果修改了，验签过不去的。如果没有电子签名，那就以纸质病历有签名的版本为准

@Yadomin #91 谢谢提醒 我还开了微软的 auth 并备份了恢复码，不过平常感觉用这个方便。点一下 输个 pin 码就 ok 了

Windows Hello 也可以用 我电脑可以使用登录 PIN 码作为 Windows Hello 验证方式

我用的 Hertz

为什么那么多人觉得公网 IP 就应该花钱呢？这难道原本不是免费的吗？垄断行业不适用于市场经济的思维的，对于垄断行业不能说因为他紧缺就可以随意涨价，因为垄断下是否紧缺只有垄断巨头才说了算。

@ns20 你这个怎么上下都有天津😂

@napsterwu A->B 的车票，只取决于 A 站的起售时间，与车次、目的地、经由等全无关系。至于起售时间，12306 可以查询

事实上，在刚开始放票的时候，车票是严格遵守配额的，所以每个车站起售时间不同，也不会影响抢票的公平性。

@xiaotianhu 我觉得 这个压根不是一个技术问题，所以才导致网络上争论很多，谁也无法说服谁

@singerll 所有大型系统都具备天生复杂性。隔壁那个问题，其实是个很大的问题，因为 12306 中子系统也很多很杂，甚至很多和 12306 的主要业务没什么关系，而且业务逻辑也是一坨屎山。

架构方面可能大部分人确实不配指点访问量这么大的一个系统。我只能从我知道的部分，提供一些信息，让大家猜测一下这个系统到底是如何运行的，他是如何处理数据的。至于他到底有多复杂，可能只有铁科院电子所的人才能说清楚了。

@zpf124 啊对了...还有个问题，我指的前端不是网页那个前端，是整个售票核心网的前端，即：负责调用内部接口出票。

另外行政方面我指的不是 zf 采取的措施，而且铁路通过管理的手段来解决的问题。我认为，区间限售、起售时间这些都应该算作管理手段。至于技术手段，则是单纯的加机器与优化算法。

@christin 通票和中转换乘不是一类东西，通票你到了换乘站要重新签票重新去售票处选车次的。这个本身就不被当今社会所适应，所以自然就消亡了。

@zpf124 是的 售票系统的核心逻辑一定是很复杂的，这个逻辑问题也来源于复杂的规则，是我国铁路这些年逐步积攒下来的，甚至很多规定都可以说是屎山。不过我想说的是，其实这个售票逻辑跟 12306 没什么关系...12306 主要是实现了互联网的那些功能。核心算法逻辑可以说是售票核心网的问题，而这个系统其实并发量并不高，甚至还是 24h 运行的，近 10 年也没有太大的更改。

@christin 呃我觉得您理解的可能不太对，通票是一个历史遗留问题，12306 其实压根就没有过这个功能

铁路其实是一个非常复杂的系统，其从早期的原始阶段，到现在逐步迈向自动化，是付出了大量非技术方面的工作的。从没有任何设备的帮助，到现在基本实现机械化自动化：其规章是如何进步的；故障导向原则是如何落实的；大量复杂而又一环扣一环的规章是如何被技术手段简化的；同样，技术手段是如何引起规章变化的。这都是很有趣的内容。

比如一个和客运有关的东西：通票，他的作用是在没有直达车的时候帮助旅客完成中转。在最新版本的客规中，通票被彻底删除了，成为了历史。在客规中取代通票的，是 12306 的中转换乘功能以及 12306 中关于接续换乘列车改签、退票的逻辑判定。（当然，在高铁大范围开行之后，通票就几乎消失了，这个原因很复杂，我也说不太好，我觉得可能还是和联网售票有关。但是从旅客的角度，通票的功能被新技术取代了，这就是技术进步带来规章的简化）

@vitoliu 我同意架构方面可能比较困难，不过之前看很多人讨论，都过分局限在售票这个操作上了。这也是我写这个帖子的目的，希望大家可以发散一下思维，研究一下 12306 在其他方面的努力。我觉得，包括通过行政手段来解决问题，难度并不会低于技术手段，这都是可以关注的点。

我用 matrix 自建了一个，客户端就 element ，全平台的，也方便分享给朋友们用