[Zope-dev] REAL WORLD!
ÅóÓÑ£¬ÏòÄãÍƼöÒ»¸öÊ®·ÖÓÐȤµÄÍøÉϳåÀË׬Ǯ·½·¨£¬ÊÔÒ»ÊÔ°É£¡ http://www.cashfiesta.com/php/join.php?ref=cblxzy Ö»ÒªÉÏÍø¾Í¿ÉÔÚÏß׬Ǯ£¬ºÎÀÖ¶ø²»Îª£¡Ç¿ÁÒÍƼö£¡Ö»ÒªÔÚÏ߾ͼÆÊý£¬1Сʱ0.6ÃÀÔ²£¡ Ç¿ÁÒÍƼö£¡Ö»ÒªÔÚÏ߾ͼÆÊý£¬1Сʱ0.6ÃÀÔ²£¡ ÓÐÐËȤһ±ßÉÏÍøÒ»±ß׬ǮÂ𣿠ÈçÓÐÐËȤÇ뻨ÉÙÉÙʱ¼ä¿´¿´ÕâƪÎÄÕ£¬ÕâÖ»»á»¨·ÑÄãºÜÉÙʱ¼ä¡£ 1Сʱ0.6ÃÀÔ²£¬ÔÚ¼ÒÀïÉÏÍø¿ÉÒÔ²¹ÌùÉÏÍø·ÑÓã¡ CashFiesta ¹«Ë¾¼ò½é£º¸Ã¹«Ë¾ÊÇÃÀ¹ú¼ÓÀû¸£ÄáÑDz®¿ËÀûÊеÄÒ»¼ÒÐÂÐ˵ĴÓÊ»¥ÁªÍø¹ã¸æÒµÎñµÄ¹«Ë¾£¬ÏÖÓëʵÁ¦ÐÛºñµÄExplore Technologies¼°Inc¹«Ë¾ºÏ²¢, ·þÎñûÓÐʹÓÃʱ¼äÏÞÖÆ£¬¹ú¼ÊÓû§×îС¸¶·Ñ½ð¶îΪ50ÃÀÔª£¬²»ÊÕÊÖÐø·Ñ£¬Ã¿ÔÂ10ºÅ½áËã¡£½áËãʱֻҪÄãµÄ½ð¶î´ïµ½50ÃÀÔª£¬¸Ã¹«Ë¾±ã»á×Ô¶¯¼Ä·âµØÖ·È·ÈÏПøÄ㣬ȷÈϺó¹«Ë¾±ã»á°Ñ֧Ʊ¼Ä³ö¡£ÐÅÓþ¾ø¶Ô¿É¿¿£¡ËüλÁÐÍøÉϹã¸æ¹«Ë¾µÄÈý¼×Ö®ÄÚ£¬ÖÁ½ñ»¹Ã»ÓÐÍøÓÑͶËß¹ý£¡ Ò»¡¢ ×î´óºÃ´¦£º 1. Ö»ÒªÔÚÏ߾ͼÆÊý£¬ÎÞÂÛÄúÔÚ×öʲô¡£ 2. Ö§³Ö8¼¶ÏÂÏߣ¡ÉÔ¼ÓŬÁ¦£¬¾Í»á³öÏÖÏÂÏß¹±Ï׵ĵãÊýÔ¶Ô¶³¬¹ý×Ô¼ºËùµÃµãÊýµÄÇé¿ö£¬ÉõÖÁ×Ô¼º²»Óã¬Ã¿ÔÂÒ²»áÓÐÒ»±Ê¹Ì¶¨ÊÕÈë½øÕÊ£¬Æñ²»¿ìÔÕ£¿ 3. ×¢²áÒ»¸öÖ¸¶¨Õ¾µãµÃ1000µã¡£´Ë·½·¨¼ò½ÝÓÐЧ£¬µ«´ó¶àÊýÅóÓÑÓÉÓÚ²»ÈÏʶӢÎĶø´í¹ýÁËÕâ¸öºÃ»ú»á¡£µ±ÓÐSign Up×ÖÑùʱ£¬²»ÒªÁßϧÄǼ¸·ÖÖÓʱ¼ä£¬¼òµ¥ÌîһЩ±íµ¥£¬Äú¾Í»á·¢ÏÖ×Ô¼ºµÄµãÊýÒ»ÏÂÉÏÕÇÁËǧÓàµã£¡ 4. Ç뽫ÏÂÃæÉêÇëµØÖ·ÖеÄÓû§Ãû»»³ÉÄú×Ô¼ºµÄ£¬²¢ÔÚ¸÷¸öBBSÉÏÕÅÌù£¬·¢Õ¹×Ô¼ºµÄÏÂÏß¡£ ´ËÍ⣬Èç¹ûÄ㽫Æä½éÉܸø±ðÈË£¬¼´·¢Õ¹ÏÂÏߣ¬ÄÇôÔÚÄãµÄÏÂÏßÁ÷ÀÀÉÏÍøʱ£¬ÄãÒ²¿ÉÒÔ´ÓÖлñÀû¡£¾ßÌåÀ´Ëµ£¬Ã¿Ò»¸ö»áÔ±¿ÉÒÔ·¢Õ¹8²ãÏÂÏߣ¬ÌṩµÄÒ»¸öÀý×Ó£¬¼ÙÉèÄã·¢Õ¹ÁË3¸öÏÂÏߣ¬¶øÿ¸öÏÂÏßÓÖ·¢Õ¹ÁË3¸öÏÂÏߣ¬ÄãºÍÄãËùÓÐÏÂÏßƽ ¾ùÿÌìÉÏÍø1¸öСʱ£¬ÄÇôÄãµÄÔÂÊÕÈë¾ÍÓÐ2321ÃÀÔªÁË¡£µ±È»ÕâÖ»ÊÇÀíÂÛÊý¾Ý£¬ÕæÕýÓÐûÓÐÕâô¶àÍêÈ«¿´Äã¸öÈ˵ÄŬÁ¦ºÍÔËÆøÁË¡£ÒòΪҪ½¨Á¢Ò»¸öÕâô´óµÄÏÂÏßÍøÊÇÐèÒªÄãµÄʱ¼äºÍ ÒãÁ¦¡£ÔõôÑù£¬ÓÐûÓÐÐËȤÊÔÒ»ÊÔ£¿ÏȰѵçÄÔÉÏÏß°É£¡ ¶þ¡¢ ÉêÇë·½·¨¼°¹ý³Ì£ºÉêÇëʱÐÕÃû¡¢×¡Ö·¡¢ÓʱàµÈÒ»¶¨ÒªÕæʵ£¬Çå³þ£¬·ñÔòÊÕ²»µ½Ö§Æ±ÁË¡£ Èý¡¢ ×¢²á·½·¨ÈçÏ£º µã»÷Á¬½Ó:http://www.cashfiesta.com/php/join.php?ref=cblxzy½øÈë×¢²áÒ³Ãæ¡£Èç¹û²»ÄÜÖ±½Óµã»÷£¬Ç뽫Æ临ÖƵ½ä¯ÀÀÆ÷µÄµØÖ·À¸½øÈë¡£ £¨ÖÐÎÄΪעÊÍ£¬ÇëÓÃÓ¢ÎÄ»òÆ´ÒôÌîд£¡Äú¿É±ð°ÑÖÐÎÄÌîÉÏÓ´£© Login£º£¨Óû§Ãû£© password:£¨ÃÜÂ룩 Verify password:£¨Öظ´ÃÜÂ룩 First name£º£¨ÓÃÀ´ÄÃ֧ƱµÄÉí·ÝÖ¤ÉϵÄÃû×Ö£¬Íâ¹úÈËÏ°¹ßÃûÇ°ÐÕºó£© Last name: £¨ÄãÉí·ÝÖ¤ÉϵÄÐÕÊÏ£© Street Address:£¨ÄúµÄסַ£¬¿ÉÒÔÓÃÆ´Òô£¬°´Íâ¹úÈËÏ°¹ß£¬´ÓСµ½´óдÇå³þ£¬ÖÁÉÙÒªÖйúµÄÓʵÝÔ±Ã÷°×£¬ÀýÈ磺¹ã¶«Ê¡¹ãÖÝÖÐɽ·3ºÅ£¬No.3,ZhongShan Road,Guangzhou,GuangDong£© City:£¨¾Óס³ÇÊУ© Zip/Postal Code:£¨Óʱ࣬һ¶¨ÒªÐ´ÕýȷŶ¡££© State:£¨¾ÓסµÄÖÝ£¬ÖйúÑ¡[Not Selected]£© Province£º£¨ÇëÌîÄú¾ÓסµÄÊ¡·Ý£© Country:£¨¹ú¼®£© E-Mail Address£º£¨ÄÜÊÕµ½ÐŵÄÓÊÏ䣩 Verify E-Mail Address£º£¨Ð£ÑéÓÊÏ䣬ÔÙÌîÒ»±é£© Age:£¨ÄêÁ䣩 Gender:£¨ÐÔ±ð£¬MaleÄУ¬FemaleÅ®£© Education£ºÊܽÌÓý³Ì¶È Annual household income£ºÐ½Ë® Please tell us why you use Internet: (check all that apply) ÄãÓÃInternet×öʲô£¬Ëæ±ãÑ¡¾Í¿ÉÒÔÁË What do you search for or buy online: (check all that apply) ÄãÔÚÍøÉÏÕÒʲô»òÕß¹ºÂòʲô£¬Ëæ±ãÑ¡¾Í¿ÉÒÔ Preferred check size:£¨Ñ¡Ôñ¶àÉÙÃÀÔªÆ𸶿 ¿´Äãϲ»¶ÁË£¬Ò»°ãÑ¡$50 Referred by: ²»ÒªÐ޸ģ¬ÊÇcblxzy£¬ÎÒµÄÕʺš£µÈÄã×¢²áºó¾Í¸Ä³ÉÄãµÄ,¶ÔÄãûÓÐË¿ºÁÓ°Ï죡 I have read and understand the Member Agreement. ͬÒâÐÒ飬һ¶¨ÒªÑ¡ÉÏ ÌîÍêºó¼ì²éÒ»±é£¨³ýÁËNameºÍReferrerÍ⣬ÆäËû¶¼¿ÉÒÔºóÐ޸ģ©£¬°´Ò»Ï¡°Submit Registration¡±£¬¾Í½øÐÐ×¢²áÁË¡£ ÐĶ¯²»ÈçÐж¯£¬Á¢¼´È¥×¢²á°É£¡»òÐíÄÄÒ»ÌìºöÈ»ÔÝÍ£ÉêÇëÁËҲδ¿ÉÖª¡£ÉêÇëºóÂíÉÏÄÜÊÕµ½×¢²áÐÅ£¬½ÓמͿÉÏÂÔعã¸æÌõ¿ªÊ¼×¬Ç®ÁË£¡×¢²áÐÅ°üº¬ÄúµÄÓû§Ãû¡¢ÃÜÂë¡¢·¢Õ¹ÏÂÏßÁ´½Ó¡¢²éÕÊÁ´½Ó¡£¸ÃÐÅÎÞÐè»Ø¸´¡£ÏÂÔعã¸æÌõµÄ°²×°Îļþ´óÔ¼500K¡£ ËÄ£®Ê¹Ó÷½·¨£º 1. ÏÂÔعã¸æÌõ£ºhttp://www.cashfiesta.com/download/Cashfiesta.exe ÏÂÔغóµã»÷ͼ±ê±ã»á×Ô¶¯°²×°£¬ÄãÉÏÍøºó¿É´ò¿ª¡£Ö´Ðкó»áÏÂÔØÆäËûËĸö¸¨ÖúÎļþ£¬µ±Éý¼¶Ê±»áÖØÐÂÏÂÔØ¡£È»ºó»á³öÏֵǽ¿ò¡£ 2. ¹ã¸æÌõµÄʹÓùã¸æÌõµÄ×óÉÏ·½ÓÐHome£¬¿É½øÈë¸ÃÍøÕ¾Ö÷Ò³£¬CashFiesta POINTS,¿ÉÏÔʾ×Ô¼ºËùµÃµÄµãÊý£¬Referrals£¬ÏÔʾ×Ô¼ºµÄÏÂÏßÊýÄ¿µÈ¡£ ¹ã¸æÌõ×ó½ÇµÄСÈËÔÚ×߶¯Ê±£¬±íʾÔڼƷѣ¬Èç¹ûСÈËÍ£Ö¹ÁË£¬ÇëÓùâ±êµã»÷СÈË£¬ÈÃËü×߶¯¡£ ×¢Ò⣡£¡µ±¹ã¸æÌõ´ò¿ªÊ±£¬¼ÆËã»úÆÁÄ»ÓÒϽÇÆô¶¯ÌõÉÏ»áÏÔʾһ¸öCASHSURFERSͼ±ê£¬µ±ËüÊÇÂÌɫʱ£¬±íʾÔڼƷѡ£- ÕýÔÚ׬µã £¨ÈÎÎñÀ¸ÉϵÄ$ͼ±êΪÂÌÉ«£© ÿ¸ôÒ»¶Îʱ¼ä£¬CASHSURFERSͼ±ê¾Í»á±äºì. - ֹͣ׬µã£¨ÈÎÎñÀ¸ÉϵÄ$ͼ±êΪºìÉ«£© ¹ã¸æÌõÔÚÈÎÎñÀ¸ÉϵÄ$ͼ±ê±äºì»òСÈË×øÏÂʱÇëÔÚ¹ã¸æÌõÉÏÒƶ¯Êó±ê£¬´ËʱСÈË»áÅÄÅÄÊÖÕ¾ÆðÀ´×ߣ¬Èç¹û²»ÐÐÇëµã»÷¹ã¸æºóÔÚ¹ã¸æÌõÉÏÒƶ¯Êó±ê¡£ СÈËÈç¹ûÅܵ½¹ã¸æÌõÀïÈ¥¾ÍÒªµã»÷Ëû£¬ÈÃËû»Øµ½¹ã¸æÌõ×ó²à£¬·ñÔò²»»á¼ÌÐø·Å¹ã¸æ¡£¼¼ÇÉ£ºµ±Ð¡ÈË¿ªÊ¼×ß½ø¹ã¸æÌõÀïÃæʱ£¬ÔÚСÈËÇ°·½µã»÷Êó±êËûÂíÉÏ»á»ØÈ¥£¬Ê±¼ä²»»á³¬¹ý10Ãë¡£ ³ÉΪ»Æ½ð»áÔ±µÄÒªÇ󣺵õ½»Æ½ð»ý·Ö133·ÖÒÔÉÏ£¬µÃ»Æ½ð»ý·ÖµÄ·½·¨ÓУ¬1.×¢²áÁù¸öÒÔÉÏoffer£»2.ÿÌìʹÓÃÆä¹ã¸æÌõ°ëСʱÒÔÉÏ£»3.×¢²á׬µã1µãÒÔÉÏ£»4.¸ù¾ÝÄãµÄÏÂÏßÇé¿ö¸øÄã¼ÆËã»Æ½ð»ý·ÖµÈ¡£ CashFiestaÿÔ¸¶¿î£¬50ÃÀÔªÆ𸶣¬Î´ÂúÔòÀÛ»ýÖÁÏÂÔ¡£ ÒÉÄѽâ´ð 1. ÿСʱÄܵõ½¶àÉٵ㣿 cashfiestaÿ2·ÖÖÓÒ»×é¹ã¸æ£¬Ã¿·ÖÖÓ10µã£¬¾«È·µ½6ÃëÒ»µã£¬Ã¿Ð¡Ê±600µã¡£ 2. ÔÂÄ©ÈçºÎÉêÇ븶¿î£¿ µ±½áËãºó×ã¹»¸¶¿î¶î¾Í¸¶³öÏÖ¸¶¿î°´Å¥¡£ 3. ÈçºÎÍêȫɾ³ýcashfiesta£¿ ³ýɾ³ýÎļþÍ⻹ÐèÔÚ×¢²á±íÖÐɾ³ý£º¿ªÊ¼-ÔËÐÐ-regedit-±à¼-²éÕÒcashfiesta£¬È»ºóɾȥ¼´¿É¡£ 4. ΪºÎ´ò¿ª¹ã¸æÌõʱ¾³£ÒªÏÂÔØ°ëÌ죿 ÆäʵcashfiestaµÄ°²×°ÎļþÖ»ÊÇÒ»¸ö×î³õÎļþ£¬Ö´Ðкó»áÏÂÔØÆäËûËĸö¸¨ÖúÎļþ¡£µ±Éý¼¶Ê±»áÖØÐÂÏÂÔØ¡£ÁíÍâÈç¹ûÇ°Ò»´ÎûÓÐÏÂÔØÍêÕûÒ²»áÖØÐÂÏÂÔØ¡£ÒòÏÂÔØÎļþ½Ï´ó£¬ÍƼöÔÙÍøËÙ¿ìµÄʱºòÏÂÔØ¡£ 5.
[Zope-dev] Simplification via custom protocol handlers: cvs://server/project,zope://foo ?
Hello: I am the author of the CVSFile product, available at http://www.zope.org/Members/arielpartners/CVSFile I am thinking about implementing a new design, and wanted to get some feedback from the list first (perhaps others have tried this approach?) Here is a description of our problem: ExternalFile is a Zope product that behaves like a DTMLDocument/method/etc but points to a file outside of ZODB for its content (sort of like a symbolic link) CVSFile inherits from ExternalFile, where the content file is stored in a CVS sandbox. It features buttons to do updates, commits, etc. So far, so good. The problem is that we are working on a third Zope product whose instances represent XML documents that automatically render themselves to HTML (or whatever) when referred to. You edit the XML content using ZMI or whatever, but when you navigate there, you see the resulting web page/PDF/etc. We are going to call it something along the lines of XSLTFile because it uses XSLT to do the conversion. Here's the issue: the XML file that is the source of the transformation may or may not reside inside the ZODB. For example, we store most of our XML documents in CVS. But if revision control is not important (such as for one-off or throw-away documents) we keep them in ZODB. How did we do this? Well we had XSLTFile inherit from CVSFile. This is bad. What happens when we switch to some other revision control tool (like clearcase, subversion, sourcesafe)? Either you have multiple classes like CVS-XSLTFile, Clearcase-XSLTFile, etc. or a single class that knows about every possible version control system. yuk. Clearly, inheritance and mixins are not the answer. Instead we want delegation. How to do this? One idea is to register a custom protocol handler with python, using urllib2. See: http://www.python.org/doc/current/lib/module-urllib2.html install_opener() I am imagining the following. a new XSLTFile instance is created, pointing to a URL for its content. Here are some examples of URLs: cvs://myserver/myproject/my/file#VERSION-10 zope://foobar http://www.foo.bar/myfile In this way, the XSLTFile instance knows nothing about CVS or any other revision control system. Instead, it only knows about a URL, and the CVS protocol handler would know about how to retrieve files from CVS. We could create our own scheme where a query parameter would specify the sandbox name or something. The Zope protocol handler idea is interesting, and I haven't thought this all the way through yet. Could dtml-var blat be thought of as referring to zope://blat where the Zope protocol is the default and therefore omitted? The idea of unifying all object references through URIs is intriguing to me. (for more info, see REpresentational State Transfer: http://conveyor.com/RESTwiki/moin.cgi ) Comments? --Craeg ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Simplification via custom protocol handlers:cvs://server/project, zope://foo ?
is bad. What happens when we switch to some other revision control tool (like clearcase, subversion, sourcesafe)? Either you have multiple classes like CVS-XSLTFile, Clearcase-XSLTFile, etc. or a single class that knows about every possible version control system. yuk. Clearly, inheritance and mixins are not the answer. If I understand you correctly, you are hitting exactly the problem that the Z3 CompoentArchitecture is designed to solve, which it does in a more general way than your URI based scheme. You might want to take a look, though it probably doesn't do you any immediate good. --RDM ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZClass Constructor Cleanup for 2.6
The current Zope cvs trunk now contains these changes. Check it out and let me know if you find any gotchas! -Casey Didier Georgieff wrote: On Wed, 2002-03-27 at 17:31, Casey Duncan wrote: ZClasses have been overlooked enough. Nobody has even bothered putting a ZCatalogPathAware available for them... I've done that locally (changing __init__ and the the py but had no chance to make it work with __existing__ ZClasses. Something was coded inside the zclass instance ;- So i had to patch ZCatalog for getting the right behaviour for my existing products. So, even if ZClasses are not cooked completely, they allow guys like me to use zope, to promote zopet even if we are useless at good python programming ;-), and until Z3 exists. All my support for ZCatalogPathAware in 2.6. Maybe we should investigate : - how updating old CatalogAware ZClasses for taking care of that - what impact for already updated construtor scripts ? (shuild be none, but not sure) Didier. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Simplification via custom protocol handlers: cvs://server/project,zope://foo ?
Craeg K Strong writes: ... The Zope protocol handler idea is interesting, and I haven't thought this all the way through yet. Could dtml-var blat be thought of as referring to zope://blat where the Zope protocol is the default and therefore omitted? I do not think, this would be a good correspondence: zope://blat is kind of an absolute URL while blat is by no means absolute. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] final patches
On Thu, 2002-03-28 at 15:33, Matthew T. Kromer wrote: [...] FYI, Pythonlabs thinks there is more than one bug involved. The relevant report at sourceforge is: http://sourceforge.net/tracker/?func=detailatid=105470aid=535905group_id=5470 That report marks the bug as closed and one of the comments by Guido states that the ceval.c.diff and trashcan_gc.diff patches are enough to fix the problem for good (if I read it correctly). but the trash-2.1.2.diff seems to contain some important reorderings that are related to the TRASHCAN and the GC, so now I'm not sure. I also tried taking a diff between the 2.1.2 release and the python 2.1 maintenance branch on CVS, but my cvs skills still aren't that good :-) Which is (or where can I find) the currently official patchset to apply against Python-2.1.2 source? -- Ideas don't stay in some minds very long because they don't like solitary confinement. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Catalogs, Imports, and Path Awareness (was Re: [Zope-dev] ZClassConstructor Cleanup for 2.6)
On 3/30/02 5:55 AM, Didier Georgieff [EMAIL PROTECTED] wrote: On Wed, 2002-03-27 at 17:31, Casey Duncan wrote: ZClasses have been overlooked enough. Nobody has even bothered putting a ZCatalogPathAware available for them... I've done that locally (changing __init__ and the the py but had no chance to make it work with __existing__ ZClasses. Something was coded inside the zclass instance ;- So i had to patch ZCatalog for getting the right behaviour for my existing products. So, even if ZClasses are not cooked completely, they allow guys like me to use zope, to promote zopet even if we are useless at good python programming ;-), and until Z3 exists. All my support for ZCatalogPathAware in 2.6. Maybe we should investigate : - how updating old CatalogAware ZClasses for taking care of that - what impact for already updated construtor scripts ? (shuild be none, but not sure) Even with CatalogPathAware (or otherwise smartly cataloged objects), I've come across a major annoyance that I'm sure others have seen. The annoyance stems from objects getting re-cataloged somehow upon Import, so now I've got two entries for each object - one with the correct shortened Virtual Host friendly path, and one with the big long unfriendly path. So now, as I move a site from development to testing to deployment, I have to run a Python script that goes through the catalog, and removes everything that has a certain folder in its path, leaving only the correctly cataloged objects from the previous site in place. This is especially annoying because I seem to have to run the script 5-10 times before all of the re-cataloged-upon-import objects are removed. If other people have come across this, I think finding a resolution to this would be a more-than-worthy 2.6 project. If I'm just smoking crack and it's only a ZPatterns/TransactionAgents behavior that I'm witnessing, then I'll just leave my huffing and puffing and whining and yelling and fainting to myself and immediate coworkers next time I have to go through this situation. :/ Oh! And while on the CatalogPathAware part, documenting how Paths and SiteRoots and VirtualHostMonsters are all supposed to work together would be nice. I still haven't figured it all out, which is currently leaving me with a few VHM's scattered precariously about a couple of sites. (:/ ** 2). -- Jeffrey P Shell www.cuemedia.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Catalogs, Imports, and Path Awareness (was Re: [Zope-dev] ZClassConstructor Cleanup for 2.6)
On Mon, 1 Apr 2002, Jeffrey P Shell wrote: If other people have come across this, I think finding a resolution to this would be a more-than-worthy 2.6 project. If I'm just smoking crack and it's only a ZPatterns/TransactionAgents behavior that I'm witnessing, then I'll just leave my huffing and puffing and whining and yelling and fainting to myself and immediate coworkers next time I have to go through this situation. :/ I thought that with ZPatterns one was recommended to avoid the Catalog mixins and instead use something like SteveA's catalog trigger from ZPAddOns (I think that's the right product name). --RDM ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] FW: Catalogs, Imports, and Path Awareness (was Re: [Zope-dev]ZClass Constructor Cleanup for 2.6)
On 4/1/02 5:59 PM, R. David Murray [EMAIL PROTECTED] wrote: On Mon, 1 Apr 2002, Jeffrey P Shell wrote: If other people have come across this, I think finding a resolution to this would be a more-than-worthy 2.6 project. If I'm just smoking crack and it's only a ZPatterns/TransactionAgents behavior that I'm witnessing, then I'll just leave my huffing and puffing and whining and yelling and fainting to myself and immediate coworkers next time I have to go through this situation. :/ I thought that with ZPatterns one was recommended to avoid the Catalog mixins and instead use something like SteveA's catalog trigger from ZPAddOns (I think that's the right product name). That's what I did. But, looking at the import machinery, the newly imported object is added in to it's parent object with '_setObject', which then goes and calls self.manage_afterAdd(), which then goes down into all of the subobjects and calls that. That's probably the right thing, but it is what's causing the double cataloging, regardless of how the item is cataloged. Catalog*Aware objects call into the catalog during manage_afterAdd, and I'm sure that the same thing is happening to my WHEN OBJECT ADDED... triggers as well. *sigh*. I've got a few quarter assed solutions in my head, but I don't like any of them. Waaa. -- Jeffrey P Shell www.cuemedia.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] SQLite as a Light DB component for Zope and Python
I have noticed on the DB lists lately some concern about the future of Gadfly. I have been investigating a marvelous little open-source, no copyright, SQL engine called SQLite: An SQL Database Engine In A C Library. I am quite experienced with Python, reasonably experienced with Zope but a greenhorn at extending Python yet I had a crude but working Python extension module for SQLite up and running in 2 days (most of that time figuring out the Python extension conventions). I think Python needs a lightweight SQL engine as a standard module, and I think this would be a good Zope product candidate as well. I'm proposing SQLite as that engine. Here is the developer's feature list, taken from the link given above: Implements a large subset of SQL92. A complete database (with multiple tables and indices) is stored in a single disk file. Atomic commit and rollback protect data integrity. Small memory footprint: less than 20K lines of C code. Four times faster than PostgreSQL. Twice as fast as SQLite 1.0. Very simple C/C++ interface requires the use of only three functions and one opaque structure. TCL bindings included. A TCL-based test suite provides near 100% code coverage. Self-contained: no external dependencies. Built and tested under Linux and Win2K. Sources are uncopyrighted. Use for any purpose. The SQLite source code is 35% comment. These comments are another important source of information. The author, D. Richard Hipp, is a computer science Ph.D. who knows his stuff. This is not green software, it is well designed and tested. It was first released in May 2000 and is very actively updated and supported. Thanks for listening. Bill Trenker Internet Applications Developer Kelowna, BC, Canada The commandments of the LORD are right, bringing joy to the heart. The commands of the LORD are clear, giving insight to life . . . For this is the love of God, that we keep His commandments. And His commandments are not burdensome. (Psalm 19:8, 1John 5:3) torahteacher.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.343 / Virus Database: 190 - Release Date: 3/22/02
Re: [Zope-dev] ZClass Constructor Cleanup for 2.6
Casey Duncan wrote I don't think this is a big enough change to warrant a real proposal, so I'll shoot this out here: Does anyone see a problem with changing the default generated constructor method for ZClasses to a python script in Zope 2.6? +1. There's always some funniness in ZClass constructors anyway with the stupid acquisition tricks that get played, so making it a pythonscript can only make it more obvious what's going on... ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
