Master Symfony2 fundamentals

Symfony hosting done right

L'audit Qualité par SensioLabs

Add a Comment

Comments

• 

  #1 Lambert said on the 2009/03/02 at 23:10
  Hi Kris,
  Great example! Especially the environment-dependend-routing is excellent!
  
  Regards, Lambert
  
  
• 

  #2 Ryan Weaver said on the 2009/03/03 at 00:07
  Great - I haven't touched the new routing stuff yet - this is very very enlightening.
• 

  #3 Kris said on the 2009/03/03 at 00:56
  I discovered a minor bug in the routing system having to do with absolute URLs which has been fixed in r15940 and will be included in symfony 1.2.5.
• 

  #4 Ice_j7 said on the 2009/03/03 at 02:46
  I still don't have the time to check for the new Routing system in symfony 1.2, but this article will make me search the moment to do it, thx.
• 

  #5 zero0x said on the 2009/03/03 at 07:10
  It looks awesome!
• 

  #6 Frank Stelzer said on the 2009/03/03 at 08:34
  Great! This mechanism will save me a lot of time in my next task, where i am forced with those requirements. Thanks for this article.
• 

  #7 lloyd27 said on the 2009/03/03 at 09:39
  Just a question..
  
  This code:
  $url = parent::generate($params, $context, $absolute);
  
  If $absolute is true, doesn't sfRequestRoute already add the "%%host%%/" section of the url? So it would result in something like
  "%%host%%/%%host%%/my_url"
  
  Or maybe I just don't understand really well how it works..
  This is how I think it works...
• 

  #8 pacogliss said on the 2009/03/03 at 09:53
  Maybe I am stating the obvious, but isn't setting up virtual hosts for every sub-domain a necessary step to set this tuto working ?
  [On local with windows, I have moreover to enter a new line for every vh in my hosts file.]
• 

  #9 Evert Harmeling said on the 2009/03/03 at 11:48
  Great tutorial Kris!
  
  But, now we still have a problem with dynamic subdomains as in www.domain.com, members.domain.com and *.domain.com.
  
  We thought to set all requirements to www and members subs, but we want to set the opposite in case these aren't the subdomains. We looked at filters, and using regex in the requirements... but that wasn't the solution...
  
  Could you point me in the right direction?
• 

  #10 Lawrence said on the 2009/03/04 at 05:07
  I am a bit confused. What is the calling code for sfRequestHostRoute? Where is this called? How does the calling code know which method to call?
• 

  #11 Kai said on the 2009/03/04 at 07:49
  Hi. Great Tutorial. But I'm looking for the same solution as Evert Harmeling is looking for.
  *.domain.com
  Would be great if I could do something like:
  
  @dynamic_vhost:
  url: :slug.domain.com
  param{ module: vhost, action: show }
  
  For the moment I have a rewrite in lighttpd to do this things:
  
  ^(.*).domain.com => index.php/dynamic/$1
  
  And the route in symfony is:
  
  @dynamic_vhost:
  url: /dynamic/:slug
  param{ module: vhost, action: show }
  
  My problem here ist, that I cant use the linkhelpers to link back to the regular domain because the host is allways *.domain.com and not domain.com or www.domain.com.
  And there are a lot of other helpers that dount function...
  
  Any further Idears would be great
• 

  #12 Dominik said on the 2009/03/04 at 12:05
  I'm looking for an solution for the problem of Evert Harmeling and Kai.
  
  I want to do something like usernameA.site.com
  usernameB.site.com
  
  any ideas?
  
• 

  #13 Evert Harmeling said on the 2009/03/05 at 10:05
  Hopefully this is a solution:
  
  What the problem was is that we couldn't give a requirement for *.domain.com, and we had more than 1 subdomain. So we have to look from a different angle, if we know what the static subdomains are, we could check on those...
  
  What we've done is we made another HostRouteClass which extends the one from this article, and there check if it's one of the static subs.
  
  class sfDynamicHostRoute extends sfHostRoute
  {
  public function matchesUrl($url, $context = array())
  {
  if (sfConfig::has('app_static_host') && sfConfig::has('app_member_host'))
  {
  if ($context['host'] == sfConfig::get('app_static_host') || $context['host'] == sfConfig::get('app_member_host'))
  {
  return false;
  }
  }
  
  return parent::matchesUrl($url, $context);
  }
  }
  
  Another thing we discovered is that sfRequestRoute overrules the sf_method property and sets it to (from the core sfRequestRoute.class.php):
  if (!isset($this->requirements['sf_method']))
  {
  $this->requirements['sf_method'] = array('get', 'head');
  }
  
  So you loose the post method in case of posting forms... From that point of view we decided to not extend the HostRoute class in this example to sfRequestRoute but to just to sfRoute, and that works.
  
  In your routing.yml you give the requirements of the static subs the requirement sfHostRoute and the dynamic subs the requirement sfDynamicHostRoute...
  
  Hopefully this is a solution for more people!
• 

  #14 Pauli2 said on the 2009/03/08 at 10:39
  off the subject :
  What is the mailing list Kris is talking about ?