V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Admstor  ›  全部回复第 43 页 / 共 66 页
回复总数  1302
1 ... 39  40  41  42  43  44  45  46  47  48 ... 66  
说个事
前段时间教会了外婆用微信,她会发送图片,会用微信打视频电话了
然后最近我看她微信,居然关注了几十个公众号,而且大多都是类似头像,每天不断推送什么 UC 标题党之类的新闻,还有中奖了的信息,剩下的内容也 99 都是垃圾消息.你说是假也不是假,你说真也完全不真,就根本不知道哪来的拼凑的新闻或者养生知识,恶心坏我了
干净帮她全删了,然后给他关注了一些丁香医生这样比较正常的公众号
2018-01-18 19:13:51 +08:00
回复了 Jackyxiaoc 创建的主题 云计算 是否有利用云计算进行异地组网的解决方案?
国内环境建议跟电信和联通购买 MPLS 或者 VPDN
软件形式的有可能被 cut
@realpg 谢谢证明国企的数据也是可以随便看的
虽然不是敏感信息,但是可以查手机和套餐也可以了

云上贵州我看那条款写的还真不错
2018-01-15 15:48:03 +08:00
回复了 eato 创建的主题 iOS iOS 11 “照片”权限似乎有问题
这样挺好的
去中心化决定了交易速度不会很快的,这点就完全不符合日常应用场景,也许以后算法会解决,但是例如 2017 双 11 交易峰值是 25W/s,目前看不到区块链有超过这个的可能性
所以日常中根本不会是这个技术的主要方向,但是跨行乃至跨国结算,频次就会下降很多,即便是比特币这个算法也足够支撑了

我觉得作为技术还是为具体的应用服务的,如果这个技术有需求,那么自然会逐渐发展完善了
2018-01-12 18:11:17 +08:00
回复了 LuyangZhang 创建的主题 Apple 外区收到迁移邮件的再刷新一下,看是否变态了
变态...
2018-01-12 17:57:00 +08:00
回复了 kpen 创建的主题 iCloud 关于 icloud email 的安全
有些人跪久了已经忘记怎么站起来了
X 法都规定个人通讯自由和保密,在这就成了有什么见不得人?
这舆论继续下去,怕是不公开账号密码都是反动分子了
改成美国后,你点击关闭 icloud 连接,会告诉你仅适用于 icloud in china 什么什么,你的账号不适用 blabla
所以应该就不会变中国了
2018-01-08 23:51:15 +08:00
回复了 firhome 创建的主题 程序员 有可能从局域网中获得不同设备里的数据吗???
现在广告并不需要你登陆
会有一套机制来标识用户的
所以所谓的联网就泄露隐私就是这样
2018-01-08 23:45:17 +08:00
回复了 hheedat 创建的主题 程序员 百万英雄的技术架构大概是什么样的?
比双 11 秒杀之类压力小多了
上面有同学说了,答题和答案之间是有时间差的,统计起来完全没压力

视频流这个解决方案有很多
另外几乎所有直播的在线人数都是注水的
2018-01-06 17:05:21 +08:00
回复了 liudaqi 创建的主题 程序员 上云容易,下云难
@moult 但是如果你真的大规模的迁移到云,相信云供应商怎么也会给你免费提供几个砖家来协助,相反的话,不给你使袢子就不错了
2018-01-06 12:35:38 +08:00
回复了 begeekmyfriend 创建的主题 程序员 这段代码是否生成真·随机数
你要求均匀分布本身就不"随机"
例如简单的一个四象,如果已经三个象限各有一个点了,如果算法要保证均匀分布,那么几乎可以肯定下一个点必然出现在没有点的那个象限

均匀分布是随机的结果,但并不是保证随机的前提
也就是说,你观察到你的结果是均匀分布,但是并不能说你这个算法是足够真随机

真随机完全可以出现所有结果都出现在同一个象限的情况
2017-12-28 20:22:08 +08:00
回复了 param 创建的主题 DevOps 有没有这样的服务器监控/警报工具?
自己要求复杂还怪别人方案复杂...
自己写代码去吧
2017-12-28 15:36:45 +08:00
回复了 artoostark 创建的主题 DevOps 大佬们,我总结的 Linux 相关的思维导图有什么要修改的呢?
我觉得其实并不太适合做思维导图
里面很多东西其实并不是上下关联,而是多维关联
2017-12-28 15:30:13 +08:00
回复了 param 创建的主题 DevOps 有没有这样的服务器监控/警报工具?
我觉得楼主思路就不对
相互监控会存在逻辑冲突,你两个设备相互监控逻辑冲突还算能解决,设备多了之后就没法解决,你自己考虑是不是这样?

这也就为什么目前所有比较成熟成规模的监控系统设计都是中心化,高可用也是尽可能保证监控高可用,好在监控系统一般并不会特别庞大,并发上面也远远小于业务系统,所以做到高可用算是很简单了.在你的例子中,我觉得实际上仅需要一台设备作为监控即可,监控本身可以定时给你发邮件表示自己存活,或者你干脆引入第三方免费监控对自己的监控存活检测即可,目前几个比较成熟的第三方检测,基本都能保证 99.99SLA,我认为无论对个人还是中小企业这都足够

然后监控项目方面,http 略过不提
其他设备方面你基本上总是需要一个特定的端口来做响应吧,那么对这个端口进行适当的监控就可以了,这点上现在主流的监控软件都能做到,cacti nagios zabbix 都可以,win 上还有个商用软件 Advanced Host Monitor https://www.ks-soft.net/hostmon.eng/也基本可以做到
至于你需要更细致的监控,那么就跟你的业务有关了
例如你是跑 nginx 还是 apache,在 snmp 里都有对应 OID 来进行性能监控分析,你自己写的程序那自然你自己才清楚需要那些监控,甚至 http 方面也可以监控 post 之后返回什么才是正确的进行对比
这就几乎进一步到了企业业务领域了
1 ... 39  40  41  42  43  44  45  46  47  48 ... 66  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2184 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 05:06 · PVG 13:06 · LAX 22:06 · JFK 01:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.