January 2000 - Zope-Dev

RE: [Zope-dev] ASP vs Zope vs PHP vs ..?
by Michel Pelletier 12 Jan '00

12 Jan '00

> -----Original Message----- > From: Michael Waddell [mailto:mwaddell@mwdb.com] > > I searched zope.org for FTP. I found one relevant HOW-TO. Where is > documentation on FTP for Zope? The one how-to is probably it. > I've played for a few minutes using the > How-To info to get an FTP session between HomeSite and Zope > (on localhost). > It kind of works but I can move files bi-directionally. I'm assuming you mean you can't move file bi-directionally. > Is there no other (easy, documented) way of efficiently > editing html in > Zope? FTP is easy, it's just not documented. > What is the community doing? You're not uploading via the Browse > button in Manager, are you? Some probably are. > You're not really editing in the > Manager, are > you? Many do. > Did I miss something? Probably not. If you editor supports FTP or WebDAV, then you can use it with Zope. I use FTP with XEmacs all the time, it is my prefered editor and my prefered way to edit methods and content in Zope. -Michel

1 0

Re: [Zope-dev] Factory pollution, scopes, zope hosting
by Tres Seaver 12 Jan '00

12 Jan '00

Lalo Martins <lalo(a)webcom.com> wrote: > > I already described a problem of ``factory pollution'' I'm > facing. In short, I develop a ZClass for a very specific > problem, and then have to cope with its metatype in the > ``add object'' lists of the entire site. This is a pain for > hosting providers for two reasons: > > 1: it pollutes the ``add object'' list. I will soon have a half > hundred metatypes. It's bad to make customers understand this. > > 2: perhaps I developed some class for one customer alone. For > the others it's a waste of mental space. Perhaps I even want to > charge for specific services (like, say, a shopping cart class). > > I was going to settle for deleting the Factories and making > some scripts to add all instances programatically, but then I > realized there is a possible sollution. I'd like to hear > comments on it from folks with a say on Zope internals before I > move on. > > This sollution is giving a ``scope'' property to the Factory > object. This property is a list of strings (represented as > ``lines'') defaulting to ['/']. A given factory is only valid > in places where the path start with one of the scope strings > (so the default scope says this factory is valid anywhere, but > I could change it to ['/BroDar/nucleos', '/lalo/foobar'] so it > would stop all other places from having this metatype on their > ``add object'' lists). > > Is it worth? Is it a good sollution? Is the problem real, or in > my mind? You have identified a real problem: it is a pain even for me in a site where I stage projects for different clients. One solution I had considered was to hack the factories to add a "global_visibility" flag to them, and to add a "factory proxy" object which would be dropped into the main Zope tree which would "surface" its factory to folders which acquired it. + Zope + Control Panel + Products + FooProduct + FooClass + FooFactory (global_visibility not checked) ... + FolderUnderWhichIWantToEnableFooFactory o FooFactoryProxy + FolderWhichCanContainFoos FooNumberOne Another namespace problem I have it the pollution of the "Permissions" namespace (mentioned in another thread). Perhaps the "visibility" flag should be a property of the Product, and therefore apply to _all_ its objects: permissions, classes, factories, etc.? An alternative to the proxy object would be to add a view to the Folder which allowed filtering the Products which could be used beneath it. -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

2 1

Bug in 2.1.2?
by Robert Sander 12 Jan '00

12 Jan '00

Hi! I just installed Zope 2.1.2 which comes now with debian potato, and I think I found a bug that may be corrected in the official version. In file .../zope/lib/python/ZPublish/Publish.py line 173: except KeyError: should say except TypeError, KeyError: Greetings -- Robert Sander www.gurubert.de

2 1

Re: [Zope-dev] simple revision control(?) for Data.fs.
by Tres Seaver 12 Jan '00

12 Jan '00

Pavlos Christoforou <pavlos(a)gaaros.com> wrote: > > On Wed, 12 Jan 2000, Evan Gibson wrote: > > > How well does it handle the differences between packed and unpacked data.fs > > files? > > rsync was designed to update two files efficiently over a slow connection. > It will split a file into pieces, calculate running checksums and update > only the parts that differ. I expect that if the files are very different > (as it would be the case after a pack operation) rsync would not be very > efficient. And now I am thinking about it, it probably won't do what > Anthony wants. I don't remember if it has an option to store/get just the > differences. It would be useful to use as a Data.fs backup > mechanism over a network. Jeff Rush has a HowTo on using rsync to backup Zope: http://www.zope.org/Members/jrush/howto_rsync_zope -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

1 0

Re: [Zope-dev] simple revision control(?) for Data.fs.
by Anthony Baxter 12 Jan '00

12 Jan '00

>>> Chris McDonough wrote > How about exporting the root object as XML for inclusion in versioning? > Awkward, yes. It's not clear to me _how_ you'd do this. I guess an external method could do it. Aside from the inability to turn these back into Data.fs files, didn't someone mention at some point that the XML exports weren't properly formed XML? Or was it that there was no DTD for them? Having said that, IBM had some software for doing proper diffs of XML documents, so if it _was_ possible to export the root object (or, better yet, convert the on-disk ZODB file directly into XML, so that you get to keep the old versions &c around), it would be way cool. Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

mod_pcgi2 version 0.4.0
by Oleg Broytmann 12 Jan '00

12 Jan '00

Hello! http://www.zope.org/Members/phd/mod_pcgi2 - version 0.4.0. Fixed a minor problem with pcgiStartProc - changed it back to double-fork. This introduces problems for people who want to compile the module on Win32. I don't know how to help them; if anyone is interested in compiling the module on Win32 - patches accepted... The module finally seems pretty stable, all neccessary features implemented, all bugs caught and fixed. I thing this is last release before 1.0. BTW, it seems my news items do not appear on Zope front page. They stopped after I changed naming scheme from mod_pcgi2_v0.2.0 to mod_pcgi2-v0.3.0 (underscore to dash). It seems ZCatalog hates dashes, right? Oleg. ---- Oleg Broytmann http://www.fortunecity.com/skyscraper/unix/797/ phd2(a)email.com Programmers don't die, they just GOSUB without RETURN.

1 0

first release of repozo.py available (was Re: [Zope-dev] simple revision control(?) for Data.fs.)
by Anthony Baxter 12 Jan '00

12 Jan '00

ok, a first release of repozo.py is up at http://www.zope.org/Members/anthony/software/repozo.py This makes backups of your ZODB (Data.fs) file when run with -S, only storing the full file when necessary. When run with -R it will recover the data.fs file as at the specified date. Run with -v to have it talk to you and tell you what it's doing and why. More docs to come. caveat emptor: this sucker is really very very new - and the code's pretty grotty. but I have to go home now, so I thought I'd fling out a quick release. Usage: -S --store backup current ZODB file -R --recover restore stored ZODB file Flags for --store and --recover: -z file --zodb=file ZODB file (default var/Data.fs) -r dir --repository=dir repository directory (default /opt/zope/saveDir) -v --verbose verbose mode - say what's happening Flags for --store: -F --force force a full ZODB backup Flags for --recover: -D str --date=str recover state as at this date. str in format yyyy-mm-dd[-hh[-mm]] -o file --output=file write recovered ZODB to file (default Data.fs.recover) Current todo list: . support gzipped files . filter non-repozo files from the repository . store files in a hierarchy of directories (by date) rather than one huge directory

1 0

Re: [Zope-dev] simple revision control(?) for Data.fs.
by Anthony Baxter 12 Jan '00

12 Jan '00

>>> "Stuart 'Zen' Bishop" wrote > A 'quick hack' method of doing this would be to ascii encode your > data.fs (uuencode, base64 - anything as long as you have line feeds) > and use RCS to handle all the deltas. I thought about that. It's ugly, and will consume even more space than the current ZODB. In the case of a pack, won't RCS just store the whole thing in the RCS file again? or will it use some other format? You're also going to end up with a huge Data.fs.uu,v (or whatever) file. > Or you could buy a Netapp and use the built-in snapshot facilities :-) :-P Anthony

1 0

ASP vs Zope vs PHP vs ..?
by Michael Waddell 12 Jan '00

12 Jan '00

I'm an ASP/VB/Site Server developer looking for an alternative. Zope is very appealing -- it looks like a great tool supported by a great community. And I've enjoyed looking at and playing with Python. But, I'm uncomfortable with loosing touch with an actual HTML/ASP document in an actual file system. I feel weird about the URL that Zope presents - there's no simple file name reference, like, http://www.abc.com/mypage.asp or http://www.abc.com/mypage2.html. Sorry, but my web experience expects that. 1. Where can I learn how others have handled the transition from page-based publishing to Zope's object-based paradigm? 2. How do you create/maintain the look of the site? Doesn't seem feasible using the Zope control panel. I prefer using HomeSite (Allaire) for coding HTML, ASP and any text file. MacroMedia DreamWeaver for complex HTML design/layout. And I like using MS SQL Server (although I could be converted..) to support data-driven web sites. How do I integrate these products with Zope (if at all). The HTML page editing/layout features of Zope are not clear to me. Thanks for aiding in my evaluation. Regards, Michael Waddell Michael Waddell MW Data Basics, Inc. 153 Boles Road Marshfield MA 02050

2 2

simple revision control(?) for Data.fs.
by Anthony Baxter 12 Jan '00

12 Jan '00

Hiya, I plan to write something that will do 'daily' (or whatever) archiving of Data.fs, by using a fairly simple algorithm: start: store file, size incremental: if new_size < size: store complete new file, size # pack operation has happened. else: store all bytes from size to new_size This should allow me to reconstruct the Data.fs at any given point... can anyone see any problems with this? (of course, the bonus followup would be to implement the CVS pserver protocol so that you could retrieve it that way, but hey, I've got better things to do with my life :) Anthony

3 4