Re: [Zope-dev] Re: Zope on Python 2.5?
On Thursday 01 November 2007 06:18:18 Andreas Jung wrote: --On 31. Oktober 2007 22:00:46 -0700 Alexander Limi [EMAIL PROTECTED] wrote: On Wed, 31 Oct 2007 21:29:36 -0700, Andreas Jung [EMAIL PROTECTED] wrote: The recommendation is still System python is evil, evil, evil (quoting Jim). Sure, but if you ever want to be able to tell users to do: easy_install plone Would be fine but as long as several distros contain brain-dead or castrated Python installations there is little we can do - even if we would support Python 2.5. I always wondered -- I never had any trouble with the system Pythons, or at least not a problem that I could attribute to a system Python (Debian Stable and Ubuntu LTS) Its just so damn convenient if you have to maintain a few dozen VServers to manage the Pythons including add-on libraries exclusively via apt-get Which system Pythons do you think are brain dead, and why? Thanks, peter. to get their Plone site, it's a necessary evil evil evil. ;) We generally encourage not to use the system Python in everything we ship (Windows, Mac and Unified installers all ship their own Python) — but I really hope we won't be stuck with Python 2.4 after the world has moved on to Python 2.5 and 2.6. Bring the word to the Python packagers. I agree that for proper deployments, you shouldn't use the system Python, but there's the case of letting people get started with Plone easily from their Ubuntu or Mac OS X (Leopard ships with Python 2.5 and easy_install by default) — we should be able to let them do that too. See above. Stepping forward with Python 2.5/2.6 support would be fine but it basically does not solve the problem that system python installation are often broken. Installation a Python from the sources is usually much more faster than trying to figure out why a system python is broken once more. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] The bleak Future of Zope?!
is there an URL for the original? Martin Kretschmar wrote: Hello, Maik Jablonski of the german speaking Zope Users Group DZUG issued a pretty bleak outlook for the future of Zope. What are your oppinions? Here comes the translation of his oppoion: smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Zope Book, was Re: [Zope-dev] The bleak Future of Zope?
Stephan Richter wrote: On Wednesday 21 April 2004 03:58, Martin Kretschmar wrote: -- snip -- 2. Maik is is frustrated with the releases of both Zope 2 and Zope 3, including their merging. -- snip -- The situation is even more obvious with the Zope book. All the community has to do is to give a particular part/chapter/section to a couple of people for maintenance. But oh wait, that would need someone to manage this effort and *that* would be just too much work. -- snip -- Hmph, as one of the people that works on the Zope Book I feel a little stung by a comment like this one. While its true that a 2.7 Edition of the Zope book is overdue, I still think that the 2.6 Edition was both quite a step forward and still largely applicable for 2.7 Zopes That being said, I wonder if there are people interested to make an effort for a 2.7 Edition of the Zope book? cheers, peter. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: Zope Book, was Re: [Zope-dev] The bleak Future of Zope?
Chris McDonough wrote: On Wed, 2004-04-21 at 10:18, Peter Sabaini wrote: That being said, I wonder if there are people interested to make an effort for a 2.7 Edition of the Zope book? I am. I think Paul is too. It won't be nearly as much work as 2.5 - 2.6. Let's just do it. Wanna pick chapters? I'll get the new book set up on Zope.org (another BT book) and send the link to whomever is interested. Ok then... I think the following issues would deserve attention: * Installing chapter: I'm working on it and hope to finish soon (no really this time!) * Maintaining chapter update * Creating Basic Zope Applications: I've been wanting to extend and incorporate Jon Whiteners version but never got around to it * Using Zope Page Templates: judging by the comments there seem to be some trouble spots there * Reference: IMHO one of the trickier things, especially for the API Ref. because one would first have to decide what constitutes the API and what is simply Zope core... * A chapter TOC: it would be great if we could have an inter-chapter table of contents; would greatly help navigation esp. in longer chapters -- I seem to recall that someone once mentioned working on such a feature -- Paul maybe? * Lots of weeding out comments resp. incorporating answers * Generating PDFs Anything else? - peter. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: Call for Zope Book volunteers (was Re: Zope Book, was Re: [Zope-dev] The bleak Future of Zope?)
Chris McDonough wrote: I've set up a development BackTalk sandbox for the 2.7 edition of the Zope book at http://zope.org/Documentation/Books/ZopeBook/2_7Edition. Currently it's just an exact copy of the 2.6 Edition book (comments and all). I think the plan should be for people to: 1. take ownership of a chapter or two 2. address all the comments in the chapter and get rid of comments in places you've addressed. 3. update any material that is wrong wrt to differences between 2.6 and 2.7. The prize for taking ownership and updating two complete chapters is your name as a coauthor on the front page (as before ;-). Erm, there is no front page... you need to realise the truth: its you who is the front page /lame-matrix-quoting Another thing to do is to incorporate some of John Whitener's changes the lost chapter referenced all over the place within book comments. I wonder if he's still around. Yes he is, I talked about this to him some time ago. In light of this its maybe best if I do the incorporating At some point in the future, we can backport some of the changes to the 2.6 book if someone wants to take on that responsibility. It's advisable to use external editor to make the changes or to maybe use FTP to get sandboxed local copies of the book and make changes reuploading them as necessary. I've lost track of whether FTP access is possible or not on Zope.org at this point, however. Does anyone know? I've tried a few ports but nothing. Hm, we should make the sources available somewhere. Once Zope.org starts working again. Also, Zope.org is so slow for each request when you're logged in that we may need to move development to another system. As a data point, I've been waiting 4 minutes for Z.org to save a Wiki page... still waiting. Hilarious. Admittedly, it takes a unique brand of apathy to ignore this, but I've got an excuse. I'm waiting for the Zope.org steering committee to solve it! Chuckle. In the meantime, what slowness.. I don't know what you're talking about.. Nono not slow at all merely... andante. Or broken down. Or something. I have given Manager role in the entirety of the 2.7 edition book to both Peter and Paul. Anyone else who wants to contribute, please let me know which chapter(s) you'd like to sign up to revise and I will provide you access as necessary. I've set up a project wiki for the project at http://zope.org/Members/mcdonc/ZB_project where people can get a sense of which chapters are still available. It may not be available yet... still waiting for it to save. I will take ownership of the Installation chapter for now (I will probably take ownership of some other chapters, but I'll start small...) Erm, I'd like the Installation chapter. Already started on it. Really, I promise :-) opening-a-bottle-of-favourite-austrian-beer-and-hacking-away'ly peter. - C smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: Zope Book, was Re: [Zope-dev] The bleak Future of Zope?
Paul Winkler wrote: On Wed, Apr 21, 2004 at 08:10:26PM +0200, Peter Sabaini wrote: * Reference: IMHO one of the trickier things, especially for the API Ref. because one would first have to decide what constitutes the API and what is simply Zope core... The long-term solution, I think, is to fix the API mess itself. Eek. I have a proposal about this here: http://dev.zope.org/Wikis/DevSite/Proposals/SanitizeHelpSysAndAPIReference ... but I think this will take a while, and I'd rather get the book updated first. I think it's worth hand-massaging the API reference chapter for the 2.7 book and fixing the embedded docs later. Yes, I volunteer to do this :-) Brave... and while I'd really like to have a clean API Reference, you are probably right that its more important to get the main book updated first. * A chapter TOC: it would be great if we could have an inter-chapter table of contents; would greatly help navigation esp. in longer chapters -- I seem to recall that someone once mentioned working on such a feature -- Paul maybe? The book already has an inter-chapter TOC at the beginning ;-) Chris and I worked on an intra-chapter TOC at Pycon. My stuff is in backtalk CVS on sourceforge. http://cvs.sourceforge.net/viewcvs.py/backtalk/BackTalk/ Just needs a bit of cleanup and it'll be ready to go. Yay! And, judging by the CVS, done pretty straightforward (I was afraid of having to do several parsing passes and such). Cool. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [patch] More secure cookie crumbler?
Shane Hathaway wrote: On Tue, 20 Apr 2004, Chris Withers wrote: I wonder how many Plone users are aware their passwords are stored unencrypted in client cookies which fly back and forth waiting to be snapped up by packet sniffers, XSS, and JS attacks ;-) Even with unbreakable encryption of credentials after login, you still send the username and password in the clear at login time, and sniffers can reuse the session ID with ease. You really shouldn't tell the Plone users they will be safer with a session token, because they won't. Shane Why not make the login page itself SSL-protected then? peter. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [patch] More secure cookie crumbler?
Chris Withers wrote: Shane Hathaway wrote: Hmm. I really wasn't expecting any new code yet. Session cookies are a very significant maintenance burden in Zope, and it's not in my interest to support them. If you don't mind, I think I'll release a version of CC without any session support, then I'll give Chris Withers the maintainer hat. He'll start with your latest version. I'll certainly take that on, if only because Cookie Crumbler is in such wide use. I wonder how many Plone users are aware their passwords are stored unencrypted in client cookies which fly back and forth waiting to be snapped up by packet sniffers, XSS, and JS attacks ;-) That said, basic auth ain't much better, but at least that's protectable by SSL... Cookies and Basic Auth both are transmitted via HTTP headers, so both should benefit from SSL Another question of course is what happens afterwards; in my experience at least IE has a tendency to even store Session cookies longer than one might expect (ie. the lifetime of the browser instance) I made a patch to CC to crypt auth tokens with AES, though thats not ideal it should help a little Hmmm, I wonder about sticking the token in the URL as an option, as with the SESSION stuff... Chris smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [patch] More secure cookie crumbler?
Shane Hathaway wrote: On Tue, 20 Apr 2004, Peter Sabaini wrote: Shane Hathaway wrote: Even with unbreakable encryption of credentials after login, you still send the username and password in the clear at login time, and sniffers can reuse the session ID with ease. You really shouldn't tell the Plone users they will be safer with a session token, because they won't. Why not make the login page itself SSL-protected then? If you're going to go to the trouble of setting up SSL, why not encrypt the whole session? Let anonymous users come in via HTTP, then go all-SSL for logged in users. Sourceforge is a great example of this. Yes, thats what I was talking about. In our Zope apps this is standard procedure -- we have one non-SSL welcome page at the most, everything else goes through HTTPS, makes sense IMHO for data acquisition applications with at least moderately sensitive data peter. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: How to make Zope fail nicely under high load?
Tres Seaver wrote: Bjorn Stabell wrote: If you run Apache as a caching reverse proxy (caching surrogate server) then images will be served from Apache. Only the dynamic HTML pages are served from Zope, so having them fail without regards to sessions is relatively okay. Images and other static content are almost guaranteed to load correctly, and if they didn't, a straight reload from the client will not reload cached images. Impatient clients often force reloads; I don't *think* Apache has a knob which allows a surrogate / acceloerator proxy to ignore the spec (which is written assuming forward proxies), and serve from cache anyway. I think I did find some sort of knob for this For Apache 2.0, mod_cache, dir. CacheIgnoreCacheControl could be used for this http://httpd.apache.org/docs-2.0/mod/mod_cache.html For Apache 1.3 mod_proxy, dir. CacheMaxExpire could do http://httpd.apache.org/docs/mod/mod_proxy.html#cachemaxexpire - peter. Tres. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: How to make Zope fail nicely under high load?
Bjorn Stabell wrote: Hi Peter, I think I did find some sort of knob for this For Apache 2.0, mod_cache, dir. CacheIgnoreCacheControl could be used for this http://httpd.apache.org/docs-2.0/mod/mod_cache.html For Apache 1.3 mod_proxy, dir. CacheMaxExpire could do http://httpd.apache.org/docs/mod/mod_proxy.html#cachemaxexpire I think this will force Apache to cache content no matter if the content's headers have cache control settings, but will it force Apache to not re-request the content if the browser forces a reload? (Ctrl-refresh in IE.) This really should be tested, but as far as I can remember it did serve from cache rather than rerequest. Its been some time since I did this (and at another company) and unfortunately I cant remember this too clearly... From the 'CacheIgnoreCacheControl' at least it does sound like it would ignore the spec and serve cached content though. cheers, peter. smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] How to make Zope fail nicely under high load?
This very much depends on your application and requirements (and your definition of nicely :-)), but I'd argue that it rarely make sense to handle this at the TCP Connection level (just to think about browsers opening multiple connections, HTTP/1.0 or /1.1 compliant browsers, proxies etc.) As an example, one client of ours had the following requirements wrt. to this problem which I think should be fairly common: * Allow X logged-in users till a certain responsiveness threshold is reached * If said threshold is reached: - inform all users trying to log that the site is too loaded - while allowing already-logged-in users to still use the site with acceptable speed This means we had to a) measure responsiveness (which we did with some cobbled together heuristic involving the rate of user logins (something like 5 users per minute) and an external script effectively HTTP Pinging the site every X minutes) and b) redirecting users to a statically hosted page (which can be served cheaply) if said conditions were met. This kind of thing clearly cannot be done at the TCP level because TCP Connection != User session cheers, peter. Bjorn Stabell wrote: Hi, We've run into an interesting problem when load-testing a Zope site behind Apache, a problem that we've also encountered in real life. Basically, when the load gets high, Zope has a huge backload of work (several minutes of requests), making the average latency for each request many minutes. What are effective ways to do this kind of overload management so that the backlog of work doesn't get that big? The ideal would be for requests to fail immediately if the backlog of work is more than a certain number of requests (or even better, estimated time to process). Here's what we've tried: Naively, we thought we could just set the socket.listen() backlog in Apache and Zope to a lower value, but in TCP connect()'s apparently don't fail if the server's listen backlog is full; instead requests are retried, resulting in a client side managed listen backlog, also giving the same long latency. (If someone knows this stuff, please confirm/deny these allegations against TCP :) It appears the way to control it would for Apache or Zope to return 503 Service Unavailable when the load is too high, but we haven't found a good way to do this; Zope doesn't appear to have any mechanism for it, and Apache's ProxyPass doesn't either. I guess load balancers would, but that's a bit overkill since we run the server on one machine. Regards, smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope Start Script Woes
I'm no big shell scripter, some suggestions anyway...
* I think you might be missing an INSTANCE_HOME parameter here,
something like
# what we'd like but won't recognize instance home
# exec /usr/bin/python $ZOPE_BASE/z2.py -z $ZOPE_BASE -u $USER \
# -w $HTTP_PORT -f $FTP_PORT -t $THREADS -Z $MANAGER \
# -l $INSTANCE_HOME$ZOPE_LOGFILE \
INSTANCE_HOME=$INSTANCE_HOME \
# -D $@ $INSTANCE_HOME/var/startup.log
or export the INSTANCE_HOME
* Are you shure you want to start Zope in debug mode?
* You might want to check
http://zope.org/Documentation/Books/ZopeBook/2_6Edition/MaintainingZope.stx
, I put some (very much simpler) startup scripts there
* Finally, the upcoming Zope 2.7 should behave much better wrt this (if
thats any help to you :-))
- peter.
Sean Duffy wrote:
Hi,
These are probably more shell scripting issues, but I'm hoping that
some scripter with an agile mind will show me the error of my ways,
so here goes.
I have borrowed a script from the zope site and modified it for my
purposes, and it 'sort of' works. The issues are:
Can't seem to get the Instance-Home stuff to work right without local
start scripts in each directory. Right below the $INSTANCE_HOME/start
is the line I'd like to use to simplify the management of the
instances.
Can't get stop to work right. First 'stop' is not an instance, then
the first instance does appear to get stopped, but it errors on the
other two.
I get a 'start0' for the value of $WAIT in the starting text display.
(should just be a big fat zero or one!)
And for some reason, the script dumps the entire local environment to
the display before it does anything; any ideas why?
All constructive criticism welcome, and I'll take some flames
(high of 22 today).
System is RedHat-9.0 Zope-2.6.2 Python-2.2.3
Zope is installed in /usr/local/zope
Instances are /var/zope-sites/
Here's the script:
#!/bin/sh
# /etc/init.d/zope-instances
#
# Starts or stops multiple instances of zope one by one or all at ones.
# Configuration is done all through one configuration file
# /etc/zope-instances.conf which defines the location of the data-files,
# the user to run the instance, FTP portnrs, number of threads and if
the
# zdaemon should be used (to start a new instance should the one crash)
# all configurable per instance.
#
# Steps for creating and running a new instance:
# - start with a normal working (fresh) distribution of Zope
# ... snip ...
# - edit /etc/zope-instances.conf to run the new instance as you
desire
# - start the new instance (/etc/init.d/zope-instances start
instance-name)
#
# Note: this script is only tested for Red Hat distributions.
# Locations of scripts may vary from various distributions.
# Use at own risk.
#
# created: Chaim Zax (chaim at climbing.nl)
# version 0.02, dd. 29-3-'03
# version 0.02a, stuffduff 20-01-'04
INSTANCES_CONF=/etc/zope-instances.conf
DEFAULT_USER=www-data
ZOPE_BASE=/usr/local/zope
PS=ps wax
# Log- and pid-files
ZDAEMON_PIDFILE=/var/zProcessManager.pid
ZDAEMON_LOGFILE=/var/Z2_debug.log
ZOPE_PIDFILE=/var/Z2.pid
ZOPE_LOGFILE=/var/Z2.log
ZOPE_DEBUGFILE=/var/zope-debug.log
# Function for showing help-text how to use this script
helpText ()
{
echo Starts or stops multiple instances of zope one by one or all
at
ones.
echo
echo zope-instance [start/stop/restart/info/kill] [instance-name]
[-w] [-h]
echo
echo start/stop: starts or stops one or all
zope-instances
echo restart : restarts one or all zope-
instances
echo info : gets instance info as well as
their
current status
echo kill : kills one or all zope-instances,
even if orphaned
echo USE THIS ONLY WHEN ZOPE SPINS OUT
OF CONTROL
echo instance-name : if not provided or 'all'
indicates
all instances,
echo else acts only on the given
instance
echo -w: Do not wait for instance to
startup
echo -h: This help-text
}
startZope ()
{
startingAndStopping start $1 $2
}
stopZope ()
{
startingAndStopping stop $1 -
}
restartZope ()
{
startingAndStopping restart $1 $2
}
infoZope ()
{
startingAndStopping info $1 -
}
killZope ()
{
if [[ $1 == all ]]; then
killAll
else
killInstance $1
fi
}
# Start one or more instances depending of $1 and $2
startingAndStopping ()
{
MODE=$1 # mode is 'start', 'restart', 'stop' or 'info'
INSTANCE=$2
WAIT=$3
if [ ! -e $INSTANCES_CONF ]; then
echo ERROR: No configuration file '$INSTANCES_CONF'
exit 1
fi
SETUP=no
# sift through the configuration file, one line at a time
while read LINE; do
if [[ ${LINE::1} != # ]]; then
set $LINE
if [[ $1 != ]]; then
# starts, restarts or stops all instances (one per loop)
if [[ $INSTANCE == all ]]; then
STARTUP_MODE=$8
if [[ $STARTUP_MODE == 'start'
Re: [Zope-dev] Newbie Question
Aaron Paxson wrote: I hope I'm posting to the right mailing list. There were so many to decide from. This should've probably been directed to the main Zope list; zope-dev is for development *of* Zope. I've just been introduced to Zope, and am curious on how it will fit into my company's plans. I'm currently learning Java, and was starting to learn the RedHat Web Application Framework. I've found Zope in an article on the web, and started to look into it. It looks to be just as scalable, but I'm curious on how extensible it is, as well as, it's power in a corporate environment. For example, how extensible is it, to modify the security module and have it authenticate against LDAP? (I don't want all my users to remember yet another password) Also, how powerful is Python as compared to Java? Since it uses a native compiler, it stands to reason that it would be faster than Java, but what of it's objects and packages? (i.e. Does it have an image manipulation package, or networking packages?) There are Add-ons that do User authentification against LDAP servers, and its also not very hard to roll your own. Zope is, generally speaking, *very* extensible -- see for example the long list of 3rd pary add-on products at http://www.zope.org/Products I think Python is one of the greatest strengths of Zope. Its not only a modern full-fledged OOP language, comes with great libraries (see http://python.org/doc/current/modindex.html, and has even more to download separately) but is simply a joy to program in. Bruce Eckel put it very nicely IMHO: http://mindview.net/FAQ/FAQ-012 ) Also see: http://csdl.computer.org/comp/mags/co/2000/10/rx023abs.htm http://www.cis.udel.edu/~silber/470STUFF/article.pdf http://www.twistedmatrix.com/users/glyph/rant/python-vs-java.html There are good networking modules in the standard Python distribution; image manipulation can be done with eg. PIL (http://www.pythonware.com/products/pil/) or PythonMagick (http://www.procoders.net/moinmoin/PythonMagick) I must say, seeing the documentation and books alone, tells me the product is good, and something I can learn. I see alot of Hope for Zope grin, couldn't resist, but I don't want to get into it, just to see if it doesn't fit into my plans. For those who want a couple of examples, I have 3 projects for our intranet/extranet/internet applications: 1). Images and cataloging (where, our development team can upload their images, and the intranet application will take that image and export it to a JPG to update the web catalog, and move the original file to our FTP site for our photographers. 2). Document Management (Uploading of files, and inputting data to index on those files for searching) 3). Obviously the usual (Content Management and Portals) which I'm sure Zope does a good job at. Those are certainly suited for Zope - peter. Thanks in advance!! Again, my apologies if there is a better list for this post. Aaron Paxson Network Operations Manager Decorative Concepts, Inc http://www.decorativeconcepts.com smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] calling DTML method from python script in Zope
Hm, I would hope that the Zope book answers this kind of questions, see: http://zope.org/Documentation/Books/ZopeBook/2_6Edition/ScriptingZope.stx search for Calling DTML from Scripts This should solve your problem -- please leave a comment if it doesn't. Thanks, peter. [EMAIL PROTECTED] wrote: of course I looked over at ZopeLabs; http://www.zopelabs.com/cookbook/992031125 and while this shed some light on the situtation, it hardly solved the problem. the script calls a DTML method in the same folder from which it resides was called from -thanks in advance -josh ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope ) smime.p7s Description: S/MIME Cryptographic Signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Using propertysheets?
Lennart Regebro wrote:
I'm making a Zope product (in python) where I want the users to have control
over what properties that exist. At the same time I don't want the users to
have to deal with having all properties in one big mess under the standard
Property-tab.
So, my question is then: Should I use the PropertySheets class for this, and
if yes, does anybody have any example code, becuase it's not immediately
obvious how to use it.
I think it should work well with PropertyManager
Usage (works for me):
- Define your own edit form
- Derive your class from PropertyManager
- Add a propertysheet to a class instance, eg.:
def __init__(self):
self.propertysheets.manage_addPropertySheet('advanced', 'advanced')
- Add a prop:
advanced.manage_addProperty('something', 0, 'int')
- Do something with your propsheet, eg. update it:
adv = self.propertysheets.get('advanced')
if REQUEST is not None:
return self.manage_advancedForm(
REQUEST,
manage_tabs_message='Advanced Settings updated.',
)
- Or read a property:
self.propertysheets.get('advanced').something
If you're having problems just shout.
cheers!
peter.
Best Regards
Lennart Regebro
Torped Strategi och Kommunikation AB
___
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 )
___
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] ZSQL and Normalized databases (or why ZSQL sucks)
On Fri, 20 Apr 2001, Bryan Baszczewski wrote: ...I mean that: SELECT tab1.col1, tab2.col1 FROM ... etc ... Does not expose 'tab1.col1' and 'tab2.col1'. In otherwords, it doesn't gracefully handle name clashes. I realize that calling out the variable 'tab1.col1' out of the namespace is a pain, but (hopefully) in the future it would be made easier I havent followed the entire conversation so forgive me if we are on the same page but in different books. Have you tried to alias the column names? e.g.: SELECT tab1.col1 AS COL1_A, tab2.col1 AS COL1_B FROM etc... Aliasing works for me. (ZOracleDA). -- _ peter sabaini, mailto: [EMAIL PROTECTED] - ___ 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 )
