[Zope-dev] changing a Fishbowl Proposal's state

2001-11-30 Thread emf

Hi,

I want to change the Awaiting Resources state of the 
SiteAccessUsabilityEnhancements to a real project ... I read all the 
docs i could find on the process, but I can't see what happens to move 
it from awaiting to actual...
-- 
ethan mindlace fremen  |  iMeme - The most full featured Zope Host
http://mindlace.net|  Root, ZEO, MySQL, Mailman, Unlimited Domains
iMeme Partner  |  http://iMeme.net
It is our desire to remain what we are that limits us. -- Project 2501


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] SiteAccess improvements

2001-11-24 Thread emf

Gary Poster wrote:


 * I need the ability to store arbitrary properties for each virtual host.
 In particular, the correlary of my current work is to provide a
 CMFVirtualHost tool that stores a sub-portal title, sub-portal skin
 information, and other items.


hmm.. I can see why you might want to do this. it's not clear to me that 
this is where it should be done. I'd submit that a SiteMonster like 
thing would be more appropriate, as skinnish things, imho, probably want 
to live where an appropriately delegated manager can get at them (the 
target folder, not the root folder/control panel)


 * I need the ability to have multiple domains point to the same folder,
 while ideally maintaining the arbitrary properties


The current/enhanced VHM has this ability

 * while I'm at it, some regex capability seemed like a reasonable addition.
 I hope to come up with a clean UI way of doing regex substitutions (\1 etc.)
 as well: anythingNotWww.myhost.com tries to go to
 /myCMF/members/anythingNotWww, for instance.


Well ... right now we just have subdomain globbing, so if you had two rules:

*.myhost.com /myCMF/members/anythingNotWww
www.myhost.com /myCMF/

you would get the behaviour you describe.  I'm a bit leery of adding 
regexing as if you want complex behaviour, AccessRules already cover you.


 * also while I'm at it, it seems that making the management of the virtual
 hosts a little more zope-like would be nice.  Here's where my inexperience
 may be become particularly obvious, but... I'm making this a
 VirtualHostFolder, similar to a acl_users folder except ordered (so you can
 tweak the order that the hosts are checked for a match).   The VirtualHost
 objects it contains are not to be actual products but objects the way that
 Users.py defines users.  The VirtualHostFolder is not an actual
 ObjectManager but just emulates one a bit a la an acl_users folder.


Makes sense, especially if you want to extend their behavior as you 
mention above... I'm more of the assumtion that target folders will know 
their special behaviour, but I'm open on that one.


 Well, there's some thoughts.  Like I implied, it's probably best to ignore
 my vaporware announcement; if I come up with anything not embarrassing I'll
 post it somewhere or other soon.


Thanks- let me know what you come up with.

 
 imeme is cool btw.


Thanks!

-- 
ethan mindlace fremen  |  iMeme - The most full featured Zope Host
http://mindlace.net|  Root, ZEO, MySQL, Mailman, Unlimited Domains
iMeme Partner  |  http://iMeme.net
It is our desire to remain what we are that limits us. -- Project 2501


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] SiteAccess improvements

2001-11-24 Thread emf

[EMAIL PROTECTED] wrote:

 One thing that might be nice - and something I was planning on working on
 relatively soon was a rewrite rule wizard to extend VHM to auto-write
 rewrite rules for use with a front-end Apache/Squid; this would support
 mod_rewrite and Pyredir (a python-based Squid redirector).  The idea would
 be that the rules could be copied by a site admin from their browser viewing
 a VHM management page and pasted into Apache's httpd.conf or a Squid
 redirector's conf file.


I actually want to see this happen as well!  I was thinking I would ask 
for an existing path to a configuration file, read that, and dump a diff 
in the Zope dir, but your approach works too.


 In the long run, if a registry of virtual host monsters is in the control
 panel,


Out of curiosity, why do you want multiple VHM's?

 and could be queried via XML-RPC, it seems an Apache module or Squid
 redirector could be built or modified to make those servers use that data
 automatically! 


This sounds really cool.  With both cases, I think one issue is how many 
configuration possibilities there are. For example, with iMeme, our 
apache says:

VirtualHost *
...
RewriteRule ^/(.*) 
http://127.0.0.1:8080/VirtualHostBase/http/%{HTTP_HOST}:80/
$1 [L,P]
...
/VirtualHost

Which works for all the port 80 virtualhosting you want to do, so the 
rest can stay in zope. Now, if you have specific, per-site apache 
configuration needs past that point, you have to be smarter.

This is why i was thinking sniff the original config/supply a diff so 
that you could do something intelligent- i.e. put the right rewrite 
rules in the right VirtualHost directives - but I imagine there's limits 
to how flexibly you could do things.
-- 
ethan mindlace fremen  |  iMeme - The most full featured Zope Host
http://mindlace.net|  Root, ZEO, MySQL, Mailman, Unlimited Domains
iMeme Partner  |  http://iMeme.net
It is our desire to remain what we are that limits us. -- Project 2501


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] SiteAccess improvements

2001-11-24 Thread emf

Trevor Toenjes wrote:


 This prevents the manipulation of session variables.  In my case, I am using
 embedded session variables and writing it to a database.
 
 So, based on my current requirement, I request to put more security options
 in SiteAccess, to allow AccessRules to be used during URL traversal.
 Allow the Security tab context to apply to AccessRules, so they can be
 executed by Anonymous User.


I didn't see that thread. I'm not sure how you can get what you want- the whole idea 
of access rules is that they apply before traversal.


What do you want to happen during traversal?

-- 
ethan mindlace fremen  |  iMeme - The most full featured Zope Host
http://mindlace.net|  Root, ZEO, MySQL, Mailman, Unlimited Domains
iMeme Partner  |  http://iMeme.net
It is our desire to remain what we are that limits us. -- Project 2501


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope] SiteAccess, SSL + SiteRootBASE

2000-12-12 Thread emf

[EMAIL PROTECTED] wrote:

 Hi everyone, 
 
  I am using Apache+Zserver+SSL (see How-to from TJ. Mannos), and it works 
  fine. The thing is that I have to set manually a SiteRoot Object in a 
  ssl Folder to make all this work and I would like to do it dynamically! 
  So, when I create my SiteRoot object and enter 
  "https://www.fightclub.com" as base, the page also displays a comment 
  saying: 
  "If Base is not set, the SiteRoot will first attempt to acquire 
  SiteRootBASE and then search the REQUEST for it. The same holds for Path 
  and SiteRootPATH." 
 
  So I was thinking that maybe I could set SiteRootBASE dynamically and 
  make it work the same. Unfortunately, I made some attempts and it does 
  not seem to work. 
 
  Does anybody have any idea of how to make it work? 

I do this in the access rule.

dtml-if "condition"
dtml-call "REQUEST.set('SiteRootBASE','some-value')"
/dtml-if

~ethan




___
Zope maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )