桃子：Fixed: commit/70d4f0d. #
桃子：恭喜你，发现了……一言难尽。 之前我自己贴类似链接就发现了这个问题，当时我也尝试理解这应该是个 bug。但是一细想🤔，发现，链接文本里面贴 #标签 是乎也是可以理解的，所以我觉得这算是一个 feature，然后就一直这样没管它了。 只有文章的发布和更新会创建新标签，评论不会。所以你可以引用 #fuck，但不会自动创建。 好问题是，为什么我文章里面的标签没有自动创建？这就是真的 bug。 感觉我现在很依赖单元测试，不然会时不时地因为代码修改而 break 掉已有功能。我好废物。 #
狗：你的引用来源的 hashTag 被识别成 tag 了[狗头] 那莫非....#fuck 我草，这是 bug 还是 feature #
草台班子：这不挺好，领导也算是找了一个好台阶。 #
狗：这篇推看着深有体会。我们和竞品同做一个公司的业务，虽然也接触到了主管领导，但由于客户公司里错综复杂的关系，不好搞单一来源，一开始就硬着头皮做。 事情转机出现在哪里呢？我们业务比较精，跟客户主管领导说：就算是竞品，不管大小问题，如果他们响应不及时的，你们可以找我们，我们不求换我们的产品，只求迅速响应，帮你们解决。 一开始主管领导还分得比较开，毕竟这种事算是比较敏感。直到有一次竞品真出问题了，还响应不及时，主管领导急的焦头烂额，被更大的领导叼了，又继续叼下面的员工。最后实在没办法，找到我们，2天就给他们解决了。于是乎从上到下，当时所有被叼的人都对我们感恩戴德，最后顺利做成单一来源。 这玩意和谈恋爱一样的，情绪价值要给到。对象整天对我爱理不理的你看我给不给 ta 戴绿帽就完事了。 #
草台班子：笑死，看到推上这两天大家也在讨伐腾讯云😂，精彩，太精彩了…… #
狗：好一个积德 #
雨帆：所以作为前腾讯云的员工，我为何不用腾讯云，而要使用 UPYUN 就可以理解了吧。233 #
草台班子：可能是它们日子过得太舒服了，就像现在的美饿一样。需要出现东哥一样的人物，一下就能撼动它们国王的宝座。 或者就是想着能怎么把事情闹大。就像我这篇文章，虽然写出来实际没什么用，它们的文章至今也没有更新，但是只要有人看到就能迟疑一下候选方案，也算是给我自己 [公式]🇩🇪 了。 #
狗：其实我反感的不是在线文档有没有及时更新，虽然这能很大程度上解决本不该发生的问题。我反感的是，明明是平等合理的交流，总是让我觉得我欠她的。明明只要多点“耐心”就能知道我在说什么，偏偏喜欢居高临下。客服原来是把客户驯服？脑残 #
狗：大概 N 年前，也是在对接某很有名的智能家居云[doge]，按照在线文档提供的 api 和 callbackUrl，回调失败。 提出问题之时，我已经明说：会不会是 callbackUrl 有问题？没直接回答，只叫我提工单。而后按他们要求，打了很多个电话会、抄邮件，甚至还需要给该云配套的 APP 录屏、提供 APP 日志，然后打包给他们“研判”。过程中也有配合他们走测试，全流程复现，我还记得那个对接人每次总是一副“肯定是你们 OAuth 流程走错了、参数传错了、平台上没配置好”的样子。 最后发现是咋回事呢：他们云总是变更，文档没跟上，在线文档的 api 和 callbackUrl 是过时的。最后对接人在微信上发了一份 word 文档过来，她说话也再没有那么有底气。 当然在线文档最后也没更新就是了。 #
狗：谢谢，形容我很贴切 #
桃子：确实。不过我当年产生这个想法估计是不爽C语言这种把返回值和错误码混用的写法。 #
f2h2h1：recv 返回 0 时，一定表示对方关闭了连接（如发送了 FIN 包）。 TCP 协议中不存在“读取到 0 字节数据”的情况，因为发送方无法发送 0 字节的有效数据（即使调用 send 发送 0 字节，实际不会有数据被传输）。 无需区分“读取 0 字节”和“连接关闭”，因为前者在 TCP 中不存在。 #
桃子：千千结🪢，好名字。那就叫“刘千千”吧？ #
桃子：Fixed: commit/70d4f0d. #
桃子：恭喜你，发现了……一言难尽。 之前我自己贴类似链接就发现了这个问题，当时我也尝试理解这应该是个 bug。但是一细想🤔，发现，链接文本里面贴 #标签 是乎也是可以理解的，所以我觉得这算是一个 feature，然后就一直这样没管它了。 只有文章的发布和更新会创建新标签，评论不会。所以你可以引用 #fuck，但不会自动创建。 好问题是，为什么我文章里面的标签没有自动创建？这就是真的 bug。 感觉我现在很依赖单元测试，不然会时不时地因为代码修改而 break 掉已有功能。我好废物。 #
狗：你的引用来源的 hashTag 被识别成 tag 了[狗头] 那莫非....#fuck 我草，这是 bug 还是 feature #
草台班子：这不挺好，领导也算是找了一个好台阶。 #
狗：这篇推看着深有体会。我们和竞品同做一个公司的业务，虽然也接触到了主管领导，但由于客户公司里错综复杂的关系，不好搞单一来源，一开始就硬着头皮做。 事情转机出现在哪里呢？我们业务比较精，跟客户主管领导说：就算是竞品，不管大小问题，如果他们响应不及时的，你们可以找我们，我们不求换我们的产品，只求迅速响应，帮你们解决。 一开始主管领导还分得比较开，毕竟这种事算是比较敏感。直到有一次竞品真出问题了，还响应不及时，主管领导急的焦头烂额，被更大的领导叼了，又继续叼下面的员工。最后实在没办法，找到我们，2天就给他们解决了。于是乎从上到下，当时所有被叼的人都对我们感恩戴德，最后顺利做成单一来源。 这玩意和谈恋爱一样的，情绪价值要给到。对象整天对我爱理不理的你看我给不给 ta 戴绿帽就完事了。 #
草台班子：笑死，看到推上这两天大家也在讨伐腾讯云😂，精彩，太精彩了…… #
狗：好一个积德 #
雨帆：所以作为前腾讯云的员工，我为何不用腾讯云，而要使用 UPYUN 就可以理解了吧。233 #
草台班子：可能是它们日子过得太舒服了，就像现在的美饿一样。需要出现东哥一样的人物，一下就能撼动它们国王的宝座。 或者就是想着能怎么把事情闹大。就像我这篇文章，虽然写出来实际没什么用，它们的文章至今也没有更新，但是只要有人看到就能迟疑一下候选方案，也算是给我自己 [公式]🇩🇪 了。 #
狗：其实我反感的不是在线文档有没有及时更新，虽然这能很大程度上解决本不该发生的问题。我反感的是，明明是平等合理的交流，总是让我觉得我欠她的。明明只要多点“耐心”就能知道我在说什么，偏偏喜欢居高临下。客服原来是把客户驯服？脑残 #
狗：大概 N 年前，也是在对接某很有名的智能家居云[doge]，按照在线文档提供的 api 和 callbackUrl，回调失败。 提出问题之时，我已经明说：会不会是 callbackUrl 有问题？没直接回答，只叫我提工单。而后按他们要求，打了很多个电话会、抄邮件，甚至还需要给该云配套的 APP 录屏、提供 APP 日志，然后打包给他们“研判”。过程中也有配合他们走测试，全流程复现，我还记得那个对接人每次总是一副“肯定是你们 OAuth 流程走错了、参数传错了、平台上没配置好”的样子。 最后发现是咋回事呢：他们云总是变更，文档没跟上，在线文档的 api 和 callbackUrl 是过时的。最后对接人在微信上发了一份 word 文档过来，她说话也再没有那么有底气。 当然在线文档最后也没更新就是了。 #
狗：谢谢，形容我很贴切 #
桃子：确实。不过我当年产生这个想法估计是不爽C语言这种把返回值和错误码混用的写法。 #
f2h2h1：recv 返回 0 时，一定表示对方关闭了连接（如发送了 FIN 包）。 TCP 协议中不存在“读取到 0 字节数据”的情况，因为发送方无法发送 0 字节的有效数据（即使调用 send 发送 0 字节，实际不会有数据被传输）。 无需区分“读取 0 字节”和“连接关闭”，因为前者在 TCP 中不存在。 #
桃子：千千结🪢，好名字。那就叫“刘千千”吧？ #