- Zope - Zope lists

Passing variables to External Method
by Mike 27 Feb '00

27 Feb '00

Hi All ! Just wondering how to pass a couple of values (username and password) to an external method. For simplicity at this stage I was just wanting to use string literals. My External method is called popmail. It seemed like I wanted to do something like <dtml-var popmail("fred","12343")> but it doesn't seem to work Could you please email me as well as returning to the list -- I don't want to miss a response ! Thanks in advance Mike

2 1

dtml-in appears to mess up the "space"
by Kevin Meinert 27 Feb '00

27 Feb '00

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! I think my question was a little too complex before. I've simplified it. How does dtml-in change the current "space" set by dtml-width. It appears that it does, please see my example below. Hopefully this is something easy/familiar to you. ========================= I have this hierarchy: ========================= - - root + squishdot - index_html + somefolder + someOtherFolder - somemethod ========================= This code works: (code is in root/squishdot/index_html) ========================= <dtml-with somefolder> <dtml-with someOtherFolder> <dtml-var somemethod> </dtml-with> </dtml-with> ========================= But this code doesn't: ========================= <dtml-with somefolder> <dtml-in "objectValues(['DTML Method'])"> <dtml-with someOtherFolder> <dtml-var somemethod> </dtml-with> </dtml-in> </dtml-with> ========================= I get this error from my Zope server, on the one that doesn't work. ========================= Error Type: AttributeError Error Value: __call__ I read in the manual that dtml-in changes some variables, but I can't figure out how to get around it, and I can't find anything in the manual. (FYI: I did RTFM) I appreciate any insight, Kevin Meinert -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> iQA/AwUBOLg/nDlszdAdzf4MEQIahgCfVea1oh3UBxSSEYAMPFI1aXZ8TtkAniQM pfBRToHPEEM35K1fyTQ14GH0 =9vwM -----END PGP SIGNATURE-----

3 3

Character Swapping / Mapping
by Jatwood＠bwanazulia.com 27 Feb '00

27 Feb '00

I have an URL coming out of a database like "http://www.myplace.com" and need to pass it to another website but they want it in the format of "http%3A%2F%2Fwww%2Emyplace%2Ecom". Is there a simple method to do this with or some sort of VAR tag? If not, what is the find and replace tag? Thanks, JMA

3 2

memberships
by Kyle Burnett 26 Feb '00

26 Feb '00

can anyone point me to some docs on creating/maintaining membership? thanks in advance, kyle

2 1

Re: Re: export Z_DEBUG_MODE=no -- broken?
by Andrey V Khavryutchenko 26 Feb '00

26 Feb '00

Hi, Martijn! >>>>> "MP" == Martijn Pieters writes: From> Martijn Pieters [mailto:mj@digicool.com] >> Indeed, this is caused by the fact you closed STDOUT and STDERR on the >> process. I would expect not to have this error when both stdout and stderr are redirected to file. >> In stead of the -D, you can start Zope up with >> >> z2.py [options] Z_DEBUG_MODE=1 >> >> where [options] is your current list of options used minus the -D flag. >> Zope then will behave demonic again (run nohup) and you'll only miss >> out on extra log messages from ZServer. MP> Harumph. I should've checked better before sending. ZDaemon will _not_ MP> fork when it encounters the Z_DEBUG_MODE flag set. MP> However, setting the BOBO_DEBUG_MODE flag to 1 will work. Internally, MP> BOBO_DEBUG_MODE is the old name for Z_DEBUG_MODE, and it still works MP> as well. However, the newer fork and watchdog daemon will not look for MP> it. Also, the log will not be echoed to STDERR (which it would in all MP> cases with Z_DEBUG_MODE set). Okay, that helps Thanks! MP> Tracebacks in error messages will be wrapped in <PRE></PRE>, not  Exactly what I was looking for. -- SY, Andrey V Khavryutchenko http://www.kbi.kiev.ua/~akhavr Software & SPI Engineer Visit my site Shick's Law: There is no problem a good miracle can't solve.

1 0

Re: Blocking downlaod of files
by Juri Jensen 26 Feb '00

26 Feb '00

Hi, >> I'm asking because I have a site with PDF-files, which I want the >>users to read through their webbrowser (via the PDF-plugin), >>but not to download. > >I'm going to guess that you're 'framing' the PDF with advertising in >some way, and don't want to lose the advertising revenue? A more user >friendly approach would be to include a low key sponsorship within the >PDF itself. > No, actually it's for a Intranet product, where I have to keep the PDF-files as safe as possible. I know I can't keep people from snopping in their cache, but if I can disable saving and printing in the PDF-file, and keep users from downloading the file directly, Im closer to what I need. but maybe it's getting too complicated for something that's not completely secure....? >HTH, > >Michael Bernstein. -- mvh./Best regards Juri Jensen ----------------------------------- Pingvin Partner - Linux løsninger email: juri(a)jones.dk -----------------------------------

1 0

Re: [Zope] Blocking download of files...
by J C Lawrence 26 Feb '00

26 Feb '00

On Sat, 26 Feb 2000 00:06:44 +0100 Juri Jensen <juri(a)jones.dk> wrote: > Hi, I'm wondering if it's possible to block the abillity to > download objects of type file (e.g. right-clicking on a file and > choose "Save Link as...")? No. Pragmatically, there is no difference between the two. > I'm asking because I have a site with PDF-files, which I want the > users to read through their webbrowser (via the PDF-plugin), but > not to download. Please realise that many users don't have a PDF viewer plug-in, and that a great many of us that do, have disabled it in favour of an external helper application. Even better, it is triviality itself to write a simple shell script that pretends to be a "helper application" that does nothing but save its data stream to a file, and thus acts identically to the "Save to file" method. -- J C Lawrence Home: claw(a)kanga.nu ----------(*) Other: coder(a)kanga.nu --=| A man is as sane as he is dangerous to his environment |=--

1 0

Assessment?
by Dave Goodrich 26 Feb '00

26 Feb '00

I'm asking the list cause we have a project to build a web app (in house) that has grown in scope, quadrupled in size. I've seen many references to SQL on this list so I just _knew_ this would be the place to ask. Currently we are looking into using PHP, WebObjects, or JSP. I'd like to get Zope in the running. PHP can handle it and I like PHP, WebObjects seems to missing available information so I don't know much. JSP, well I don't think the parties pushing for JSP can even tell me if they want to use something like jserver, JavaBeans, or what not. When I asked them if they considered Enhydra, they knew not of what I spoke... I believe Zope can do what we need. We plan to use the server to serve up approx 200 pages, pull downs and trees will be populated with query results, pages will be personalized, all the general web app stuff. The server must be able to support upto 40k requests per day. All content will come from the SQL server (we are looking at Sybase and Oracle I'm open to suggestions). SQL will be the heavy lifter using compiled in functions for queriying tables with well over 100k records. I like the SQL connectors in Zope, they are easy to use and customize. Basicly Zope must just maintain sessions, render charts from SQL results, and populate the page with data on request. My question is this, has anyone built a web app in Zope this large? Will you share your experience with

2 1

RE: [Zope] Re: export Z_DEBUG_MODE=no -- broken?
by Martijn Pieters 26 Feb '00

26 Feb '00

From: Martijn Pieters [mailto:mj@digicool.com] > Indeed, this is caused by the fact you closed STDOUT and STDERR on the > process. > > In stead of the -D, you can start Zope up with > > z2.py [options] Z_DEBUG_MODE=1 > > where [options] is your current list of options used minus > the -D flag. > Zope then will behave demonic again (run nohup) and you'll > only miss out > on extra log messages from ZServer. Harumph. I should've checked better before sending. ZDaemon will _not_ fork when it encounters the Z_DEBUG_MODE flag set. However, setting the BOBO_DEBUG_MODE flag to 1 will work. Internally, BOBO_DEBUG_MODE is the old name for Z_DEBUG_MODE, and it still works as well. However, the newer fork and watchdog daemon will not look for it. Also, the log will not be echoed to STDERR (which it would in all cases with Z_DEBUG_MODE set). Side effects of setting the (BOBO|Z)_DEBUG_MODE flag (that I could find): - When trying to access methods starting with an _ (underscore) or that have no docstring, a more descriptive error message instead of Not Found is returned. - All other Not Found errors are replaced with a debug error with the message "Cannot locate object at: [URL]" - Tracebacks in error messages will be wrapped in <PRE></PRE>, not  - The Unauthorized error will include information on whether the supplied credentials where incorrect or that there were no credentials supplied. - HTMLFile objects (used in Python products) includes the filename from which they were sourced - HTMLFile objects, when called, reload from their sourcefile if the sourcefile has changed since the last call. > > You might want to add STUPID_LOG_FILE=[path to log] as well, so that > logging messages (like that of the GUF) will be sent to the proper log > file. Note, as said above, if Z_DEBUG_MODE is set, no forking will take place, and log messages will always be echoed to STDERR, even if STUPID_LOG_FILE is set to a filename. -- Martijn Pieters, Software Engineer | Digital Creations http://www.digicool.com | Creators of Zope http://www.zope.org | mailto:mj@digicool.com ICQ: 4532236 | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 -------------------------------------------

1 0

RE: [Zope] Re: export Z_DEBUG_MODE=no -- broken?
by Martijn Pieters 26 Feb '00

26 Feb '00

From: Andrey V Khavryutchenko [mailto:akhavr@compchem.kiev.ua] > > Hi, Martijn! > > >>>>> "MP" == Martijn Pieters writes: > > MP> Whoops! Yes, if you are wondering why tracebacks still are being > MP> displayed, you are probably still running with the -D > flag in your > MP> start file. Remove it and enjoy the clarity of your > error messages. =) > > And is there way to still have tracebacks in <PRE>, but wo -D flag? > > When I start Zope with -D and leave it running, closing the control > terminal, it barfs with the following error: > > File > /usr/local/apache/zope/lib/python/Products/GenericUserFolder/User.py, > line 211, in authenticate > File /usr/local/apache/zope/lib/python/zLOG.py, line > 198, in LOG > File > /usr/local/apache/zope/lib/python/Zope/ZLogger/ZLogger.py, > line 18, in log_write > File > /usr/local/apache/zope/lib/python/Zope/ZLogger/stupidFileLogger.py, > line 40, in __call__ > File > /usr/local/apache/zope/lib/python/Zope/ZLogger/stupidFileLogger.py, > line 62, in stupid_log_write > IOError: [Errno 5] Input/output error > > Confirmed on FreeBSD and Linux. Zope 2.1.2 Indeed, this is caused by the fact you closed STDOUT and STDERR on the process. In stead of the -D, you can start Zope up with z2.py [options] Z_DEBUG_MODE=1 where [options] is your current list of options used minus the -D flag. Zope then will behave demonic again (run nohup) and you'll only miss out on extra log messages from ZServer. You might want to add STUPID_LOG_FILE=[path to log] as well, so that logging messages (like that of the GUF) will be sent to the proper log file. -- Martijn Pieters, Software Engineer | Digital Creations http://www.digicool.com | Creators of Zope http://www.zope.org | mailto:mj@digicool.com ICQ: 4532236 | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 -------------------------------------------

1 0