Yes, thank you very much.
I can’t wait to see this!
That would be a long term solution.
To describe a use case:
Polling data from RSS feeds of world news BBC, Guardian, CNN, etc
First pass
- News article data is substituted into same looking tiddlers
- So now have 200 tiddler or so
Second pass
- Update the tag with the article’s parent tiddler title
- Update the parent tiddler list field with children tiddlers (articles)
- need in date order - most current first
Probably guessed - being set up for the TOC macro
Then broadcast all tiddlers to TiddlyWiki clients
Mustache templates are doing the whole thing - every 15 minutes
Those tiddlers have WikiText so need delimiters to do my substition.
BTW - going commerical with it - gotta pay for the feeds
Wanted to give an update on this project.
Expected to release TW5-Node-RED by year end '23 - was between contracts, holiday time, so figured could get finished. But - such a cherry job presented itself - had to take it - so TW5-Node-RED sent to the back seat … again.
That being said, the coding is now complete (tho needs a serious refactoring). Currently collecting and organizing the notes that I have accumulated over the years - one stick drive at a time. Some are out of date, some not existing, disorganized, and being worked on - but wanted to deliver a preview of TW5-Node-RED.
TW5-Node-Red — Node-Red Connected 01/13/2024 09:01 is an offline wiki of the notes that will be used to create docsify documentation (wait for it - takes a bit to load). Many of the links will not work as expected as the wiki needs to be connected to the TW5-Node-RED server to work properly. That being said - the content should give an idea of the system.
Comments about the documentation notes would be helpful - a tech writer; I am not 
6 Likes
FYI: SystemTag: $:/tags/RawMarkupWikified/TopHead can be used to put <script src="/svr/page/js/tw5-node-red.js"></script> in the document <head>
For TiddlyWiki wikis the $:/plugins/potofcoffee2go/tw5-node-red/network.js macro is all that is needed.
The ‘srv/page/js/tw5-node-red.js’ script is used for standard non-TiddlyWiki HTML pages to access tiddler content from the TW5-Node-RED server. Say a web page layout using Bootstrap.
In the the Bootstrap web page head would add the script
<script src="/svr/page/js/tw5-node-red.js"></script>
In the <body> somewhere would have something like
<div id="tag-line"></div>
allowing the div to be accessed using CSS selector ‘#tag-line’.
Then, usually at the end of the <body>, tell the server to execute the ‘home-page’ flow when the page loads
<script>
nodered.onLoad = async () => {
nodered.topic('home-page');
}
</script>
In TW5-Node-RED Flow Editor create a flow ‘home-page’
with a tiddler that has the field ‘selector’ with value ‘#tag-line’ - this is the CSS selector the script will use to place the tiddler text into the web page. The text of the tiddler - <h2>This is our tag line!</h2>
When the page loads, the server ‘home-page’ flow is called and the above div will be populated with ‘This is our tag line!’ as a level 2 header.
Using the sync server can create a bunch of tiddlers on the TW5-Node-RED server. From the TW5-Node-RED project directory:
tiddlywiki ./public/app/home --init server
tiddlywiki ./public/app/home --listen
then go to http://localhost:8080
Create tiddlers that are the content of the the web page by providing a ‘selector’ field containing #id or .class of where in the Bootstrap layout the tiddler content is to go. To send those tiddlers to the web page, in the ‘to story’ (set-network) node use the From ‘Path’ property.
This allows people to change the content of the site using TiddlyWiki ‘server’ edition sync server. Note that changes take effect immediately on the site when a tiddler is saved - in this case since the tiddlers are only sent onLoad - when the web page is reloaded.
I have an example of this in the beta release - however mostly cover using TiddlyWiki wikis as clients as opposed to regular HTML pages as clients.
@poc2go … Sorry for my ignorance, but I cannot find any GH repo to install it. There is quite some documentation, which looks interesting, so I wanted to test it – even if it’s beta and there will be breaking changes.
You mentioned, that the code could be improved, but it works pretty stable for you. So it would be great to have something to “contribute” to the docs – From a node-red newbies point of view 
I did read about 1/3 of the docs and it seems I do get a hang of the concept (open the internal links ;). It would be nice to play with the stuff, while reading it. I’ll pretty sure I’ll finish it soon. But without some stuff to play with, it’s hard to give feedback.
Well done – kind regards
-mario
I haven’t put it out on GH yet - putting it out there next weekend regardless if ready or not. Am obsessing on the neatness, accuracy, and completeness of the project - but is time for my baby go into the wild - warts and all.
Will post the GH link here when it is out there.
Yea, that’s always a problem. The finishing touches (last 20%) can take a lot of time
Looking forward to have a closer look.
You should probably create a completely new thread
-m
It would be nice, if you do set the themes “sidebarlayout” setting to fluid-fixed as it is at tw-com.
Done - also set the animation back to 400ms
The fist 80% takes 80% of the time, the last 20% also takes 80% of the time. Should we be surprised if things are at least 60% longer than we expect?
The demo site secured and running at TW5-Node-RED demo https://poc2go.ngrok.io/svr/wiki/nodered.html?app=welcome so unlike the previous offline version the buttons should work and can now interact with the server.
Use the flow editor by pressing the ‘Flow Editor’ button which opens the editor in a tiddler. Or go to TW5-Node-RED https://poc2go.ngrok.io/red to open in a browser tab. Obviously there are limitations such as pressing ‘inject’ nodes is blocked and can not allow any changes you make to be deployed - but can get a feel for how the editor works - open nodes to see the properties and such.
May be a little laggy depending on the load. Set up is on a shoe-string budget - running on a Raspberry Pi. Hope is usable - let me know if the response times are acceptable.
Plan on having the project on GitHub within the next couple days. Will keep informed.
1 Like
Very nice!
I’m looking forward to visit the GitHub repo and start a server myself.
As a little present, I did create a new Twilight-Node-Red palette (based on your changes), that should fix the “mouse hover problem” in your tabbed-TOC
I also tried to fix some other problems. As a side-effect the palette looks a bit different than your settings, but I think the whole thing is more consistent now. I did create the new palette with my Palette-Manager. The previews clearly show, where the problems are. (Sadly, some of them are in core vanilla base 
)
have fun!
mario
$ _palettes_Twilight-Node-Red.json (4.8 KB)
Is a definite improvement to the TOC and is more consistent.
I forgot all about Palette-Manager. There are just to many TiddlyWiki toys to keep track of 
!
Thanks for the improvements!
TW5-Node-Red is designed to face the web - so security is a concern.
JWT token
The first line of defense is a JWT bearer token which is generated by the server upon client connection and sent to the the TiddlyWiki client. The token is server signed (HMAC-SHA256) and saved in a client side tiddler which is transmitted for all server requests - (with the exception of application level heartbeats which contain no useful information). The token is not encrypted for performance reasons and to allow client side to easily verify the the server signature if so desired.
Most vulnerabilities of JWT bearer tokens revolve around its storage. If in a cookie is vulnerable to a whole variety of attacks - if in session or local storage is vulnerable to cross-site scripting (XSS) attacks. To circumvent these attacks the token is stored client side in a tiddler which is sent with every request. The server uses that tiddler to verify each message.
There is a unique token generated for each connection. Thus tokens do not expire as are only useful for that specific connection (browser tab). This does require the user to sign in when establishing a connection to the server.
User authentication and authorization
All users are required to create an account with the server. The account contains a unique ‘User ID’ , ‘Password’, ‘User name’ (shown to other users on the server) and optional ‘Email’ address which is stored server-side in a TW database. The ‘authentication’ node can be modified to perform any action required by the application developer - (the default is to accept any request for an account).
The password is encryted using the bcrypt hash() function prior to storage in the TW ‘Users’ database thus the actual password typed by the user is not known - anywhere. When regestering a new account the password is displayed in the account created confirmation tiddler to the user - once - is last time the actual ‘typed’ password is known.
When a user logs in, the database is queried which contains the password hash - bcrypt compared() the typed password with the stored hash - and verified. An in memory flag is set indicating the user is authorized.
Application developer
All aspects of the Security System can be modified via Node-RED.
1 Like