weixin_45734165的博客

文件地址：crmeb/app/services/product/product/StoreProductServices.php。

文件地址：crmeb/app/services/product/product/StoreProductServices.php。

文件地址：crmeb/crmeb/services/upload/storage/Local.php 按下图修改。

文件地址：crmeb/app/services/system/crontab/SystemCrontabServices.php。文件地址：crmeb/app/listener/admin/AdminLoginListener.php 按下图修改。文件地址：crmeb/app/api/controller/v1/CrontabController.php。

文件地址：template/admin/src/pages/system/crontab/createModal.vue。按图中增加：this.formValidate.mark = ‘customTimer’;增加新的定时任务提示“请选择任务名称”

检查使用使用的https或者是http， 和网站域名配置是否一致，改成一致就可以了。上传文件选择文件后没有反应，也不报错。

问题：购买永久付费会员后，过一段时间后会自动关闭会员状态。

将下图的部分注释或者删除，然后重新打包发布小程序。注意箭头部分的 逗号。

将下面的sql命令，在数据库里面执行一下就好，将 mer1.crmeb.net 先修改成自己的域名。

修改PC端代码，然后重新编译打包。

一、 多商户2.3.0版本组合组件选择了微页面链接；注意：修改后，组合组件里面还是只能关联微页面，不支持其他页面跳转；重启swoole服务。

修改前端代码，文件路径（平台后台，商户后台一样的修改方法）：src/layout/navBars/breadcrumb/user.vue。问题：后台登录不能修改自己的密码；最后，在重新打包放入项目中就可以。

原因是：源码中默认带的是我们自己的免费地图key，每日使用次数有限，用户量太大很容易超出限制；申请自己的腾讯地图key： https://lbs.qq.com；问题：移动端用户地址，定位时提示：此key每日调用量已达到上限。将移动端key替换成自己的，如下图位置；重新打包移动端代码（h5、小程序等）修改后台的地图 key 和这个一致。

二、修改反向代理，这里反向代理的端口号，需要跟对应项目中代码里修改的端口号一致，例如上个项目的B是8325，这里就是8325；一、修改代码中的端口号，需要两个项目不能使用同一个端口号，例如：A项目用：8324，B项目用：8325；四、如果到这里项目还没安装就开始走安装流程，在这填写的时候，需要每个项目的redis数据库不一样；比如A项目是 0，B项目就必需是 1；如果已经安装，或者不需要走安装的过程，可以在代码.env文件中修改；六、修改 .env 的配置，需要每个项目的缓存key前缀尽量不一样；

检查商城域名配置，http 和 https，与访问的http或https是否一致；错误，点击上传没反应，也无错误提示。

一、2.3.2版本以下版本：可以使用命令行：php think reset:imagePath http://old.com --url http://new.com。原因：系统中图片是带域名存储在数据的，所以更换域名后，图片地址还是以前的域名，所以访问不到；可以替换部分图片的地址，但是还有部能替换的只能重新上传图片，或者完善这个命令。以下两个方法都是只能更换部分图片，并不是全部的，所以域名更换需谨慎。平台 - 维护 - 安全维护 - 清楚缓存 更换域名。问题：系统更换域名后，图片不显示了；

【代码】2.3.0商户首页展示错误数据。

所以在平台后台开启着两个选项，当小程序用户第一次登录的时候，会弹出是否获取头像和昵称，选择确认同意，就可以获取，如果拒绝依然不可获取。原因：微信不直接返回用户的头像和昵称了，需要用户主动触发接口才能获取；用户登录有无法获取头像和昵称。

小程序拒绝如下：

修改方法路径：crmeb\services\QrcodeService.php。

问题: 当商品设置限购为 1 时,够买数量未超过限购,但是还是提示超出限购数量。最后:修改完了需要重启swoole服务。

修复: 主要修改了以下文件,修改的基础版本是v2.3.2如果没有二开过,可以直接覆盖替换;如果二开了,请对比处理,⚠️注意: 这样修改完以后,可能导致之前的秒杀都库存不足无法购买 ,需要重新添加。问题:秒杀商品购买会超出限量,多买。

增加了同版本代码重新升级功能，目的是为了让升级失败或者公测版本用户，能够直接升级到正式版本；如果当前是3.0 的公测版本，需要升级到正式版本的，仍然需要手动升级；

平台设置了商户分类手续，并商户单独设置开关是关闭状态；但是下单的时候并没有走商户分类的手续费比例；

一、 升级为正式版本的，下载最新的更新包升级操作；

商品添加成功后，必须再上下级一次移动端才能搜索到。

3.2. 将这个图片地址添加到小程序的合法域名中，方法看 （二、2.）步骤。一、 先确认小程序是否正式发布，只有正式发布的小程序才能生成海报；问题：商品海报生成不出来，或者生成一直转圈，或者提示生成失败；二、如果H5 中无法生成海报；

问题:同步快递公司提示后台运行中,但是同步不成功。

注意:这里是将这几个方法都改了,注意方法名, 我这里移动了方法的位置。问题:秒杀商品有确认库存,但是购买的时候提示商品已售空。

问题: 后台开启了余额功能,但是移动端支付的时候,没有余额选项。

问题: 查询快递,第一次点击查询有数据,立马查询就获取不到数据;

问题: 多商户电子面单预览模板为空。

在上述代码中，我们首先创建了一个HttpClient对象，并通过构造函数指定HTTP服务器的地址和端口。同时，我们还监听了错误事件和关闭事件，保证程序在连接发生错误或关闭时有相应的处理逻辑。通过使用Swoole提供的相关类和方法，我们可以轻松实现高性能、高并发的消息队列和异步通信功能，满足不同场景下的需求。而异步通信是一种非阻塞的通信方式，在发送请求后无需等待响应，而可继续处理其他任务，待结果返回后再进行处理。除了消息队列之外，Swoole还提供了异步通信的实现方式，下面我们来讲解一下。

Swoole是使用C/C++语言编写的，提供了异步多线程服务器、异步TCP/UDP网络客户端、异步MySQL、异步Redis、数据库连接池、AsyncTask、消息队列、毫秒定时器、异步文件读写、异步DNS查询等功能。Swoole是一个强大的工具，它允许PHP开发人员编写高性能高并发的TCP、UDP、Unix Socket、HTTP、WebSocket等服务，从而让PHP可以超越Web领域的局限。除了协程，Swoole还提供了许多其他的功能，如事件驱动、异步网络通信等。

Swoole框架是一个适用于Web开发的PHP框架。与传统的PHP框架不同，Swoole框架基于Swoole扩展，提供了更底层的服务器通信机制，可以支持UDP、TCP等多种协议，而不仅仅限于HTTP。了解更多关于Swoole框架和Swoole扩展的详细信息可参考Swoole文档中心的链接：http://wiki.swoole.com/wiki/page/p-framework.html。会映射到 $ROOT/apps/configs/db.php文件，db.php中必须返回数组，key为master。

其中，Swoole是一个使用纯C语言编写的工具，它提供了PHP语言的异步多线程服务器、异步TCP/UDP网络客户端、异步MySQL、异步Redis、数据库连接池、AsyncTask、消息队列、毫秒定时器、异步文件读写、异步DNS查询等功能。在项目中，我们使用了PHP语言，但由于存在长耗时的任务，所以需要服务器端异步响应。这几个是定义帧定界的，因为Swoole的客户端和服务器端通信是TCP连接的，因此得给帧定界符，有多种帧定界方式，具体参考Swoole官方文档。最重要的是，Swoole完美支持PHP语言。

(1) Swoole是一款面向生产环境的PHP异步网络通信引擎，可用于开发高性能的异步并发TCP、UDP、Unix Socket、HTTP和WebSocket服务。(2) 用户连接成功后记录用户name,每次连接把这个name带上，清除之前该name的绑定关系，形成新的关系。这篇文章只是简单的介绍前后端如何实现通信，很多的细节问题没有进行处理。(2) WebSocket生成了新的用户ID,但是跟现在的无法形成关联关系。(2) 当用户退出直播间后，发送广播给所有人并清除该用户的记录。

通过引入Swoole扩展，并实现Swoole服务器对象和回调函数，可以快速构建高并发的PHP应用程序，从而提高程序的运行效率。为了解决这个问题，国内开发者编写了一款名为 Swoole 的高性能服务器框架，它是 PHP 的 C 扩展模块，提供高性能、异步 I/O 和全异步编程模式。内置协程：Swoole 提供了基于协程的并发模型，可以调度多个协程，提高程序的并发处理能力。在 Swoole 中，协程可以在同一进程内实现并发，避免了进程间切换的开销，同时也提供了更好的性能和扩展性。

Task1和Task2还是在相同的时间点，按照相同的周期定时执行任务，我们期望Task1能够每5秒定时执行任务，期望的时间点是：14:21:47-14:21:52-14:21:57-14:22:02-14:22:07，实际上它能够交替着定期执行，原因是Task2也会定期执行，并且对TaskQueue的锁他们是交替着拿的（这个在下面分析TimerThread源码的时候会讲到）同时，已经被安排单尚未执行的TimerTask也不会再执行了，新的任务也不能被调度。因此，上面的方法都是需要花点时间的方法。

Swoole的Coroutine支持意味着即使您正在执行大量昂贵的I / O(例如，与数据库进行对话，使用文件系统，发出HTTP请求)，您也可以处理许多请求。有趣的是，Zend Framework和Laminas社区的成员认为，异步服务器能够处理的请求是标准设置所能达到的四到七倍。因此，在Swoole运行时中，这是一项非常有用且方便的功能，但是如果您可以在自己的代码中避免这样做，那就更好了。您将需要习惯日志记录。因此，如果您要直接编写Swoole，但仍想使用自己的框架，则需要进行调整-但这可能是一个问题。