[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main
 parent


Can we help?
by Paul Everitt on Thursday 19/Jul/2001, @21:40
Howdy. I'm one of the Zope guys and a dot addict. I've been meaning to contact you folks and see if I can get some of us to help.

I can think of a couple of suggestions to make things a lot better for the site. I can also get one of the engineers assigned to spend a few hours giving suggestions.

Maybe in return someone can write a kio_slave for Zope. :^)

--Paul
  Related Links
 ·   Articles on Administrivia
 ·   Also by Paul Everitt
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Can we help?
by reihal on Friday 20/Jul/2001, @05:30
>Maybe in return someone can write a kio_slave for Zope. :^)

I can't tell wether this is a joke or not.
What do you have in mind?
[ Reply To This | View ]
  • Re: Can we help?
    by Paul Everitt on Friday 20/Jul/2001, @16:24

    Ohh, I'm not kidding about this. I kid about other things, but not this. :^)

    Here's what I'm talking...first and foremost, have it do WebDAV as well as it does FTP. If you want to be wacky, have it support locking/unlocking and DAV property viewing/changing.

    If you want to see what this would look like, take a look at three products for Windows that do this: WebDrive, WebIFS and TeamDrive. All three are let you map a drive letter to a DAV folder.

    This is a pretty simple extension to HTTP. Zope (and other dynamic systems) also need an option to be implemented that no other DAV client has yet to do, which is to retrieve the *source* of a page rather than the rendered GET of the page. The DAV spec anticipates this.

    Let's see, the DAV spec requires digest authentication to be used instead of basic authentication in cases where SSL isn't used. I don't know if the existing HTTP support in KDE can do digest auth.

    GnomeVFS implements DAV, but for some reason that mystifies me, they don't provide any ability to do authentication. I don't know why someone would want a read-write web with no authentication.

    There's good functionality beyond the above, but it wouldn't be the domain of the kio_slave.

    So, there you have it -- I wasn't kidding! :^)

    --Paul
    [ Reply To This | View ]
    • Re: Can we help?
      by dmalloc on Friday 20/Jul/2001, @16:46
      well dqwit is working on DAV integration into the http io slave, so the DAV part is covered. Knowing (because I use it) that apache has an excellent mod_dav there would be no nreal need to integrate it directly into zope as long as the data that will be m odified can be ins ome for accessed in it hard coded form by apache. I do not know if zope uses a databse.
      anyways WebDAV is in thw works, because I wanted to offer writing an io slave for it and dawit said he was on it
      [ Reply To This | View ]
      • Re: Can we help?
        by Paul Everitt on Sunday 22/Jul/2001, @13:16
        First, could you give me the email address for dqwit? I want to find out, and beg if necessary, if he's doing the part of WebDAV that retrieves the document source.

        Next, to cover your subsequent points...Zope already supports DAV. Basically, Zope runs as a process outside of Apache. Zope includes protocol handlers for HTTP, FTP, xml-rpc, FastCGI, etc. You can put Apache in front of Zope and use mod_proxy as the RPC.

        Yes, Zope uses a database, it's internal object database written in Python. More info at:

        1) http://www.zope.org/Documentation/Articles/ZODB1
        2) http://www.zope.org/Documentation/Articles/ZODB2

        The database is organized like a filesystem, rather than relationally. This makes it a great fit for DAV. Objects in the database are instances of Python classes, meaning there are real first class "document", "image", "folder", and user-defined classes for DAV to tinker with.

        Here's the HTML "GUI" for working in the object database, http://www.zope.org/Members/michel/ZB/UsingZope.dtml#2-1

        We've been doing DAV for two years now and thus I have a huge desire for a good DAV client environment. Having a better DAV client in KDE would be a big win.

        Do you use Python much?
        [ Reply To This | View ]
        • Re: Can we help?
          by APW on Monday 23/Jul/2001, @00:12
          Dawit Alemayehu <adawit@kde.org>

          Google Search:
          http://www.google.com/search?client=googlet&q=dawit%20KDE
          [ Reply To This | View ]
yeah! :)
by Navindra Umanee on Friday 20/Jul/2001, @09:07
Great to hear from you, Paul!

There are definitely some Zope issues that we could use some help with, and I would also love to hear your suggestions. With Zope we're still not too sure how to optimize performance/memory or how to load-balance the dyn-generated stuff.

As for site limitations proper, we're based on Squishdot so we're mostly limited to its features. Unfortunately Squishdot is a dead-end product right now and most of the maintainer's development effort is going into the next generation Swishdot which will be based on ZPK.

I don't too much time at the moment to go into details or work on this, but we should definitely correspond. :-)

As for a kio_slave, what kind of advantages do you think such a thing would have over the Web interface?

Cheers,
Navin.
[ Reply To This | View ]
  • Re: yeah! :)
    by Paul Everitt on Friday 20/Jul/2001, @16:29
    Oops, sorry for the misfire on the links in my previous post. Shoulda
    used preview. :^)

    Please feel free to email me directly and we'll try to get started on
    helping get Zope going better.

    Regarding how the kio_slave would be better...people that want to
    author documents in text, HTML, files in Word, images, etc. could just
    use any KDE tool to do so. They could drag-n-drop folder hierarchies
    off their local machine onto the remote folder. Or they could work in
    place, creating folders and documents etc. on the remote server.

    --Paul
    [ Reply To This | View ]
Re: Can we help?
by darian Lanx on Friday 20/Jul/2001, @10:21
I know it is rather off topic, but could we please port the python part to mod_python. The python processes itself do burn a lot of ressources. Cheers
[ Reply To This | View ]
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )

  "When I'm not hacking on a computer, I like to play the guitar and get drunk. Sometimes both at once." -- Richard J. Moore
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]