start
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| start [2024/12/12 12:38] – arie | start [2025/03/06 07:56] (current) – arie | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== | + | ====== |
| - | The HUDoc project was invented to overcome phychological barrier of additional actions required to write and maintain documentation. | + | ===== Projects ===== |
| - | It is based on system of aliases that notify HUD server about context the user is in. A HUDOC window would then allow on-the-spot editing of documentation associated with the context. | + | * [[:f1x|]] |
| + | * [[: | ||
| + | * [[: | ||
| + | * [[: | ||
| - | ===== What is context ===== | ||
| - | |||
| - | Context might be any activity the user is doing at the moment. It might be defined by .hudoc.yaml file in the directory (or upper-level directories) the user is in. Later on we can use other means to identify the activity (screen OCR, HUDOC-aware apps/ | ||
| - | |||
| - | The " | ||
| - | |||
| - | ===== Examples of context ID ===== | ||
| - | |||
| - | * Get into directory of a server: ``CHDIR|hungama-ingestion:/ | ||
| - | * ssh into a server: ``SERVER: | ||
| - | * execute a command: ``CMD: | ||
| - | |||
| - | At POC stage, (when there is no HUDOC window yet) type " | ||
| - | |||
| - | ===== Contexts Documentation Storage ===== | ||
| - | |||
| - | Piece of documentation for a context is called " | ||
| - | |||
| - | Initially F1memos are stored in the wiki, as stepping stone on a path to full-fledged F1memo store. Backend dokuwiki engine provides important out-of-the-box capabilities, | ||
| - | |||
| - | F1memo reference is also called F1context or simply context. It has format " | ||
| - | |||
| - | Examples of F1memo pieces: | ||
| - | * [[YmFzMTovcm9vdAo=|SERVER [bas1]]] | ||
| - | * [[azhjYzovcm9vdAo=|SERVER [k8cc]]] | ||
| - | * [[hudi: | ||
| - | |||
| - | ===== HUD backend and frontend ===== | ||
| - | |||
| - | During POC, frontend is JS-enabled website window that user can switch to easily (F1 button comes to mind). It has functions below: | ||
| - | * Authenticate users | ||
| - | * Receive updates from Backend about context switches | ||
| - | * Open wiki page for given context in iframe | ||
| - | |||
| - | Backend receives context switches from " | ||
| - | |||
| - | [[frontend: | ||
| - | |||
| - | ===== Context switch collection ===== | ||
| - | |||
| - | ==== ssh ==== | ||
| - | |||
| - | HUD backend must be aware about context switches of many users so to send appropriate messages to HUD frontend. For ssh sessions and commands we employ scheme below: | ||
| - | |||
| - | - User does ssh into master using his username. Script .bashrc defines HUDOC_USER_ID environment variable | ||
| - | - ssh command is actually alias that sens environment variable LC_F1USER along, like this:< | ||
| - | export LC_F1USER=skliarie@gmail.com; | ||
| - | </ | ||
| - | - The environment variable becomes visible on the target server, thanks to allowance in sshd_config for all LC_* vars:< | ||
| - | root@bas1: | ||
| - | AcceptEnv LANG LC_* | ||
| - | </ | ||
| - | - .bashrc script creates / | ||
| - | - Successfully recognized context switches are sent to backend (using redis-ops pubsub for now) | ||
| - | |||
| - | ==== browser ==== | ||
| - | |||
| - | There might be browser add-on, that will detect [[https:// | ||
| - | |||
| - | ==== native apps ==== | ||
| - | |||
| - | //The feature is for startup-stage// | ||
start.1734007094.txt.gz · Last modified: 2024/12/31 08:55 (external edit)
