首页 文章 精选 留言 我的

精选列表

搜索[在线课堂]，共10000篇文章
优秀的个人博客,低调大师

H5 在线客服，1.1 版本更新，优化插件及连接问题

更新说明 优化消息发送与接收的id为32位uuid 修复kefu.init() 中socket建立连接的url问题 代码再次微调优化使用入门的简单程度 删除掉一些不成熟的插件，以免加载一些无用的css看上去有点乱。 增加 kefu.version 版本号标识 懒人极速体验代码 新建一个HTML文件，其内容如下，直接用浏览器打开即可看到效果。适用于懒人。 <!DOCTYPE html> <html lang="zh-cn"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>DEMO</title> </head> <body> <script src="https://res.weiunity.com/wm/wm.js"></script> <script src="https://res.weiunity.com/kefu/dev/h5Pc/h5Pc.js"></script> <button onclick="kefu.ui.chat.entry('365fef747a9e493fb631b621ee36eed1');">打开PC端客服聊天窗口</button> </body> </html>
2021-03-11
优秀的个人博客,低调大师

在线等……

点击上方蓝字，关注并星标，和我一起学技术。 大家在使用git的过程当中有闯过祸吗？ 我闯过，我闯的第一个祸就是使用git rebase造成的，虽然后来最终还是解决了，但是还是给我吓得不轻。当时的事情是这样的。 我们来看下这张图： 简单解释一下这张图当中的内容，C1节点是所有分支的最小公共祖先。可以理解成是最早的master版本，之后我们checkout出来了两个分支，分别是bugFix和feature。其中feature是我们新开发的分支，而bugFix是修复bug的分支。 当我们把bugFix了之后就赶紧merge master发布了，当我们发布了之后发现bugFix当中有一点小问题。比如说把不应该提交的文件提交了上来，再加上我们不是用rebase的形式合并的，所以看起来commit记录有一点点乱。于是我决定使用rebase修复一下提交记录，搞完了之后使用git push -f强行更新了远程分支。 因为我们之前已经push过了，想要用新的commit记录覆盖掉旧的就必须要使用-f强行推送。这些操作都是常规的操作，但是我无意之间犯了一个大问题，差点导致了后面的悲剧。 我先卖个关子，大家先用几秒钟时间想一下，这里藏着的问题是什么？ rebase的禁忌 这里藏着的问题就是feature分支，我们从图中可以看到feature分支是merge了C5节点的。但是当我们rebase push -f了之后，C5节点其实就不存在了。我们把图画出来给大家看一下就明白了，这个是rebase之前的依赖树： 我们rebase之后依赖树变成了这样： 由于feature之前曾经merge过master并且依赖了C5节点，而master在rebase强行push之后整个链路当中已经没有C5节点了。也就是说feature分支依赖了一个已经不存在的节点，这个时候还不算太遭，因为feature分支还没有更新，如果feature分支pull一下，那么整个分支会变成这样： 也就是说同样的代码在feature分支当中保存了两个版本，并且如果feature合并进master之后，会发现之前push -f强行抛弃的那些提交又被合并了进来，并且整个commit的log会变得非常非常混乱，难以看懂。 如果这些分支都是自己的，那么自己捏了鼻子也就算了，如果这些分支是团队当中其他人的，那么捅个篓子基本上是避免不了的。如果组里有一个Git大佬知道这种情况该怎么解决还好，否则的话，想要完全复原非常困难，很有可能一通操作完全不知道偏差到哪里去了，也不知道如何找回来。 我当时还好，捅娄子的时候已经学过了这种情况应该怎么处理，虽然还是没能避免踩坑，但好在及时从坑里出来了。在我们来看脱坑的方法之前，先来思考一个问题，对于rebase造成混乱的根源究竟是什么，我们应该怎么避免？ 解决rebase的只有rebase 为什么我们刚才在C8节点一旦pull就会导致本地的错乱呢？因为我们之前也介绍过，当我们执行pull的时候，其实是执行了git fetch和git merge两个步骤。所以相当于我们把master分支的改动又merge了一次，我们本地依赖了rebase之前的改动，这样一merge自然就把两个版本的改动merge在一起了。 要解决这个问题，我们就不能在C8节点的时候进行pull操作，因为pull操作包含merge，merge会导致错误。要解决这个问题其实也不难，我们可以rebase到master上。当我们执行rebase的时候，git会找出我们当前分支独有而master分支上没有的改动，将这些改动提取出来应用在master上得到一个新的结果。 这样我们的记录当中就不会把C2和C5带进来了。 发散思考 我们贯通思考一下上面的过程，会得到一个什么结论？ 其实结论很简单，就是rebase虽然很好用也很方便，但是它也有适用的条件，其中最大的条件就是如果还有其他分支依赖了当前分支，我们这时候不可以使用rebase，否则一定会引起错乱。 那引起错乱的原因又是什么呢？本质上是我们rebase的时候修改了commit的记录，关于这一点不同的人有不同的观点。有一派人认为git的提交记录是不可以篡改的，它存在的意义就是记录repo当中所有发生过的改动。如果使用rebase等操作进行了篡改，那么我们就不能很好地追溯之前的改动和版本了。还有一派人不这么看，他们觉得如果记录的改动非常混乱非常不方便使用者阅读，这时候使用一些方法对它进行修整就是非常有必要的事情。工具发明出来就是为了使用的。 这两派争论不休，不同的人有不同的看法，可以说是一个价值观问题也不为过。在这个问题上我个人更加偏向后者， 既然有这么好用的工具，自然应该使用的。使用不是滥用，我们需要遵守一定的规范，这样才能保证不会捅出篓子来。比如一定不可以在下游还有其他依赖的情况下使用rebase，否则几乎可以肯定是一定会捅娄子的。 今天的文章就到这里，衷心祝愿大家每天都有所收获。如果还喜欢今天的内容的话，请来一个三连支持吧~（点赞、在看、转发） - END - 本文分享自微信公众号 - TechFlow（techflow2019）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
2020-10-08
优秀的个人博客,低调大师

ShowDoc v2.8.2 发布， IT 团队的在线 API 文档、技术文档工具

更新内容： 1，支持思维导图。在编辑器能找到插入思维导图的按钮，根据系统示例便可知道用法。 2，开源版showdoc更新程序后将自动升级数据库，不再像之前那样需要开发者手动执行升级数据库脚本。 3，管理员在后台可以编辑用户姓名 4，其他小细节更新 更新步骤请参考请参考手册的升级安装部分：https://www.showdoc.cc/help?page_id=13732 关于Showdoc的详细介绍，请看：https://www.showdoc.cc/help
2020-07-03
优秀的个人博客,低调大师

ShowDoc v2.8.0 发布， IT 团队的在线 API 文档、技术文档工具

本次更新： 1，推出调试接口的客户端（类似postman），支持windows和mac平台。开发者在调试接口的同时即可自动生成文档到showdoc，简单好用易上手。 详情请看：https://www.showdoc.cc/runapi 2，修复MAC客户端不能复制粘贴的问题。 3，修复页面编辑锁定的bug 更新步骤请参考请参考手册的升级安装部分：https://www.showdoc.cc/help?page_id=13732 关于Showdoc的详细介绍，请看：https://www.showdoc.cc/help
2020-06-24
优秀的个人博客,低调大师

ShowDoc v2.7.1 发布，IT 团队的在线 API 文档、技术文档工具

更新内容： 1、推出Mac客户端，下载链接：https://www.showdoc.cc/clients 2、可以给成员只授权项目的某个目录，适合更精细化的权限控制。 3、当用户编辑页面的时候将自动锁定，防止其他人修改覆盖 4、当markdown的超链接指向本项目的时候，将在当前项目展开（之前是新窗口打开） 5、优化前端代码，拥抱eslint代码规范 更新步骤请参考请参考手册的升级安装部分：https://www.showdoc.cc/help?page_id=13732 关于Showdoc的详细介绍，请看：https://www.showdoc.cc/help
2020-06-08

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-09-24 大小: 189MB 下载: 9次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册