wish list for zope in the new century
sorry for my poor english first :> I search the zope site for "todo list" but find nothing, and i can't catch the whole idea from those reports in "zope bug and feature ... collector". So, I want to discuss it in this maillist :> I rather appreciate Zope, especially the excellent OO design for a dynamic web site. But there are some areas Zope need to improve in order to be real killer in the web application server market: 1. integeration for a good HTML(DTML) WYSIWYG editor e.g. a dreamwaver extesion for zope is rather appreciated ( I am not sure whether dreamwaver is the best, any suggestion ? ) and a better integeration for a good python code editor&debugger(IDLE?) is also rather appreciated. 2. better error report and suggestion For a new babie, current error reports for mistakes in DTML are rather horrible. 3. better apache support Hey, I think ZServer is just fit for developing. Apache is the real world answer. Current support for apache is another shortcoming when comparing to mod_perl, mod_php and mod_jserv >_< 4. a good cache for performance Zope IS slow when load is high. and a good cache mechanism will solve most of the question. And here is my idea: <dtml-cache cache-id condition-for-cache-update> .... blah blah blah ... </dtml-cache> and a similiar function for external method. Two import point: a. A block of a page can be cached in order that the cache is efficient when the page contains, e.g., a counter; b. We only need to cache the most accessible blocks which are also most dynamic; Maybe we can steal some code from Squid :) 5. more killer app based on Zope like squishdot e.g. a good full-function forum based on Zope... Perhaps many people comes to Zope just because of squishdot :> 6. open source for ZEO development It is rather disappointing to see the door and window are closed for ZEO's development :<< 7... your opinion?
[Wei Tao, on Mon, 03 Jan 2000] :: 6. open source for ZEO development :: It is rather disappointing to see the door and window are closed for :: ZEO's development :<< :: :: 7... your opinion? I agree with all your items, except for #6. Without Digital Creations, we wouldn't have Zope. Without a thriving Digital Creations, we can't expect to have that resource staffed with such extraordinary people. DC is a business and their business model relies on charging for value added. ZEO as a value added commercial product seems perfectly fair; ZEO requires a good deal of intervention by DC to properly architect and set up. Any Web-based business successful enough to have need for what it brings shouldn't cry too much about paying for that expertise. Name another alternative with the same functionality which is completely free. ;>)
Patrick Phalen wrote:
I agree with all your items, except for #6.
Without Digital Creations, we wouldn't have Zope. Without a thriving Digital Creations, we can't expect to have that resource staffed with such extraordinary people. DC is a business and their business model relies on charging for value added.
ZEO as a value added commercial product seems perfectly fair; ZEO requires a good deal of intervention by DC to properly architect and set up. Any Web-based business successful enough to have need for what it brings shouldn't cry too much about paying for that expertise. Name another alternative with the same functionality which is completely free. ;>)
OK, I agree. ( IMHO, I can reach most of scalability and fail tolerance through Linux Virtual Server Project and a RDBMS cluster, so I don't care much of it. :> ) Maybe I should change #6 with: 6'. new ZODBs can be built and used. Now all of system data, template, sql, user data, and all of web contents are stored in ONE ZODB file. It sounds not a good idea. There are two ways for adding new ZODBs: One way user can build new ZODB and use it like a new gadfly database; another way user can build new ZODB and mount it into the site tree. I hope that zope can reach it without ZEO :) 7'. ZODB support changing values in place, not only append a new copy; Check the ZCounter product you will see the reason. Not every change of vars' value need to be recorded, especially most of integer value. IMHO, ZEO couldn't reach its prime time until zope supports #6' & #7' and users use ZODB as a serious place to store infomation.
participants (2)
-
Patrick Phalen -
Wei Tao