V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jerkzhang  ›  全部回复第 8 页 / 共 9 页
回复总数  174
1  2  3  4  5  6  7  8  9  
2017-05-17 13:58:07 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@ylsc633 你说的对
2017-05-17 13:02:44 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@d7101120120 恩,我刚又试了试确实没有被墙,可能是不稳定吧。bt 搜索我现在主要用 btso.pw 配合 avmo.pw
2017-05-17 12:21:04 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@nandaye 位置上海,被墙
2017-05-17 12:20:29 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@chroming 我傻了,我以为这样方便阅读
2017-05-17 12:14:18 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@sorcerer 不是太清楚,从简书上抄过来的
2017-05-17 12:13:38 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@gimp 没事还有 btso。pw 你懂的
2017-05-17 12:12:29 +08:00
回复了 jerkzhang 创建的主题 分享发现 分享 7 个小众的搜索引擎
@gimp 果然是同道中人,Fap -> sukebei 被彻底关闭前几天回光返照,大陆不翻墙就可以访问了
@wule 对的,满足不了全部的需求,满足需要满足的需求即可。
2016-01-21 15:23:27 +08:00
回复了 oldcai 创建的主题 Python 请问如何构架一个高负载的系统?
不好意思,没注意到你数据库 cpu 已经到 100%了,我觉得可以从哪些查询最慢,是瓶颈问题的数据库查询,然后优化那里,能用 redis 储存同样的查询结果,而避免多次查询最好。
2016-01-21 15:20:39 +08:00
回复了 oldcai 创建的主题 Python 请问如何构架一个高负载的系统?
看需求吧,总之 python 的 web 框架别用 django ,用 tornado 或者 flask ,耦合性会低一些。
至于消息通信,建议直接使用第三方云服务,省心。我平时的框架是 nginx+tornado ( python) + mongodb + redis/memcached 不过看需求吧,如果不会太有压力,甚至数据库都别用,直接用 yaml 作为数据存储挺好。至于慢查询那就用异步吧

我觉得早期能通过花钱解决的问题,就通过花钱买更高的性能的机器来解决。
@conge 虽然我用 git ,但是我很赞同你的观点 +1
@zjqzxc 如果抱着学习硬件,肯定还是最好直接用 arduino ,如果是抱着只是想快速实现一些什么,肯定是有更现成的模组更好。目前很多社会上的模组,都缺乏标准的接口说明与调试与应用的 sdk ,这样所有的人都要在这些环节耗时间,如果硬件的模组的厂家都养成标准化的习惯,那很多人都会受益。并不打算卖这个赚钱,只是希望进一步让更多人意识到这种必要性。
@zjqzxc 对 arduino 很快,只是我很懒,我想要更快,我要的是用元件而直接得到结果或者实现某个动作,连线与烧进 arduino 是很上手快,但依然费时间, arduino 已经打破了软硬的隔离,为何不可更进一步。至于价钱,成本是多少就多少,不指望这个赚钱。
2016-01-21 00:15:00 +08:00
回复了 algas 创建的主题 Linux 服务器被攻破,求查找原因
以后用 denyhosts 就行了,动态防止暴力破解。 google 开源出来的小工具。
2016-01-21 00:09:58 +08:00
回复了 ldmsoft 创建的主题 Python 想利用 python 写一个简单的个人博客,该如何入手?
找一个简单点的博客程序吧,我上次用 hacker news 的那个谁的框架做了个问答 http://caupbox.com/news,感觉轻重程度合适,用类似 yaml 做数据存储。我没考察写博客的,等找到了合适的再告诉你。
@acalarolo 对的, arduino 实时性确实是有问题,那就是一个单线程的程序,按照顺序来回大循环。用这个能否解决实时性问题,我没测过,虽然说应该不如 arduino 的实时性,但如果你大循环的时间主要耗费在的计算或者说你的实时性问题是协同性问题的话,我觉得可以尝试着利用这种方式去做,只是不能完全用我的这个 api ,要按照这种方式重新从底层写,而且要解决 PC 层的内存管理、进程间通信等问题,还是有点麻烦。个人从你的描述“很多”感觉应该是协同性的问题,我觉得可以利用这种思想来试试。把“循环”的限制脱掉。
@wadahana 终于找到理解的人了,你说到了我的心坎上了,我也是对这个有非常大的需求,才搞了搞,个人能力与劳动是有限的,我其实更希望是这种思想可以影响到各种硬件模块的开发者或者厂商,如果这些模组能有像普通的软件层面的开源社区里的详细的 tutorial 、 reference 甚至是 cookbook ,那会方便很多,否则大家都要重新在 XX 模块上付出学习成本。我做这个不是去替代真正的硬件工程师做的硬件开发,它使想针对硬件被应用的层面上。换句话说,他不是去开发硬件,而是利用硬件去开发。前者做的是底层,后者做的是应用层。为了相对来说不影响硬件模组的性能(必定会影响),基本上都是采用共享内存的方式去做。 (这东西是业余做的,加在一起花了一两周的时间,都是同学朋友一起互相帮忙的,朋友里也有纯做硬件的,确实是和纯粹做硬件不是一样的,甚至相斥,所以做这个也势必会有争议,今晚本来很郁闷,饭后恍然发现还是有支持与主动参与开发的人,瞬间就有精神了。)
@qhxin 确实是一个中间件,而这样的封装,就是为了把逻辑层全放在 miniPC 上,不同的硬件组件都接入 miniPC 中,有一些场景是不需要不同的组件必须封装在一个有限的空间里,比如停车场的闸道系统是分散式的,用 miniPC 去统筹不同的硬件更加合适,以及 miniPC 内会有更加复杂的逻辑,比如假设 opencv 进行车牌识别或者针对该客户而加入更多定制化的功能。 这东西就是玩意儿,也不必太在意,说实话,我只是觉得目前很多的硬件模组缺乏统一严明的 api 接口,经常各种模块的资料都是不全,有时找到厂家厂家都可能没有,对方直接说他没有文档,但他可以电话上跟你说。我其实是觉得非常有这些方面的需求而已。
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1015 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 23:56 · PVG 07:56 · LAX 16:56 · JFK 19:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.