1 |
<html> |
2 |
<head> |
3 |
<title>joko's sample notes - 2003-02 - ResourceIntegration</title> |
4 |
<link href="/horde/css.php?app=chora" rel="stylesheet" type="text/css" /> |
5 |
</head> |
6 |
<body> |
7 |
|
8 |
|
9 |
<pre> |
10 |
|
11 |
|
12 |
<hr/> |
13 |
|
14 |
o flib: |
15 |
o include & boot |
16 |
o include-paths |
17 |
o configKey (servername) => servername/appname |
18 |
o make glib |
19 |
o RPC::Remote: just can talk to single rpc-server!!!! |
20 |
o app-cleanup: |
21 |
o replace ../img/ through img/ globally (in all files found) |
22 |
o grep -ri "../img" | modify.pl --regex=s/\.\.\/img/img/g [--in-type=filelist] |
23 |
o refactor replace_cvs.pl to: |
24 |
finder.pl -R --regex=/CVS/Root . | modify.pl --regex=s/:pserver:/:ext:/ [--in-type=filelist] |
25 |
o is it possible to actually parse settings && arguments (not just "options") using Getopt::Long?? |
26 |
o else: look at CPAN more detailed or make a CliCmd::Option + CliCmd::Argument = CliCmd::Setting!! |
27 |
O refactor Getopt::Simple to Getopt::Easy and add features!? a) argument/option-mechanism b) restrict option-mech |
28 |
symbol: O=Ongoing |
29 |
c use Getopt::Auto??? |
30 |
x make Getopt::Easy!!! |
31 |
|
32 |
|
33 |
o 0. Oef::Request -> ... |
34 |
o 1. CliCmd::Setting -> Oef::Request -> [hibernate] -> [wakup] -> Oef::Engine -> Oef::>Task -> Oef::Response |
35 |
o need to freeze a Oef::Request |
36 |
o 2. CliCmd::Setting -> Oef::Request -> Oef::Engine -> Oef::Task -> [hibernate] -> [wakup] -> Oef::Response |
37 |
o need to freeze a Oef::Engine |
38 |
|
39 |
o Oef::Base bases on DesignPattern::Object and DesignPattern::Bridge |
40 |
|
41 |
o refactor DesignPattern::Object::Logger to Oef::Base::Logger |
42 |
|
43 |
o use phpHtmlLib - widgets in a wiki (yakka!) |
44 |
|
45 |
o rename Data::Storage::Handler::NetLDAP to Data::Storage::Handler::LDAP |
46 |
|
47 |
o register: data-storage.[perl.]netfrag.org |
48 |
|
49 |
o look at '<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />'!!! |
50 |
o better use 'utf-8' to achieve full i18n? |
51 |
|
52 |
o add descriptive words (undelete, etc.) and references to similar projects to mini-howto_trashcan-under-linux_libtrash.html |
53 |
|
54 |
o proarc - professional document archiving, indexing, distributing and publishing |
55 |
o archiver |
56 |
archive --reference|meta|content --check-descents=*.txt <path> --type=file|document |
57 |
o indexer |
58 |
index <all>, use mnoGoSearch's indexer |
59 |
o manager |
60 |
o build sets of data |
61 |
o make distribution lists |
62 |
o manage global settings (base-paths/-urls, etc.) |
63 |
o edit object details (public-url, acls, etc.) |
64 |
o edit global and/or per-object metadata |
65 |
o to-be-published (@) |
66 |
o to-be-indexed |
67 |
o build manager-rules on top of that |
68 |
o distributor |
69 |
o prepare/distribute sets of data |
70 |
o publisher |
71 |
o publish data to given url@server |
72 |
a) prepared machine-readable sets for distribution |
73 |
b) human-readable material (e.g.: generated indexes, overviews, details, descent-documents) |
74 |
o add collaboration on top of that! |
75 |
o (technical) annotations, pbb, etc. |
76 |
|
77 |
o Gtk Rules | phpRules - an abstract rule chain editor |
78 |
o modes: dispatchmail, dispatchrequest, ipchains? |
79 |
o look at Outlook 2000, Ximian Evolution, Horde |
80 |
|
81 |
o iSerienbrief (mac & win32) |
82 |
|
83 |
o freier xml-editor für win32? (nicht auf msxml3 basierend?) |
84 |
|
85 |
o Data::Storage |
86 |
- overview |
87 |
- just gives you a handle to a preconfigured data-source. |
88 |
- it's a meta-module on our way to unified data access. |
89 |
- details |
90 |
It also lets you add additional methods to this handle from |
91 |
specified Perl-modules acting as "plugins". |
92 |
It's delivered with "Handlers" ready for talking to rdbms-databases, |
93 |
flat-file databases (csv, etc.), structured files (INPADOC, XML) and |
94 |
oo-rdbms-mappers (orms) - in our case "Tangram" (from CPAN). |
95 |
|
96 |
o Resources, Ontologies, Information Delivery |
97 |
o RSS, RDF, RDFS |
98 |
|
99 |
o modifier.pl |
100 |
o soap <-> rpc-xml |
101 |
o Tangram-Schema <-> RDF Schema (RDFS) |
102 |
|
103 |
o use nntp//rss!!! |
104 |
|
105 |
o cvssync |
106 |
o option AUTOCOMMIT |
107 |
o option AUTOADD |
108 |
o mode GUI |
109 |
|
110 |
o sieve & XML??? |
111 |
|
112 |
o cvs & kerberos??? |
113 |
|
114 |
o enhance Mail::Audit::Dispatch |
115 |
x recieveMail -> dispatchmail & Mail::Audit::Dispatch |
116 |
o Mail::Audit::Dispatch::Folder::Mbox (by joko, the main part of the former recieveMail, just uses Mail::Audit) |
117 |
o Mail::Audit::Dispatch::Spool (by joko, a little part of the former recieveMail, just uses Mail::Audit) |
118 |
x Mail::Audit::Dispatch::Newsgate (by joko, uses Net::NNTP) |
119 |
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....) |
120 |
o Mail::Audit::Dispatch::Faxgate (by janosch, uses /usr/bin/sendfax; still inside 'mail-handler', tbr) |
121 |
o Mail::Audit::Dispatch::Smsgate (by janosch, uses /usr/bin/yaps; still inside 'mail-handler', tbr) |
122 |
o could also use /usr/bin/smssend or some module from CPAN |
123 |
o Mail::Audit::Dispatch::Response (by joko, notifies sender that his/her mail was processed by arbitrary system) |
124 |
o send autoresponse with subject: "Your bug-request was filed." when mailing to bugs@netfrag.org (done by gateway@netfrag.org) |
125 |
o actually do file the message at nfo.support.queue (done by gateway@netfrag.org) |
126 |
o maybe cc: to or integrate with tutos or other ticketing system (bugzilla)???) |
127 |
o this should be the basic functionality needed to implement known features as "autoresponder" or "vacation" on top of this |
128 |
|
129 |
|
130 |
|
131 |
|
132 |
</pre> |
133 |
|
134 |
<hr/> |
135 |
$Id: joko_2003-02.html,v 1.2 2003/02/02 18:33:42 joko Exp $ |
136 |
|
137 |
</body> |
138 |
</html> |