1 |
@sequence meta |
2 |
@title joko's sample notes - 2003-03 - ResourceIntegration |
3 |
@subtitle ResourceIntegration II |
4 |
@topic joko's Tasks |
5 |
@author joko@netfrag.org |
6 |
@document-mime-type text/plain |
7 |
@document-mime-type text/english text/german |
8 |
@document-mime-type text/vnd.twingle |
9 |
|
10 |
@sequence meta |
11 |
@document-history |
12 |
@cvs-info |
13 |
$Id: joko_2003-03.twingle,v 1.6 2003/03/07 16:56:42 joko Exp $ |
14 |
$Log: joko_2003-03.twingle,v $ |
15 |
Revision 1.6 2003/03/07 16:56:42 joko |
16 |
+ AUTOCOMMIT: updated/added content |
17 |
|
18 |
Revision 1.5 2003/03/07 15:57:11 joko |
19 |
+ AUTOCOMMIT: updated/added content |
20 |
|
21 |
Revision 1.4 2003/03/07 04:25:54 joko |
22 |
+ AUTOCOMMIT: updated/added content |
23 |
|
24 |
Revision 1.3 2003/03/07 03:56:59 joko |
25 |
+ AUTOCOMMIT: updated/added content |
26 |
|
27 |
Revision 1.2 2003/03/07 00:56:08 joko |
28 |
+ AUTOCOMMIT: updated/added content |
29 |
|
30 |
Revision 1.1 2003/03/06 22:34:20 joko |
31 |
+ initial commit |
32 |
|
33 |
|
34 |
@sequence meta |
35 |
@x-transport |
36 |
@x-transport-from grasshopper.netfrag.org |
37 |
@x-transport-to quepasa.netfrag.org |
38 |
@x-transporter Microsoft Windows |
39 |
@x-transporter WinCVS [WinCVS 1.3.8.1 Beta 8 (Build 1)] |
40 |
@x-transporter-protocol cvs client-server protocol |
41 |
@x-transporter OpenSSH client on grasshopper [OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090607f] |
42 |
@x-transporter-protocol ssh [OpenSSH Version 2] |
43 |
@x-transporter OpenSSH daemon on quepasa [OpenSSH_3.4p1 Debian 1:3.4p1-1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f] |
44 |
@x-transporter cvs [Concurrent Versions System (CVS) 1.11.1p1 (client/server)] |
45 |
@x-transporter-protocol cvs client-server protocol |
46 |
@x-transporter Linux running on quepasa.netfrag.org [Linux version 2.4.18-29um (root@linux) (gcc version 2.95.3 20010315 (SuSE)) #1 Sun May 26 17:01:48 CEST 2002] |
47 |
@x-transporter-protocol ext3 |
48 |
@x-transporter Linux running on h1.service.netfrag.org [Linux version 2.4.10-4GB (root@Pentium.suse.de) (gcc version 2.95.3 20010315 (SuSE)) #1 Tue Sep 25 12:33:54 GMT 2001] |
49 |
@x-transporter-protocol ext3 |
50 |
#@x-converter twingle [Twingle 0.01 - http://search.netfrag.org/twingle] |
51 |
|
52 |
@sequence script |
53 |
@set o=@todo |
54 |
|
55 |
|
56 |
|
57 |
@sequence block |
58 |
@injected |
59 |
@date 2003-03-06 20:29 |
60 |
@file [unknown] |
61 |
@x-editor Notepad [Microsoft Editor Version 5.0 (Build 2195: Service Pack 3) |
62 |
@x-transporter Microsoft COM |
63 |
@x-transporter-protocol copy & paste negotiation |
64 |
@x-editor UltraEdit [UltraEdit(r)-32 Professional Text/HEX Editor Version 8.10b] |
65 |
|
66 |
|
67 |
o use arial|verdana for netscape|mozilla rendering on netfrag.org |
68 |
|
69 |
- We get spam! |
70 |
After feeling relatively safe through amavis based email filtering, it happened again. |
71 |
jonen recieved some spam again. |
72 |
|
73 |
Why? |
74 |
I believe the addresses get collected by foreign agents crawling |
75 |
the growing content on netfrag.org. |
76 |
|
77 |
What todo now? |
78 |
Mungle email addresses published on netfrag.org through some lisp- |
79 |
or scheme-based address-mungler found recently. |
80 |
They stay rfc-compliant, but are (hopefully) unreachable for common |
81 |
regex parsers. |
82 |
Send info to ->jonen. |
83 |
@tbd Automate this task! Do you wanna rewrite each address by hand...??? |
84 |
|
85 |
o personal requirement: |
86 |
o daily: review contributions made by other users |
87 |
o requirement to solve this: have everything as rss/rdf and filter the xml by author |
88 |
|
89 |
o rss.netfrag.org (register) |
90 |
o establish some web-based rss-browser embedding content from |
91 |
o RssGenerators for local content ... |
92 |
o news//rss (for news.netfrag.org) |
93 |
o cvs//rss (for cvs.netfrag.org) |
94 |
o ... and RssGateways to other ones, possibly at remote locations |
95 |
o phpWiki//rss (for www.netfrag.org) |
96 |
o TWiki//rss (for future www.netfrag.org) |
97 |
|
98 |
o post to perl-development (nfo.dev.perl): |
99 |
o how to abstract the view/editing of xml-files via an api? |
100 |
o fetch: all|single-node |
101 |
o edit: single-node flattened into an object |
102 |
o browser layer: locator registry (pointing to a) an orm-db and b) to a file-set of xml-files (our control-db)) |
103 |
o item layer: view/edit nodes of an xml-file a) in a tree-editor (look at HTML_Tree_XYZ itself!!!) and |
104 |
b) split into our "flat-components" Item and List (object-like) |
105 |
|
106 |
how b)? solve in backend! |
107 |
o backend |
108 |
o change values containing references to their interpolated placeholders to convert a node to an item |
109 |
->getNode(...) |
110 |
example: getNode('root') |
111 |
o place querying api via XPath parallel to that -> also returns a single node or multiples (a node-set) |
112 |
->getNodeSet(...) |
113 |
example: getNodeSet('xpath-query|named-filter') |
114 |
o establish backend querying api for xml-documents on top of that! |
115 |
->sendQuery(...) should dispatch to one of ->getNode or ->getNodeSet |
116 |
o frontend |
117 |
o browse relations (parent-, child-node) using the ValueInterpolator and the ItemComponent |
118 |
o edit Attributes and Content of Nodes with the ItemComponent showing *two* areas (this is the "FlatteningOfNodes"): |
119 |
o -> attributes |
120 |
o -> content |
121 |
That's the way various XML-EasyTree-Xyz implementations use to work. |
122 |
@link http://www.cpan.org/ |
123 |
o frontend issues these generic rpc-commands to the backend (encapsulated somewhere) |
124 |
o ->sendQuery(array(remote=1, rpc=1, blah=1, $query )) - |
125 |
which gets dispatched by switching some stuff from "$query" to these methods under the hood (in fact, *implemented at backend side*) |
126 |
o ->getNodeSet('xpath-query|named-filter') |
127 |
example: |
128 |
$xml_filter_query = array( 'return' => 'object|object-set', [filter => 'xpath-query|named-filter'] ); |
129 |
(speak: Item or List) |
130 |
sendQuery(array(remote=1, rpc=1, blah=1, $xml_filter_query , xml=1??? )) - |
131 |
|
132 |
--> what is 'remote' and/or 'rpc' about??? |
133 |
if i remember that right - 'remote' means 'orm' (the datasource-type) and 'rpc' means 'rpc' (the transport-type) |
134 |
|
135 |
o new twingle-symbol-topology using ... |
136 |
<code> |
137 |
o ... @-tags (stolen from JavaDoc via phpDocumentor) |
138 |
o @-tags only refer to scopes they live in |
139 |
o make the basic work: @todo, @link, @see, etc. (but enhanced - of course - since perl doesn't limit you in any way....!!!) |
140 |
o add some more: @sequence, @is-a, @title |
141 |
o @see |
142 |
o @embed this-and-that from these .twingle files: |
143 |
o @link DummyNamespaces in PHP - final proposal.twingle |
144 |
o @link Re - Namespaces in PHP.twingle |
145 |
</code> |
146 |
|
147 |
o project-metadata: / nfo topics |
148 |
<code> |
149 |
@is-a rfc |
150 |
@todo tbd |
151 |
x @topic source(cvs) |
152 |
x @topic doc(api) |
153 |
o @topic source(raw) (via symlinks: expand directories first, symlink files afterwards!) |
154 |
o @topic doc(tutorial) |
155 |
o @topic doc(examples) |
156 |
o @topic doc(howto) |
157 |
o introduce: @subtopic: |
158 |
@topic source |
159 |
@subtopic raw|cvs |
160 |
@topic doc |
161 |
@subtopic api|tutorial|examples|howto |
162 |
</code> |
163 |
|
164 |
o register: api.netfrag.org |
165 |
|
166 |
o arcor!!! |
167 |
|
168 |
o working alpha version of "Ts" on new server niu!!! |
169 |
|
170 |
o .phpdocrc: split main code to module, integrate index-generation of predefined (registered) modules |
171 |
|
172 |
o RssNewsletter: |
173 |
o schedule |
174 |
o hourly, daily, weekly, monthly, on-incoming |
175 |
o choose topic |
176 |
o all topics (cvs, news, api, docs, www) |
177 |
o choose destination |
178 |
o filtered-rss made available at specified url as xml or xhtml |
179 |
o via email |
180 |
o archived in archive-type (zip|tar) with format (html|) |
181 |
made available at specified url |
182 |
|
183 |
o look at FreeBSD's "doscmd"!!! |
184 |
|
185 |
o mechanism to refactor old smtp-mail-messages into new nntp-news-posts |
186 |
all our tools fail! *forwarding* the message seems to break mime (for e.g. the mozilla-viewer and probably others) |
187 |
o possible solution: strip "--- forwarded by ---" - header before actually posting |
188 |
maybe identifiable by subject: [Fwd: ] |
189 |
|
190 |
o enhance Twingle: |
191 |
o twingle2message: |
192 |
o twingle2mail: twingle2rfc822, twingle2mime |
193 |
o twingle2news: twingle2rfc |
194 |
|
195 |
o gather version info from installed components: |
196 |
o CPAN |
197 |
o PEAR |
198 |
x GNU: <program> --version (e.g.: cvs --version) |
199 |
x OpenSSH: ssh -V |
200 |
x Linux: cat /proc/version |
201 |
o our Perl-/PHP- component system |
202 |
|
203 |
o what are the MIME-types of XML-payloads sent between (e.g.) RPCXML-hosts??? |
204 |
text/xml??? |
205 |
|
206 |
look at /etc/mime.types!!! |
207 |
e.g.: (stripped from there) - looking interesting: |
208 |
|
209 |
text/* |
210 |
text/x-java |
211 |
text/uri-list |
212 |
text/rfc822-headers |
213 |
text/directory |
214 |
text/vnd.IPTC.NewsML |
215 |
text/vnd.IPTC.NITF |
216 |
text/vnd.motorola.reflex |
217 |
text/vnd.DMClientScript |
218 |
text/richtext |
219 |
text/rtf |
220 |
text/plain |
221 |
text/comma-seperated-values |
222 |
text/css |
223 |
text/enriched |
224 |
|
225 |
--> vnd=vendor??? |
226 |
|
227 |
@sequence references |
228 |
@title The text/enriched MIME Content-type |
229 |
@link http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1896.html |
230 |
@title Mechanisms for Specifying and Describing the Format of Internet Message Bodies |
231 |
@link http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1521.html |
232 |
@title The text/enriched MIME Content-type |
233 |
@link http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1523.html |
234 |
@title Mechanisms for Specifying and Describing the Format of Internet Message Bodies |
235 |
@link http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1341.html |
236 |
@title The text/enriched MIME Content-type |
237 |
@link http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1563.html |
238 |
|
239 |
message/delivery-status |
240 |
message/disposition-notification |
241 |
message/external-body |
242 |
message/http |
243 |
message/s-http |
244 |
message/news |
245 |
message/partial |
246 |
message/rfc822 |
247 |
|
248 |
inode/chardevice |
249 |
inode/blockdevice |
250 |
inode/directory-locked |
251 |
inode/directory |
252 |
inode/fifo |
253 |
inode/socket |
254 |
|
255 |
multipart/* |
256 |
|
257 |
o refactor some twingle tags using ETF: |
258 |
@link http://citeseer.nj.nec.com/borenstein94textenriched.html |
259 |
--- snip --- |
260 |
@misc{ borenstein-textenriched, |
261 |
author = "N. Borenstein", |
262 |
title = "The text/enriched MIME Content-type", |
263 |
url = "citeseer.nj.nec.com/borenstein94textenriched.html" } |
264 |
--- snip --- |
265 |
|
266 |
o re-enable yakka! |
267 |
@link http://netfrag.org/~bareface/yakka/ |
268 |
|
269 |
o search.netfrag.org |
270 |
o enable mnoGoSearch to index http://www.netfrag.org/docs/code/api/ |
271 |
|
272 |
o post xml-via-rpc-querying proposal from above to nfo.dev.perl and cc to jonen! |
273 |
|
274 |
o enhancement for Twingle AutoLink LinkInterpolation: |
275 |
o don't resolve namespace identifiers (e.g. 'Data::Storage') against |
276 |
global search.netfrag.org/Search::This::Namespace |
277 |
o query namespaced links against an organization-wide (custom) NamespaceRegistry before!!! |
278 |
o use mysql/Tangram? |
279 |
o use xml? |
280 |
o just fallback to "GlobalSerchMode" if nothing was found in the step before! |
281 |
o Data::Storage will directly be resolved to this url or tag afterwards: |
282 |
@link http://www.netfrag.org/docs/topics/perl-libs/Data-Storage.html |
283 |
and not to |
284 |
@link http://www.netfrag.org/search/?q=Data::Storage&o=1&ul=/ |
285 |
like it was before! |
286 |
|
287 |
o mimic the functionality of TLTP (The LDAP Trigger Process) by using Data::Rap. |
288 |
|
289 |
o applications to be solved using LDAP |
290 |
o organization-wide addressbook |
291 |
o global / per-app software component registry |
292 |
o organization-wide item library -> inventory |
293 |
|
294 |
dot http://www.nc.ihost.com/ -> IBM |
295 |
|
296 |
@topic EasyAuthoring |
297 |
@see sdf |
298 |
@see text/enriched |
299 |
@see ETF |
300 |
@see WPP |
301 |
@link http://the.sunnyspot.org/wpp/index.html |
302 |
|
303 |
@company Watchfire |
304 |
@topic centrally located site integrity management software |
305 |
@link http://www.watchfire.com/ |
306 |
|
307 |
o look at brian finley's "Storage" article series at http://hpc.devchannel.org/ !!! |
308 |
|
309 |
- f-prot error on quepasa.netfrag.org: |
310 |
root@quepasa:~# tail -f /var/log/mail.log |
311 |
--- snip --- |
312 |
Mar 7 18:23:30 quepasa amavis[20705]: Virus scanner failure: /usr/local/f-prot/f-prot (error code: 1) |
313 |
Mar 7 18:23:30 quepasa amavis[20705]: virus_scan FAILED, retry: All virus scanners failed! at /usr/sbin/amavisd line 933, <GEN9> line 4712. |
314 |
Mar 7 18:23:30 quepasa amavis[20705]: mail processing failed, RETRY/TEMPFAIL |
315 |
Mar 7 18:23:30 quepasa sm-mta[20758]: h27HLveE020758: Milter: data, reject=451 4.7.1 Please try again later |
316 |
--- snip --- |
317 |
root@quepasa:~# /usr/local/f-prot/f-prot |
318 |
Error: SIGN.DEF is damaged or incompatible with this version of F-PROT. |
319 |
root@quepasa:~# /usr/local/f-prot/check-updates.sh |
320 |
root@quepasa:~# /usr/local/f-prot/f-prot |
321 |
|