我觉得都 2019 年了，大家对 SEO 是不是还有什么误解......

常见的 SEO 策略就不说了，那都是某某圈圈用来忽悠人骗钱的，其中也包括帖主说的这个 URL 长短的问题，根本就是不懂 SEO 的表现之一

作为做站群的前辈，我觉得犯这样的错误不应该

真金白银一句话总结 SEO 吧：前期靠友链，后期靠点击

看得懂就懂吧，不懂就当我是神经病

apple tv3 用 airplay 挺好的啊，我家里常用，哪有说得这么的不堪。而且我是咸鱼买的，150 包邮，原装的遥控器、HDMI 线、电源线......等同于全新.........

android 的盒子买个 N1 就可以了，不到 100 块，自己刷系统爽飞天....

搞个交叉编译啊，这样就没事了~

要用啥框架，真是用框架用出毛病了，go 自带的这套挺好用的啊，唯一就路由差一点，搞个路由就可以开工了

每次看到“人工智能”这个词被吐槽为“人工智障”的时候都觉得好好笑～

支持一个，不过对话这东西，不搞 XXXXXX 亿个数据机器训练一下太浪费了，完全体现不了智能的价值啊～

@janda 参考 $hadow$ock$ 作者的遭遇。只要你的代码影响面够大，还是这样的与墙相关的，而肉身在墙内，那收到快递.......

实话实说，肉身在国内这样公开的服务，怕是有风险

要不搞个付费的闭源服务，既能收钱，又能低调行事，我觉得两全其美啊。

至于现在的公开服务，挂上两个月就关了好了，留个静态页面跳转到收费服务号了。反正代码都开源了，大家自取自用，谁也不欠谁。

Github Pages 常年在 PAC 列表里，对速度没有感觉～

@msg7086 不登陆服务器不敢说，就是很少需要直接 SSH 登陆的时候

一般来说，生产环境的主机在云厂商那里 initialize 出来以后，每个项目自己有一个 python fabric 的脚本，填上拿到 root 的账号密码，就可以自动执行服务器的初始化，安装环境、下载生产的代码，然后有代码可以自动配置好系列的 crontab 来定时备份数据库

需要参考的 fabric 脚本的话，你可以去参考 Newsblur 项目下面的 fabfile，我的也基本一样的

小项目，没有必要上那些重型装备，方便顺手就可以了

这个跟团队大小没有关系的，倒是跟你们的开发文化和程度很有关系

我能说我一个人的项目，都是往 git 仓库里 push 代码就自动执行 CI 测试、自动部署、全流量测试（网站不大就全流量测试了，不搞这么多的特殊操作），后面自动收集代码运行出错的 log，数据库每天自动备份到 dropbox

除了偶尔的安全补丁更新，极少（很少）登陆过服务器 SSH 去操作什么东西

往高大上点说，作为软件工程实践的一部分，我一直认为，直接登录服务器操作什么东西是不道德的~

@mytry 收到~

在你的提示下，昨晚和今天好好研究了一下 cf worker，可玩性很高，几乎就是可编程的全能 proxy，大概率以后会被玩坏，我也把个 proxy 的实现搬上去了，性能真是好~

有一千万的请求数，如果不是你这样的公开的 proxy，个人自用的话，真心足够。中小型网站自用完整没有问题，毕竟一千万的请求，能达到这样的请求，目测也不差几个 5 刀了

@mytry 先感谢先～

果然很清楚伸手党内心的煎熬，我就是对 fetch 内部的 IO 时间有疑问啊～ [手动狗头～]

你这么一说我觉得我就没啥疑问了。自己写了个 proxy disqus 的实现，这么说就迁移到 CF worker 上去运行好了，反正 5 美元的价格，我就当免费好了

再次感谢～

@mytry 翻了一下 CF 的文档，限制执行时间为 5ms，对于后端 proxy 的 fetch 可能不是很够用啊。我没有实际测试过，所以做一次伸手党等你的 proxy 实现上线看看效果如何

无论你的 CF worker 的测试结果如何，我都很期待你能分享一下测试的效果。谢谢！

iMessage 关了 N 久，从来不觉得有什么~

@mytry Cloudflare 的 worker 代码有开源？

我看了一下，很适合把我的一个 proxy 的实现也搬上去，5 美元可以买 1000 万请求，我觉得可以说是免费的了～

看来楼主为了做好 ServiceWorker 的代理站，真是操碎了心~

既然都折腾开了，不如再多开一个坑，做个主机评测的工具 /博客，然后爽快地做 affman

哈哈哈哈哈哈哈哈哈哈

这是用框架用成脑残了吧？

小程序那点东西要用框架？原生的用得挺好的啊，要框架干嘛？