gpt4 book ai didi

php - TYPO3 站点的缩放

转载 作者:行者123 更新时间:2023-12-01 12:57:12 25 4
gpt4 key购买 nike

一位客户要求我提供一个基于 TYPO3 的网站,该网站具有以下参数:- 少量内容(约50页)- 变化频率很小- 平均可用性约为 95%/天- 20% 的页面被限制,仅在登录后可用- 不需要花哨的 typo3 扩展或其他东西(只有 Typo3 核心)- 中等大小的页面- 仅包含有限的数字 Assets (图像等)

我需要构建一个基础架构来为多达 1000 个并发用户提供服务。假设平均思考时间为 30 秒。这将导致每秒 33 个请求。

基础架构会是什么样子?

我知道系统扩展是一项高度个性化的任务,具体取决于系统的实现和需要测试,但我需要首先指示从哪里开始(单个服务器、将组件分离到不同的服务器,...)。

有什么想法吗?

最佳答案

更简单的解决方案是 EXT:nc_staticfilecache .这会将静态页面保存为 HTML,您的 Web 服务器会通过重写规则自动交付它们(如果是 Apache,则通过 mod_rewrite)。这对于静态内容非常有效,应该已经可以让您执行 >100req/s。

更高级的方法是使用 Varnish Cache . Varnish 是一个反向代理服务器,将您的网站内容保存在内存中,并可以在专用主机上运行。如果您正确配置它(发送正确的缓存 header !),它可以为您提供线速度(大约百万请求/秒)。还有一个 TYPO3 扩展 moc_varnish ,例如当在 TYPO3 中更改页面时,清除清漆缓存。还支持边缘侧包括存在于例如仅从 TYPO3 检索特定于用户的数据并使用 varnish 缓存中页面的静态部分(除“欢迎用户 Foo Bar”之外的所有内容.. ;))。

如前所述:不要忘记为您的 Assets 配置正确的缓存 header (过期等)。这已经从您的 Web 服务器上移除了一些负载。

关于php - TYPO3 站点的缩放,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9079832/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com