August 2001 - Zope - Zope lists

Re: [Zope] Zope v OpenACS and nonprofit application developers
by Joel Burton 03 Aug '01

03 Aug '01

On Fri, 3 Aug 2001, Ausum wrote: > I'd be happy to be among the "attendants" to your touring, but as I'm not in > DC (not even in USA), I'd be happy as well that you share your site's main > characteristics like hits per day, data transfered, bandwith used and ZEO > implementation, whether they exist. > > I hope I'm not asking too much. :) Asking for my root password, now that would asking too much. I don't offer up my site as an excellent of proof-of-scalability: our hit count is moderate (~30,000 hits/month), and our transfer/bandwidth/etc. would be too. (Of course, the fact that this all runs on a machine built from bubblegum and spare parts yet still is stable and running is pretty cheerful). I just offer my site as an example of a medium-sized site (~600 pages), and one that I'd be happy to explain to anyone that cared to listen. [ nb: I've been considering opening up parts of our site backedn to the community, probably through a mirrored version. I don't think our design is groundbreaking or particularly clever; however, one of the frustrations I had in starting w/Zope was that there was no decent-sized example to look at and play with. Of course, my concern is that exposing the internals of my site to strangers will reveal some security holes that I should have predicted. If anyone would be willing to do some security auditing in advance of the opening, I'd be willing to go ahead w/this idea. ] If you want to proof of scalability, look at the info about zope.org, which serves roughly one bajillion visitors per week. They have a great chart about how they do this, how they load-balance, etc. CBS New York is also a Zope site, and I'll bet they get more hits than we do. And, if you ever get to DC, the invitation is always open. :-) -- Joel Burton <jburton(a)scw.org> Director of Information Systems, Support Center of Washington

1 0

Can not compile Splitter.c when executing w_pcgi.py in order to b uild Zope Server 2.4.0. on Solaris
by Hobesh, Alan F. 03 Aug '01

03 Aug '01

> -----Original Message----- > From: Alan Hobesh [SMTP:toolsadm@bofasecurities.com] > Sent: Thursday, August 02, 2001 3:59 PM > Subject: > > ==> Problem: > > ==> Can not compile Splitter.c when executing w_pcgi.py in order to build > Zope Server 2.4.0. > > ==> Python is version 2.1.1 > > ==> OS is SunOS 5.6 Generic_105181-25 sun4u sparc SUNW,Ultra-250 > > ==> Partial output of execution of 'python w_pcgi.py' > > ==> Thanks for your help! > > Script started on Thu Aug 02 15:39:30 2001 > toolsadm@sf-backoff-dev1[186] python > Python 2.1.1 (#3, Aug 1 2001, 16:51:43) [C] on sunos5 > Type "copyright", "credits" or "license" for more information. > >>> ^D > toolsadm@sf-backoff-dev1[187] python w_pcgi.py > > -------------------------------------------------------------------------- > ---- > Building the PCGI wrapper > ./configure > loading cache ./config.cache > checking for gcc... (cached) cc > checking whether the C compiler (cc ) works... yes > checking whether the C compiler (cc ) is a cross-compiler... no > checking whether we are using GNU C... (cached) no > checking how to run the C preprocessor... (cached) cc -E > checking MACHDEP... sunos5 > checking for inet_addr in -lnsl... (cached) yes > checking for socket in -lsocket... (cached) yes > checking for ANSI C header files... (cached) yes > checking for sys/wait.h that is POSIX.1 compatible... (cached) yes > checking for unistd.h... (cached) yes > checking for working const... (cached) yes > checking for pid_t... (cached) yes > checking return type of signal handlers... (cached) void > checking for putenv... (cached) yes > checking for socket... (cached) yes > checking for strerror... (cached) yes > checking for union semun... no > creating ./config.status > creating Makefile > make > -------------------------------------------------------------------------- > ---- > Writing the pcgi resource file (ie cgi script), > /tools/src/Zope-2.4.0-src/Zope.cgi > chmod 0755 /tools/src/Zope-2.4.0-src/Zope.cgi > > -------------------------------------------------------------------------- > ---- > Deleting '.pyc' and '.pyo' files recursively under > /tools/src/Zope-2.4.0-src... > Done. > > -------------------------------------------------------------------------- > ---- > Compiling python modules > > -------------------------------------------------------------------------- > ---- > Building extension modules > cp ./lib/python/Setup20 ./lib/python/Setup > > ------------------------------------------------ > Compiling extensions in lib/python > > . . . > > > /tools/python2.1.1/lib/python2.1/config/makesetup \ > -m Makefile.pre -c > /tools/python2.1.1/lib/python2.1/config/config.c.in Setup -n > /tools/python2.1.1/lib/python2.1/config/Setup.config > /tools/python2.1.1/lib/python2.1/config/Setup.local > /tools/python2.1.1/lib/python2.1/config/Setup > make > cc -Xc -mt -O -I/tools/python2.1.1/include/python2.1 > -I/tools/python2.1.1/include/python2.1 -DHAVE_CONFIG_H -c > ././src/Splitter.c -o ./Splitter.o > "././src/Splitter.c", line 85: warning: invalid white space character in > directive > "././src/Splitter.c", line 86: warning: invalid white space character in > directive > "././src/Splitter.c", line 88: warning: invalid white space character in > directive > "././src/Splitter.c", line 89: warning: invalid white space character in > directive > "././src/Splitter.c", line 90: warning: invalid white space character in > directive > "././src/Splitter.c", line 92: warning: invalid white space character in > directive > "././src/Splitter.c", line 93: warning: invalid white space character in > directive > "././src/Splitter.c", line 94: warning: invalid white space character in > directive > "././src/Splitter.c", line 111: syntax error before or at: / > "././src/Splitter.c", line 153: syntax error before or at: / > "././src/Splitter.c", line 264: warning: invalid white space character in > directive > "././src/Splitter.c", line 558: syntax error before or at: / > cc: acomp failed for ././src/Splitter.c > *** Error code 2 > make: Fatal error: Command failed for target `Splitter.o' > Traceback (most recent call last): > File "/tools/src/Zope-2.4.0-src/w_pcgi.py", line 111, in ? > if __name__=='__main__': main(sys.argv[0]) > File "/tools/src/Zope-2.4.0-src/w_pcgi.py", line 109, in main > import wo_pcgi; wo_pcgi.main(me) > File "/tools/src/Zope-2.4.0-src/wo_pcgi.py", line 105, in main > import build_extensions > File "/tools/src/Zope-2.4.0-src/inst/build_extensions.py", line 109, in > ? > > make('lib','python','Products','PluginIndexes','TextIndex','Splitter','ISO > _8859_1_Splitter') > File "/tools/src/Zope-2.4.0-src/inst/do.py", line 135, in make > do('make') > File "/tools/src/Zope-2.4.0-src/inst/do.py", line 104, in do > if i and picky: raise SystemError, i > SystemError: 256 > toolsadm@sf-backoff-dev1[188] > toolsadm@sf-backoff-dev1[188] ^D > > script done on Thu Aug 02 15:42:25 2001 > > ==> I'm not sure which source file I am getting the error on... > > toolsadm@sf-backoff-dev1[228] ls -al `find . -name Splitter.c -print | > xargs` > -rw-r--r-- 1 toolsadm toolsadm 15520 Jun 1 09:09 > ./lib/python/Products/PluginIndexes/TextIndex/Splitter/ISO_8859_1_Splitter > /src/Splitter.c > -rw-r--r-- 1 toolsadm toolsadm 13862 May 30 08:57 > ./lib/python/Products/PluginIndexes/TextIndex/Splitter/ZopeSplitter/src/Sp > litter.c > -rw-r--r-- 1 toolsadm toolsadm 13862 May 23 11:18 > ./lib/python/SearchIndex/Splitter.c > > > _____________________________________________________________________ IMPORTANT NOTICES: This message is intended only for the addressee. Please notify the sender by e-mail if you are not the intended recipient. If you are not the intended recipient, you may not copy, disclose, or distribute this message or its contents to any other person and any such actions may be unlawful. Banc of America Securities LLC("BAS") does not accept time sensitive, action-oriented messages or transaction orders, including orders to purchase or sell securities, via e-mail. BAS reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the BAS e-mail system.

3 2

getting parents id and its properties
by Marcus Schopen 03 Aug '01

03 Aug '01

Hello! is there a way to get an object's parent folder id and(!) all properties of this parentfolder? The given object is is the result of a Catalog search. my code: <dtml-in Catalog.searchResults({'meta_type':'NewsItem','sort_order':'reverse'})"> <dtml-var id> | ??? name of the parent folder and its properties (title etc.) ???? </dtml-in> Please help! Thank you Marcus

1 0

using Perl "inside" Zope
by Carl David 03 Aug '01

03 Aug '01

After lots of hacking, I think I've got an old CGI.pm module and perl program, renamed to a py extension and stored in /Extensions with a correct first line pointing at the perl interpreter, and still it says there is an error on the line "use CGI". The program itself executes from the command line, outputs HTML code, etc., to the screen, but inside Zope, its a big Nope. Can someone explain to me what I'm doing wrong? Thanks Carl David david(a)uconnvm.uconn.edu

2 1

Zope v OpenACS and nonprofit application developers
by Anders Schneiderman 03 Aug '01

03 Aug '01

Just to add to Michael's post: People who use openACS have raised two major concerns about using Zope. First, although Zope is easier when starting off, openACS comes a much more developed, integrated system of modules out of the box, and so althought it is more complex, the complexity pays off. Given that our goal is to build open source apps that work well for larger as well as smaller organizations, this is an important consideration. The much more serious issue is whether openACS scales much better than Zope does. People who use openACS say that its model can handle much larger apps, due in large part to the fact that openACS is built on a very solid, thoroughly tested data model that uses a relational database approach. Given that at least one of the participants, techrocks, needs a platform that can handle tons of people, this is a pretty big issue. So, as someone participating in the discussion over platforms, I'd be very interested to hear from people who have used Zope to build large scale applications. In particular: 1) How large of an application have you been able to build with Zope without seeing serious performance problems? I.e., how many users, hits per day/hour, etc.? 2) When you build a large-scale application in Zope, do you have to use a RDMS on the back end? Is there a point at which Zope's object system isn't enough anymore? The reason this is important to us is that there are lots of advantages of using an object system, but if you need to rewrite the backend into a relational database as the app gets larger, then openACS, where the database is there at the beginning, starts to look like a better deal. Any thoughts/comments would be extremely helpful. Thanks, Anders Schneiderman Information Manager SEIU International

3 2

Problem moving Data.fs to new server
by Ian Sealy 03 Aug '01

03 Aug '01

Dear all, I'm having a problem moving a Data.fs file to a new server. The two Zope versions are identical (2.2.5) and the same products are installed on both. The old server is running Red Hat 6.2 and the new server is running Solaris 8, but that, of course, should be irrelevant. Accessing any object gives the same error: Error Type: AttributeError Error Value: __call__ Traceback (innermost last): File /local102/projects/law/zope-2.2/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /local102/projects/law/zope-2.2/lib/python/ZPublisher/Publish.py, line 187, in publish File /local102/projects/law/zope-2.2/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /local102/projects/law/zope-2.2/lib/python/ZPublisher/Publish.py, line 162, in publish File /local102/projects/law/zope-2.2/lib/python/ZPublisher/BaseRequest.py, line 308, in traverse File /local102/projects/law/zope-2.2/lib/python/ZPublisher/BeforeTraverse.py, line 85, in __call__ File /local102/projects/law/zope-2.2/lib/python/ZPublisher/BeforeTraverse.py, line 112, in __call__ AttributeError: (see above) I get the same error whatever I try and access (e.g. I can't get into the management screens). Has anyone had a similar problem? Cheers, Ian

2 1

Large data.fs (just the Faqs).
by Jason C. Leach 02 Aug '01

02 Aug '01

hi, So to have a Data.fs larger than 2GB I need: 1. To re-compile python w/ large file supprt. 2. Use the 2.4.x Linux Kernel. 3. Pray. j. -- ...................... ..... Jason C. Leach ..

4 5

Re: [PHP] GET/POST "name=value" query var convention?
by Rasmus Lerdorf 02 Aug '01

02 Aug '01

> Does anyone know of a more-or-less authoritative source that states > that the common convention for HTTP GET/POST queries is a series of > "name=value" pairs joined by "&" characters? I know I'm not just > making this up, but I need to persuade someone that it is a > commonly-accepted practice. Before you look... it's not in the HTTP > RFCs. Read the CGI Specification, or simply create a GET method form and submit it with a couple of different browsers and look at the URL it sends. There isn't much arguing with this. > Also...would it be accurate to say that life as a PHP and/or > ColdFusion programmer is easier if the aforementioned HTTP GET/POSTs > are performed in this manner? I know as a frequent user of Perl's > CGI.pm module that I take this convention for granted. Sure, but technically the separator shouldn't actually be & it should be & or simply ; In PHP you can change this in your php.ini file with the arg_separator directive. But since most browsers don't send GET-method forms this way it is somewhat pointless unless you are building something where you have full control over the clients that access your server. By the way, that was a pretty crazy cross-post! -Rasmus

1 0

GET/POST "name=value" query var convention?
by Scott Thomason 02 Aug '01

02 Aug '01

Does anyone know of a more-or-less authoritative source that states that the common convention for HTTP GET/POST queries is a series of "name=value" pairs joined by "&" characters? I know I'm not just making this up, but I need to persuade someone that it is a commonly-accepted practice. Before you look... it's not in the HTTP RFCs. Also...would it be accurate to say that life as a PHP and/or ColdFusion programmer is easier if the aforementioned HTTP GET/POSTs are performed in this manner? I know as a frequent user of Perl's CGI.pm module that I take this convention for granted. ---scott

2 1

Zope 2.4 on Red Hat Linux access/security wierdness
by Francis Potter 02 Aug '01

02 Aug '01

Hi there! I hope someone can help with this wierdness. I'm experienced with Zope but a Linux newbie, and I suspect that it's a Linux problem, or maybe not. I'm running Zope 2.4 on Red Hat 7.1. If I work with Zope on the Linux box, everything works great. When I work on it from a Windows box, everything works great for about 10-15 minutes. Then all of a sudden it won't respond to requests at all (times out waiting for a response). The catch is, if I go back to the Linux box and hit the server again from the browser there, then I can access it from the Windows box again no problem. In other words, I have to hit Zope from a browser on the local machine every few minutes in order to be able to use it from another machine! Obviously this isn't very good once the system comes out of development. Is this a Zope problem or a Linux security problem, or both? How do I fix it? Any suggestions? Thanks. Obviously there's a hack, to write a little script to hit the server every minute or two from the local machine using http, but this doesn't seem like it ought to be necessary. --- Francis Potter --- francis(a)helium.com --- desk +1 (415) 826 3646 --- cell +1 (415) 301 5162

1 0