I have site access running, but I apparently don't fully grok roles. I have a directory layout like so: /ZopeRoot /site1 /site2 /site3 /user_acl(2) /user_acl(1) My site access rule is at: http://linuxasm.gerf.org:9673/siteid/view_source All the site[123] directories are SiteRooted and work fine. If I add user as manager to user_acl(1) they have essentially 'root' access. They can do everything. What do I have to do to give site3 to a specific user without giving them access to everyone else? I tried both Owner and Manager roles in user_acl(2) but it doesn't work! What am I doing wrong? Ciao! -- "If only you'd listened to me, I could have saved you from all that yukkiness." --Kryten (Red Dwarf) The Doctor What: "What, Doctor What" http://docwhat.gerf.org/ docwhat@gerf.org KF6VNC
From: The Doctor What <docwhat@gerf.org>
I tried both Owner and Manager roles in user_acl(2) but it doesn't work!
Didn't work in what sense? They couldn't log in, or didn't get the access you expected? More access or less, or just weird? Cheers, Evan @ digicool & 4-am
* Evan Simpson (evan@4-am.com) [001213 12:28]:
From: The Doctor What <docwhat@gerf.org>
I tried both Owner and Manager roles in user_acl(2) but it doesn't work!
Didn't work in what sense? They couldn't log in, or didn't get the access you expected? More access or less, or just weird?
You know, I should be smacked around for not saying *how* it didn't work. If I logged in as that new user, foo, at http://site3/manage I would get the nav bar on the side, but I couldn't view anything in the /site3 (my virtual root). If I created a subfolder (ie /site3/test ) then I could do: http://site3/test/manage Does that help? Ciao! -- Nobody's gonna believe that computers are intelligent until they start coming in late and lying about it. The Doctor What: A really hip dude http://docwhat.gerf.org/ docwhat@gerf.org KF6VNC
From: The Doctor What <docwhat@gerf.org>
I tried both Owner and Manager roles in user_acl(2) but it doesn't work!
Didn't work in what sense? They couldn't log in, or didn't get the access you expected? More access or less, or just weird? Cheers, Evan @ digicool & 4-am
The Doctor What wrote:
I have site access running, but I apparently don't fully grok roles.
I have a directory layout like so:
/ZopeRoot /site1 /site2 /site3 /user_acl(2) /user_acl(1)
My site access rule is at: http://linuxasm.gerf.org:9673/siteid/view_source All the site[123] directories are SiteRooted and work fine.
I read your access rule, and it seems like you've got it set up to ignore the gTLD, so that www.gerf.org and www.gerf.com etc. get routed to the same object automatically. Is that correct? Michael.
* Michael Bernstein (webmaven@lvcm.com) [001214 01:06]:
I read your access rule, and it seems like you've got it set up to ignore the gTLD, so that www.gerf.org and www.gerf.com etc. get routed to the same object automatically. Is that correct?
Yes. I have several sites that use that feature, and none that don't. It's actually really handy, as it's one line in my siteaccess rule vs. several in my apache config. :-) Ciao! -- There is no sweeter sound than the crumbling of your fellow man. -- Groucho Marx The Doctor What: <fill in the blank> http://docwhat.gerf.org/ docwhat@gerf.org KF6VNC
The Doctor What wrote:
* Michael Bernstein (webmaven@lvcm.com) [001214 01:06]:
I read your access rule, and it seems like you've got it set up to ignore the gTLD, so that www.gerf.org and www.gerf.com etc. get routed to the same object automatically. Is that correct?
Yes. I have several sites that use that feature, and none that don't. It's actually really handy, as it's one line in my siteaccess rule vs. several in my apache config. :-)
Ok, then problem may be in your SiteRoot. What are the settings there? Michael Bernstein.
* Michael Bernstein (webmaven@lvcm.com) [001215 10:05]:
The Doctor What wrote: Ok, then problem may be in your SiteRoot. What are the settings there?
Really? I wouldnt't have suspected the SiteRoot. lesse.... Interesting. It now works, if I fill in the Base. Before, I had *nothing* in the SiteRoot access. Simply putting a Base in and bing-bang-boom, it works! Thanks for the help. Though the impression I got from the documentation is that this should have worked with the defaults.... Perhaps I don't understand exactly what Base and Path in a SiteRoot actually do.... Ciao! -- A fail-safe circuit will destroy others. -- Klipstein The Doctor What: Not that 'who' guy http://docwhat.gerf.org/ docwhat@gerf.org KF6VNC
The Doctor What wrote:
* Michael Bernstein (webmaven@lvcm.com) [001215 10:05]:
The Doctor What wrote: Ok, then problem may be in your SiteRoot. What are the settings there?
Really? I wouldnt't have suspected the SiteRoot. lesse....
Interesting. It now works, if I fill in the Base. Before, I had *nothing* in the SiteRoot access. Simply putting a Base in and bing-bang-boom, it works!
Thanks for the help. Though the impression I got from the documentation is that this should have worked with the defaults....
Perhaps I don't understand exactly what Base and Path in a SiteRoot actually do....
Base replaces the portion of your URL comprised of the protocol and fully qualified domain name: 'http://www.servername.com' becomes 'http://www.yourhostedsite.com'. Path replaces the rest of the URL up to and including the folder containing the SiteRoot: '/hosted_sites/site1/' typically becomes '/' So the object that would have been published as 'http://www.servername.com/hosted_sites/site1/', now becomes 'http://www.yourhostedsite.com/'. Both of these settings affect such environment variables as BASEx and URLx which construct URL fragments for use in DTML. The Access Rule only redirects requests from one object to another by manipulating the stack, it doesn't affect the REQUEST namespace. You would generally be better off leaving the SiteRoot out, rather than putting one in and leaving it's properties blank. Does this help? Michael Bernstein. P.S. If you want to see exactly what the SiteRoot is doing, add a DEBUG method to your folder. the DEBUG method should contain <dtml-var REQUEST>. View the method both with and without the SiteRoot.
participants (3)
-
Evan Simpson -
Michael Bernstein -
The Doctor What