NXCRM 2.4.6 发布,基于 LARAVEL 8 的客户管理系统
更新日志
修复安装中出现的问题
关于 Nxcrm
Nxcrm 是宁夏南相开发的客户管理系统,包含了线索,商机,合同,收款,客户,附件,联系人,跟进动态等功能。囊括可客户管理所需的大多数功能。后期版本我们将增加小程序功能。敬请期待。
DEMO:
https://crm.demo.nx.t

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Kooder 1.0 Beta1 发布,支持 Gitea 代码搜索
Kooder 1.0 Beta1 发布了了了了,该版本最值得关注的是增加对 Gitea 的支持。同时还修复一些一些小 bug,详细列表请看这里。 Kooder 是一个开源的代码搜索工具,目标是为包括 Gitee/GitLab/Gitea 在内的代码托管系统提供 自动的源码、仓库和 Issue 的搜索服务。 搜索界面效果 想知道有没有人在代码里骂你,试试 Kooder ,哈哈!
- 下一篇
Martian-cloud 发布 4.1.0,还原心跳机制
经过了 几个月的琢磨,最终还是决定 将Martian-cloud的 心跳机制还原,去除投票机制。 因为经过一些简单地计算 发现,心跳机制带来的内网压力并不是很大, 原因如下 我们以一个10个模块的项目为例子,假如每个模块部署3个服务,那就是30个服务,在最极端的情况下 这30个服务会同时发送心跳给其余的29个服务,也就是说会产生 30*29=870个 心跳包,在内网传输这么多消息 其实压力真的不大,也就1-3秒钟左右的时间吧, 而且这是最极端的情况。 现实中,这10个模块不会同时启动,所以触发心跳的 定时任务 不会在同一时刻 都一起执行,并且每个服务的负载情况也不相同,所以定时任务执行的效率也不同,这就导致了执行周期的参差不齐, 综合考虑到这些因素后不难看出,很难出现 同时发送870个心跳包的情况, 心跳机制是3秒一次,并不频繁,不会出现自我DDoS的情况 假如模块不止10个,又或者每个模块不止部署3个服务呢 到目前为止,Martian-cloud的设计 都是针对中小型项目的,并非大型项目,在这个场景下 30个服务已经很够用了。 除了上面原因,还有投票本身带来的一些劣势 投票机制只能顾...
相关文章
文章评论
共有0条评论来说两句吧...