我正在尝试为一个可以真正充分利用论坛和维基的慈善机构制定一个可行的计划,但其运作的关键部分发生在拨号连接占主导地位的世界部分地区,并且可能会继续在可预见的未来这样做。
该站点被推荐为即使在拨号连接上也表现良好的站点,所以我想我会在这里寻求帮助!
我想将其连接到的站点正在使用 Drupal。有这样的经历的人可以帮忙吗?
在拨号时表现良好包括坐下来优化您的 HTML、CSS 和图像,使其尽可能小,然后确保您的服务器发送合理的 HTTP 标头进行缓存。确保您的 CSS 样式表是外部的,并且在所有页面之间共享。如果拨号是一个主要问题,那么您将尽可能坚持使用单个样式表。避免使用 JavaScript,因为这些计算机通常也没有处理能力。如果你必须使用 JavaScript,jQuery 非常小而且速度非常快,强烈推荐,但我怀疑对于大多数面向内容的网站来说,它不是必需的。
老实说,如果您生成有效的 XHTML/HTML5、有效的 CSS,并且遵循基于标准的网页设计的所有常见最佳实践(没有表格布局、语义标记等),那么拨号真的不会是问题。它会起作用的。
要调整站点的最大性能,您可能需要安装它并在完成初始开发后在您的站点上使用它- ySlow - 这将分析您的页面并突出显示您可以改进的所有领域。它确实是优化网站下载速度的好工具。
已经有一些关于如何降低页面大小和加载时间的提示。
为了补充这一点,您可以使用模拟有限带宽的软件。这有助于您在拨号时测试站点的速度。
有几个可用的(只是谷歌“模拟拨号”)。 Sloppy eg 似乎非常有用。
您也可以像 Google 为 Gmail 所做的那样,即提供 2 个版本的视图,一种用于使用普通旧 HTML 的慢速连接,另一种用于更快的连接。您可以将默认设置设为慢速设置,但提供链接以启用较快的设置。
Gmail 还具有内置机制,可检测您何时加载页面是否速度快,如果速度太慢,它会自动恢复为纯 HTML 视图,这是另一种更好的选择。
您应该能够做到这一点,但老实说,通过创建一个拨号友好的站点,您将在用户体验方面失去很多。这基本上意味着您必须执行以下操作来优化体验:
如果你做了所有这些,你应该有一个可以接受拨号的站点。
您的主要目标应该是最小页面大小(仅在页面中保留 HTML,所有样式信息都应该在 css 文件中外部化以进行缓存,对于 js 文件中的 JavaScript 也是如此)和最少往返服务器(完整请求和回发)。与流行的看法相反,如果您执行大量繁重的客户端并以所需的最少数据量保持服务器往返清洁(想想 JQuery 和 AJAX,这里有少量的部分渲染),那么 JS 繁重的网站可以像魅力一样工作。
PS 如果你使用 .NET 把 ViewState 扔掉。