按常规设计应该加一个 mapping(映射)表
但如果确定只有一条的话而且以后也不大可能更改的话按一楼说的要简单点效率也高点

cnblogs 真的是国内最丑的科技博客了，可以在 stylish 上美化，就可以分享给他人了

写入和输出都是高危操作，涉及到这种语句的地方都要进行路径正则严格匹配、mime 检查、后缀检查才放心

@cuiweiqiang 是开了，但是 ip 变动并不频繁 但是出问题的时候基本上 99%都会出这个问题，不出问题的时候就算用 wifi 也正常，如果是多拨导致的，我在外面有时用 4g 也有这问题就有点说不过去了
@revfan 多谢我试试看

刚刚试了下 我的百度云貌似又可以粘贴了 难道又去掉了

百度云服务还是挺不错的 不过客户端确实有点蛋疼
密码框这个也不是百度先搞的，其他很多网站都限制了密码粘贴，确实没明白他们怎么想的，可能觉得复制密码会被木马拦截很危险，但是不让复制很多小白可能会设置简单密码感觉更危险
锁定那个估计是为了推广手机 app 才加的新功能，可以在设置里关闭掉

@locoz 很多情形并不是开几台 vps 就能解决的，例如我有个业务每天需要 1w+ip，你需要开多少台才能满足需求？就算采用性价比最高的共享 IP 方案，每个 ip 每月成本也在 1 元左右，1w 个就是 1 万元，而且还无法保证每天的 ip 是不同的，而采用代理池方案，只需要微量成本(不到 100 元 /月)，我就可以每天获得 1w-10w 的有效 ip 请求，至于响应时间平均大概 2s 左右，但我通过提高并发让请求效率得到保证(目前最高大概只有 20/s 左右因为足够了)

@nozer 那你可以试试，我用这种方案基本不会遇到失败的情况，当然代理池后台也要加专门线程校验，剔除垃圾代理，按响应时间做排行

我之前给团队项目也写过一个代理池，但不是通俗意义上的隧道代理，而是 web 代理 ，支持加密传输，请求的时候同时开 N 个并发随机获取 ip 一起请求，谁先拿到数据就返回谁，然后可以自定义成功标识符，例如可以定义包含"code":1 才为成功，如果不包含则请求的并发会认为请求失败重试，这样使用起来效果很好，已顺利跑了半年多

multi dial

如楼上所说 实现太难
不过在抖音倒是看到过另类产品，不能减轻重量，但是背带和包之间加上缓冲器，行走时靠缓冲器抵消了一部分压力
原理是虽然重量是 20kg，但是由于人走路时会上下起伏，在加速度作用下背包实际给人造成的压力有可能会超过 20，而缓冲器能大幅度降低这种副作用
这个更有意义

确实挂了 不能访问

直接导出 sql，选择一条数据一条语句，然后批量替换 insert into >> insert ignore into
新表 xxid unique 导入，应该就完了，一行代码都不用写

他说的是你线程开再多，也受限于 IO 写的上限速度，没有什么实际的意义

我觉得言文 视文都可以

我的理解是，12306 不想告
原因可能有很多 抢票软件在过去数年已经更新了数个版本，并做到了一个微妙的平衡状态，所谓的平衡就是在对 12306 造成较小压力的情况下，又能保证少部分用户确实能抢到票(刚出来的时候，抢票软件有点流氓，12306 压力山大，后面不知道他们是不是有个沟通，陆续更新降低了压力)，如果 12306 起诉抢票开发团队，从法律上来说基本稳赢，但是 12306 会面临这些风险
1 抢票开发团队有不少是来自国内知名的巨头团队，公开撕破脸可能会面临一段时间内大佬的敌视
2 抢票在很多人的心中是正义行为，本来现在大家对 12306 就不满，如果起诉，那比上面的还严重了，会面临可能上亿人的批判
所以现在大家都保持一个微妙平衡，只要你不做的太过分，睁一只眼闭一只眼了

严格来说，是违法了，其实大部分的爬虫工作都在违法或在违法的边缘，只是大多数情况下对别人影响不大懒得理会而已，纵观近几年的爬虫判刑的，大多是给别人造成了损失 /或是同时还有其他违法事宜一并处罚的，真正单纯因为简单爬虫处罚的还没发现，还是如↑因为别人懒得理你，但是如果按你所说已经开始理你了，感觉你还是有风险的，对方网站还需要登录，你完全处于被动局面

@msg7086 社会没你们想的那么理想，大部分小公司对公对私可不一定分开的，qq 微信办公的你以为少么