Question

我是Symfony的新手，我不确定如何最好地构建我的Web项目。该解决方案必须包含3个用例：

公众访问www.mydomain.com以供一般使用
仅限会员访问member.mydomain.com
管理员访问admin.mydomain.com

所有三个虚拟主机都指向Symfony / web目录

问题：

我的Symfony项目中有3个单独的应用程序（例如“前端”，“后端”和“管理员”或“公共”，“成员”，“管理员”）？

如果要有一些重复的代码（例如，生成一个成员列表在所有3个应用程序中是通用的，但以不同的方式呈现），这是一个好方法吗？
当用户访问* .mydomain.com时，如何根据子域路由到各种应用程序？在Symfony中应该放置这种路由逻辑吗？

或者，这个应用程序是否包含上述每个用例的模块？

编辑：我无法访问apache中的httpd.conf来指定虚拟主机的默认页面。我只能使用hostin提供程序的cPanel为每个子域指定一个目录。

Answer 1

如果不了解每个域/ app /的实际职责，这很难说。这是您必须根据项目的要求来回答的问题......没有一种策略可以推荐用于每个用例。

据说，我认为最多你有两个应用程序的材料 - 一个将作为前端，还包括“成员”功能。我认为这些可能是一个罪恶的应用程序的共鸣是因为你想要生成一个来自另一个的链接（如果它们是单独的应用程序，这是非常难以做到的） - 即。每个人都可以访问主页并说出常见问题解答，但只有会员可以访问下载或其他内容，但它们仍然是同一个站点。

另一个应用程序将用于后端并保留管理功能。无论有多少应用程序可以共享同一个web目录，只需创建一个符号链接，然后适当地指出apache，例如：

cd htdocs
ln -s SF_ROOT_DIR/web frontend
ln -s SF_ROOT_DIR/web backend

现在，您可以将您的cpanel设置为htdocs/frontend和domain.com以及members.domain.com，并将admin.domain.com指向htdocs/backend。

然后你可以改变你的.htaccess看起来像这样：

Options +FollowSymLinks +ExecCGI

<IfModule mod_rewrite.c>
  RewriteEngine On

  # we check if the .html version is here (caching)
  RewriteRule ^$ index.html [QSA]
  RewriteRule ^([^.]+)$ $1.html [QSA]
  RewriteCond %{REQUEST_FILENAME} !-f

  # no, so we redirect to our front web controller

  # if subdomain is admin.* then use backend.php application
  RewriteCond %{SERVER_NAME} ^admin\..*$
  RewriteRule ^(.*)$ backend.php [QSA,L]

  # not admin so we use the frontend app
  RewriteRule ^(.*)$ index.php [QSA,L]

</IfModule>

这样您就可以对这两个应用使用no_script_name。

另一种做同样事情的方法是将index.php修改为如下所示：

require_once(dirname(__FILE__).'/../config/ProjectConfiguration.class.php');

if(0 === strpos($_SERVER['SERVER_NAME'], 'admin'){
  $app = 'backend';
}
else
{
  $app = 'frontend';
}


$configuration = ProjectConfiguration::getApplicationConfiguration($app, 'prod', false);
sfContext::createInstance($configuration)->dispatch();

您可以根据需要修改应用名称检测，但您明白了。

使用这两种方法，您可以根据子域进行一些基本的确定，无论我们谈论的应用数量是多少，只要您使用我推荐的2或者使用3，就可以应用此策略。

改变是做一个家庭的申请。假设每个应用程序实际上只是整个应用程序的一个方面，我喜欢这条路线。但是，我会考虑成员，非成员和管理员对模块的定义过于宽泛。

如果您这样做，您可能最终会在控制器中进行大量的操作。相反，我会针对实际问题制作单独的模块。此外，没有真正的理由在这里使用子域 - 更容易使用URL的一部分（即。/ admin或/ members）来使用特定的模块。

例如，让我们接受用户......通常情况下，这将是一个管理区域，因此我们可以使用管理生成器来实现该功能，并调用模块UserAdmin或类似的东西。然后对于userland的东西，我们可能只有模块User，它将处理公共配置文件查看和列表，用户的配置文件编辑和所有这些东西。然后，对于实际登录，我们可能有模块UserAuth严格处理登录/注销和忘记密码请求等内容。您可以将任何URL路由到这些模块中的任何一个，因此您的路由可能如下所示：

user_login:
  url: /login
  params: {module: UserAuth, action: login}

user_logout:
  url: /logout
  params: {module: UserAuth, action: logout}

user_password:
  url: /forgot-password
  params: {module: UserAuth, action: recoverPassword}

user_reset:
  url: /password/reset/:token
  params: {module: UserAuth, action: resetPassword}

user_profile:
  url: /members/:username
  params: {module: user, action: showProfile}

user_index:
  url: /members
  params: {module: User, action: index}

user_default:
  url: /members/:action
  params: {module: User}

admin_user:
  class:   sfDoctrineRouteCollection
  options:
    Module: UserAdmin
    model: User
    prefix_path: /admin/user

以这种方式执行操作的最后一步是确保使用security.yml中的正确凭据要求保护适当的模块和操作，并且还要适当地分配凭据。

Answer 2

我认为您应该在公共，成员和管理员中分离您的应用程序。路由将由apache完成：您可以使用指向单独文件夹的3个文档根。可以通过使用插件来完成代码的互动。您可以覆盖插件的代码：如果需要，可以覆盖特定的应用程序。如果公共访问和成员访问有很多共同点，那么您可以考虑对两种访问使用相同的应用程序。

Answer 3

我会使用两个symfony应用程序。一个面向公众和成员，然后单独的管理功能。除非应用程序非常复杂且难以维护，否则设置安全性非常简单，只有成员才能查看受限制的内容。

假设您使用的是虚拟专用或类似设备，则设置子域都是在Apache中完成的。如果没有，并且您正在使用共享主机，那么我认为将symfony设置为使用子域非常困难。

如何构建这个Symfony Web项目？

3 个答案: