If you drop your packages in the web root, you can reference them without mappings. To put it another way the web root is implictly mapped to "/".
I can't think of a framework that forces you to use mappings, though there are advantages to doing it that way. For example, you can avoid duplicating framework code for each utilizing application, which makes bug fixes in the framework enormously easier to apply. It also ensures that you're never running mixed versions (because there's only one copy). There are other reasons as well. It's your call as to which is more appropriate. cheers, barneyb On 11/5/05, Nando <[EMAIL PROTECTED]> wrote: > >That sounds like an argument against using any standard framework? > > Not at all! Everything we've done is in Feuuu .... Feuuu ... Feuuu ... . > > http://helmsandpeters.com/audiofiles/HaP-FrameworkShrink.mp3 > > And i'd prefer to move it to model-glue ... just to clean it all up nicely. > > >I use frameworks on a shared host without mappings. > > How? Please explain ... > > What we need is a simple, self-contained architecture that can scale out > easily to say 10 - 20, maybe 30 installations a week and take no more than > 10 or 15 minutes per installation. And i'd like that it can be > "InstalledAnywhere" in the same amount of time. And each installation needs > to stand on it's own. I'd be very happy to move it to MG ... but that would, > i think, practically limit us to only offering this as a "We'll host it for > you" package. > > We'll be making maybe $20 dollars a month on each installation. I'd like to > sell 5000 of them or so and "retire" to a beach somewhere on a $80,000 a > month income, and pay someone $20,000 a month to maintain it. All the > customization requests would be extra. > > :) n. > > -- Barney Boisvert [EMAIL PROTECTED] 360.319.6145 http://www.barneyb.com/ Got Gmail? I have 100 invites. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
