Unclephil Dot Net

Products:

• Left side: Tiddlywiki
• Right side: CouchDb

Exercise:

Publish a Tiddlywiki file in a couchdb Database

Reason:

• Need to save TWED to a web server without the help of ftp
• Problem to use existing upload.php files
• Problem to install TiddlyWeb
• The server is already based on Couchdb with his nice replication feature
• Not existing (or not found) on the Internet
• Test my brain on javascript/tiddlywiki/couchDb

Result:

CouchToiLaPlugin version alpha minus 1

Features

• GOOD: Just upload the local saved file to a local couchdb document
• BAD: hardcoded parameters

Planned features

• Allow change of parameters
• Item in the backstage menu
• Create backup record in db
• Avoid local Save
• Display save History

Why this name ??

I think you need to learn French joke.....

How to use it

Installation

• Open a tiddlywiki
• Add a tiddler and copy the CouchToiLa.js file inside
• Set a systemConfig Tag
• Save it
• Reload the file
• Now you can put a <<couchtoila>> tag in any tiddler

Be sure

• To have a working Couchdb server on your workstation
• A "twcouch" database in this server

Now what ??

Use and abuse , Give me feedback

Many thanks to Bidix for the Idea, and to Tiddlytools for the code sample

When you need to make portable documentation of virtual environment you need to simply combine some nice tools;

• A virtual environment : Vmware infrastructure
• A good scripting language : Powershell
• A usefull container : TiddlyWiki

And after some hours of coding you have a good base of documentation : TiddlyEsxDoc

This is a compilation of existing script (nothing new here) with some adaptation to fit in a TiddlyWiki format. Personally, i use it daily to extract all infos on our hosting environment and, in combination of some nice TW plugins, I create my MicroCmdb where i maintain an overview of all applications and services that we offer to the public sector.

At this moment, the documentation is rewritten every day because powershell is not really a DOM writer ( but I've some hard discussion to find the best way), but you can use it like the beautiful healtcheck script or the useful DailyReport

I know that the documenter is not complete, that some variable are not delivered to the TW,
But for the moment, this is enough for my needs.
i'm now more focused on the MicroCmdb functionalities, and his filling (the hard, but real part of my job)

Be careful, this is my tools, and i know that i'm not a standard user.....
So before any usage, open the rar file, read the Readme and the ps1, change the base parameters and then .... it's up to you

Have fun with vi, powershell and Tiddlywiki

Depuis quelques temps, j'ai des discussions sur Dominux, avec quelques personnes qui cherchent une manière cohérente de gérer leurs utilisateurs Notes.

Vous le savez certainement, si vous êtes devant plus de mille utilisateurs, la création et la supression de ceux-ci sortent souvent du cadre de votre activité en temps qu'administrateur.. Vous devez veiller à la bonne marche des systèmes, et les utilisateurs dépendent d'un helpdesk, ou d'un service du personnel. Grand bien en est, pour vous, sauf si les procédures de création ne sont pas bien définies ou si elles sont pratiquées par une équipe de personnes qui doivent toutes avoir des droits d'accès bien définis sur vos systèmes.

C'est pourquoi, confronté à ce genre de problèmes en plusieurs occasions, j'ai décidé de créer mon propre système de gestion (dé)centralisée des utilisateurs que je met maintenant à disposition de la communauté.

Attention : C'est un système fait par un administrateur à destination d'administrateurs !!!! Je vous livre le système telquel, à vos risques . Vous êtes libre de modifier le template à votre gré, tout en laissant les références à UnclePhil.net, et si vous estimez que vos améliorations peuvent profiter à tout le monde envoyer moi votre version, je la publierai , ou intègrerai vos modifications à une prochaine version

Fonctionalités:

• Création des mailbox standard (end-user)
• Création de mailbox fonctionnelles
• Création de groupe de redirection
• Règles de validation des données
• Règles en matière de password
• Micro workflow de validation
• Une base de création par OU
• Choix des serveurs de mail spécifique pour l'OU
• Choix des templates spécifiques par OU
• Possibilités d'automatisation du process final de création.
• Possibilités de faire une importation de masse avec un simple fichier texte.

Défauts connus et reconnus

• Nécessite d'avoir l'ID de registration sur un share.
• Crée les ID utilisateur sur ce même share.
• Crée les fichier mail on-line, cela prend donc un "certain temps".
• Nécessite une intervention manuelle pour la création si vous avez eu la bonne idée de mettre plusieurs password sur votre ID de registration (léger b*g Notes)

Sorry for english people, tonight it's more simple in french, but if you need a standardized user registration system, try this one.

UnclePhil