[在 gitbook 上发现一个]( https://www.gitbook.com/book/tl3shi/the-way-to-go/details)

如果有 pdf 下载是最好的了

@kkxxxxxxx plank 就是我说有内存泄漏那个 一晚上不关机 第二天不重启 plank 的话很卡 这个图标是加了 numix 的主题的

你的考虑和我想法差不多,如果做成你这样的触发机制其实也很简单
用 redis 的订阅或者阻塞队列作为信号源
启一个服务专门用来计算,订阅 topic 或者 block pop 来监听计算信号就行了,这个服务只做计算,主服务只读

既然用到了 redis
一个场馆的相似场馆应该在一定时间内固定的才对,不需要每次计算,除非是有新的相似场馆增加,这个为基础
1\增加缓存,场馆->相似场馆 这个映射关系去处理
2\异步计算,定期更新缓存
这样不需要每次重新计算,虽然会丢失一些时效性,但这个可以根据 2 的定期时间来减少误差

什么理由都想到了...就是没想到这个
假设 25 倍性能是真的,多一倍开发时间换来节约 25 倍的运行时间,不是很赚么
而且现在虽然我是全职 go,一些简单的脚本什么的也会用 shell php python 写,这个不冲突
并不是写了 go 就不能写别的了

@lux182 看你具体需求了 我这边项目直接用了 redis 这个不可达基本我忽略了 偶尔一两次不影响业务

redis 订阅完全可以 只是官方文档有说 不一定 100%达 有那么点可能丢消息

php 和 python 吧

大佬有空写个配置教程参考参考啊

redis 都行 2l 网站不错

租房的表示现在已经不囤非技术书了 搬家实在吃不消

@douglas1997 160 大佬那个图估计是原图了 分辨率很高了 你直接用他的就好

@mritd 原图的东西就没去动了 也不影响 可能是懒

现丑了 linuxmint 不怎么去优化

@chiu 分辨率最高只有 1200 的么。。有点模糊

问下大佬们 linux 的 docker 方案除了 docky 和 plank 还有其他选择么 docky 有时候画面会崩 plank 感觉有内存泄漏 开一晚上不重启进程没法用 卡的不行

搬砖->板砖