昨天看到这个帖子了，只看标题“资源要素”，以为是 G 端或是 B 端的产品
点开后，感觉像个云笔记

资源 这个字点太大
要素 最新一直提数据要素什么的

看到资源要素，以为又出了什么新概念

建议找准定位、取好名字

马桶水箱漏水，一直没管它
4 年多大概 500 多块钱吧，供参考

拜耳下药技巧性太强，感觉效果一般

当时 JD 买的虫虫战队，粉剂水化开后，厨房、卫生间及常出没地方全面喷洒
效果不错
主要成分是呋虫胺，含有这样成分的应该都可以

这东西没必要阴阳吧，保护期为什么要跟你美利坚接轨

人家自己花钱搞出来的，凭什么给你免费观看

想看免费的，地道战 地雷站 一大堆公版的，随便看去

说真的，这个东西重要的是稳定性和用户体验
自己搞，真的划不来

@dnjat 占多少带宽，可以算出来的
看一组教学有几路视频几个屏幕共享，根据码流算下就行

@iOCZS 确实是行家，当年我们搞视频会议，降噪回音这块还专门找的人来进行的处理，但效果也不是特别理想

当时为了降低主讲端的压力，采用的是 SFU 架构，加 N 个中转服务器对数据进行转发

@byebye88 现在的影院影片都是有隐形水印的，对着荧幕盗录，分分钟被抓，有相关新闻，可自行相找
图片水印也能做到拍摄、调整大小、打印依然存在
具体可了解下公开的专利技术，很多的

@AE86Janus 建议深入研究下，加密狗是你要的东西

关键字 SafeNet 微狗 SuperDog 等

需要根据你的使用场景，选择不同的狗

@fields 多年参与 12306 项目，主要职责是购票

我们也遇到过这样的问题

根据 ZF 要求，系统需要迁移到政务云
结果在 APPLE 版本更新审核时，一直通不过

最后才发现政务云封禁了部分国外的 IP ，审核的 IP 可能就在这里边

当时我们的方法是：
1. 在国外服务器搭个中转，通过域名分地区解析，给国外请求分流到国外服务器去，然后反向代理回国。
这个我们自主可控，很块就能完成
2. 联系政务云，开通国外 IP 访问权限。
这个过程就很酸爽了，要求提供 IP 地址段，我们也没有苹果的 IP 了，就只能要求临时放开所有国外 IP ，然后就是签保证书、盖章用印什么的，这个时间就不可控了


最终，我们使用的是方法 2
毕竟反向代理，真有啥事，也不好说，慢就慢吧


但，近期，我们也有过两次更新
没申请开通国外 IP 的情况下，也顺利完成审核了
很奇怪

@luffy2u 三方一般指 某程、某智之类的
存在信息泄露风险

同时，可能也存在一个问题
就是同一放票时间，有 N 多与你一样的订单，通过三方提交
如何确保你就被三方放在首位了

近期也有 12306 给非正常请求降级的新闻

bypass 不属于三发给，相当于模拟了一个你

@fields 一般高铁会在每天 4-23 时左右运行，其余时间为天窗时间，用于设备检修之间的
春运、大的节假日期间，会缩短或是取消天窗时间，24 小时跑高铁

红眼高铁 来源于 红眼航班

红眼航班一般是指 0-6 点左右开行的航班
一般人在这个时候都容易睁着眼睛犯困和犯错
所以，一般不建议这个时段

“不到车票” 可能只是 “买不到想要的日期及车次的车票”

春运期间，很多人放假时间往往集中在某一两天内
同时，更多人更喜欢对自己友好的车次

比如，今年相关多的公司放假都在 1 月 24 号，因为 25 号是周六
很多人优先考虑的就是 1 月 24 号下午 3 点到 24 号 12 点 的高铁
以便能在放假后，第一时间赶往老家，还能多一天假期

如果你选择这个时间段的高铁二等座，就相关的困难
毕竟有相当多的人都想坐这个时刻的车次

不如：
1. 提高预算，选择一等座 （价格高 20%-50%），如有更多预算，就选商务或是飞机
2. 错峰，出发时间向前或向后半天或一天
3. 选择铁路部分加开车次 （ 23 号左右起，开了大量的红眼高铁）
4. 多站中转 （如距离较长，可以考虑多站中转，一般邻省省会间高铁车次较多，同时省内省会到各地市之间车次较多，可综合选择）

更重要的是：
1. 提前谋划 （如放假时间不确定，可根据往年放假情况预退本年的可能放假时间，多制定几天的规划，提前 8 天退票是不收手续费的）
2. 选择合适车次 （优先选择两地之间始发终到的车次，会优先放票；终到为小站时，票额可能比较少，有必时可以多买几点，毕竟是金钱换时间）
3. 务工专区预约 （今年有新增这个功能，预约时，多选车次，一般都会兑现成功）
4. 第一时间 12306 候补 （如放票既候补，就多次车次，第一时间候补和付款，候补时记着选择“新开车次”，一般新开车次时间可能都不怎么好）


关于抢票，认准 12306 ，不要相信第三方，工具什么的就不推荐了

以上，希望能帮到大家

项目推进式，看你要做的产品需要什么样的技术

走一个完整的迭代就差不多了

主要看产品的应用场景，根据场景确定目标用户和推广方案

先看你的目标用户在哪里

今天上午应该是有故障

但后天、大后天定 24 、25 号的票
那时应该是高峰，看能不能扛住了