问题是这样的,我们在向队列推任务的时候,不可避免推送的任务是多种多样的,如邮件,短信等,在后台的工作进程取任务的时候,往往思想被禁锢,认为我推任务是按分类推的,那么取是不是也要按照类别来获取,那么可能这时候就要起多个任务处理进程,实际他们唯一的差别就是那么任务类别的参数。这么设计不好吧?
问题是这样的,我们在向队列推任务的时候,不可避免推送的任务是多种多样的,如邮件,短信等,在后台的工作进程取任务的时候,往往思想被禁锢,认为我推任务是按分类推的,那么取是不是也要按照类别来获取,那么可能这时候就要起多个任务处理进程,实际他们唯一的差别就是那么任务类别的参数。这么设计不好吧?
根据业务场景来确定吧 如果业务量比较大,显然用一个进程来处理任务就不合适了
修订记录:1.用户登陆增加了验证码,提高了安全性,登陆后不再显示登陆框。2.修改成了相对路径,不再一定需要放置在网站根目录下面。3.修改了类别搜索功能,并且可以暂时屏蔽,而不是删除,修改了先增加大类后出现无法修改中类名称的bug。4.增加了产品修改,可以保存修改。5.原来是借用别人的流量统计系统,不能统计某个页面的访问量,现采用的count.seecool.net的流量统计。6.帮助中心采用了fa
0
在我还是建议使用不同的队列进行不同信息的处理,虽然使用参数可以分别出来,但是不利后续的大并发时候的隔离和扩展,如某一个业务仅仅关注短信信息,这样就监听短信消息队列即可
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号