--- joko/doc/SampleTasks/joko_2003-02.html 2003/02/02 18:18:08 1.1 +++ joko/doc/SampleTasks/joko_2003-02.html 2003/02/06 01:44:02 1.18 @@ -73,6 +73,8 @@ b) human-readable material (e.g.: generated indexes, overviews, details, descent-documents) o add collaboration on top of that! o (technical) annotations, pbb, etc. + o what is already there? + x found: ProArc, OpenArc - but nothing seems to be truly *open*! o Gtk Rules | phpRules - an abstract rule chain editor o modes: dispatchmail, dispatchrequest, ipchains? @@ -93,13 +95,13 @@ flat-file databases (csv, etc.), structured files (INPADOC, XML) and oo-rdbms-mappers (orms) - in our case "Tangram" (from CPAN). +o Resources, Ontologies, Information Delivery + o RSS, RDF, RDFS + o modifier.pl o soap <-> rpc-xml o Tangram-Schema <-> RDF Schema (RDFS) -o Resources, Ontologies, Information Delivery - o RSS, RDF, RDFS - o use nntp//rss!!! o cvssync @@ -107,12 +109,200 @@ o option AUTOADD o mode GUI +o sieve & XML??? + +o cvs & kerberos??? + +o enhance Mail::Audit::Dispatch + x recieveMail -> dispatchmail & Mail::Audit::Dispatch + o Mail::Audit::Dispatch::Folder::Mbox (by joko, the main part of the former recieveMail, just uses Mail::Audit) + o Mail::Audit::Dispatch::Spool (by joko, a little part of the former recieveMail, just uses Mail::Audit) + x Mail::Audit::Dispatch::Newsgate (by joko, uses Net::NNTP) + o Mail::Audit::Dispatch::Folder::Cyrus1 (by jonen, acts as sendmail MDA instead of /usr/sbin/cyrdeliver, but re-dispatches to it again after resolving addresses against an arbitrary data source, see 'Data::Map' stuff....) + o Mail::Audit::Dispatch::Faxgate (by janosch, uses /usr/bin/sendfax; still inside 'mail-handler', tbr) + o Mail::Audit::Dispatch::Smsgate (by janosch, uses /usr/bin/yaps; still inside 'mail-handler', tbr) + o could also use /usr/bin/smssend or some module from CPAN + o Mail::Audit::Dispatch::Response (by joko, notifies sender that his/her mail was processed by arbitrary system) + o send autoresponse with subject: "Your bug-request was filed." when mailing to bugs@netfrag.org (done by gateway@netfrag.org) + o actually do file the message at nfo.support.queue (done by gateway@netfrag.org) + o maybe cc: to or integrate with tutos or other ticketing system (bugzilla)???) + o this should be the basic functionality needed to implement known features as "autoresponder" or "vacation" on top of this + +o write about: + o path-structure inside dev-cvs (->bareface, ->janosch) + o path-structure inside sysadmin-cvs (hosts, skels) (->jonen) + o path-structure at web/pub (->jonen) + +o enhance newsportal + o features for ArticleViewer: + o embedded images + o MIME capability + o HTML frameset capability + o show in external window + o convert to HTML tables!? + +o a StartingPoint: TUTOS Project/Product Overview + +o generate some documentation for flib and glib automagically + o use JavaDoc? see ->phpHtmlLib + o use phpDoc? see ->Xyz + +o yakka: + o SeperationOfWikiCoreFeatures + o revisioning + o EnhancementOfCoreFeatures + o object oriented linking/referencing + o reference maintenance capabilities (copy, move, unlink) (+clone, +deep_copy) + o reference structuring (make set, add more metadata) + o use RDF and/or RDFS? + o look at RDFWiki.... + o EnhancementOfFrontend + o ReIntegrationOfWikiCoreFeatures + +o "outsource" mysql from quepasa.netfrag.org to h1.service.netfrag.org + +o establish slapd on h1.service.netfrag.org + +o faxabruf für w2hfax (sendfax -d -p) + o konvertiere empfanges dokument von ps nach pdf, tiff? + +o look at bonsai? + +o scripts from janosch + +o LookAt php-4.3.0??? + +o emacs? + +o check if backend-logging still works!? + +o LookAt PythonInPhp + o integrate python-library from w2hfax (hfaxlib) into Horde!? + +o task list + start apache1 (click) + start mysql (type net start mysql) + start internet explorer (click) + start explorer (press win-key & e) + navigate to target + open in ultraedit + +o php-enhancements!? + o mixin inheritance for php? + o manipulating the symbol table? + +o integrate timestamp into log-output of CPAN's Log::Dispatch!? + +o integrate autogenerated api-documentation for code@netfrag.org + use PhpDocumentor: http://phpdocu.sourceforge.net/ + +o phpLdapBrowser using components from + o PEAR (DB_ldap) + o smarty (maybe some parts for gui rendering) + o phpHtmlLib (abstraction of basic html tags and more highlevel widgets, gui/forms-to-data binding) + o netfrag.org + o yakka as navigation-backend + o on-the-fly generation of navigation-structure + o page-rendering, -dispatching and -layout + o maybe integrate these together to get max. overview over all details + to be able to provide enough abstraction in implementation: + o current dispatcher from yakka (Engine 1.0?, Engine 2.0?) + o dispatchrequest (the generic dispatcher which listens at http://cvs.netfrag.org and http://news.netfrag.org) + o glib/Application/AbstractRequest (a component which grew out of a custom application once, + but was refactored two times after that ( -> flib/Site/Request -> org.netfrag.glib/Application/AbstractRequest) + o org.netfrag.glib for tying all that together + +o nfoweb: "powered by" - page + o lamp: linux, apache, mysql, php + o other daemon software: inn, OpenLDAP, OpenSSH, Kerberos 5, sendmail, amavis, Cyrus + o other software: TWiki, phpWiki, viewcvs, newsportal + o other languages: bash, perl, python, ruby, etc., etc. + o make links... + o include process view??? + o link to "IntegratesWith"-page: PIMs, Offices + +o Data::Storage and logging via Log::Dispatch - DEEP RECURSION again!!! + +x build content-index of news.netfrag.org + o mnoGoSearch's news-extension seems to require some more database-tuning ;-( + x ./sbin/indexer -a -v 5 -i -u http://www.netfrag.org/webnews/% + o automate this: + o cd /usr/local/mnogosearch + o ./sbin/indexer + +o refactor OEF::Why::Queue + o Topics + o ORM (Object Relational Mapper) + o Data synchronization + o Object persistence + o Code passivation / Task control + o ChangeLog + o Todo + o Ideas + +o PEAR + + o LookAt PEAR-1.0? + + o PEAR::XML::RPC + x remove custom patches + x re-integrate functionality from these patches at another place + o enhance patches + o look at http://cvs.php.net/co.php/pear/XML_RPC/RPC.php + o look at http://marc.theaimsgroup.com/?l=pear-dev&m=103578377822397&w=2 + o provide better patch introducing new error-codes and messages for "local errors": + o "could not connect to remote server, failed to open socket" + o "could not send data, but socket is open" + + x LookAt PEAR::Log-1.5.3 + x does it have log-level-constants defined inside itself? yes! + x re-integrate patches to have timestamp formatted in a different way + + o integrate PEAR::Translation with smarty + o look at http://pear.php.net/package-info.php?pacid=124&release=1.2.3 + o look at http://smarty.php.net + + o send patch for PEAR/Log/file.php + + o make patch for PEAR/XML/RPC.php + + o refactor to PEAR::DB - drivers + o glib/Data/Driver/Proxy.php + o glib/Data/Driver/RPC/Remote.php + o the name??? (DB::RPC?, DB::Remote?, DB::Virtual?) + + o PEAR::Auth::Kerberos??? + + o integrate glib/Data/Driver/Proxy with PEAR::Cache + o use DB::RPC for this! + + o integrate Application::Config with PEAR::Config + + o use PEAR::Tree + o look at http://opensource.visionp.de/modules/project/tree.php + o as base data container for "app::menu", "phpHtmlLib::TreeNav" + + o integrate Data::Encode with PEAR::I18N - Internationalization??? + + o prepare patches for pear.php.net + o configurable timestamp format for PEAR::Log::file + o no fatal php errors from PEAR::XML::RPC + + x why not PEAR::Config? + * This class allows for parsing and editing of configuration datasources. + * Do not use this class only to read datasources because of the overhead + * it creates to keep track of the configuration structure. + + + + +
-$Id: joko_2003-02.html,v 1.1 2003/02/02 18:18:08 joko Exp $ +$Id: joko_2003-02.html,v 1.18 2003/02/06 01:44:02 joko Exp $