Web applications 部署移动站点的选项

Web applications 部署移动站点的选项,web-applications,mobile,web,lamp,Web Applications,Mobile,Web,Lamp,所以我有一个网站'somesite.com',现在我想部署一个相同的移动版本。开发已经完成,桌面版和移动版之间的代码库是通用的。主要的变化是在smarty模板中;PHP代码有if-else语句来显示适当的模板。桌面和移动站点的模板位于完全不同的文件中 我正在考虑以下备选方案,非常感谢您帮助我做出明智的决定 从单个站点中服务移动站点和桌面站点;somesite.com本身。代码可以毫无问题地处理它。 优点-我只将代码部署到一个地方。对我来说没有管理上的麻烦。 缺点-??。这是个坏习惯吗?我看到大多

所以我有一个网站'somesite.com',现在我想部署一个相同的移动版本。开发已经完成,桌面版和移动版之间的代码库是通用的。主要的变化是在smarty模板中;PHP代码有if-else语句来显示适当的模板。桌面和移动站点的模板位于完全不同的文件中

我正在考虑以下备选方案,非常感谢您帮助我做出明智的决定

  • 从单个站点中服务移动站点和桌面站点;somesite.com本身。代码可以毫无问题地处理它。 优点-我只将代码部署到一个地方。对我来说没有管理上的麻烦。 缺点-??。这是个坏习惯吗?我看到大多数网站为移动网站维护不同的URL
  • 从新域中为移动站点提供服务-somesite.mobi 赞成者-??。这有什么好处吗?比如改进的搜索引擎优化? 缺点-我最终将完全相同的代码部署到两个不同的位置
  • 从子域中为移动站点提供服务-m.somesite.com 赞成-反对?? 缺点-与上文第2项相同 非常感谢您的投入


    -Amit

    我不是这方面的绝对专家,但我们正在进行测试,并从中获得一些结果。我敢打赌,您的不同模板已经为不同的媒体处理了不同的css(如果没有,他们应该这样做)。我们从mobi.oursite.com域提供移动版本。代码被部署到各个服务器上,我们使用nginx根据不同的代理为不同的媒体提供服务。如果CSS不同,我们会检查代理以识别手机。我的问题是为什么要创建一个子域站点?为什么要创建mobi.oursite.com?为什么不从oursite.com本身提供服务呢?那么,您希望如何部署您的网站完全取决于您自己。我建议你在这里读点东西。他们说两者的混合组合是最好的选择。谢谢你的文章。文章推荐了混合方法——维护一个网站。也许这就是我要用的。如果你没有提供太多不同的服务,那可能是最好的:)