--- joko/doc/SampleTasks/joko_2003-03.twingle 2003/03/12 18:56:14 1.64 +++ joko/doc/SampleTasks/joko_2003-03.twingle 2003/03/12 21:55:51 1.70 @@ -10,8 +10,23 @@ @sequence meta @document-history @cvs-info - $Id: joko_2003-03.twingle,v 1.64 2003/03/12 18:56:14 joko Exp $ + $Id: joko_2003-03.twingle,v 1.70 2003/03/12 21:55:51 joko Exp $ $Log: joko_2003-03.twingle,v $ + Revision 1.70 2003/03/12 21:55:51 joko + + AUTOCOMMIT: updated/added content + + Revision 1.68 2003/03/12 20:55:52 joko + + AUTOCOMMIT: updated/added content + + Revision 1.67 2003/03/12 20:25:52 joko + + AUTOCOMMIT: updated/added content + + Revision 1.66 2003/03/12 19:56:04 joko + + AUTOCOMMIT: updated/added content + + Revision 1.65 2003/03/12 19:25:53 joko + + AUTOCOMMIT: updated/added content + Revision 1.64 2003/03/12 18:56:14 joko + AUTOCOMMIT: updated/added content @@ -1065,3 +1080,70 @@ o QoS for apt-get!!! (http or ftp to x.debian.org or uni-erlangen.de (parse /etc/apt/sources.list!!!)) +x jonen makes the words: integraded! yeah! + +o Develop a metadata-model (preferably stored inside an LDAP-daemon), + which can hold information about Host <-> vHost <-> Service(s). + This would enhance the Host <-> [posix]Account model currently in development. + o Also associate the [posix]Accounts with an AddressBook! (AddressBook <-> ProprietaryAddressBook) + o Also associate MailRouting with that [posix]Accounts + => this has to be implemented: + 0. already in development: Host <-> posixAccount, Host <-> MailRouting + 1. tbd: Host <-> vHost <-> Service(s) + 2. tbd: posixAccount <-> AddressBook + 3. tbd: posixAccount <-> MailRouting + +o use [rss2email|http://www.w3.org/2002/09/rss2email/] + -> that's it: news//rss -> rss2email + -> choose a web-based rss-reader from http://blogspace.com/rss/readers + o LookAt::[ModIndexRSS|http://software.tangent.org/projects.pl?view=mod_index_rss] + also look at "mod_repository for Apache" there!!! + +o close down almost everything on h1.service.netfrag.org + o ntop + o apache + o mysql + o vsd + o write (success-)story!!! + +o note about workflow: what about old root-emails on the main-host? + x purged old mboxes + -> just purge them? (admin-action: approve purge!) + #> cd /var/spool/mail + #> >root (updated recently) + #> >service (updated recently) + #> rm netsaint (last entry: Date/Time: Thu Jan 23 14:32:48 CET 2003) + o How to check if a mbox contains mud-only? try 'formail'! + #> formail + +o convert diffs of this file to rss-chunks to be able to feed them to a RecentChanged Page or arbitrary rss-aggregators + +o make up an "edit"-mode of this document: + o WorkFlow: "Make a personal WishList from items of another users TaskList." + o ToImplement: KISS, Click & Go + +o x.netfrag.org - a server made up of WebServices + +x glossary::KISS - Keep It Simple, Stupid + LookAt::http://whatis.techtarget.com/definition/0,,sid9_gci521694,00.html + + KISS Principle + The KISS (Keep It Simple, Stupid) Principle is self-descriptive and recognizes two things: + 1. People (including product and service users) generally want things that are simple, + meaning easy to learn and use. + 2. A company that makes products or furnishes services may find simplicity an advantage + for the company as well, since it tends to shorten time and reduce cost. + (Where the company is trying to use the principle on behalf of users, however, + design time may take longer and cost more, but the net effect will be beneficial since + easy-to-learn-and-use products and services tend to be cheaper to produce and service in the long run.) + The New Hacker's Dictionary, edited by Eric Raymond, says the the KISS Principle + is sometimes cited on a development project to fend off "creeping featurism." + + SeeAlso::[Ockham's razor|http://whatis.techtarget.com/definition/0,,sid9_gci212684,00.html] + +o look how Horde looks with the current 'chora'-stylesheet... + +o dsu2html: aggregate outputs from dsu to one or more linked html page(s) + +o server- & tool-consolidation (moonX, toolX) +