@awanganddong #8
12306 是另一回事了
现在还没说到 12306 刚说到 12306 来了

其实我不想写下去了 12306 出来以后的智障大战更是离谱中的离谱 写出来能让所有看过帖子的高级程序员血压直上 200 维持一个月

而且吧 那些公开论文什么的看看就行了 后来阿里那边参与以后 在不能动屎山的前提下 搞了挺多花活 有一些是公开的 有一些就是私下搞得 已经算是缝缝补补的

毕竟 现在高峰期允许你提交订单以后排 45 分钟的队

所以 现在只要 api entry server 不崩溃 弹性扩容到几千台 把 mq 扩大一点 反正可以排队 45 分钟 这种活 相当于 0 技术难度了

类比一下 你是京东商城的架构师

刘强东告诉你 咱抢购茅台功能 用户提交订单能接收到 45 分钟后再告诉他抢购成功没成功都行

你觉得这种系统 开发的技术难度是多少？

再写下去 太多人知道这个 然后万一被转到小红书啥的造成舆情 还是我闹心 因为这些事儿 能全知道的 还不是铁路的人的 就那么几家 以及几个个人 早晚还是回旋镖到自己身上。。。 倒不是喝茶什么的 会给人添堵 还都是朋友

@PrinceofInj #9
不 跟他无关
12306 那个自签证书不是因为铁科院没那个钱或者自己瞎搞

是因为那个是铁路自己的 CA 在 12306 以前就已经工作了很久很久了

铁路相当多的内部应用系统都是用这个 CA 签发的 那个年代也没有 le ，所以证书还很贵

铁路内部什么单位都开发自己小系统 基于自己的 CA 签自己的证书 他们内部有证书中心处理这个 他们内部这些系统也没有几个对公众的 比如什么招标系统啊什么的 估计能签出过几千个证书

而 12306 上线时候就继承了这个

然后更换外面 CA 需要层层审批啊 还有论证啊 系统性软件工程就是这样 过了一阵子走完流程 啥都够了就花钱买外面证书了

我简单给你说一下 TRS 系统基础架构

TRS 就是铁路售票系统

每个铁路局有一个集群的 SYBASE 数据库 这个叫局网 存分配给本铁路局票额

然后 每个车站的售票窗口，运行一个 TRS 程序，这个程序是 POWERBUILDER 写的，这个程序直连自己铁路局的 SYBASE

题外话 1
----------
因为 TRS3.0 时代，199X 年，就是几个很菜的学生加上铁科院的几个老师搞的，当时 POWERBUILDER+SYBASE 就是主流架构

那代码写的，用 2007 年时候的我的技术水平看他们 2007 年时候的代码，就是一坨屎山中的屎山
连接池变量就是全局的
sqla sqlb sqlc sqld sqle sqlf
到 sqlL 的时候 我猜是学生看错了老师给的任务书 达成了 sqlI 也不 sql1 （记不住了）
---------
题外话 1 完事


然后呢，各个铁路局只能发售本路局的票额，然后后来全国联网不行啊，就再拓展，再区域中心搞了几个集群，内部叫“路网” 就是把一部分票额扔那里面 各个窗口的 powerbuilder 程序再直连过去，本地取不到的，再去路网数据库取


数据库里面呢，就是一个又一个的存储过程，所有逻辑都在数据库里跑，还是个性能渣的突破天际的 SYBASE ，然后数据库的最主要记录，票额记录，一条几十个字段，然后得各种过滤去筛选，交给 oracle 这索引利用率都不行


因为全铁路也就几万个售票窗口，还有强烈的买票地域性，取票操作，一次三五秒都不算啥，我售票窗口，输入车次 G1 ，输入发站北京，输入到站南京南，选二等座取 3 张，按一下回车，之后窗口售票员等 1 秒 2 秒 3 秒 4 秒 5 秒，都不是啥问题，一次操作就算卡了 10 秒，外面窗口外买票的人等 10 秒钟算事儿吗？不算！


就这么缝缝补补过来了，直到，12306 来了


12306 来了，相当于，每个人手里有一个售票窗口了。。。
你本地商业软件一个操作卡 10 秒屁事不算，你全国几千万人一起一个操作卡 2 秒，就算不考虑客户体验，这是会请求堆积数据库加锁的啊！然后就是痛苦的改造过程

----------
未完待续

别用现代化思维去想 TRS5.x 系统

他压根都不算什么网络程序 更类似一个本地程序

说实话，只要有人肯担责拍板推翻 TRS 架构 只需要现在 1/50 的成本 就能支撑全铁路高峰订票不用排队不用

单杏花还得靠这个评全国先进呢

就连电子发票都得参和一下整成他火车票的版式

@inc3ption #16
敢薅云闪付是真的胆子大。。。

银联这个公司看起来是个公司 内部更像是一个涉司法的职能部门
他们是任何时候不计成本的。。。

@inza9hi #24
这折扣谈判能力不太行啊 搞到更低的了吗？
而且我感觉你大概是没找到最优解 按你的描述 入站大的 根本没必要这么设计
云上的这个架构做的就不太对 感觉设计好了就是千八百的问题 你给砸进去 5W+

首先 火绒可以选 “不升级大版本” 只要你选了 就不会弹窗提醒了 反正我的火绒点了 之后再也没打扰过 不存在你说的天天弹窗升级

虽然我个人也不想乱升级 但是我十分理解任何软件强制用户升级这个行为

他只要给我不升级的选项我就不升

他非要我升级我也支持

维护多套 API 多套引擎代码 就是噩梦

waf 回源直接 http 就好了 没必要 https

@laujon #13
那就明确 帮忙可以 必须让他们自己盖章承认自己二次开发 修改了你们的东西 导致原来的技术支持并不适用

你们出文件模板 让他们盖章 盖章后你们就免费帮个忙看看 能解决解决 解决不了拉倒 同时有个盖章的文件明确了这些修改导致问题 后续你没法支撑也有法理依据

看你还想不想要这个客户的后续业务了

不想要就直接出具正式答复盖章
贵公司对我公司源码进行修改造成的 bug ，我公司可帮忙恢复原状


同时，我公司克 收费/免费 提供咨询指导， 如需要，请提供手续，为我公司免责


如果不要钱，就让他们盖章个申请书，说明修改情况，请你们免费协助排查，并注明我公司已知晓此问题因自行修改产生，不在原合同约定范围内，属于义务协助，你公司不承担相关责任。

如果收钱，那就立个新合同，同时注明原合同约定的变更