V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  nicoljiang  ›  全部回复第 35 页 / 共 57 页
回复总数  1137
1 ... 31  32  33  34  35  36  37  38  39  40 ... 57  
在他们发通知之前我已经在这里预警过了。
2019-07-25 14:48:36 +08:00
回复了 springmarker 创建的主题 硬件 世纪难题,选什么 CPU 比较好
这时间还推荐 Intel 的,确实有点坏。
AMD 最新的 CPU 不仅良心,而且妥妥的生产力工具。
说到虚拟化肯定越多核越好,核心多了,可以分配更多核给虚拟机。甚至可以同时开几个虚拟机。
说到游戏,即便是 AMD 优化不友好的游戏跟 Intel 的差距也就 5% - 8%左右了。几帧的差距很大么?
@MyFaith 好的。
@610915518 没明白你的意思...
@jiumingzhu 多谢支持~
@conver
@kveln 多谢喜欢,还有许多不足,但愿能尽快加强,不负期待。
@MyFaith
没错是有这些打算。货币方面,doge 的准确度理论上比百度高,并且货币种类更全( 167 个法币+6 个加密资产)、更实时。
关于这个 icon 的问题,之前也有人遇到。但我始终复现不了,你能帮忙看一下「 F12 」里的情况吗?
@yueye 嗯嗯,我没有误解。我是指我是想着从这个角度出发来做自定义搜索。做一个百度现在已经做的很好的东西没有意义呀。
@kios @Luzifer 很开心你们喜欢。
@kkkkkkkkkkkkk 目前是 side 状态,你是做什么的呀?
@faketemp Duckduckgo 在国内本身是被墙的。我想在国内做一个能赶超 Duckduckgo 的搜索服务。
@faketemp 唔...那个...域名是 dogedoge.com ,不是 Duckduckgo 呀...( Duckduckgo 是我仰慕对象)
@newworld 在国外太容易被屏蔽啦。希望通过遵纪守法,管控内容来安身~
@mohoumk2 你是说百度公司嘛?哈哈哈,我群里已经有一个百度的同学啦~
2019-07-23 18:33:13 +08:00
回复了 1981 创建的主题 分享创造 天下苦秦久矣,我也来软文一下搜索,主针对备案域名的搜索站
多谢分享🙏~
@faketemp 可能是解析到国外的服务器(按理广东应该很快)。昨天换了新的 CDN 方案,不知道你今天感觉如何?
@melonzzz 这个问题很奇怪,我总复现不了,你能帮忙看一下 http 请求吗(或者把微信发我邮箱 [email protected] 我加你)?
@flowfire 有条件当然呆在墙外哦,不过你这似乎是个可行的办法。
@codingBug 确实是现在需要考虑的事情了,尤其是搜索量起来之后。
@iamalive2008 多谢多谢,愿能不负所望。
@flowfire 据我所知,没有官方词库,问过服务商也表示没有,不提供。靠网上资料+自己收集吧;
@twor2 了解,有道理。
@haozes 低俗内容方面,目前确实是短板,且短期内可能不是重点(没有政治资源护体,胆儿小)。
@Shazoo 我也想过这种众包持股(因为其实想效仿 wiki )但法律好像不允许。
@newworld 这个真是巨头疼,还有用 cn 域名搞的
@bravecarrot 奇怪,我这儿看没挂呀...
@wuhaoworld 明白,我会再权衡一下
@zkqiang 嗯嗯,差不多就是垂直或行业内容搜索吧,后续的确考虑过作为高级功能来做。
@MrGba2z 看起来是解析有问题
@kookpua Chrome 是可以的呀
@rogwan 限制 IP 恐怕很难,ADSL 基本 IP 都在变的,然后移动基站 IP 又很集中,风险比较大
@1981 嗯,两篇帖子都有提到,目前直接用了 duck 的皮。但我觉得哪怕只是把 Duck 像素级 Copy 得足够好,难度都很大,因为 Duck 是一个很优秀的搜索引擎
@welling 搞了 1 年多的
@xsdhy 多谢建议,后面会增加的。
@chaorenry 感谢感谢,很燃,很有动力!
@Shazoo 嘻嘻,近期上一下捐赠,多谢多谢
@atwoodSoInterest 你说的有道理,这也是为什么迟迟没上的原因(资源消耗量大,安全成本很高)
@xiaotuzi 超级感谢你帮忙推荐,虽然技术上可行性不太大,但这个想法脑洞很棒
@dazkarieh 太棒了,希望多一些插件,顺便了解到一个军刀般的好工具
@codespots 我相信若是一个专业的 RD,必然会做的更好
@pengbo37877 竟然有金主爸爸垂青,您可以通过 [email protected] 联系我,或者留意下您的联系方式我来联系您
@AngryPanda 你说的我都快哭了...
@well666 多谢多谢,刚刚已经处理了一波。
@rogwan 你提的这个方向确实是点醒到我。但如果完全收费(登录后才可搜索),我倒不是担心付费用户够不够,而是搜索这一随时可能急用的功能本身的基础体验就会降低(试想万一随手想搜个东西还得登录一波,然后可能长期在桌面端记录的密码忽然不记得了)。所以上面帖子里我也说了,可能觉得最平衡的是:付费有部分增值服务+免广告,免费搜索的时候会有部分广告(例如:支持者名单)
@dezhou 能否详细说一下,技术角度出发是怎么个思路?
@yincheng 嗯,这个确实是值得参考,但 IR 也还是要做的(出发点不太一样)。
@sunny2580839896 @Counter @gzdaijie @koodai 希望不辜负你们的喜爱,谢谢。
@Yourshell 我觉得百度目前最大的问题不在于阉割敏感结果(毕竟大家都要活着才能提供服务嘛),主要的问题是搜索结果太不客观(百家号、贴吧、知道 等内容的权重远远高于他们应得的)
@guiqiqi 谢谢你小老弟。
@rogwan
个人的 Blocklist 可以考虑的。按时间排序对于通用搜索的部分,短期内还做不太到(如果是资讯服务,这块儿上线之后是 OK 的);
至于自定义搜索服务,你说的是可以索引自己文档的搜索么?这个我确实打算开放(就是云搜索服务);

@rogwan
每年 120 元的会员费,假设完全没有免费搜索,那么 3000 位左右的付费用户大概可以收支平衡(这部分用户应该是相对重度的用户),但这么高频的基础服务,其实是没法做严格的收费服务的(会损失基础便捷性,大量的搜索数据本身也是优化搜索结果的重要依据);那么假如同时提供哪怕最基础的用户,双方哪怕能到 1:9,那直接就是 10 倍啦(因为对收费的用户还需要提供更多的增值服务);所以,收费的用户可以没有广告,但对于免费的部分,依然要有其他的营收方式。

@Buges 从「法」的定义上,很惭愧,目前的确还是立足于中国,即便是某个条款也得遵守。对于 wikip 这种,其实是有一些方法的(目前在筹备); YouTube 也可以做到,但可能需要收费维持(当然我说的并不是简单的 VPN 或代理的方案)。不过非常非常感谢你的警醒。
2019-07-19 18:27:58 +08:00
回复了 jinzhe 创建的主题 分享创造 一个 PHP 博客
数据获取失败。
2019-07-19 17:49:12 +08:00
回复了 reming0227 创建的主题 分享创造 bar-chartjs 发布 1.1.0 版本
@recall704 配合头像觉得莫名可爱...
@doudouwu 这块并不是广告。是一种对新用户的带入哈~
@alan123 多谢肯定,已经邮件联系你。
1 ... 31  32  33  34  35  36  37  38  39  40 ... 57  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5689 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 03:29 · PVG 11:29 · LAX 19:29 · JFK 22:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.