f1xska

You've loaded an old revision of the document! If you save it, you will create a new version with this data.

<h1>F1x Documentation</h1>
<div class="level1">

<p>
The F1x project was invented to overcome psychological barrier of additional actions required to write and maintain documentation.
</p>

<p>
It is based on system of aliases that notify F1x server about context the user is in. A F1x window would then allow on-the-spot editing of documentation associated with the context.
</p>

<p>
To think about:
</p>
<ul>
<li class="level1"> How to cross-reference different sites</li>
<li class="level1"> How to know which context is from which site? 1:1 site per environment? What if the memo is in different site?</li>
</ul>

</div>

<h2>Normal wiki pages</h2>
<div class="level2">

<p>
Besides serving as F1memos storage, the wiki contains other information pieces. The only way to find them is using search by keywords. So please think carefully about which keywords the next guy is going to use to find your page.
</p>

<p>
You can start by reading list of existing <a href="https://f1xwiki.catchmedia.com/doku.php?id=start&do=index" class="urlextern" title="https://f1xwiki.catchmedia.com/doku.php?id=start&do=index" rel="ugc nofollow">page names</a>.
</p>

</div>

<h2>What is context</h2>
<div class="level2">

<p>
Context tag is string that uniquely defines activity the user is doing at the moment. It might be server/path the user is currently in. Later on we can use other means to identify the activity (screen OCR, F1x-aware apps/breadcrumbs, inotify on files being opened, etc).
</p>

<p>
The "context switch" then causes associated documentation to show up in F1x help window, enabling user to view or edit it.
</p>

</div>

<h2>Examples of context ID</h2>
<div class="level2">
<ul>
<li class="level1"> Get into directory of a server: &grave;&grave;CHDIR|hungama-ingestion:&#47;opt&#47;tmp&#95;14days&grave;&grave;</li>
<li class="level1"> ssh into a server: &grave;&grave;SERVER:bas1&grave;&grave;</li>
<li class="level1"> execute a command: &grave;&grave;CMD:dap2:&#47;opt&#47;mysql&#95;reports&#95;sdemo:dcmy&grave;&grave;</li>
</ul>

</div>

<h2>Contexts Documentation Storage</h2>
<div class="level2">

<p>
Piece of documentation for a context is called "F1x memo".
</p>

<p>
Initially F1x memos are stored in the wiki, as stepping stone on a path to full-fledged F1x memos store. Backend dokuwiki engine provides important out-of-the-box capabilities, such as authentication, using browser to edit F1x memos, builtin markup language, search.
</p>

<p>
F1x memo reference is also called F1x context or simply context. It has format "COMPANY:Level1,Level2…", case insensitive.
</p>

</div>

<h2>F1x backend and frontend</h2>
<div class="level2">

<p>
During POC, frontend is JS-enabled website window that user can switch to easily (for example using F1 button). It has functions below:
</p>
<ul>
<li class="level1"> Authenticate users</li>
<li class="level1"> Receive updates from Backend about context switches</li>
<li class="level1"> Open wiki page for given context in iframe</li>
</ul>

<p>
Backend receives context switches from "agents" and sends them to corresponding Frontend session.
</p>

<p>
<a href="/doku.php?id=f1x:frontend:future_ideas" class="wikilink2" title="f1x:frontend:future_ideas" rel="nofollow" data-wiki-id="f1x:frontend:future_ideas">Ideas on Frontend improvement</a>
</p>

</div>

<h2>Context switch collection</h2>
<div class="level2">

</div>

<p>
F1x backend must be aware about context switches of many users so to send appropriate messages to F1x frontend. For ssh sessions and commands we employ scheme below:
</p>
<ol>
<li class="level1"> User does ssh into master using his username. Script .bashrc defines LC_F1USER environment variable</li>
<li class="level1"> ssh command is actually alias that sens environment variable LC_F1USER along, like this:</li>
</ol>
<pre class="code">
export LC_F1USER=skliarie@gmail.com; ssh root@bas1.catchmedia.com -o SendEnv=LC_F1USER

</pre><p> </p>
<ol>
<li class="level1"> The environment variable becomes visible on the target server, thanks to allowance in sshd_config for all LC_* vars:</li>
</ol>
<pre class="code">root@bas1:~# grep LC_ /etc/ssh/sshd_config
AcceptEnv LANG LC_*

</pre><p> </p>
<ol>
<li class="level1"> .bashrc script creates /tmp/f1x/tmp/PID file with content of $LC_F1USER. F1daemon watches the directory (using inotify) on tries to figure out the context, using /proc/$$/cwd symlink, pstree and other heuristics.</li>
<li class="level1"> Successfully recognized context switches are sent to backend (using redis-ops pubsub for now)</li>
</ol>

</div>

<h3>browser</h3>
<div class="level3">

<p>
There might be browser add-on, that will detect <a href="https://stackoverflow.com/questions/11594576/getting-current-browser-url-in-firefox-addon" class="urlextern" title="https://stackoverflow.com/questions/11594576/getting-current-browser-url-in-firefox-addon" rel="ugc nofollow">newly opened URLs</a> and report them to F1x server for analysis and possible context matching.
</p>

</div>

<h3>native apps</h3>
<div class="level3">

<p>
<em>The feature is for startup-stage</em>. A native desktop agent identifies contexts in native apps based on various heuristics and reports them to F1x server for analysis and possible context matching.
</p>

</div>

Enable Complex Tables Editor Height px Turn supplementary image paste support on

Edit summary: Minor changes