Re: [Speedycgi-users] Symbolic Links
Brought to you by:
samh
|
From: Sam H. <sa...@da...> - 2002-03-05 19:11:58
|
That's how it's supposed to behave. The script is identified by device and inode, not by path. But even if they're sharing the same backend each domain will still get its own environment, and it's own $0. > I have a common /cgi-bin setup with "test.cgi" in there, using speedy. > > I've got 10 domains that all map themselves to this directory, ala: > ln -s /path/to/cgi-bin ./bin > > So when hitting domain1.com/bin/test.cgi, the actual "$0" of the script is /path/to/domain1/bin/test.cgi > > (I do this because I'm doing some other tests inside the program based on the domain name, etc) > > Anyway, speedyCGI doesn't see /path/to/domain1/bin/test.cgi and /path/to/domain2/bin/test.cgi as separate programs. > > No matter which domain hits that .cgi, there's only one speedy backend started, not a separate one for each, as I need it to be. Essentially, the program is identical (obviously) except for the path. It's a requirement because each domain, while they share this program, needs a separate "copy" of it in speedy (environment vars, domain specific globals, etc) > > > Is this a known issue, and is there a workaround? > > > Thanks, John Cokos > > > ____________________________________________________________________ > Get your own FREE KillerWebMail account at http://killerwebmail.com > -------------------------------------------------------------------- > Want to host your own KillerWebMail server? Buy IMail Server plus > KillerWebMail from Humankind Systems... http://humankindsystems.com > -------------------------------------------------------------------- > Does your company need to route, track and archive email between > your customers and staff? If so, check out AnswerTrack Server at > http://www.AnswerTrack.com... the Lite version is completely FREE! > -------------------------------------------------------------------- > Books just wanna be free - http://BookCrossing.com - Read & Release! > > > > > _______________________________________________ > Speedycgi-users mailing list > Spe...@li... > https://lists.sourceforge.net/lists/listinfo/speedycgi-users |