科技云报道原创。在过去近一年的时间里，AI大模型从最初的框架构建，逐步走到落地阶段。然而，随着AI大模型深入到千行百业中，市场开始意识到通用大模型虽然功能强大，但似乎并不能完全满足不同企业的个性化需求。大模型技术的安全性、解释性、易用性等综合指标正在成为此轮AI竞赛的关键，部分企业不再执着于大模型的开发，而把目光向普惠式AI、生成式AI+多云、大模型的私有化部署等多种商业模式。AI与云计算迎来大融合时代从诞生起，云计算一直被认为是未来的发展方向、互联网企业们的“第二增长曲线”。但是，受互联网增长红利见顶以及政策监管趋严的影响。从2021年开始，原本处在高速增长阶段的云服务商们纷纷陷入了增速放缓
我正在使用带有标题标签的html。例如:TitleName 在此我希望使用html代码在“标题名称”之后留出长空格。我尝试使用 但代码太长
书接上回，上一回我们完成了用户管理页面的构建，并且通过前端的Vue.js框架动态地获取表单数据，同时异步请求后端Iris接口进行入库操作，过程中使用函数封装可复用的逻辑。本回我们将继续完善用户管理功能。唯一索引虽然在之前的章节中已经完成了用户添加（注册）的功能，然而我们忽略了一个重要的细节，那就是用户名（username）应该是全局唯一的字段，而添加逻辑中并未做唯一性校验，事实上唯一性校验有两种方案，一种是入库之前做一次查询，但这样会浪费一次磁盘的IO操作，另外一种就是通过唯一索引进行拦截操作，这里我们采用后者，修改model.go文件：packagemodelimport( "time" "
书接上回，上一回我们完成了用户管理页面的构建，并且通过前端的Vue.js框架动态地获取表单数据，同时异步请求后端Iris接口进行入库操作，过程中使用函数封装可复用的逻辑。本回我们将继续完善用户管理功能。唯一索引虽然在之前的章节中已经完成了用户添加（注册）的功能，然而我们忽略了一个重要的细节，那就是用户名（username）应该是全局唯一的字段，而添加逻辑中并未做唯一性校验，事实上唯一性校验有两种方案，一种是入库之前做一次查询，但这样会浪费一次磁盘的IO操作，另外一种就是通过唯一索引进行拦截操作，这里我们采用后者，修改model.go文件：packagemodelimport( "time" "
前文再续，上一回我们完成了用户管理模块的CURD(增删改查)功能，功能层面，无甚大观，但有一个结构性的缺陷显而易见，那就是项目结构过度耦合，项目的耦合性(Coupling)，也叫耦合度，进而言之，模块之间的关系，是对项目结构中各模块间相互联系紧密程度的一种量化。耦合的强弱取决于模块间调用的复杂性、调用模块之间的方式以及通过函数或者方法传送数据对象的多少。模块间的耦合度是指模块之间的依赖关系，包括包含关系、控制关系、调用关系、数据传递关系以及依赖关系。项目模块的相互依赖越多，其耦合性越强，同时表明其独立性越差，愈加难以维护。项目结构优化目前IrisBlog项目的问题就是独立性太差，截至目前为止，
前文再续，上一回我们完成了用户管理模块的CURD(增删改查)功能，功能层面，无甚大观，但有一个结构性的缺陷显而易见，那就是项目结构过度耦合，项目的耦合性(Coupling)，也叫耦合度，进而言之，模块之间的关系，是对项目结构中各模块间相互联系紧密程度的一种量化。耦合的强弱取决于模块间调用的复杂性、调用模块之间的方式以及通过函数或者方法传送数据对象的多少。模块间的耦合度是指模块之间的依赖关系，包括包含关系、控制关系、调用关系、数据传递关系以及依赖关系。项目模块的相互依赖越多，其耦合性越强，同时表明其独立性越差，愈加难以维护。项目结构优化目前IrisBlog项目的问题就是独立性太差，截至目前为止，
前文再续，之前一篇我们已经配置好了数据库以及模板引擎，现在可以在逻辑层编写具体业务代码了，博客平台和大多数在线平台一样，都是基于用户账号体系来进行操作，所以我们需要针对用户表完成用户账号的CURD操作。用户后台模板首先用户操作逻辑主要在后台展现，所以模板应该单独生成admin文件夹，和前台模板进行逻辑隔离：cdviewsmkdiradmin随后创建用户管理页面模板user.html:用户管理菜单用户管理用户名密码提交模板目录架构如下：└──views├──admin│└──user.html├──index.html└──test.htmlviews根目录模板为前台模板，而admin目录下模板
前文再续，之前一篇我们已经配置好了数据库以及模板引擎，现在可以在逻辑层编写具体业务代码了，博客平台和大多数在线平台一样，都是基于用户账号体系来进行操作，所以我们需要针对用户表完成用户账号的CURD操作。用户后台模板首先用户操作逻辑主要在后台展现，所以模板应该单独生成admin文件夹，和前台模板进行逻辑隔离：cdviewsmkdiradmin随后创建用户管理页面模板user.html:用户管理菜单用户管理用户名密码提交模板目录架构如下：└──views├──admin│└──user.html├──index.html└──test.htmlviews根目录模板为前台模板，而admin目录下模板
书接上回，上一回我们按照“低耦合高内聚”的组织架构方针对项目的整体结构进行了优化，本回将会继续编写业务，那就是用户的登录逻辑，将之前用户管理模块中添加的用户账号进行账号和密码的校验，校验通过后留存当前登录用户的信息，过程中使用图形验证码强制进行人机交互，防止账号的密码被暴力破解。登录逻辑首先在逻辑层handler包中，创建用户模块文件user.go:packagehandlerimport( "github.com/kataras/iris/v12")//用户登录模板funcUser_signin(ctxiris.Context){ ctx.View("/signin.html")}这里通过上
书接上回，上一回我们按照“低耦合高内聚”的组织架构方针对项目的整体结构进行了优化，本回将会继续编写业务，那就是用户的登录逻辑，将之前用户管理模块中添加的用户账号进行账号和密码的校验，校验通过后留存当前登录用户的信息，过程中使用图形验证码强制进行人机交互，防止账号的密码被暴力破解。登录逻辑首先在逻辑层handler包中，创建用户模块文件user.go:packagehandlerimport( "github.com/kataras/iris/v12")//用户登录模板funcUser_signin(ctxiris.Context){ ctx.View("/signin.html")}这里通过上
