/[cvs]/joko/doc/SampleTasks/joko_2003-02.html

Diff of /joko/doc/SampleTasks/joko_2003-02.html

Parent Directory | Revision Log | View Patch Patch

-revision 1.11 by joko,
Wed Feb  5 20:43:54 2003 UTC
+revision 1.18 by joko,
Thu Feb  6 01:44:02 2003 UTC
 Line 170 
 o look at bonsai?
  o scripts from janosch
- o php-4.3.0???
+ o LookAt php-4.3.0???
  o emacs?
  o check if backend-logging still works!?
- o pear-1.0?
+ o LookAt PythonInPhp
+   o integrate python-library from w2hfax (hfaxlib) into Horde!?
- o patch PEAR::XML::RPC
-    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"
- o python in php: integrate python-library from w2hfax!?
  o task list
    start apache1 (click)
-Line 199 
 o php-enhancements!?
+Line 191 
 o php-enhancements!?
    o mixin inheritance for php?
    o manipulating the symbol table?
- o install PEAR::Log-1.5.3
-   o re-integrate (and maybe submit) patches to have timestamp formatted in a different way
  o integrate timestamp into log-output of CPAN's Log::Dispatch!?
- o integrate PEAR::Translation with smarty
+ o integrate autogenerated api-documentation for code@netfrag.org
-   o look at http://pear.php.net/package-info.php?pacid=124&release=1.2.3
+   use PhpDocumentor: http://phpdocu.sourceforge.net/
-   o look at http://smarty.php.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 (<custom-app> -> 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.

 Legend:



Removed from v.1.11
 


changed lines


 
Added in v.1.18
 Legend:



Removed from v.1.11
 


changed lines


 
Added in v.1.18
-Removed from v.1.11
+Added in v.1.18

MailToCvsAdmin">MailToCvsAdmin	ViewVC Help
Powered by ViewVC 1.1.26