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