@yanzixuan 评论一个表 comment ，回复在另一个表 reply ， reply 和 comment 外键关系，然后前端获取到的数据就是类似 comments: [ {reply: [ {xxx}, {xxx} ], content: 'xx' }, {reply: [ {xxx}, {xxx} ], content: 'xx' }]， 然后就直接 vue 或者其他框架 v-for=comment in comments ， 在 comment 嵌套里面获取到 replys 继续 再写个循环 v-for=reply in comment.reply 然后就可以啦

@vivagonna 哦哦，好的，我调整下字体看看，谢谢啦

@Spectre 哈哈幽鬼！天涯到处有刀友啊

@HmyBmny 之前用过一段时间，感觉解析国内地址有些慢就没再用啦

@EchoChan 谢谢支持呀

@imnpc 在哪里配置呐？我木有找到七牛的，我去看看又拍。谢谢哈

@aivier 就是为了折腾嘛，哈哈

@guyskk 这样也能解决问题，不过这样后端就不是专注做接口了，相当于还是部分后端渲染。前端渲染好处确实很多，很多交互也可以做的更细腻，而且后端可以更专注到业务，可以做到一套接口各平台通用。

@andypinet SEM 和 SEO 相辅相成岂不更好

@imnpc 主要是现在图片就放在自己的服务器上，带宽有限，之后我会放到七牛之类的地方，谢谢支持～

@chloerei 主要是为了尝试前后分离的构架，反正我自己的网站怎么折腾都不需要向上级申报，所以自然会拿博客做一些新的尝试。当然博客最简单就用传统 结构，让后端渲染 是最方便的。这篇文章也只是给有相关问题的人提供一些思路呀。

@master 没做优化前 Google 同样也不能抓到正常的内容，只是当时的截图都遗失了，只好拿现在的百度的结果举个例子。 Google 本身的确能执行一些 js 但是还要考虑其他搜索引擎呀。 框架本身的服务端 预渲染我没接触过，是要需要 node 做中间层吧？ 这个方案倒是应该也可以解决 SEO 优化问题。

恰好之前做过一样的工作，当时也是需要代理，然后自己写了爬虫做自动获取和自动更新。

代理地址的话我没有去让爬虫自己选网站，而是人工筛选了几个提供免费代理的网站然后分别写了一些爬虫去爬不同的代理网站；

针对你说的难点：

1. 验证的话初次爬到的地址会直接先验证是否可用，能用再存入数据库或持久化；因为代理的不可靠性，需要定时检查抓到的代理是否可用，我是直接在 uWSGI 服务器起了一个定时任务，每半小时会检查一次，每一小时会抓一次新的代理，当然你也可以用 crontab 之类的定时任务做；
2. 直接用抓到的代理访问需要访问的网站，如果需要针对不同网站提供不同代理可以验证后把相关验证信息一起储存；
3. 效率问题好处理，网络验证操作都是 i/o 密集型任务，用协程、多线程、多进程都可以解决， python 的 gil 不影响多线程提高 i/o 密集型任务的效率

https://github.com/bluedazzle/multithreading-spider 之前我用 多线程 ＋ queue 做的一个简单的代理爬虫， src 的 demo 里是具体例子，使用了简单的生产者消费者模型，爬到代理地址的爬虫当做生产者，验证代理可用性的爬虫当做消费者，可以显示具体任务进度。

@mornlight 我有罪，用户体验好差，以后上线前一定做好测试，呜呜呜，已经跪着把 bug 修好了，谢谢你. U ● ｪ ● U

@nimdanoob 谢谢！

既然都是字符串为啥不直接 str.replace('/', '-')

@daimoon 是的，不过你可以拿出学 drf 百分之一的时间试试这个呀，也很方便哒。

@brucedone 这就是给 Django 的一个解决方案，当然用 flask 做 API 服务也可以，@-@

@felixzhu 序列化的结果是一样的，但是我写的这个使用非常简单， 直接用就可以。 django-rest-framework 和它相比的弊端我在文中提到了。当然已经使用 drf 并且非常顺手也可以看看我这个呀，吐吐槽，看看哪里做的不好 0.0