使用子域名与内部文件夹?

时间:2013-03-17 15:19:11

标签: web-applications web subdomain sitemap

我想知道如何根据子域等组织和设置我的商业网站。我有一些业务的子功能/服务。主要的商业网站是" www.mybusiness.com"。但我需要为业务的每个子功能定制Web应用程序和单独开发的站点,因为每个子站点都有相当不同的要求。让我们说我的业务提供3种服务:设计,交付,营销。

组织此网站的最佳方式是什么(针对网站访问者)?我可以让他们使用子域访问每个子函数,如下所示:

  • design.mybusiness.com
  • delivery.mybusiness.com
  • marketing.mybusiness.com

或者这个:

  • www.mybusiness.com/design/
  • www.mybusiness.com/delivery /
  • www.mybusiness.com/marketing /

我倾向于子域名 - 我认为它们看起来更好,但哪个选项实际上更好?在速度,效率,编程等方面是否有利弊?有没有权衡取舍?我的托管公司有一个虚拟托管计划,因此获取子域名对我来说不应该是一个问题。

2 个答案:

答案 0 :(得分:2)

如果您希望每个用户使用一次登录来处理子域,则子域可能会出现问题。 This link解释了这些问题。代码并不难,但如果你正在处理第三方应用程序,它可能会变得复杂。例如,如果您使用AJAX在它们之间获取数据,则子域可能会导致类似的问题。

(避免子域cookie出现问题的一个简单方法是创建一个只能重定向到内部文件夹的子域;所以纯粹是一个登陆页面。)

使用子域的好处有时更容易设置应用程序,特别是如果它使用mod-rewrite重写URL。拥有多个在同一个域上重写URL的应用程序可能会变得棘手。

因此两种选择都有利有弊,可能没什么区别。无论哪种方式,都可能出现问题,让所有应用程序并排运行。说,你可能没有任何问题与任何一种方法。对于遇到的任何问题,我确信有很多解决方法,通常都有很好的文档记录。

但是,最好在花费太多资金准备固定网址之前,检查所有应用并排工作。

答案 1 :(得分:1)

为Jodes已解释的内容添加一些想法:

  • Pro for subdomains:如果您将来需要在多台服务器上传播服务,那么使用子域名会更容易。如果您有子目录结构,则必须根据自己的喜好引入某种形式的反向代理解决方案。

  • Con for subdomains:如果您想要https,SSL证书会因为fqdns的不同而让您的生活更加艰难。

  • 子域名为Pro或con,具体取决于您的软件:相对文件访问/包含通常可以在vhost中进行,但在vhosts文档根目录之外被拒绝。如果要将软件的不同部分(例如安全性考虑因素)分开,则子域将增加安全性。另一方面,它降低了灵活性。

根据您的基础设施(服务器,可用的网络设备),您可能会发现使用子域进行加载/优先级调整更容易,但这是一个更复杂的问题,我猜你还没有(在这种情况下)。