关于 可靠飞艇微信大群〖威信6779007〗anbaerz南阳师 的搜索结果,共880
d****g 2020-08-31
【FAQ】常见问题梳理,不定期更新,详情请戳此贴~
两个问题,第一,会导致手机发热严重(概十几分钟后严重发热,以用烫来形容,严重时导致手机自动关机),第二,总是提示GPS号弱(纯手机导航不存在此问题,不知道链接车机是不是影响GPS号)
s****7 2018-07-10
知著看技术误解——从裸光纤和NTPD谈起
我们很难成功调试NTPD服务,会装NTPD又没有会装LAMP以拿去吹牛,时间长了NTPD服务就背上黑锅了。 真有TOP10的互联网公司和上亿国家级项目里用ntpdate+crond,上一代架构为什么有这个误会无人深究,下一代人将误会固化为偏见,新一代人将偏见神化为迷。 但无论误会、偏见还是迷,时间跃变、回退和停滞对应用健壮性和业务安全性的胁始终存在,时间不仅仅是我玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见知著和防杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏门科普,而是希望进阶工程们多考虑一下如何规避这类误会?我们在做技术工作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理特性,同事也不会知道时间也能错误和波动,他们能说清楚业务逻辑就不错了。 把所有的精力都用到做业务逻辑,你只是个编程语言翻译机而已;自己主动观测技术环境依赖,有资格有能力做出技术选型决策,才是给Coder集做技术校准的人。即使你不想做技术决策人和管理者,多怀疑和观察环境,也能少些沟通成本,少走一些冤枉路,多一份自和自尊。
若****客 2018-07-10
IT架构的本质--我的五点感悟
在生僻业务的规划实施过程中,没人告诉我们该有哪些服务,我们只能摸透一个又一个访问逻辑图和数据生命周期,来摸索集内有哪些角色和依赖关系。 架构的核心技能包括画好访问逻辑和数据流量图,因为问题现状描述清楚了,问题就解决了一多半了。一个好的业务访问逻辑图,不仅仅是几个圈圈几条线连起来,其息量到包罗访问过程的所有元素,也要详略得当高亮关键点。 5. 各环节都不 容灾设计中都尽人事和听天命 整个IT系统中就没有的组件,架构既不能盲目任撞运,又不能无限冗余吓唬自己,而是在尽人事和听天命之间做好权衡。比如TCP就是要建立链接,而现在做性能优化的时候,家又嫌TCP太过笨重了。 业务应用不,如果该应用能快速重建也不阻塞其他应用,月级偶发的内存泄漏和意外崩溃都是以接受的。 支撑性服务不,对于部分业务,预估一年都不丢一次数据,SLA能到99.95%就以了。 操作系统故障崩溃,现在商用系统内核都很稳定,一般故障都出在硬件驱动兼容性上,或者有些照本宣科的傻瓜乱改默认参数。
TOP