页面太慢了，方便帮我看一下吗？

系统速度问题：
1.页面加载太慢，首次需要数分钟，其他页面经常卡死。CDN已使用。
2.采用了项目选择框（已开启动态加载）的页面，数据加载太慢，表都带有key值

这是一个并发的时候，如果数个并发再加执行命令端任务的时候，基本卡死。这不是单次单方，是任何页面都能重新。

想请你们实际看一下，给到改善的建议。谢谢。QQ可私信。

fanghongjian 发表于 2021-1-20 20:10
你说的这些，前面我们已经讨论过了。
我也发了没有这个问题的截图，也请你们再看一下这个是不是性能极限 ...

首先，活字格页面为什么要加载那么多文件，是因为我们用了很多我们公司内部的组件，包括spread.js，Inputman.js等，表格就是spreadjs，文本框，组合框等单元格是inputman.js，这些都是必须加载的；想要让资源加载快，那你就得保证你的资源的cdn加速和网络带宽一定要好，否则加载几十K的资源用上7,8s我们也解决不了，或者你们可以看看这里，默认打开一个静态页面，然后页面打开后，异步加载我们的资源文件
看完必恍然大悟的活字格内幕：三十三、性能问题教程五（静态页面预加载活字格资源）
https://gcdn.grapecity.com.cn/fo ... 7&fromuid=51381
(出处: 葡萄城产品技术社区)

其次，并发5W已经不是一个中小型的水平了，并发5W这和用户大概是有500W的用户数，这无论是使用活字格开发的系统还是代码开发的系统，一台服务器都不足以支持5W并发同时操作，这时候你就得想办法考虑负载均衡，从服务器，数据库等多个方面做分布式部署，包括用户，数据，附件，发布等等

最后，我楼上回复的性能问题就是针对你提供的外网地址去运行得出的结论，不知道你对我提出的问题点是否完全理解，如果不理解的话，可能你还需要深入的再看下。

老铁 你图片巨多404呀，查看下图片存放路径是否无法正常访问，或者删除图片列试下是数据库和程序速度慢还是别的情况

Eric.Liang 发表于 2021-1-20 18:27
关于性能层面的问题，楼上我同事有给你详细说过
主要存到以下几个问题
1.组合框加载数据量过大导致GetT ...

你说的这些，前面我们已经讨论过了。
我也发了没有这个问题的截图，也请你们再看一下这个是不是性能极限，是否有改善空间。

2.spread.js，Inputman.js等文件加载过慢和FGC_PluginBundle.min.js加载慢
资源的加载慢，根本原因是你们的云主机网络和带宽影响的，加载几十或者几百K的文件都需要10S左右
CDN的加速只能针对活字格的spread.js，Inputman.js等资源文件，FGC_PluginBundle.min.js是插件的资源，这个由于不同用户的插件不同，所以资源文件的路径都不相同，不能通过CDN加速解决，只能通过提升带宽解决这个问题


第二条建议谢谢，我试一下升级云主机
如果您有推荐配置的话非常感谢，现在用的确实是阿里云的低的配置：2核 4 GiB


关于下面的问题还请麻烦回一下：
--------------------------

对外开放的论坛或者用户业务应用，我想知道首次加载这么多文件，速度是怎么解决的。
论坛只是一个例子，对用户的应用，或者其他对外的要求性能的场景，请这样理解。

需求深度是这样：并发5万左右的中小型水平，对外开放非企业内部应用。当然首次加载和实际使用的速度要在正常可接受范围内（论坛或者社交或者其他类型的用户业务界面和上面写的相当数量的并发）

活字格的功能这一块如果您看了我发的工程，相信能理解我们都认可活字格的功能，性能这一块也是很重要的指标，这一块能否比较具体的指导一下，谢谢。您有我QQ，我联系过您，方便的时候如果能语音一下最好。

Timothy.Xu 发表于 2021-1-20 17:43
活字格目前的论坛并不是活字格实现的。您可以看我楼上同事的回复，我们只能说，要做一个论坛，活字格的功 ...

对外开放的论坛或者用户业务应用，我想知道首次加载这么多文件，速度是怎么解决的。
论坛只是一个例子，对用户的应用，或者其他对外的要求性能的场景，请这样理解。

需求深度是这样：并发5万左右的中小型水平，对外开放非企业内部应用。当然首次加载和实际使用的速度要在正常可接受范围内（论坛或者社交或者其他类型的用户业务界面和上面写的相当数量的并发）

活字格的功能这一块如果您看了我发的工程，相信能理解我们都认可活字格的功能，性能这一块也是很重要的指标，这一块能否比较具体的指导一下，谢谢。

fanghongjian 发表于 2021-1-20 17:33
我也分页了，每页10条，您看下上面的截屏和问题。
然后论坛，我们这个论坛也是活字格写的吗？我想知道首 ...

活字格目前的论坛并不是活字格实现的。您可以看我楼上同事的回复，我们只能说，要做一个论坛，活字格的功能应该是没问题的，但是具体的性能层面，我们也不能保证，目前活字格还没有一个制作论坛应用的案例，可能也并不是活字格最擅长的领域，这方面的业务实现我们肯定也没有您专业，您如果条件允许的话，也可以进行相应的尝试~

Eric.Liang 发表于 2021-1-20 15:11
论坛数据的加载也不是一次性加载很多条数据的，像活字格的论坛也是有分页的。
其次，针对论坛使用活字格 ...

我也分页了，每页10条，您看下上面的截屏和问题。
然后论坛，我们这个论坛也是活字格写的吗？我想知道首次加载这么多文件，速度是怎么解决的。需求深度是这样：并发5万左右的中小型水平，对外开放的论坛非企业内部论坛。就是简单的说，类似于咱们现在用的活字格论坛，用活字格可以做吗？当然首次加载和实际使用的速度要在正常可接受范围内（论坛或者社交或者其他类型的用户业务界面和上面写的相当数量的并发）
活字格的功能这一块如果您看了我发的工程，相信能理解我们都认可活字格的功能，性能这一块也是很重要的指标，这一块能否比较具体的指导一下，谢谢。

fanghongjian 发表于 2021-1-19 18:04
还有，我想问一下，。首次加载的文件量非常多，是不是说明用活字格做论坛等项目是不合适的？如果可行的话， ...

论坛数据的加载也不是一次性加载很多条数据的，像活字格的论坛也是有分页的。
其次，针对论坛使用活字格开发，其实功能层面是可以满足的，但是这也取决于你的需求有多深

页面一直可以访问，打不开的时候请多试几次，确实会卡死。然后工程文件实在不太方便提供，您按照你们的经验范围回复即可。还有上面这个关于活字格适用范围的问题也麻烦回复一下，谢了

fanghongjian 发表于 2021-1-19 18:30
这张表里面没有以上三种问题，打开也是慢，麻烦看一下这个有没有性能提升空间？还是差不多就这样的。
表格 ...

目前我无法访问您的应用，您先试试看能不能跑起来；然后我看了下，除了我楼上的内容，大部分时间长的进程都是支持预览的附件上传插件相关进程。这个就比较复杂了，因为我这边没有您工程，所以目前也只能猜测，方便的话您还是提供一下工程文件~

这张表里面没有以上三种问题，打开也是慢，麻烦看一下这个有没有性能提升空间？还是差不多就这样的。
表格里面数据条数是600条，页面加载的10条。
如果表格里面数据量更大的话，时间更长。