来尝试下最近很火的ChatGPT，AI究竟智能到何种程度？
前言看到最近关于OpenAi旗下的chatGPT非常的火，于是便尝试了下。发现真的非常的强大和有意思。
无论是写代码、写论文还是聊天都是非常的轻松，甚至可以直接充当搜索引擎。最重要的是还之前的大部分AI不同，他是真的可以理解你说的话，并进行分析，虽然理解能力并不是百分百准确，但是对之前的来说可以说是强太多了。
写代码测试先测试下力扣的困难算法题：
可以看到AI正确的分析出了题意，并给出了解题过程。
虽然回答过程中由于每次的字数限制，导致格式有点问题，但是代码是完全没问题，毫无悬念，通过率百分百。
试试直接写代码：
还可以根据描述补充完善代码：
## 逻辑理解测试
可以看到他是可以理解我的话的，但是如果你的话有歧义的话，理解就有可能出现偏差
其它直接充当搜索引擎或者知乎：
但是信息截止至2021年
后记联想到同样最近很火的AI绘画，虽然绘画能力越来越强，但是只是提供词条描述，部分画作还是过于抽象和”提前“，如果结合有理解能力的ChatGPT，估计更够获得更大的突破
友链样式分享
css样式部分：
引入css样式部分：
（下面样式已适配了butterfly主题）
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859.readers-list { list-style: none; width: 100%;}.readers-list li:nth-of-type(2n + 1) a { border-left-color: #ff002b;}.readers-list li:nth-of-type(2n + 2) a { border-left-color: #ffa900;}.readers-list li a div { padding: 11px; white-space: nowrap; overflow: hidden; text-overflow: ellipsis; color: #999; ...
Hexo-Butterfly主题修改分享
前言首先\themes\butterfly\source\css路径下创建一个css文件，比如ahzoo.css
然后在butterfly主题的配置文件（_config.yml）中引入css
123inject: head: - <link rel="stylesheet" href="/css/ahzoo.css">
顶部菜单美化打开创建的css文件（ahzoo.css），添加下面的代码
12345678910111213141516171819202122232425262728293031323334353637/* 页头 */i.fas.fa-chevron-down { display: none;}#nav .menus_items .menus_item { display: inline; padding: 0 0 0 .7rem; margin: 3px 15px; padding: .2rem .6rem .5rem .6rem !importa ...
Async/EnableAsync注解异步方法的使用
前言@Async注解为spring提供的一个公共线程池，需要配合@EnableAsync注解开启。使用@Async注解的方法称之为异步方法，相当于为该方法开了一个新的线程，使其在不影响主线程的前提下运行。
简单使用使用@EnableAsync配置异步功能
123456789import org.springframework.context.annotation.Configuration;import org.springframework.scheduling.annotation.EnableAsync;@Configuration@EnableAsyncpublic class AsyncConfig {}
服务层：
12345678910111213141516171819202122232425262728293031323334353637383940414243444546import org.slf4j.Logger;import org.slf4j.LoggerFactory;import org.springframework.schedul ...
必应搜索不建立索引的解决记录
前言站点建立两年多了，几个常用的搜索引擎都搜录了我的站点，唯独必应迟迟不收录。如果真的是我站点有问题的话，我改一改能符合收录要求也行。但是每次使用必应站长工具检查的时候都显示我的站点没有问题，可以被建立索引（那你倒是建立索引啊！(╯▔皿▔)╯）。
尝试解决最终实在受不了，上个月尝试给必应网站管理员写了一封信（传送门）。
信的大概内容就是：我遇到了哪些问题（网站检查没有问题，但是无法建立索引），需要哪些帮助（希望尽快帮我解决索引无法建立的问题，若是我的站点有问题的话，麻烦告知我详情）
信件发送后，必应给了我一封回信，说10天内给我回信结果。
最终结果信件发送后过了10个工作日，总算是收到了进一步的回信。
emmm，说已经在给我审查了。好吧，继续等。。。。
然后我又等了一个星期，终于开始建立索引了。
在必应搜索中也逐渐能搜索到结果了。
最终历时将近一个月总算是解决了，看来给必应反馈还是很有用的(●’◡’●)。
VO、DTO、BO、PO、DO区别
前言
VO：（View Object）视图对象，一般位于Controller层，用于展示视图。
DTO：（Data Transfer Object）数据传输对象， 即RPC 接口请求或传输出去的对象，用于展示层与服务层之间的数据传输对象。
BO：（Business Object）业务层对象，一般位于Service层，它与 DO 会有一定的属性差别。
PO：（Persistent Object）持久化对象，对象属性与数据库字段形成映射关系。
DO：（Domain Object）领域对象，就是从现实世界中抽象出来的有形或无形的业务实体，可以当成BO；（Data Object）数据层对象，对象属性与数据库字段形成映射关系，可以当成PO
VO与DTOVO：展示层需要展示的数据。DTO：业务逻辑层需要接收的数据和返回的数据。VO与DTO的属性值基本相同，但是VO是DTO的最终解释，可以对DTO的字段进行适当删减。举个例子：
例子1：
DTO中返回的字段为：
123{ "sex": "女",}
对于大部分需求来说中返回的字段为 ...
MyBatis多表联查
前言创建数据库表（user和message），并插入数据：
123456789101112131415161718CREATE TABLE `user` (`id` varchar(64) NOT NULL ,`name` varchar(64) NULL ,PRIMARY KEY (`id`));CREATE TABLE `info` (`id` varchar(64) NOT NULL ,`uid` varchar(64) NULL ,`msg` varchar(255) NULL ,PRIMARY KEY (`id`));INSERT INTO `user` (`id`, `name`) VALUES ('1001', 'ahzoo');INSERT INTO `user` (`id`, `name`) VALUES ('1002', 'ouo');INSERT INTO `info` (`id`, `uid`, `msg`) VALUES ('2001', ' ...
关于轻量云服务器端口的踩坑记录
先说结论：（腾讯云）轻量云服务器的端口放行必须要在（腾讯云）服务器控制台放行，在其它地方使用命令放行是无法生效的！
由于我之前一直的在控制台放行的，所以没注意到这个问题，最近使用命令放行时才注意到这个问题。
下面直接看我的实际测试吧：
查看防火墙开放端口，可以看到15672是开放的：
然后我们访问15672端口，发现是不能访问的：
进一步测试，直接关闭防火墙：
然后去腾讯云控制台开放端口：
再次访问，可以成功访问：
淘宝（原） npm 域名即将停止服务！
正如在《淘宝 NPM 镜像站喊你切换新域名啦》 中预告的那样：
http://npm.taobao.org 和 http://registry.npm.taobao.org 将在 2022.05.31号停止服务。
域名切换规则：
http://npm.taobao.org => http://npmmirror.com
http://registry.npm.taobao.org => http://registry.npmmirror.com
因此，有强依赖老域名的各位开发者请尽快更新到新域名，可能受到的影响和处理方式：
企业用户需要联系 网管/IT/SRE 更新防火墙白名单。
存量应用的 lock 文件，开发者需要自行执行 sed 等指令去替换或重新生成。
本地 npmrc 里面的 registry 地址（如果有，则）需要开发者自行更新。
开发者自己的 CL 工具 或 平台应用 里面写死的地址，需开发者自己更新并部署。
cnpm cli / nrm 等工具，对应的社区同学已经提 PR 更新，大家重新安装最新版本即可。（如发现遗漏麻烦知会下我们）
BTW：我们新的 ...
轮询、长轮询、长连接、WebSocket
前言实现即时通讯常见的有四种方式，分别是：轮询、长轮询(comet)、长连接(SSE)、WebSocket。
轮询很多网站为了实现推送技术，所用的技术都是轮询。轮询是在特定的的时间间隔（如每1秒），由客户端浏览器对服务器发出HTTP请求，然后由服务器返回最新的数据给客户端的浏览器。
优点：后端编码比较简单缺点：这种传统的模式带来很明显的缺点，即客户端的浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的头部，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。
长轮询客户端向发起一个到服务端的请求，然后服务端一直保持连接打开，直到数据发送到客户端为止。
优点：避免了服务端在没有信息更新时的频繁请求，节省流量
缺点：服务器一直保持连接会消耗资源，需要同时维护多个线程，而服务器所能承载的 TCP 连接是有上限的，所以这种轮询很容易导致连接上限。
长连接客户端和服务端建立连接后不进行断开，之后客户端再次访问这个服务端上的内容时，继续使用这一条连接通道
优点：消息即时到达，不发无用请求
缺点：与长轮询一样，服务器一直保持连接是会消耗资源的，如果有大量的长连接 ...
