放国内不管是云主机还是托管平台，理论上都是要备案的

如果自己除了博客还有别的需求，云主机显然更合适，反正其他的维护自己也要弄

如果只有博客需求，还是找托管更便宜省事，至于是 GitHub 这样的还是其他的托管空间，看备案、被墙、访问速度等各方面考虑了

这里涉及好几个问题

1. 放到盒子里的固态硬盘的接口速率和尺寸
- 标准 2.5 寸 SATA 接口盘，受接口限制，满速也就 500M 左右，尺寸就是标准 2.5 寸大小，7mm 还是 9mm 厚基本没影响
- mSATA 接口盘，受接口限制，满速也是在 500M 左右，尺寸大概是 30mmx51mm （比 m.2 要宽，但是比 2280 的要短）
- m.2 接口盘，如果走 SATA 协议满速也是在 500M 左右，如果走 NVMe/PCI-E 协议满速目前看可以到 3000M+，尺寸有 2242/2280/22110 几个常见的（型号就是宽 x 长）

2. 盒子和电脑的接口
- USB 2.0，理论满速 480Mbps，换算成 Byte 理论满速 60MBps，固态盘还是不要受这个折磨了
- USB 3.0 （ 3.1gen1 ），理论满速 5Gbps，换算成 Byte 理论满速约 600MBps，可以满足 SATA 盘的速率上限
- USB 3.1 （ 3.1gen2 ），理论满速 10Gbps，换算成 Byte 理论满速约 1.2GBps 注意 3.0 还是 3.1 是协议版本，Type-C 是物理接口定义，两个没有必然联系，Type-C 外观也可以是 3.0 甚至 2.0 的协议，只是 3.1 的协议现在用 Type-C 外观的多
- TunderBolt 3，理论满速 40Gbps，换算成 Byte 理论满速约 5GBps，是目前唯一可全速发挥 PCI-E 协议 SSD 的外部接口，可惜支持设备少和贵

汇总下楼上各位的建议，还是根据你目前手头是否已经有固态盘来考虑

1. 如果已经有换下来的盘，只要不是性能非常好的 PCI-E 协议的，都考虑 USB 3.0 或 3.1 的盒子，内部接口取决于你当前盘的接口是啥
2. 如果 SSD 都需要另购，看性能需求，需求高只能走 PCI-E 协议的 m.2 盘加 TunderBolt3 的盒子，且你的电脑设备要还支持，需求不高看尺寸需求，对尺寸要求也不高就买普通的 2.5 盘，同容量性能下相对 mSATA 还是便宜，对尺寸要求高就上 mSATA 或 m.2 （看是想短宽还是窄长）

@mingyun 这个看看本地的编码环境是不是有问题，或者用 py3 大部分情况会好一些，我后面测试也是在 py3 下做的。回头我加个不输出 log 的开关，这样至少命令行下跑起来会好一点

@ingin 项目还是可以是一个项目，代码在一块，只是部署时分开启一个 flask web app 和一个 celery app，另外如果需要维持 beat，还要给 celery 启一个 celery-beat

单开一个监听 redis 的服务进程？ gunicorn 的 web 不去管这事

或者用 celery 之类的做定时任务，一分钟去检查一次 redis，不要让 redis 自己推送

看预算和对便携的需求

预算低，便携要求一般，上 DELL 的燃 7000 （现在三代是 i5-8265U/8G/256G，京东双十一前后 4799，加券更低），或小米的
预算高点，便携要求高点，上 DELL XPS 13，差不多三大件配置的 7k5 左右？
预算再高，便携和耐操要求更高，上 ThinkPad X1 Carbon 的美行，i7-8650/16G/256G/2K 自己换个更大的 SSD，总成本在 13k 内

SB2 的便携和性价比真的没问题么？

@baiyuxiong 抓这个也是要服务器和带宽的，同一个 IP 抓出去太多了也会被封，工具自己用吧，如果有人打算用这个工具做服务，也欢迎用，注明用的东西出处就行了，开源就应该这么玩

@neoprc 环境都装好了么？这个应该是 sqlite 库里的

链接后空格没弄好，重发一下 https://github.com/whusnoopy/renrenBackup

今天看到新闻，人人网的社交资产已经被陈一舟卖掉了，真庆幸自己先留了个后手

要打卡的公司最好都不要去挑战这条底线，被抓了你不好过你老大也不好过，真不在乎这个事情的公司就不会要打卡

技术旧其实不是什么大问题，好项目用旧技术一样可以做的很出彩

代码挫是问题，哪怕用了各种炫酷新技术，代码挫还是一样看不下去

另外看这个项目的投入产出比。如果仅仅是为了维护其能运行，那就丢那好了，如果怕未来底层技术升级跑不了，想办法用 Docker 之类的工具封装一个老的稳定环境用来跑他就可以了，如果要做轻度维护，那以前怎样你就怎样，只管改参数，如果是需要重度维护且价值高，那就申请重构，想办法分块分块的去剥离解决

Discuz 就是一个很好的 门户 + 论坛，做任何网站后台都够了
https://gitee.com/ComsenzDiscuz/DiscuzX

@baiman521 PHP 也有，更简单粗暴，业务逻辑和页面模板都在一起了，Python 还需要用 Django 或 Flask 这样的框架，搭 Jinja2 这样的模板引擎

另外就是 PHP 程序员人口基数更大，培训班也更多，导致企业找人好找，所以技术栈也往这边走

Python 做后端，优势是起步快，开发和逻辑测试效率高，缺点是一旦到了比较大规模，可控性比较差，所以大厂的业务后端还是 Java 居多

同样根据 Python 的优势来看，小公司或创业团队用 Python 的概率更高，因为要快速找到产品和市场的匹配点，以及满足基本业务需求，同样因为开发测试效率高，可以不用那么多人，所以看起来职位偏少，能做的都是技术创始人直接上

最后，我司在杭州，后端主要是 Python，有兴趣可以私聊（如果 V2EX 不允许此类广告，麻烦告知下我删掉这段）

@ooleslie 是的，Python 里的括号是分组，这里有内外两个括号就是匹配出这两个组