启动看 5 秒广告也就算了
每次切换应用程序，回来后还让你看 5 秒

这些都不是事，最万恶的是啥？
当你受不了去点击“跳过”，九成机率点进广告了...

每次用这些软件都感觉被当猪仔

@JackyBao 谢谢你的建议，你说对了，现在临时解决方案就是用两个路由器来做。

我的需求是能愉快无痛的上网，带宽这个没需求（虚拟机里有个配好的 wrt 多拨叠加，下载的话随便用）

不管是策略路由还是 pac 分流等智能分流方案，折腾后你会发现还是很痛苦的，时不时的要去维护那张策略表太蛋疼的。

现在我做的方案是这样：
1 线： 默认走电信，特殊端口（ anyconnect ）走移动线。
2 线： 移动线，全局代理 anyconnect 代理。

场景 1 ，连 1 线：电脑平常浏览网页电信线，突然临时想出国，电脑打开代理客户端会走自动移动线。
场景 2 ，连 2 线：现在肯定需要长时间出国，那么直接切换到 2 线就 ok 。

换线最简单快捷的不是去开代理，切一下 wifi 最便捷，所以提了这么个问题。

btw ：我这边 ss 已经瘫痪，只有 anyconnect 能保持稳定连线。

现在 svn 命令使用场景在脚本中。日常使用跟 GUI 工具比起来提交、更新，当然没啥区别，但在有些地方效率差太多。

主要是两个方面，一是解冲突，二是合并分支。 Tortisesvn 结合第三方对比工具（比如 Araxis Merge ）确实能缓解分支合并恐惧症。

问一句。通过第三方商店分发需要企业证书吗？ 比如到 pp 助手上架

这点真的 linux 待改善的地方。

你们别说孰能生巧了，有些服务配置了可能一两年都不会去动，每次修改又要重头查一次资料，太繁琐了。

现在应对的办法一是建立知识库，二是狂写各种脚本。狂写各种脚本。狂写各种脚本。

如果平时用的小命令稍微对用户友好点，真的省不少时间精力。

举个例子：
tar zxvf ，我每次都还是 man ，然后拼参数。（类似的多参数嫌烦，最后全部都搞成脚本了）

scp ，我地址格式我同样记不住，但他做得很好，输一下 scp 提示信息最下面有个简单常用例子, [[user@]host1:]file1 ... [[user@]host2:]file2
恩，照着敲就行了。

如果 tar ，其实也看可以在提示信息后跟一两个最常用例子，我就不用 man 你的详细手册。

虽然 linux 存在各种问题和不便，但他允许你提出你的想法，去修缮那些令你讨厌的事情。

扯远了。就楼主的问题，还是那句话，每个 linuxer 都该有一套自己的独门脚本。（恩……你还是把煮咖啡的脚本分享到 github 吧）

该买碟买碟，该共享共享。

几个 4t 硬盘 ape 才是正道，不用天天受这些网站折磨。

这就是云端、云存储、云音乐、云…… 搞得听个歌都麻烦得要死要活的。

在敏捷或 scrum 里面技术成本（或风险）高是转化为时间进行最终度量的。 跟外部交流直接说要多少时间，大家都懂得起。

如果做城域网覆盖，如果考虑网络拓扑是“网状”结构？


无线覆盖，别扯了，你让每家每户门口放一口大锅？得了吧

光纤是好，基建谁来搞？谁出钱搞？谁允许你搞？

整个城市“理论上”已经被电力物理联通，加个“调制解调器”就可以通讯，想想多美好啊！！！

但是，对但是，现在电力网状况还处在远古时期。

恩，证多不压身

dell 什么的， RAID 卡什么的， das 什么的，还是算了吧， 3w 恐怕只够支撑你的存储开销。

自己拼一台或两台服务器，一台做服务，一台做存储。

然后上 zfs 软阵列，多折腾来保证同等的控靠性和可用性，毕竟经费有限。

@q000q000 不是所有人都用果机很多年了，像我这种新用户是用了三代亲儿子后转投的果营。

@ToysMall 是的，这不是苹果的错，捡来的便宜。

但使用 gmail app ，收件箱“可能”在苹果有份备份的风险并未告知或提示用户，

gg 你让某国那些翻山越岭来用你服务的人情何以堪啊！！！

@livelazily 一点也不好，糟透了。

试想一下苹果要是把 push 的内容存下来会有什么结果？

邮件标题，邮件正文预览，发件人地址。 相当你的邮箱在苹果有个备份了

@codeforlife

微信等信息类的也不该这么干的，为了交互友好、操作便捷，哎，也就罢吧！（反正微信谈隐私也是扯淡）

但那是邮件啊！！！ 这么做真的好吗？

@codeforlife

按照惯例，是消息机制 push 过来一条消息提示（您有一封邮件），然后手动 pull 邮件。

但看来 app 的实际动作跟我们预想的都不太一样。

@codeforlife 推送的消息提示已经带内容了。
上图：
test hangzhou gm //邮件标题

test to gmail ！ // 邮件内容

@nbndco 微信之类无所谓，邮件 app 也这么个推送恐怕欠妥了。我一直理解为只向苹果只推送收到一封邮件，然后邮件 app 到服务器上去取数据。如果只有把内容直接推送到苹果，那。。。

我扫到一个 gg 的 imap 服务 ip ，延迟 50 毫秒以下，我都不太相信自己眼睛了。