Question: MacOS X Bundled Apache Server or Embeded Web Server?

[Andre Garzia]

Martin,

Thanks for the tip, I was not familiar with MAMPS, it's exactly the  
same thing I am building, I am familiar with Locomotive <http:// 
locomotive.raaum.org/> which is the same thing but for Ruby On Rails.  
Locomotive solves dynamic linking by using some clever plists that  
are rewritten at runtime, I don't really understand how they do it.  
But MAMPS solve the path problem in a very simple way. You simply  
must put it on /Applications. That's so easy. All macs have a / 
Applications, even if the system is localized, the /Applications will  
be there, it's a no code solution, pure and clever hard code. It  
solves everything. I'll follow the same suit for now. Damn, why  
didn't I thought of it too.

Thanks for the tip.
Andre


On Aug 23, 2006, at 10:07 PM, Martin Baxter wrote:

> Andre Garzia wrote:
>> Hi Folks,
>> I am building my soon to be released web application development  
>> thingy. I am bundling all my libraries (and some third party with  
>> credits), docs and example.
>> But since I talked with Dan and others during RevConWest, I  
>> decided that the most important part of this package is the out-of- 
>> the-box experience. The hardest thing about CGI and WebApps for  
>> rev users is usually setting up the environment. The idea is to  
>> develop locally and then deploy when ready. I can't really build  
>> this for Windows, I expect help on that later. So the idea is that  
>> there's a home stack that sets everything up.
>> Till today I was bundling the LiteSpeed Web Server <http:// 
>> www.litespeedtech.com> server with the package. The server would  
>> be all set up out of the box so that you could just launch and  
>> play. The problem is, the thing is not running CGIs, the plain old  
>> ones... they run once, then the server deadlocks. ARGH!!!! I  
>> thought about using cherokee web server <http://www.0x50.org/> but  
>> then, it comes out in source form and when it compiles it hard  
>> code some paths for the dynamic loading libraries, so you cannot  
>> really build it and then just bundle. You must compile it for each  
>> installation. Thats the same trouble with Lighttp <http:// 
>> www.lighttpd.net/>, and building it with static options makes a  
>> huge server like 158mb and still it hard code the paths.
>> The MacOS X Apache server is not ready for FastCGI, for that we  
>> need to install the modules, which is easy. Actually thats not  
>> hard, simple commands and a revolution made stack could drive that  
>> installation easy. But again MacOS X out-of-the-box lacks the  
>> needed C compiler for that, only those that installed XCode  
>> development tools have the needed stuff to build Apache Modules.
>> So here I am. The little servers all have some trouble or another,  
>> the MacOS X bundled one is fine, but again, you need to download  
>> 1GB XCode tools just to build simple couple megs apache module...
>> any clue out there folks? is there any autoconf magician here that  
>> can build a lighttp install with relative paths instead of  
>> absolute ones (I tried and it didn't like).
>> Can we use otool to rewrite the linkers absolute path using a  
>> relative one like we do for frameworks (using @executable_path).
>> Argh, I am looking for help.
>> Andre
>
> Andre, I'm not sure if this qualifies as help but it sounds to me  
> like you want to provide something similar to MAMP. It's a dev- 
> server package. I think it comes as a precompiled binary package.  
> System requirements are quoted as >= Panther, no mention of Xcode  
> tools having to be available or not. Installation is very easy. It  
> installs everything to its own folder (so it's easy to delete) runs  
> on port 8888 by default, can have its own web root if you want.  
> Existing Apache installs are unaffected.
>
> http://sourceforge.net/projects/mamp
> http://www.mamp.info/
>
> Probably you have seen it? Maybe it's irrelevant. But just maybe this
> will give you some ideas?
>
> Martin Baxter
>
>
>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution