Webware Wiki: The anti-product

This is more a provocation for Ian, than a real post.

While looking for a good python wiki, i found http://wiki.w4py.org/thiswiki.html (wiki.Webware) really interesting. And once again this is webware so :

  • you don’t have a tgz .. but a direct fight with Subversion
  • this is a really little piece of code ..
  • you don’t have any ‘howto install’ ( nor any doc in fact)
  • it use the LoginKit which is somewhere i don’t know .. (even the wiki.webware search don’t know this:)
  • the install should be hard for a non-webware-developper because:
  • it came w/ a lib/ folder .. what should i do w/ that ???
  • and a Context .. ?? (why not a wiki/ folder ??)
  • I think I missed the new webware developper guides ..

I don’t want to use something else so .. somebody can help me ?

SpamBayes server compliant w/ spamassassin

I’m using spambayes for a long time now. But when i decide to install it for all the curent users of my setup (w/ some virtual domains..), i just discover that spambayes don’t have a system-wide deamon like spamassasin (spamd).

So the first try:

  • install spamassassin :) .. This mail filtering is just a bulshit ! Even w/ the training done on a mail, it achieve to deliver it as ‘unsure spam’ !!
  • put spamassin away .. but keep piece :)

I first decided to write another client / server for spambayes. but looking at all the stuff writen in spamc (spamassassin client) i discover i will need a lot of nights (i’m not a C guru . even if the little try i wrote works perferctly )

Nice try, but why i shouldn’t simply write a server that use spamc as client ? .. could be really easy and efficient too (spamc is really efficient) ..

i just finish to write this and submit to the dev list

moving resPyre player

I spent about 1 hours to rebuild the resPyre website. Now it’s an old fashion plain html (despite it use ZPT and reST to buld them.

Mail Archives / mdirarchive.py

Since i totally switched my mail system to imap, i’m looking for a way to keep the folders ‘small as possible’. I talked w/ Phil about this, and he (http://base-art.net/wk/Article/3.html) hacked a existing python script. The main difference between his hack and the orginal one, is that now the folder are archived in a ‘normal’ way.

This should only work w/ courier-imap server but this is the one i use :) . I can now read mailing archive without too much pain !

Python Wing Editor

http://wingide.com is a really kool IDE for python. I usually write code w/ emacs but i tested this ..

http://jkx.larsen-b.com/photos/blog/wing.sized.jpg

More comments to come .

Webware at the Washing Machine Service

Webware is one of my favorite webapp. Simply because i understand how it works. There is no magic in.. just a standard Servlet way of think.

But on the other side, i really think some part of webware should be left out. Look at the standard webware packages:

  • CGIWrapper
  • WebKit
  • WebUtils
  • MiscUtils
  • COMKit
  • MiddleKit
  • PSP
  • TaskKit
  • UserKit

Only CGIWrapper / WebKit / WebUtils are used in Webware core. (+ TaskKit) All other stuff are not webware centric, even if they are usually working only by webware developpers:
- COMKit is win32 COM object related (nothing to do w/ webware core)
- MiddleKit is a DB abstraction layer
- PSP is a template language
- UserKit is a user framework ..( someone ever used it ???)

I really think we should provide only a simple package w/ webware core, and find a way to install third parties code as ‘Products’. This is definitly the main feature of Zope.

The recent post of Ian on the webware-discuss mailing list show that we shall write webware component like Wiki .. or AuthModule .. and provide them to the community.

I worked on Zope for about 2 years.. and right now when i want to build a simple website for the lab. Webware never come to my mind simply because it enforce me to rewrite the wheel for everything. In common web project we need some core components like auth, or photo gallery .. things that are really simple and provided w/ simple Zope Products. but for webware we only provide some _unusefull_ / _unmaintained_ Kit.

This is not a contestation post! but a open letter to the webware community.

The current webware package try to enforce developper to use some tools (like PSP / MiddleKit) but this is the wrong way. I never used PSP (i hate this syntax).. and MiddleKit has serious competitor, right now. I usually use SQLObject and ZPTPage. But there is no place on the web where a newbie can find that you can write ZPT in webware .. Webware really need a clean way to build Products and a website that present all this stuff to users.