标签: web-applications

我们在位于德国的服务器上托管我们的 Web 应用程序http://timr.com。服务器可以很好地处理高负载流量，并且在性能和加载时间方面一切都按预期工作。

然而，我们有时会收到来自海外用户（美国、南美）的抱怨，称页面加载时间很慢。

测试 Web 应用程序性能的最佳方法是什么，“就像您在另一个大陆上一样”？我要确保服务器和用户之间的距离没有问题？

我刚刚开始了解 Azure，我了解网站、云服务和 VM 之间的区别。

但是，在我的 Azure 门户中，我只能看到 Web 应用程序而不是网站。这是同一件事吗？如果不是，有什么区别以及我如何部署到与所有在线文档中解释的传统网站具有相同特征的环境中。

我正在为一家初创公司工作，我们正在使用虚拟专用服务器来托管 Web 应用程序，并且有大量 Linux 版本可供选择。

哪种口味更适合哪种 Web 应用程序，为什么？

我在这里一团糟。几年来，我们一直在办公室的本地服务器上运行我们自己定制的应用程序。服务器时不时地有糟糕的日子和美好的日子 - 但是服务器几天前确实死了 - 在日常维护期间，我们聘请了一名自由职业者来安装打印机 - 白痴最终摧毁了服务器 [我仍然推测他试图把它搞砸一点，这样他就可以收取费用来修复一个自己造成的错误，只是这次它超出了他自己的能力]。

我们的系统已关闭，我们非常期待在在线主机上托管我们的 Web 应用程序。我对这里的建议持开放态度。让我解释一下我们在这里运行的系统的性质。

我们的系统是基于 PHP MySQL 的——它是一个以关键数据时间为中心的协作系统。基本上，我们有一个公司电子邮件地址，用于接收客户请求。我们的应用程序用于协作这些请求。我们有一个在后台定期运行的 cron 作业或实际运行的计划任务，它实际上从电子邮件帐户中实际下载电子邮件并将其转换为可以输入到数据库中进行查询的格式，然后从实际帐户中删除电子邮件，因此它在我们的数据库中，因此我们的系统可以使用它进行协作，而不必每次需要电子邮件时都建立 IMAP 连接。考虑到我们收到的大量请求，此 cron 作业设置为每 3 分钟运行一次 - 因此我们的应用程序非常以时间为中心。

计划任务还会从邮件服务器下载附件，并将它们作为平面文件存储在我们的 Web 应用程序中。平均而言，电子邮件请求没有附件，但在常规情况下，平均附件在 200K 到 10MB 之间变化，尽管超过 5MB 的附件很少见。大多数下载是在邮件服务器到 Web 应用程序之间进行的。

我需要一个可靠的主机，停机时间几乎为零，因为我们不会运行一个网站，我们将运行一个非常关键的应用程序 - 我的意思是我们的业务依赖于它，而我的老板实际上离它只有几英寸远在这一刻崩溃并失去理智：。

有人建议使用 rackspace 的云服务器——我正在研究那些，但基本上因为我是一名程序员——我对网络和托管方面的接触并没有超出对 Web 应用程序的故障排除和调试。所以我需要一些针对我们所处情况的建议 - 在线主机是个好主意还是我们需要投资更好的网络硬件[现在我们已经解雇了一名自由职业者] - 考虑在线主机的选择是什么选择我们应该注意哪些提供物有所值。便宜是好的，但如果质量上有很大的妥协，那就不是了……请帮助:(这是紧急的

编辑 ====

虽然这个建议很好，但现在我正在考虑这种情况。让我们假设我选择云托管或专用服务器之类的在线服务 - 在这种情况下我是否仍然需要设置故障转移系统，如果是这样 - 如何设置故障转移系统或最好的方法是什么处理它。我们是一家小公司，另一个 IT 人员在另一台主机的托管服务方面有一些不太好的经验 - 就像您需要有人经常在管理服务上与主机协调，如果我们必须做一半的工作那么我们几乎可以投入一些时间来管理我们自己的服务器，无论是本地服务器还是云服务器。

在上面定义的情况下 - 如果我们考虑一个在线专用主机......我们将如何设置故障转移系统？

我正在寻找一种部署工具，用于将基于 Java 的 webapps 部署到 QA/preprod 环境。应用程序是典型的 webapp，使用 .properties 文件编译为 war/ear。在部署（Jboss、tomcat 或 webshpere）时，war/ear 中的一些属性需要配置不同的名称（比如不同的数据库主机/端口/模式）；通过谷歌寻找可以帮助的东西。发现 Puppet/Chef 在开源中被积极使用，但找不到任何关于将其用作“战争/耳朵”部署工具的可能性的信息，或者我完全错了。

我正在将我们的 Web 应用程序的部署从 Azure 应用程序服务更改为应用程序网关后面的 VM，因为应用程序服务无法处理我们几天前的峰值负载。

我现在想要做的是保护应用程序免受可能的非常短的高峰使用的影响是实现速率限制（例如，每个客户端/IP 每分钟最多 60 个请求）。

预计该应用程序的使用高峰期非常短（售票应用程序并开始销售非常受欢迎的活动）。
上次出现峰值并且服务器变慢时，人们开始尽可能快地点击“刷新”并完全关闭整个系统而没有机会恢复（每秒有数千个请求，我们的系统无法启动再次，因为它并不是真正为如此高的负载而设计的，因为在 99.9% 的时间里，我们每秒有 <100 个请求） - 所以我们希望有可能避免此类用户对系统进行“DDoS”攻击”意外或因为害怕没有拿到他们的票”...

这可以使用应用程序网关吗？
任何其他想法如何实现这种（按需）速率限制？

我发现如下：https://docs.microsoft.com/en-us/azure/api-management/api-management-sample-flexible-throttling 但这似乎不适用于应用程序网关，或者至少我做到了不知道怎么...

我正在寻找一个 IMAP 网络前端（或客户端应用程序），它具有 Google Mail 的功能和速度，但没有广告和隐私问题。最重要的是简单的用户界面、即使在大盒子上的快速搜索速度和对话风格视图。有没有人推荐？

乔艾尔玛

我们有一个类似于 CRM 应用程序的 Web 应用程序。人们可以登录并与其他人一起管理他们的业务。作为该管理的一部分，我们的应用程序可能会向被管理的人员发送电子邮件。这里的问题是我们的客户喜欢这些电子邮件的“发件人”地址是他们自己的。这样收件人就会从他们认识的人那里收到电子邮件，而不是从我们自己域中的“不回复”地址。

对于许多邮件服务器，这不是问题，但是有一些会退回这些电子邮件。出于好奇，我向我发送了一封测试电子邮件并检查了标题。这是谷歌应用程序添加的内容：

Received-SPF: softfail (google.com: best guess record for domain of transitioning client@clientdomain.com does not designate 99.99.184.164 as permitted sender) client-ip=99.99.184.164;
Authentication-Results: mx.google.com; spf=softfail (google.com: best guess record for domain of transitioning client@clientdomain.com does not designate 99.99.184.164 as permitted sender) smtp.mail=client@clientdomain.com

（我用 client@clientdomain.com 替换了真正的“发件人”地址）

因此，当电子邮件发送给我时，我当然可以理解为什么其他服务器可能会拒绝它。我们的应用程序永远不会解析到 clientdomain.com。

我在这里有哪些选择？

1）我可以建议将所有“发件人”地址设置为客户的友好名称，但使用我们自己的“无回复”电子邮件地址。然后我就可以得到 spf 和所有这些。

2）我可以建议客户端配置 spf / reverse dns 以匹配我服务器的 IP（这似乎是一个可怕的选择......）

还有什么。这种事情的最佳实践是什么？

我想访问与我的 PC 位于同一网络中的服务器上的 Web 应用程序。

我在主机文件中添加了一个新条目，即：

192.168.10.0 //server ipAddress foo.boo //hostname used in web browser for accessing the application

它像这样工作正常。但是，该应用程序仅在特定端口号上公开，因此如果我想访问它，我必须foo.boo:portnumber在我的网络浏览器中输入。

有没有办法让它工作而不必输入端口号？

我在 Windows 主机文件中试过这个：

192.168.10.0:8080 foo.boo

无法访问此站点。

有任何想法吗 ？

我目前的web项目有以下特点：

• 一个基本上是只读信息存档的网站。访问者无法执行任何交互操作。
• 网站的所有页面（目前大约 15k）都是在另一台机器上创建的预先生成的 HTML 文件和图形。
• 这种方法背后的动机：由于没有动态处理和数据库，几个网络安全方面的复杂性要低得多。除此之外，希望获得良好的性能（或者换句话说，降低运行成本），因为整个网站是一个大型的单一缓存，为静态文件提供服务。

但是，我低估了在少量目录中保存大量文件对性能的影响。目前，网站的 URL 直接映射到文件系统上预先生成的目录结构。例如，地址domain.com/categoryA/...映射到webroot/pages/categoryA/...包含大量 HTML 页面的目录，并且随着添加到该目录中的每个附加文件，文件的读取变得越来越慢。

我怎么能解决这个问题？是否有任何网络服务器或服务器端技术专门解决服务大量静态页面的问题？应保留对 SEO 友好的 URL 结构。除此之外，我愿意接受任何建议。