- Zope - Zope lists

ftp/webdav and zope
by Einar Næss Jensen 25 Feb '03

25 Feb '03

Having trouble with ftp-transfers to zope. (also applies to webdav) using zope 2.6.1 Zope let me transfer all sorts of files, except html-files, txt. doc or pdf (i.e text-documents). When I try, i get the error (in WsFTP Pro): "error creating file" In dreamweaver I get: The file "hf/fremmedsprak/zopetestfremm.htm" was skipped because the old remote file could not be deleted. This only happens when I try to transfer textfiles. Binary files like pictures, programfiles works fine. What is wrong? Einar -- Einar Næss Jensen Avdelingsingeniør EDB-HF 735 90750

3 2

Re: [Zope] IOError adding External Method
by Peter Bengtsson 25 Feb '03

25 Feb '03

"This shouldn't happen, as this is only a warning." http://mail.python.org/pipermail/zope-collector-monitor/2002-August/000986.… I.e. it's not expected behaviour. Write another External Method like foobar.py and contains only. def Helloworl(): return "Hello World" Let us know if that caused any problems. Peter At 15:10 2003-02-24 -0500, Jean-Francois.Doyon(a)CCRS.NRCan.gc.ca wrote: >Hello, > >I just recently started writing an External Method, and just not tried to >add it to my Zope for the first time. > >After correcting a couple of syntax errors, I got to this: > >Site Error >An error was encountered while publishing this resource. >IOError >Sorry, a site error occurred. >Traceback (innermost last): > File /usr/local/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 150, in >publish_module > File /usr/local/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 114, in >publish > File /usr/local/Zope-2.5.1/lib/python/Zope/__init__.py, line 159, in >zpublisher_exception_hook > File /usr/local/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 98, in >publish > File /usr/local/Zope-2.5.1/lib/python/ZPublisher/mapply.py, line 88, in >mapply > (Object: manage_addExternalMethod) > File /usr/local/Zope-2.5.1/lib/python/ZPublisher/Publish.py, line 39, in >call_object > (Object: manage_addExternalMethod) > File >/usr/local/Zope-2.5.1/lib/python/Products/ExternalMethod/ExternalMethod.py, >line 60, in manage_addExternalMethod > File >/usr/local/Zope-2.5.1/lib/python/Products/ExternalMethod/ExternalMethod.py, >line 109, in __init__ > (Object: checkurdsauth) > File >/usr/local/Zope-2.5.1/lib/python/Products/ExternalMethod/ExternalMethod.py, >line 132, in manage_edit > (Object: checkurdsauth) > File >/usr/local/Zope-2.5.1/lib/python/Products/ExternalMethod/ExternalMethod.py, >line 139, in getFunction > (Object: checkurdsauth) > File /usr/local/Zope-2.5.1/lib/python/App/Extensions.py, line 145, in >getObject > (Info: ('/usr/local/Zope-2.5.1/Extensions/urds.py', 'urds')) > File /usr/local/lib/python2.1/warnings.py, line 92, in warn_explicit > File /usr/local/lib/python2.1/warnings.py, line 98, in showwarning >IOError: [Errno 5] Input/output error > > >Anyone know what could be causing this? > >Thanks, > >Jean-François Doyon >Internet Service Development and Systems Support / Soutien de systèmes et >developement de services Internet >GeoAccess Division / Division GéoAccès >Canada Center for Remote Sensing / Centre canadien de télédétection >Natural Resources Canada / Ressources naturelles Canada >Phone / Téléphone: (613) 992-4902 >Fax / Télécopieur: (613) 947-2410 >http://atlas.gc.ca > > >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://mail.zope.org/mailman/listinfo/zope >** No cross posts or HTML encoding! ** >(Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev )

2 1

DTML to ZPT: insert db info and variables help
by Wayne Connolly 25 Feb '03

25 Feb '03

Hi, Can someone please help me to convert the dtml into zpt. below i am adding a db item onto the end of a url. maybe there is a URL example but i couldnt find one that worked. <a href=update?item=<dtml-var product>>Edit <dtml-var product></a> Also placing db info into input fields.. i cant get head around tales... <dtml-in zSQLMethod> <form method="post" action="update_files" enctype="multipart/form-data"> <input type="hidden" name=product_title value="<dtml-var product_title null="">" </form> <dtml-in> thanks all, Conno __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

3 2

create objects with dot in product
by Tim 25 Feb '03

25 Feb '03

Via the ZMI i can create an object with a . in the name (for example, an object with an id 'file.htm'); how can this be done in a disk based product? For example, the following obviously won't work: file.htm = PageTemplateFile('www/file.htm', globals()) There must be a trick, since the ZMI can do it?

3 3

Re: [Zope] Re: Java re-invents DTML :-)
by Terry Hancock 25 Feb '03

25 Feb '03

Since my only reason for jumping into this conversation was to make the case that DTML still has a place in the world, I'm going to drop the ZPT vs DTML argument. While I have no doubt that some people will continue to crow over ZPT's virtues, I am pleased to see that I am not the only one who wants DTML for keeps. On Monday 24 February 2003 04:10 pm, Dylan Reinhardt wrote: > At 10:55 AM 2/24/2003, Max M wrote: > >You would need to create another dtml document just for the purpose of > >writing the content of this "box" > Which I consider a feature, not a bug. More on that in a second. Indeed, as regards thru-the-web code, I consider one object per "file" to be the norm and the best practice. Indeed, I don't call them "files" I call them objects -- or to be more precise "Zope objects", and I view the ZMI as an object-browsing interface. From this POV, 1:1 is exactly the right "widget-to-file" ratio. It's perhaps relevant that I actually do use the Zope HTML interface for working on thru-the-web stuff. I'm satisfied with the level of function this provides, and I really like the location-, OS-, and browser-independence. I do in fact maintain my website from more than one computer -- and not all of them are set up with a development environment! > My philosophy is that the best way to re-use code is to have a larger > number of relatively autonomous single-purpose objects that act correctly > in different contexts. Each widget is an object. This philosophy stresses > polymorphism and encapsulation as primary virtues. Actually in my code, each widget is a view on a zope object -- an object typically has a number of such views which can be called. In other words, they are parallel to methods and attributes (of course they are also objects, in a broader definition). > Conversely, how does it promote code re-use to have several different ZPT > files making custom changes to some lowest-common-denominator macro? If > any number of your objects make use of a common option or feature, you > should only code that feature once. > > By defining each widget as its own object, any changes you make are easily > tracked and it won't be any harder to find your slashbox code than to look > in /widgets/slashbox. And here we're getting to the meat of the matter. In my project, you'll find most of those DTML views defined inside the product, in (for example): &dtml-zope_instance_directory;/Products/MyProduct/dtml/ObjectFoo/ where ObjectFoo is the Zope object being defined. The really cool thing is that in that DTML I can reference a whole bunch of images, colors, styles, etc. by variable name, and let the site-admin overload them with their own code if they like. In all probability the admin could use ZPT to do this, if they so choose. I use Python to define how objects behave, and DTML to define how they look. With CSS and variable substitutions this is trivial to customize by the end user. To make things even simpler, I just provide control panels so you can pick your resources. This is all very incomplete, though -- I've only had about 0.15 FTE for 12 mo on this. Hopefully by this Summer, I'll be able to "show not tell" -- that 0.15 is at least going to go up to about 0.50 by then. ;-D Then you guys can tell me how badly conceived my code is after actually seeing it yourselves (somebody's going to remember I said this, I just know it ;-D). In any case -- it's getting pretty clear that I should spend more time coding and less chatting about it, even if I do hate ceding the last word. ;-) Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com

1 0

authentication to apache from zope
by AM 25 Feb '03

25 Feb '03

Hi, I have an site using Apache Zope VHM. I was wondering if the authentication could be passed on to Apache. For e.g. I have an apache folder : <apache_doc_root>/images/ which is password protected via htpasswd and has images that I would like apache to serve. The folder has a user called zope/zpass in the .htpasswd file. In zope I have a page that has the tag <img src=/ images/img1.jpg> Is there a way I can pass the authentication to apache (zope/zpass) so that the client can view the images and the username password doesnt appear in the client. Thanks AM -- ================================================================== Aseem Mohanty Neurobehavioral Systems Inc, 828 San Pablo Ave, Albany, CA 94706 (R) 510 7696011 (M) 510 3014871 (O) 510 5279231 ================================================================== "I saw `cout' being shifted "Hello world" times to the left and stopped right there!!" -- Steve Gonedes ==================================================================

2 3

Re: [Zope-DB] sqlvar tag for text
by Jim Penny 24 Feb '03

24 Feb '03

On Mon, Feb 24, 2003 at 11:41:42PM +0100, Charlie Clark wrote: > > By "formatting" you mean linebreaks? These vary from platform to platform > so it's not a good idea to rely on them anyway. Look at the following rows > I stored without doing anything special: > > select * from whatever: > > This is "text" > This is 'text' > a new line\n > > What's missing? > > You definitely shouldn't use <dtml-var> because it's unsafe. Note: <dtml-sqlvar bah type=string> and '<dtml-var bah sql_quote>' produce the same thing by the time the ZSQL engine sees it. Each is equally safe. You must, however, never omit the sql_quote if you use dtml-var in a ZSQL method. That is completely unsafe. And there are times when ZSQL methods require the usage of dtml-var, extra data munging, or an auxilliary method, most often in LIKE expressions. As the sqlvar syntax does a better job of keeping your from shooting yourself in the foot, it is generally to be preferred; but it does no harm to have an extra arrow in your quiver. Jim Penny > > > _______________________________________________ > Zope-DB mailing list > Zope-DB(a)zope.org > http://mail.zope.org/mailman/listinfo/zope-db >

1 0

Re: [Zope-DB] sqlvar tag for text
by Jim Penny 24 Feb '03

24 Feb '03

On Mon, Feb 24, 2003 at 11:24:23PM +0100, Alex Cowan wrote: > Sorry that some of you will get this twice (I did reply to instead of reply > to all) > > As a reply to Jim Penny: > Doesn't help in cases where I want to keep " instead of ' Of course it does. There is no need to quote double quotes inside a SQL string. A string constant in SQL is an arbitrary sequence of characters bounded by single quotes ("'"), e.g., 'This is a string'. SQL allows single quotes to be embedded in strings by typing two adjacent single quotes (e.g., 'Dianne''s horse'). So, 'He said, "she said: you are so ..."' is a valid SQL string. See: http://www.netaktive.com/biblio/sql/SQL98/sql2bnf.aug92.txt (Now, that a certain vendor might allow, as an extension, strings to be enclosed in double quotes might be the case, but single quotes are standard, will always work, are no more work, and should therefore always be preferred.) Jim Penny

1 0

RE: [Zope] Re: Java re-invents DTML :-)
by Terry Hancock 24 Feb '03

24 Feb '03

On Sunday 23 February 2003 09:00 am, Fernando Martins wrote: > Maik Jablonski wrote: > > Stephan is not the only one... I like ZPT (great concept), but I still > > prefer DTML too... Just another measurement error? ;) > Maybe you don't work with a designer(s) who barely understand html and you > don't need to go back and forth between design and coding? Then, zpt might > not be make a big difference? Some people would consider that an organizational problem. Either pay for training, or get smarter designers. ;-D For my purposes, anyway, a designer who "barely understands HTML" is useless, anyway. As I mentioned, I don't think that form without function is worth pursuing. Anyway, we're more likely to have designers who've never seen a GUI page designer (or have and hate them). You know -- the kind of designers who try to make things look good in Internet Explorer, Mozilla, *and* w3m. As for the "try it and you'll know we're right" attitude -- If I bought into that, I'd be programming web pages in Lisp by now. Lispers have been swearing we'll all convert as soon as we get over our irrational fear of parentheses since, what?, the 1970's? I think there's another perfectly good explanation for why people "who use both ZPT and DTML" prefer ZPT, while those who "only use DTML" prefer DTML: 1) After assessing it, it was obvious we hated ZPT. And we don't *have* to use it for anything, because it's redundant. 2) After assessing it, you loved ZPT. However, you can't live without DTML so you still use it. So, naturally, you're stuck using both, whereas we don't need anything else, because we're happy. I personally find this the most rational explanation. I think the real distinction between ZPT and DTML partisans is what it is they spend most of their time doing, and how they think about the resulting applications: If you are using a basically static site design, which is simply a front-end to a python application, ZPT may be great -- and if it solves your organizational problem, very much so. But if your site is basically generative -- being itself restructured by the output of a python application, and not a mere vessel for it, then DTML is awfully handy. Of course once you pick one or the other as a favorite, you'll probably wind up being biased to that simply because you know it well. You will also tend to think one way or the other about the site design, further biasing your opinion. Fortunately, the world is big enough for both of us. One of the reasons I went for an integrated Python/Zope solution for my project was to avoid an excessive number of development languages. Python, being very general purpose, makes that feasible. The downside is, I'm now reimplementing a lot of stuff in Python and DTML that is already available as PHP code. The "hack" approach would be to just stick PHP into my application and be done with it, but I feel I'll get a better (smaller, faster, simpler, easier to interface) product if I keep things more integrated. Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com

4 6

javascript and last modified date
by Einar Næss Jensen 24 Feb '03

24 Feb '03

javascript in my zope have problems with document dates: document.write(document.lastModified) returns 1970... Is there something I have forgotten? In zope or Linux (on which my zope is running) Einar -- Einar Næss Jensen Avdelingsingeniør EDB-HF 735 90750

5 4