今天写这篇文章，是因为有球友在我的知识星球里提了这么一个问题： ? 总结一下三个小问题： 客户端发送完第三次握手后，是不是不管服务器有没有收到，直接就发送数据？ TCP的第三次握手能不能携带数据？...是不是服务端还得回复自己一下：我收到了你的第三次握手包了，你可以发送数据了。 但如果这样一来，那是不是就变成了四次握手，而不是三次握手了呢？...所以结论就是：如果第三次握手包服务器没有收到，就直接发送数据，服务器将这个携带应用数据的包当做第三次握手（前提是这一个包中携带有ACK标记）。 除了我上面的回答外，这位球友又评论补充了一个问题： ?...从图中可以看到，直接发送的那个带数据的请求包，被当做了第三次握手包，而后面再发送的那个名义上的第三次握手包，也就是图中黑色的那一行，被当作了重复发送的无效包，被忽略掉了，对通信没有造成影响。...以上就是我对这位球友问题的全部解答。
利用cocos creator 3d做了个3d版的羊了个羊，文末“阅读原文”可体验。
前言 最近很多人在讨论OpenStack，我也想写点东西。...服务的分类 HA 将服务分为两类： • 有状态服务：后续对服务的请求依赖于之前对服务的请求。OpenStack中有状态的服务包括MySQL数据库和AMQP消息队列。...监控的目标，包括： 1）对系统不间断实时监控：实际上是对系统不间断的实时监控(这就是监控)； 2）实时反馈系统当前状态：我们监控某个硬件、或者某个系统，都是需要能实时看到当前系统的状态，是正常、异常...我相信，OpenStack朝着这方面努力，把企业用户的刚需转变为现实可操作性，前途会更光明！ 最后，感谢OpenStack和引领我入门的前公司领导和同事，为我打开了一扇走进云计算的大门！...>>> Sammy写在最后： 我对徐超不是那么熟悉，但对他印象最深刻的是，刚毕业没两年，居然就出了一本OpenStack书。这让我们这些毕业十几年一书无成的人情何以堪啊！
小勤：大海，为什么我从Excel文件夹导入的数据重复了？ 大海：数据给我来试试看？...Step-01：新建查询-从文件夹 确定后，我们看到文件夹里有3个文件： 这里，显然是因为将合并工作表和数据源放在了同一个文件夹下，所以Power Query将合并工作表也显示了出来，并且...Table 和DefineName的情况在Excel中可通过以下方法识别（以下2图不是本文涉及的数据导入操作步骤）： 了解这些内容之后，我们就可以按需要去选择数据以避免重复了。...Step-06：展开数据 Step-07：将第一行提升为标题行 Step-08：删除不需要的列 Step-09：删除不需要的空行 Step-10：数据上载 小勤：原来Excel里还隐藏了这么多东西...知道了。好在从Power Query的每个步骤里出来的结果都是看得见摸得着的东西，还比较容易理解，只需要操作上注意筛选一下就行了。
真是郁闷，不过这事又一次提醒我解决问题还是要根治，不能囫囵吞枣，否则相同的问题可能会以不同的形式出现，每次都得花时间去搞。刨根问底，一步到位，再遇到类似问题就可以分分钟解决了。...于是我尝试将 Spring Boot 的版本切换到 2.1.4 ，切换回去之后，果然就 OK了，再次启动项目又不会报错了。于是基本确定这是 Spring Boot 的版本升级带来的问题。...Security 依赖了（第一次踩坑之后，我每次用 Spring Session 都会自觉的加上 Spring Security 依赖），运行的时候竟然没报错！...我就郁闷了。...于是我大概明白了，这可能是一个 Bug，而不是版本升级的新功能。 这一次，那我就打算追究一下问题的根源。 源头 要追究问题的源头，我们当然得从 Spring Session 的自动化配置类开始。
以下是来自某小编对我的专访，我这里详细的记录了下来，也是我对2018年的一个年度总结： ---- Q: 阿韦老师，你可以用一句话评价你的2018年吗？...A: 2018年我参加了几个论坛活动，以及参加了某些线上交流会。结实了一批大佬和热爱技术的朋友们。2018年我的多篇博客被众多网站和公众号转发，说明大家对我博客的认可和支持。...10年前刚上大学那会儿就畅想着30岁出版自己的一本书，等书出版，我的这个小愿望就实现了。也算是而立之年给自己的一份厚礼吧。...A: 我的态度很明确：坚决维护自己的合法权益，坚决保护文章的原创和独立性，对任何侵权、抄袭行为坚决予以反击，与它们斗争到底，我始终有一个信念：惩恶扬善。...当然，面试不上一蹴而就的，需要多面几家，多总结，你才能走向成功。祝这位网友能够顺利找到好工作。 Q: 2019年，您有什么目标和规划吗？
Opteron整合了DDR SDRAM内存控制器，存取RAM不需使用北桥。...下面我就来看看有关服务器主板的一些 特性: 首先，服务器的可扩展性决定着它们的专用板型为较大的ATX，EATX或WATX。 中高端服务器主板一般都支持多个处理器，所采用的CPU也是专用的CPU。...服务器主板同时承载了管理功能。一般都会在服务器主板上集成了各种传感器，用于检测服务器上的各种硬件设备，同时配合相应管理软件，可以远程检测服务器，从而使网络管理员对服务器系统进行及时有效的管理。...总结 虽然目前服务器电源存在ATX和SSI两种标准，但是随着SSI标准的更加规范化，SSI规范更能适合服务器的发展，以后的服务器电源也必将采用SSI规范。...而在实际选择中，大家应按不同的应用对服务器电源进行不同的选择。
哈喽大家好，我是阿Q！...为了解决小伙伴的疑问，我们来对两者做个简单的比较吧： 相同点 两者都是“可重入锁”，即当前线程获取到锁对象之后，如果想继续获取锁对象还是可以继续获取的，只不过锁对象的计数器进行“+1”操作就可以了。...为了加深大家对Condition的理解，接下来我们用图解的方式分析一波Condition的原理~ 图解 大家都看到了，上边的案例都是围绕Condition来操作的，那什么是Condition呢？...，我们先来做个简单的总结。...总结 从等待队列的队首开始，尝试对队首节点执行唤醒操作，如果节点已经被取消了，就尝试唤醒下一个节点。
这个春招估计也要介绍了吧，自己投的公司也不多吧，投简历的时候，如果你提前批和正常网申都投的话，可能会获得两次笔试/面试的机会，我投了两次腾讯，不过，两次都在二面挂了，特别是第二次二面，我真的决定自己太他妈傻了...作为一个新人，谈谈我面试过程中犯过的一些错吧，或许对你也有点收获。 提前批笔试 腾讯提前批的面试应该是一个月前就开始的，我第一个投的公司就是腾讯了，人生的第一次笔试和面试也献给了腾讯。...常规网申一面 常规网申的笔试题中是20道选择题+3道编程题，过几天就收到面试通知了，有了前面两次之后的面试经验之后，也了解到腾讯是特别喜欢问操作系统+计算机网络+Linux的，于是我把这方面的高频面试题都好好准备了...那不是得对Linux上很熟悉？我虽然准备了Linux面试相关，可是这Linux上开发压根没体验过啊，我马上怂了，马上说没有，并且还加了我对Linux不熟，这门课刚学没几天。...总结 总结就是一首凉凉送给自己，还有就是有一些建议，当然，这也是我自己给自己的建义。 1、高频面试题，别停留于表面，大家都懂，说的很表面没啥优势。
如果您所处的情况是，由系统管理团队为其他团队开发的应用程序编写部署清单，那么从 DevOps 的角度来看，我个人认为 Kubernetes 能够带来的好处较小。...任何开发人员都可以使用我们自己开发的工具来执行此操作。我们还为这 21 个微服务中的任何一个创建的拉取请求都提供了这个环境的子集。整个测试周期（提供环境和运行测试）需要不到 12 分钟的时间。...我们对这个话题有复杂的感觉。...为了使设置和部署过程更简单和可重复，我们构建了一个自动化流水线来设置新的集群并将更改部署到现有的集群。 资源需求和限制 在开始迁移之后，我们发现由于不正确的配置，集群中出现了许多性能和功能问题。...即使您控制了 pod 在集群中的调度方式，也没有简单的方法来控制服务如何发现彼此（即一个服务的 pod 与同一 AZ 中的另一个服务的 pod 通信），以减少跨 AZ 的数据传输。
经排查，确定是同一个接口调用了两次注销接口导致，由于我们的注册中心注销接口不能重复调用，调用第二次会因为实例已经注销而报实例找不到的错误。...虽然这个报错仅会打印一条错误日志，不影响业务，但本着 follow through的精神，我决定还是一探究竟，更何况重复注销也增加了应用的结束时间，影响了发布回滚速度。...说明了重复注销至少是开源dubbo 2.7.3的一个bug，在更高的2.7.7版本中已经被修复。 于是有了解决方案：升级dubbo，但如果这么简单就没有这篇文章了。...，更加怀疑这里是不是ShutdownHook注册重复了。...追溯了下github，这次PR是 https://github.com/apache/dubbo/pull/5450 这个修复在2.7.5就已经修复了 总结 dubbo重复注销问题存在于2.7.0 ~
前言 大家好，最近在重新整理 Spring 事务相关的内容，在看 Spring 事务传播行为这块内容的时候，发现了这篇优秀的文章，分享一下。...Spring 在 TransactionDefinition 接口中规定了 7 种类型的事务传播行为。事务传播行为是 Spring 框架独有的事务增强特性，他不属于的事务实际提供方数据库行为。...这是 Spring 为我们提供的强大的工具箱，使用事务传播行可以为我们的开发工作提供许多便利。 但是人们对他的误解也颇多，你一定也听过“service 方法事务最好不要嵌套”的传言。...要想正确的使用工具首先需要了解工具。本文对七种事务传播行为做详细介绍，内容主要代码示例的方式呈现。 基础概念 1. 什么是事务传播行为？...通过上面的介绍，相信大家对 Spring 事务传播行为有了更加深入的理解，希望大家日常开发工作有所帮助。
前言 [2.png] 2021 还有几天就结束了，每年这会，我都会写年终总结，这是我坚持写年终总结的第三年了。每到写总结的时候，就是打脸的时候，几乎每年定的计划很多都没实现......当我要写年终总结时，看了社区好多技术朋友写的年终总结，都是收获满满的一年，看了他们的一年经历总结,感觉自己太废了......这里领导对我非常好，来到这家公司，待了一年多吧，做了很多B端的项目，前端技术选型，也是由我来定的，非常自由，没有约束，每天朝九晚五，我很喜欢这种节奏。 在这里，每天不用考虑吃什么，一顿三餐免费自助。...特别感谢老大对我的照顾，当时让我在家远程办公，后面好了才去的。...2022，不太会去学公司技术栈之外的技术了，掌握好公司需要的技术栈，可以高效的解决问题，并持续复盘总结，学自己想走的方向需要的技术，持续不断输入输出，终究不会错的。
大数据文摘出品 作者：Caleb 太阳当空照，花儿对我笑，小鸟说早早早，你为什么背上炸药包…… 每次文摘菌想起上班上学，总是会想哼这首歌，尤其是不放假的节日，比如情人节（让我看看谁还单身，噢原来是我那没事了...值得注意的是，在该匿名信息中，写信人明确地表示，Berkeley Carroll是“我的学校”，最后还列出了11个人的姓名。 不过目前还无法确认发信人的身份。...2016 年，乌克兰网络警察也发现了一个类似的机器人农场，其中包括位于63个国家/地区的4,000多台服务器。...可怕的是，由于未能阻止平台上的机器人，Facebook似乎正试图将机器人是互联网生活的一部分的观念正常化。...去年5月，Bob Diachenko领导的研究小组偶然发现了一个托管在不安全服务器上的Facebook机器人农场。
就拿前阵子很热的Kimi来说，可以直接丢给他一个长篇大论的文档，甭管中文英文，都可以很快给你总结出其中的主要内容，并能根据文档内容回答你的问题，准确度很高，关键还免费。...比如我最近又发现一个“真香”的产品——橙篇，除了长文本对话外，它的创作辅助功能甚至让我有点相见恨晚的感觉。 今天我就来带大家体验一下它的功能和生成质量，看看是不是也能让你眼前一亮。 1....两者都成功完成了对长文档的解析，看来这对它们来说都已经是基础操作了。 不过有个小细节：Kimi目前最多支持50个文件，每个100MB；而橙篇则是100个文件，每个200MB。...Kimi 橙篇 除了总结文件内容，还可以根据文件里的信息进行问答： 橙篇 别小看这个功能，有了它，就很容易实现诸如行业知识库检索、产品智能客服等应用。...现在橙篇已经成了我调研学习和写文的日常工具了。如果你有内容创作方面的需求，强烈建议亲自感受一下，分分钟助你轻松日更。
最近在重新整理 Spring 事务相关的内容，在看 Spring 事务传播行为这块内容的时候，发现了这篇优秀的文章，分享一下。...这是 Spring 为我们提供的强大的工具箱，使用事务传播行可以为我们的开发工作提供许多便利。 但是人们对他的误解也颇多，你一定也听过“service 方法事务最好不要嵌套”的传言。...要想正确的使用工具首先需要了解工具。本文对七种事务传播行为做详细介绍，内容主要代码示例的方式呈现。 基础概念 1. 什么是事务传播行为？...通过这个例子相信大家对事务传播行为的使用有了更加直观的认识，通过各种属性的组合确实能让我们的业务实现更加灵活多样。...结论 通过上面的介绍，相信大家对 Spring 事务传播行为有了更加深入的理解，希望大家日常开发工作有所帮助。
我想关于描写读书的谚语都不用我在过多的赘述了，读书我想也只有好处，没有坏处的，还是那句话，作者都是把自己几年甚至几十年的总结，都在写在了书里，就算有错误的点，大的方向大家还是能收获东西的。...其实有点应试考试这样的嫌疑，但是为了Offer应试就应试呗，我们进公司了学技能不就得了对吧，这种忍辱负重我觉得还是有必要的。...博客我也总结了一些平台的特性，大家可以对症下药，看自己想看什么类型的。...写代码同理，你身边的大佬，肯定也是一个个BUG写上去的，也是不断去尝试各种框架，各种技术栈，总结出自己的一些东西的。...总结 其实上面说了这么多，不需要大家全部都get到，最后要传达的意思就是，养成一种习惯，然后一直坚持下去，其实我说了你去做一下很简单，但是坚持就比较难了。
从这一期开始分享我对于数据产品的一些调研、思考和落地实践。 首先从用户画像开始，这是企业使用数据进行精准营销的关键技术，也是提升关键业务的驱动力。...一句话描述：用户画像就是用户信息标签化，通过对采集的数据进行加工、分析，挖掘潜在的价值，从而抽象出用户的全貌。 这不就是给用户打标签吗？可以这样理解。打完标签，你得用啊，否则还是一堆无用的数据。...从数据平台入手，用户画像需要下面这些功能，下面这张图来自神策官网的产品介绍，非常全，大家可以参考一下。 其中用户分群、标签管理、单(群)用户画像，我找了几个产品截图，供大家参考。...用户分群 标签管理 群用户画像 单用户画像 还有一些其他做的不错的商业应用，这里就不一一介绍了，文末会贴一些链接。...在调研的几个系统中，神策是做的不错的，但是出于各种各样的原因，很多公司还是会选择自己开发用户画像平台，但是行业里做的不错的就那几个，参考就完事了，再次感谢这些公开的资料和背后贡献智慧的人们。
首先和大家分享一个数据驱动决策的案例，让大家感受一下数据驱动的价值。下图是几个产品的DAU（日活跃用户数量）的折线图，可以发现并没有特别明显的规律。...首先对DAU进行拆解，每日登陆用户可以分为三类：昨日留存用户、今日新进用户和之前流失的用户，同时还有一部分用户流失，一进一出就导致了DAU的波动。 ?...在这个案例中，根据新进用户留存模型，推算出要达到PCU 50万的话需要连续两周每天8万的新进用户数，最后评估下来预算太少，因此放弃了广告投放计划。...这就是一个通过数据驱动来规避风险的案例，通过科学的数据分析来一步一步归因，去推导应不应该做这件事，这就是数据驱动的价值体现。 ▍如何实现数据驱动？...如何分析海量的用户反馈数据，既科学客观，数据量又能全面？我们提供了一个平台来做这个事情，会把外部的数据全部通过爬虫的技术抓回来，再通过文本挖掘的算法分析用户在说什么。 ?
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
