实用服务器端包括Google App Engine上的Python

有没有一种在谷歌应用程序引擎上使用Python“模拟”服务器端包含的方式

出于两个原因，我真的希望将静态html文件分割成更小的部分：

从发展的角度来看，它们将更容易管理

跨多个页面冗余的HTML可以更容易地重复使用，对HTML的更新将显示在所有页面上，而不必复制和粘贴更新

只需使用模板库（已预装在GAE上）。 .

你想用什么来代替SSI呢

只需使用模板库（预安装在GAE上）。 .

---

你想用什么来代替SSI呢

或使用django之类的框架，这将有助于模板的继承。

或使用django之类的框架，这将有助于模板的继承。

您选择用于生成HTML的任何模板库都应该使其变得非常简单。您选择用于生成HTML的任何模板库都应该使其变得非常简单。Django是完整的MVC堆栈，仅将其用于模板是浪费资源和精力的。Django是完整的MVC堆栈，仅将其用于模板是浪费资源和精力的。请注意，使用模板来服务本质上是静态的资源将使服务这些资源的成本更高，所需时间更长。如果你真的想要一种更好的方法来管理纯静态HTML，而服务这些资源的成本很重要，你可以考虑在部署应用程序之前运行一个脚本，调用JICAN2或Django模板（或者WebApp模板，和Django模板相同）。您也有可能将它们推入CDN。但是，对于较小的项目来说，您的解决方案似乎有些过头了。无论如何，为了使用静态实现超高性能，我宁愿选择拆分它们并使用客户端合并。这样，广泛重复使用的静态部件将保留在浏览器的缓存中（可能还有代理）。顺便说一句，谢谢你的Python；-）请注意，使用模板服务本质上是静态的资源将使服务这些资源的成本更高，所需时间更长。如果你真的想要一种更好的方法来管理纯静态HTML，而服务这些资源的成本很重要，你可以考虑在部署应用程序之前运行一个脚本，调用JICAN2或Django模板（或者WebApp模板，和Django模板相同）。您也有可能将它们推入CDN。但是，对于较小的项目来说，您的解决方案似乎有些过头了。无论如何，为了使用静态实现超高性能，我宁愿选择拆分它们并使用客户端合并。这样，广泛重复使用的静态部件将保留在浏览器的缓存中（可能还有代理）。顺便说一句，谢谢你的Python；-）