一定不是我啊 我还没有熟练掌握 Rails
加复合索引 (id, deleted_at)
应该也可以
headless + serverless
现在所谓「大数据」项目都是基于爬虫,因为自己能产数据的公司太少了...
确实 scrapy 的架构做的非常好,你现在用 scrapy 做爬虫吗
厉害了
是啊 讲道理,ruby 做爬虫是强项,居然没有一个成熟的框架
@fredwu great,这个完成度不错啊,学习一下
看懂了,他提供了一个默认的 search console,果然是 ES 官方的写爬虫也不忘加私货
看起来不错,不过文档太简陋了,爬虫框架默认集成 ES,有点莫名其妙啊
『好多小白都慕名来学 Python』 好气哦
是啊 不能输在起跑线上
你是从 1.x 升级到 5.x 啊,你上面说的那些 changes 大部分是 1.x 到 2.x 的 change。
另,推荐 searchkick,zero downtime reindex,版本兼容,搜索常用场景都已经提供了最佳实践。
之前 Rails 有个 issue 说是给缓存插件提供一些 hook 接口,后来也没有下文了
之前看到的一段话:
刚入职场的年轻工程师如何判断他/她所要投资的技术是像 2006 年左右的 Rails、2007 年左右的 Hadoop、还是更像 2010 年前后的 MongoDB?有点像投资创业公司,如何押对宝?还是尽量选择无聊的成熟的老技术、专注于解决实际问题、白猫黑猫抓到老鼠就是好猫?
做分析可以与业务系统完全独立开,基于从库做 ETL,选择太多了。说实话 MongoDB 做分析也不是一个什么好的选择。
好吧,看来所有糟糕的迁移决策都是在解决一个不痛不痒的小问题,然后带来一堆解决不了的大问题...
好想知道从 MySQL 迁移到 MongoDB 的原因,再迁回来是怎么解决当时的问题的。
Dave Thomas
ON 和 WHERE 只有在 INNER JOIN 的时候是等价的...
https://stackoverflow.com/questions/354070/sql-join-where-clause-vs-on-clause
哇 用 ngx_mruby 啦
还有人用 VB?
看介绍本来以为是 dry-rb 和 rom 的话题,没想到最后都没听到一句 dry-rb 和 rom,所以千万不要信姜军的建议,他酒店地址都能搞错....
+1
瞎折腾,做个后台能累死呀?
应该是ReDos了
跨域,如果想兼容浏览器,只能搞个 SSO 方案了。要不就用同一个域名,二级域名也行。
帖子上不是已经说了么,设置了 meta:
<meta content="always" name="referrer">