> > If you plan to run the *same* web application for different > entities - thus you need different data (icons, templates, > db...) in your app - maybe it's better to check for > environ['HOST'] in your controllers explicitly, and act acordingly?
- The subdomain chooses the controller which represents part of the overall application. - The domain chooses the layout (which is handeled seperatly). - The data of the whole application is central and independent from the subdomains/domains, and must be this way. What I don't understand is that there is seemingly useful routes functionality which doesn't work in a specific configuration and the proposed solutions are focused on avoiding the problem, and work "around" the problem. Don't be misunderstood, I'm happy about any proposal and any hint, workaround etc. which would help me. But: if we could make routes configurable regarding the relevant environ-paramters we would extend the functionality and support my use case, and everybody would be happy. I'm willing to implement the changes - but only if the community approves the basic idea. If subdomain based routing rules for routes are useless and senseless from a conceptual perspective we should discuss this. I get the impression that most comments are like "ah, subdomain based routing doesn't make sense...". >From my perspective subdomain based routing makes sense if you want to ensure that certain traffic is routed only to a predefined set of controllers. And using subdomains to differentiate the applications makes also sense, and is in some cases inevitable in a hetergenous environment with mixed servers where changing configurations is not possible... Sorry, just my 2cents... > After a while, I'm sure a pattern will emerge so you could > also fold some common code in __before__ or __after__ or in > the controller base class. Ah... I forgot about those... I'll check the possibilities of that, thanks for the hint! Andrew --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "pylons-discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pylons-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
