- Zope - Zope lists

Zope Member Log In behavior
by Jonathan Cyr 28 Jun '04

28 Jun '04

Hi, When you log in to Zope's management screens, I've noticed that users with access only to deeper folders are forwarded to their deeper folders automatically. They never see the Root folder or any other folders above theirs. I'd like to mimic this, how would I make a common login that redirects an accepted "member" user to their home folder? -Jonathan Cyr cyrj(a)cyr.info

3 6

[Warning] Zope/ZEO clients: subprocesses can lead to non-deterministic message loss
by Dieter Maurer 27 Jun '04

27 Jun '04

ATTENTION: Crosspost -- Reply-To set to 'zope-dev(a)zope.org' Today, I hit a nasty error. The error affects applications under Unix (and maybe Windows) which * use an "asyncore" mainloop thread (and maybe other asyncore applications) Zope and many ZEO clients belong to this class and * create subprocesses (via "fork" and "system", "popen" or friends if they use "fork" internally (they do under Unix but I think not under Windows)). The error can cause non-deterministic loss of messages (HTTP requests, ZEO server responses, ...) destined for the parent process. It also can cause the same output to be send several times over sockets. The error is explained as follows: "asyncore" maintains a map from file descriptors to handlers. The "asyncore" main loop waits for any file descriptor to become "active" and then calls the corresponding handler. When a process forks the complete state, including file descriptors, threads and memory state is copied and the new process executes in this copied state. We now have 2 "asyncore" threads waiting for the same events. File descriptors are shared between parent and child. When the child reads from a file descriptor from its parent, it steals the corresponding message: the message will not reach the parent. While file descriptors are shared, memory state is separate. Therefore, pending writes can be performed by both parent and child -- leading to duplicate writes to the same file descriptor. A workaround it to deactivate "asyncore" before forking (or "system", "popen", ...) and reactivate it afterwards: as exemplified in the following code: from asyncore import socket_map saved_socket_map = socket_map.copy() socket_map.clear() # deactivate "asyncore" pid = None try: pid = fork() if (pid == 0): # child # ... finally: if pid != 0: socket_map.update(saved_socket_map) # reactivate "asyncore" -- Dieter

2 2

Odd key erro in ZSQL
by Philip Kilner 26 Jun '04

26 Jun '04

Hi List, I have a ZSQL method selectedCentreQual that picks up parameters from the session: - select * from mv_CTR_QUAL WHERE CtrRef = <dtml-sqlvar expr="REQUEST.SESSION['CtrRef']" type="string"> This method seems to work fine, and returns a single record. When I try to use the method in a page template, e.g.: - <span tal:replace="here/selectedCentreQual/QualID">QualID</span> I get: - Error Type: KeyError Error Value: '_r' Can anyone tell me what I am doing wrong? -- Regards, PhilK Email: phil(a)xfr.co.uk / Voicemail & Facsimile: 07092 070518 "The lyf so short, the craft so long to learne" - Chaucer

1 0

Zope 2.7.0 crash on FreeBSD 5.2
by AM 26 Jun '04

26 Jun '04

Hello, I've recently installed Python 2.3.4 and Zope 2.7.0 on FreeBSD 5.2 and moved my Data.fs over with no apparent problems (at first). Previously I was using Python 2.3.3, Zope 2.7.0, and FreeBSD 4.9 on a slightly slower machine. However, now Zope is crashing with a segmentation fault when I try to edit one of the largest Python scripts (19k) in my site. This is a script that I last edited on the old machine. It runs fine, displays fine in the management interface, but trying to save it causes Zope to crash. Searching online seems to indicate that I should have set a larger stack size for Python. I didn't install Python from the FreeBSD ports collection (for various reasons), but did it myself. Does the Python stack size sound like the problem? If it helps, gdb traceback gives me: (and I don't know what most of this means) #0 0x080729f3 in lookdict_string (mp=0x867e4f4, key=0x815b4e0, hash=435549560) at Objects/dictobject.c:316 #1 0x08073741 in PyDict_GetItem (op=0x867e4f4, key=0x815b4e0) at Objects/dictobject.c:498 #2 0x0805b3c0 in class_lookup (cp=0x868526c, name=0x815b4e0, pclass=0xbfaab088) at Objects/classobject.c:189 #3 0x0805b807 in instance_getattr2 (inst=0x904548c, name=0x815b4e0) at Objects/classobject.c:729 #4 0x08060c65 in instance_getattr1 (inst=0x904548c, name=0x815b4e0) at Objects/classobject.c:708 Any help is appreciated. Aaron

7 8

~Çö´ëÀÎÀÇ °Ç° ÇÊ¼öÇ° ±¸¿î¸¶´ÃÈ¯ ¹«·áÁõÁ¤ ÀÌº¥Æ®
by yooz4234inlui＠empal.com 26 Jun '04

26 Jun '04

1 0

RE: Zope and ssh/scp
by Lee Harr 26 Jun '04

26 Jun '04

>I need to know whether or not Zope supports SSH and SCP. We will no >longer be supporting FTP on our campus and need a portal solution that >works with SSH and SCP. Do you have info regarding this? Thank you. We have switched to using webdav over ssl. That works very well. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

2004×îÐÂÉÌ³ÇÏµÍ³ÏúÊÛ
by alu5946＠hotmail.com 25 Jun '04

25 Jun '04

尊敬的客户zope:您好现在我国正处于电子商务高速发展的时期，各种网络商务软件都成为我们网络商务活动中必不可少的工具，而拥有一个完全属于自己的电子商城让很多商家梦寐以求。而我们是国内著名的网络营销服务商，目前我们所开发销售的各类电子商务系统深受众商家的喜爱。2004年大路网络强劲推出多款电子商务销售平台，其中包含“大路网络专卖店系统”“大路网络超市系统”“大路网络标准版商城系统”“大路网络专业版商城系统”“大路网络增强版商城系统”其安装简单方便，只需将程序上传至服务器后即可使用，强大的后台管理可以任意添加修改栏目、图片上传、商品管理、订单处理，同时用户可根据自己的需要随意修改界面色彩可满足个性化设置。无需专业知识就可以轻松管理建设自己独立的网络销售平台几乎适合所有的行业在线产品销售、产品展示使用。大路网络多款电子商务系统必将有一款适合您或您的企业，详细资料请立即进入我们的站点查看选购。[优惠活动中] 请立即访问我们的站点 http://www.dalu2000.com/index-s.htm 客户咨询：025-52207744 52381747 售后服务：025-52381757 57938094 查询网址：http://www.dalu2000.com 咨询 Q Q：20265342

1 0

RE: [Zope] Turning off xmlrpc handling (Is it right to assume thattext/xml==xmlrpc?)
by Passin, Tom 25 Jun '04

25 Jun '04

> From: zope-bounces(a)zope.org [mailto:zope-bounces@zope.org] On > Behalf Of John Ziniti > Thanks, Brian. That's a nifty piece of code -- I never > realized that you could do something like this in a Product; > but it makes sense now that I see it (wooo Python!). Yes indeed - let's hear it for first-class function objects! Cheers, Tom P

1 0

Re: [Zope-DB] off - Have Zope a querystring parse routine ? (plus others)
by Dieter Maurer 25 Jun '04

25 Jun '04

fowlertrainer(a)anonym.hu wrote at 2004-6-24 12:13 +0200: > .. >Sorry, but zope(a)zope.org is not send mails to me, and I cannot login to >it, and it cannot send a pwd reminder to me... The Zope mailing lists are up again... Redirected to "zope(a)zope.org" >1.) >I want to use query-string, and post datas in combined dictionary. >I have a page that I must access with special query string, but it have >post datas. > >The simple way is to redefine the post action, not the use of hidden >parameters: > >action="/?pid=113" > >But if I post that page, the pid is not in request, or request.form, >because it is in query string, and Zope is use that post datas, not the >query string. > >So query string is unparsed, and if I want to get the params, I need to >parse items, and place in querydict dictionary. >My parse routine (what a pity) not handle the non-us, or other special >characters. > >How to I do it simply ? It is very difficult to decode what you want to do... Use a hidden variable if this is possible at all. If it is not (what I really doubt), then Python's "cgi" module contains methods to decode the query string. >2.) >How to I avoid in Zope that request.form items are appear in request ? >It is a possible way to inject variables in request from out... I am surprised about your wishes... Why (in hell) should "request.get" not return elements from "request.form"? Should you really need it, then use an External Method that removes what you do not like from "request.other" (that's where "request.get" really looks at). >3.) >I there a way in Zope to get some often used routines simply ? >(Aliases ?) > >Now I need to repeat in every pyscript: > >rq=context.REQUEST >... > >or >CreateCombo=context.routines.html.CreateCombo >combotext=CreateCombo(name,id,items,......) You have to pay a price for "explicit is better than implicit"... That said: When you care enough, then you can make your life easier -- by *MODIFYING* Zope code. For example, you can add a new "binding" for PythonScripts that make "request" available as an additional bound name (beside "context", "container", ...). I think, this would be a good thing... And you can add additional functions to the "builtins" for PythonScripts. To learn how you do this, you can look at my "hasattr_unaquired" patch in the Zope collector. But, neither Python nor Zope's Python Scripts support macros. All you have are functions... -- Dieter

1 0

Turning off xmlrpc handling
by John Ziniti 25 Jun '04

25 Jun '04

ZPublisher seems to assume that if the Content-type on an HTTP POST is "text/xml", then the request contains an xmlrpc call. I would like to POST an XML document and handle it myself in an External Method (via REQUEST.BODY), but ZPublisher exits with an error when it tries to parse the XML message looking for a proper rpc call. Can anyone think of an elegant way to tell Zope *not* to do this? 1. I would prefer not to hack Zope. 2. I cannot change the Content-type on the client 3. I apparently cannot use apache mod_rewrite to rewrite headers. Thanks in advance, John Ziniti

2 3