- Zope - Zope lists

Re: [Zope] Newbie: Two questions regarding DTML.
by Bill Anderson 10 Jul '99

10 Jul '99

Rachid van Es wrote: > > Bill Anderson wrote: > > Quite frankly, I love it. > > I use it at work for my Support website (internal lan, no URL :-( ), as > > well as for the Linux in Boise Club website (shameless plug: > > http://www.libc.org) as well as for two upcoming sites. Given that I > > love Python and don't *really* need all that apache has to offer, I run > > the Zserver straight up. Currently, I am working on something I suspect > > may be in the PTK: a banner ad product. > > My project does involve major stuff, so it has to run on a 'foreign' server. > On my local machine it runs on the included server. Nice enough. I took a > look at libc.org, looks nice, runs under zope? Could you send me the dtml > code of that? I'm having trouble getting to grips with it all, I keep > running into what I see as limitations. Especially the database approach, I > hate that! Our server runs under WinNT, so that makes Zope soooo slow! Sure. Most of the work for the site look is in the standard_html_[head|foot]er, with the exception of the Community site (Squishdot), and the main page (pure html). > > > Not sure what you mean about the caching, but I'll try. It is my > > understanding that once served, the page (non-dynamic only?) is cached > > on the server side. To be served up new requires the browser to decide > > if it needs a new version of the page, or the cached version will do. > > Yeah, but I thought the whole deal about Zope was dynamic pages. The way I > do my pages now is by having the  which don't change from > parent to child, combined with . > > Now this 'content_zope' will be a generated file, but if Zope doesn't allow > for fast serving of these kind of pages, I might as well whip up a > CGI-script to generate static html and run it all from a normal (lightning > fast) server, right? As I understand it (anyone care to affirm or correct me ?), Zope stores the pages (objects) in a cache, which is served out to the browser. By dynamic pages, I meant those pages which the content changes based upon various variables, which sould be useless if cached. The cache parameters are managed via the control panel. For example, the links page on www.libc.org is generated from an SQL query. IMO, this should not be cached, since I could forsee problems if it were (more so in other cases but you get the idea). Given that the SQL queries are done using Python, and there is no additional overhead. Now on to the DTML -------header------------ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <HTML> <HEAD> <TITLE> </title> <link href="/Styles/primary" rel="stylesheet" type="text/css"> <body bgcolor="white"> <table border=0 cellspacing=2 cellpadding=2 width=100% NOSAVE valign=top> <tr> <td align=left valign=top width=40> <img src=Images/SideBanner width=39> <td valign=top bgcolor=#fff0f5> <h2> Directory </h2>  <A HREF="" > </A>  &nbsp&nbsp <a href='./../'>Up one level</a> <hr> <center><a href=http://www.zope.org><img src=/Images/ZopeButton height=34 width=80 border=0></a></center> </td> <td valign=top bgcolor=#fffaf0> </HEAD> -----------end---------- Note in the 'up one level' link the "./../". i found this _neccessary_ to get it to function properly. I use a convention of /Styles and /Images for site-wide css and images. ---------footer--------- </td> </tr> </table> </BODY></HTML> --------end--------- This basically cleans up. Any questions ask. Bill

1 0

DCOracle data types
by paulabrams＠yahoo.com 09 Jul '99

09 Jul '99

Hello, I need to store a large amount of textual data in oracle 8 using a zsql method. I used type BLOB for the column, but when I try to save to I get the error message "oci.error ... Invalid type code, 113, for column 7" Column 7 is type BLOB in the oracle database, but in my SZQL method I try to update that field with "". - Does Zope know how to handle BLOBs? - Should I be using a different SZQL type than "string"? - Is there is a different data type I should be using in the database? Thanks in advance, -Paul

1 0

Re: [Zope-dev] ZClasses instances become detached from class
by Michael Bernstein 09 Jul '99

09 Jul '99

Jason Spisak wrote: > > Yes. And it was actually a misinterpretation on my part of the > ZClasses. The index_html doesn't actually exists in the object instance > when you view contents. It exists as the View tab, or whatever you set > it to. Ack. I thought you meant that you wanted to view http://www.mydomain.com/MyObjectInstance/index_html , you do not need to assign your method to a view in order to do this. > My mistake. DC has got quite some powerful features in there > and it make it so easy, you miss it sometimes. :-) > > Heads up though. If you leave the Properties tabb assigned to the > default (manage_propertiesForm) you won't be able to see them until you > create a manage_propertiesForm. But the property sheets you create > become list choices that let you select them as the view that comes up > in the Properties tab. Great stuff DC!!!! Hmm, some more changes to the interface I guess, in my version things seem a bit smoother. The Views created can be assigned to all methods of the ZClass, manage_access, and propertysheets in the form of 'propertysheets/Propertysheet_Name/manage'. No need to create another method. Michael Bernstein.

1 0

RE: [Zope] socket.error: (10048, 'winsock error')
by Rob Page 09 Jul '99

09 Jul '99

> > Any idea what could be wrong with my configuration? > > > > D:\opt\zope>python zserver.py > > log: adding channel <select-trigger (loopback) at 8409b0> > > Traceback (innermost last): > > File "zserver.py", line 84, in ? > > from HTTPServer import zhttp_server, zhttp_handler > > File "ZServer\HTTPServer.py", line 115, in ? > > from HTTPResponse import make_response > > File "ZServer\HTTPResponse.py", line 97, in ? > > from PubCore.ZEvent import Wakeup > > File "PubCore\ZEvent.py", line 91, in ? > > File "ZServer\medusa\select_trigger.py", line 102, in __init__ > > a.bind (self.address) > > File "<string>", line 1, in bind > > socket.error: (10048, 'winsock error') > > > > I've never used Windows but I suspect you don't have access rights to > bind to whatever port your using. This is what the 'bind' > call does, at > least on UNIX. or something else has already taken the port... For example, if you're asking ZServer to grab tcp port 80 and IIS is already running on port 80 you might also get this error. Running netstat on your NT box might also shed some light... --Rob

1 0

FYI: Thanks for all the alpha testing reports!
by Paul Everitt 09 Jul '99

09 Jul '99

Howdy Zopesters. Just wanted to send an end-of-the-week note saying thanks to everyone for the heavy testing on the Zope alphas and all the detailed reports that have been submitted. Since we are still in alpha, we are finishing features at the same time that we are responding to bugs. Those of you on the zope-checkins mailing list can see that a lot of progress is being made. At the same time, we're starting again to work through the backlog in the Collector. I appreciate everybody's patience. We unfortunately don't have enough resources to respond immediately to each issue that is raised, but we are doing our best. If anybody feels that we should be doing better, please send me a note. Again, please keep sending in your bug reports and thoughts on how things are going! --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/ -----------------------------------------

1 0

RE: [Zope] socket.error: (10048, 'winsock error')
by Michel Pelletier 09 Jul '99

09 Jul '99

> -----Original Message----- > From: O.l.i.v.e.r T.h.u.n.s [mailto:oliver.thuns@gmx.de] > Sent: Friday, July 09, 1999 5:35 PM > To: zope(a)zope.org > Subject: [Zope] socket.error: (10048, 'winsock error') > > > I tried to setup ZServer from the Zope-2.0.0a3-src.tgz archive. I > untarred only the Zserver and the lib/python/ZPublisher directory > (don't want to use Zope now, only ZPublisher). I get the following > error when I execute the start.py (renamed to zserver.py). > > Any idea what could be wrong with my configuration? > > D:\opt\zope>python zserver.py > log: adding channel <select-trigger (loopback) at 8409b0> > Traceback (innermost last): > File "zserver.py", line 84, in ? > from HTTPServer import zhttp_server, zhttp_handler > File "ZServer\HTTPServer.py", line 115, in ? > from HTTPResponse import make_response > File "ZServer\HTTPResponse.py", line 97, in ? > from PubCore.ZEvent import Wakeup > File "PubCore\ZEvent.py", line 91, in ? > File "ZServer\medusa\select_trigger.py", line 102, in __init__ > a.bind (self.address) > File "<string>", line 1, in bind > socket.error: (10048, 'winsock error') > I've never used Windows but I suspect you don't have access rights to bind to whatever port your using. This is what the 'bind' call does, at least on UNIX. -Michel > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

newbie question, #in tag
by Bruno Matarollo 09 Jul '99

09 Jul '99

Hi! I am a newbie to Zope, and first of all I would like to say that it looks really good... Impressive...!!! :-) Well, let's get to the point. I have a form where I have an INPUT tag that is like this: <INPUT TYPE="TEXT" NAME="cant" SIZE="3" MAXLENGTH="3"> It is used to input a number... But in the DTML file used to process the form, I want to use a range where the max is the "cant" inputed at the INPUT tag... I have a , but obviously Zope complains that strings cannot be used in 'in' tags... So, how do I do to iterate in asequence that starts on 1 and ends on 'cant'? On python I would create a list but I don't know how to do this using only DTML methods. Is it possible? TIA /B

1 0

test
by michel＠digicool.com 09 Jul '99

09 Jul '99

ing

1 0

RE: [Zope] Zope, performance and multithreading (beginner questio ns)
by Michel Pelletier 09 Jul '99

09 Jul '99

> -----Original Message----- > From: Andy Dustman [mailto:adustman@comstar.net] > Sent: Friday, July 09, 1999 12:52 PM > To: Rob Page > Cc: 'Alexander Staubo'; 'zope(a)zope.org' > Subject: RE: [Zope] Zope, performance and multithreading (beginner > questio ns) > > > I mentioned this (buried in another thread), but I have a > MySQLdb module > for Python that is completely thread-safe (i.e. it releases the global > interpreter lock on blocking calls). It's mostly compatible with > MySQLmodule-1.4 (what ZMySQLDA uses) so it should be easily > adaptable to > Zope, except for the fact that it does try to use mxDateTime, which > conflicts name-wise with Zope's DateTime. If any changes are > required to > make it work with Zope (it should probably have it's own > ZMySQLdbDA), let > me know. > I would suggest against two DA from the same database. We are in a stitch right now because we have two Sybase DAs, one we wrote that we never released, and one Brian Hooper wrote that is the community DA, the problem is, our consulting customers use ours, and everybody else uses Brian's. We want to officially support Sybase, and we'll probably end up with something between the two of them, and call it 'official'. So I would suggest we, as a community, huck the old DA that has served us so well in our non-threaded days and rewrite it to use your threadsafe module. As you suggested, this should be pretty a pretty low calorie change since python has a little secret the rest of the world has yet to find out about, standard interfaces! So now we need a volunteer to rewrite the DA. Paul has officially pledged to send a wav file of him making kissing/lovey sounds to whomever takes on the task. -Michel PS: I'll leave this link here cuz it's cool: http://starship.python.net/crew/adustman/MySQLdb.html

2 1

RE: [Zope] Zope, performance and multithreading (beginner questio ns)
by Rob Page 09 Jul '99

09 Jul '99

> The MySQL solution to doing transactions is to instead do > table locking. > At least, this is what the docs say (see section 5.4). By not > supporting > transactions, this makes the database 2-3x faster (claimed). > An exerpt: > <SNIP GOOD MySQL Info> Andy: Wow! Thanks a million for the detailed info! We'll take this new scoop into account for the MySQL decision/effort. --Rob

2 1