Mediawiki: (1) Instalace a start

15.11.2022 23:19 | Přečteno: 1910× | linux | | poslední úprava: 21.11.2022 23:07

Nějakou dobu jsme přemýšleli, v čem dělat firemní dokumentaci. Za spoustu let se celý projekt docela rozrostl. Proč tedy Mediawiki a jak začít? Tuna úryvek další části mé interní dokumentace.

Proč Mediawiki?

Původní dokumentaci jsem tvořil formou adresářové strukturu, jejíž součástí byly různé txt, doc, pdf, schémata a další. Celé jsem to commitoval do svn. Toto řešení je ok pro menší věci, pak nastává problém. Čím větší obsah, tím jsou větší nároky na spoustu dalších fcí. Mezi základní požadavky patřilo:

• jednoduchá web aplikace, kterou zvládne po chvilce zaškolení ovládat každý
• kromě editace zdrojového kódu i podpora nějakého WYSIWYG
• podpora uploadování obrázků a jejich jednoduchého zobrazování (např. procházet všechny obrázky v textu jedním oknem, jak jdou za sebou a nerozklikávat je postupně jako idiot)
• kompletní verzování obsahu včetně příloh
• podpora překladů (docela důležitá věc)
• jistota, že si vybereme silný projekt, u kterého je velmi malá pravděpodobnost smrti
• projekt, se silnou komunitou, aby když člověk něco řeší, tak to hned vygooglil
• podpora rozšíření, aby šlo dodat chybějící funkcionality (nejen v době nasazování, ale i do budoucna)
• šablonování, aby šlo nějak vhodně stylizovat obsah
• mít možnost jasně definované struktury (= nedovolit plničům obsahu příliš velkou kreativitu), tj. vzhled by měl být maximálně konzistentní napříč celou wiki nezávisle na uživatelích, kteří jej tvoří)
• nějaký rozumný a svižný systém pro vyhledávání / indexaci obsahu

Koukali jsme na spoustu projektů jako DokuWiki, Wiki.js, XWiki, DocBook a mnoho dalších. Nakonec jsme se rozhodli pro Mediawiki a nelitujeme toho.

Začátky byly trochu složitější, asi jako u každého jiného projektu. Tj. pochopit filozofii řešení, co a jak funguje, celkový koncept, nesnažit se věci ohýbat moc přes koleno apod. Za tu dobu už nějaké problémy přestaly existovat, projekt se vyvíjí velkým tempem a spousta dočasných nabastlených věcí se opravila. Např. WYSIWYG fungoval tak, že volal přes API službu, která běžela na serveru na pozadí (Parsoid). Tato služba neměla jednotné api, takže musel existovat compatibility matrix s různými verzemi Mediawiki apod. Pak to přepsali do php a nyní je to součásti Mediawiki projektu a není třeba se s tím dál babrat.

Instalace

Vše budeme nasazovat na Debian 11. Mediawiki je MariaDB + php + Apache. Budeme nasazovat git verzi 1.39, protože ta obsahuje spoustu nových fcí včetně nového tématu vector-2022 (sice se mi moc nelíbí, ale má dynamický obsah generovaný do levého sidebaru). Před instalací je třeba si ověřit kompatibilitu php verze s verzí Mediawiki (Compatibility). Poté můžeme začít bojovat:

# instalace závislostí
apt-get install php7.4 php7.4-curl php7.4-mbstring php7.4-xml php7.4-mysql php7.4-intl php7.4-gd apache2 mariadb-server mariadb-client git

# konfigurace db
mariadb-secure-installation

Nyní naladíme Mediawiki:

# stáhneme projekt
cd /var/www
git clone https://gerrit.wikimedia.org/r/mediawiki/core.git --branch REL1_39 mediawiki
cd mediawiki
git submodule update --init --recursive

# ověříme si, že máme správnou výchozí verzi php
php -v
PHP 7.4.33

# spustíme instalaci s příslušnýma parametrama
php maintenance/install.php --dbname=wiki.devaine.cz --dbserver="localhost" --installdbuser=root --installdbpass=heslonaroota --dbuser=mediawiki --dbpass=hesloprodbuzivatelemediawiki --pass=hesloprouzivatelewiki "Devaine Wiki" admin

Pro jistotu ještě pořešíme práva (apache běží pod uživatelem a skupinou www-data)

chown -R root:root /var/www/mediawiki
chown -R www-data:www-data /var/www/mediawiki/images
chown -R www-data:www-data /var/www/mediawiki/cache

Nyní je třeba doladit konfigurační soubor Mediawiki, kterým je "LocalSettings.php". Je třeba definovat si jazyk, ve kterém bude Mediawiki. Tento jazyk by se pak během života wikiny neměl měnit. Závisí pak na něm spousta věcí, obzvláště pokud chceme používat např. překlady. Tady tedy základ, co změnit / nastavit do začátku:

# vlastní logo pro wiki
$wgLogos = [
        '1x' => "$wgResourceBasePath/resources/assets/Logo.svg",
        'icon' => "$wgResourceBasePath/resources/assets/Logo.svg",
];

# hlavní jazyk wiki, nutné i do budoucna kvůli překladům
$wgLanguageCode = "cs";

# správné kódování
$wgShellLocale = "C.UTF-8";
$wgResponsiveImages = "true";

# timezone
$wgLocaltimezone = "Europe/Prague";

# název wikiny
$wgSitename = "Devaine Wiki";
$wgMetaNamespace = "Devaine_Wiki";

# správné url wikiny
$wgServer = "https://wiki.devaine.cz";
$wgScriptPath = "";

# nastavení emailové komunikace (níže bez ověření, protože lokální postfix)
$wgEnableEmail = true;
$wgEnableUserEmail = true;

$wgEmergencyContact = "wiki-noreply@devaine.cz";
$wgPasswordSender = "wiki-norelpy@devaine.cz";

$wgEnotifUserTalk = false;
$wgEnotifWatchlist = false;
$wgEmailAuthentication = true;

$wgSMTP = [
    'host'      => '127.0.0.1',
    'IDHost'    => 'devaine.cz',
    'localhost' => 'devaine.cz',
    'port'      => 25,
    'auth'      => false,
    'username'  => 'wiki-norelpy@devaine.cz',
    'password'  => 'my_password'
];


# základní systém oprávnění (nepřihlášení uživatelé mohou číst)
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = true;

# definice povolených souborů pro upload
$wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','pdf','ppt','tiff','docx','xlsx','pptx','svg');

# úprava globálních proměnných
$wgEnableWriteAPI = true;
$wgEnableUploads = true;
$wgAllowJavaUploads = true;
$wgGroupPermissions['user']['upload'] = true;

# default téma a jejich výběr pro uživatele
$wgDefaultSkin = "vector-2022";

wfLoadSkin( 'MinervaNeue' );
wfLoadSkin( 'MonoBook' );
wfLoadSkin( 'Timeless' );
wfLoadSkin( 'Vector' );

# povolení wikieditoru
wfLoadExtension( 'WikiEditor' );

# povolení grafického editoru
wfLoadExtension( 'VisualEditor' );
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgHiddenPrefs[] = 'visualeditor-enable';

Wikina standardně nemá všechny rozšíření, které si tahá by default sebou, povolené. Je tedy možné, že např. ve výchozím nastavení nebude povolený grafický editor. Po potencionálním povolení/zakázání rozšíření tedy proveďte aplikaci těchto změn do db:

cd /var/www/mediawiki/maintenance
php update.php

Po úspěšném prokousání se těmito kroky můžeme přistoupit na nastavení apache.

Povolíme si vhodné moduly.

a2enmod vhost_alias ssl rewrite php7.4 alias

Předgenerujeme si nějaký certifikát, ať máme základ.

mkdir /etc/apache2/ssl
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/apache2/ssl/wiki.devaine.cz.pem -out /etc/apache2/ssl/wiki.devaine.cz.cer

Generating a RSA private key
.............+++++
............+++++
writing new private key to '/etc/apache2/ssl/wiki.devaine.cz.pem'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:CS
State or Province Name (full name) [Some-State]:Czech Republic
Locality Name (eg, city) []:Prague
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Devaine s.r.o
Organizational Unit Name (eg, section) []:Certificate Auth     
Common Name (e.g. server FQDN or YOUR name) []:wiki.devaine.cz
Email Address []:webmaster@devaine.cz

Vytvoříme si konfiguraci webu. Pokud zatím nechcete řešit ssl, tak si ssl část zakomentujte + si nezapomeňte v "LocalSettings.php" změnit url pro wiki na verzi bez https (parametr $wgServer).

nano /etc/apache2/sites-available/wiki.devaine.cz.conf

<VirtualHost *:80>
   ServerAdmin admin@devaine.cz
   ServerName wiki.devaine.cz

   VirtualDocumentRoot /var/www/mediawiki

   # prevent to access to git repository
   RedirectMatch 404 /\.git

   CustomLog /var/log/apache2/wiki.devaine.cz-access.log common

   RewriteEngine On
   RewriteCond %{HTTPS} off
   RewriteRule (.*) https://%{SERVER_NAME}/$1 [R,L]

 </VirtualHost>



 <VirtualHost *:443>
   ServerAdmin admin@devaine.cz
   ServerName wiki.devaine.cz

   VirtualDocumentRoot /var/www/mediawiki

   # prevent to access to git repository
   RedirectMatch 404 /\.git

   SSLEngine on
   SSLProtocol             all -SSLv3 -TLSv1 -TLSv1.1
   SSLCipherSuite          ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384

   SSLHonorCipherOrder on

   SSLCertificateFile /etc/apache2/ssl/wiki.devaine.cz.cer
   SSLCertificateKeyFile /etc/apache2/ssl/wiki.devaine.cz.pem
#   SSLCertificateChainFile /etc/apache2/ssl/DevaineChain.crt
#   SSLCACertificateFile /etc/apache2/ssl/DevaineRootCA-G2.crt

   LogLevel warn
   CustomLog /var/log/apache2/wiki.devaine.cz-access.log common
   ErrorLog /var/log/apache2/wiki.devaine.cz-ssl-error.log
   CustomLog /var/log/apache2/wiki.devaine.cz-ssl-access.log combined
 </VirtualHost>

Povolíme si naší konfiguraci webu a ověříme, že je vše ok. Pokud ano, reloadneme apache:

# povolíme konfiguraci webu
a2ensite wiki.devaine.cz

# ověříme nastavení
apachectl configtest

# reloadneme apache
systemctl restart apache2

Pokud jste úspěšně prošli všemi kroky, můžete si otevřít webovou stránku "https://wiki.devaine.cz" a přihlásit se uživatelem "admin" a heslem, které jste si zvolili v parametrech při instalaci.

Toto nové téma nemá login vpravo nahoře, takže se lze třeba doklikat přes Speciální stránky -> Přihlásit se

Pokud vám nebude fungovat VisualEditor a v logu uvidíte chybu 404, je to tím, že nemůže najít url pro vnitřní api, přes kterou funguje. To může vyřešit třeba zápis v "/etc/hosts", kam se přidá fqdn wikiny a IP serveru, tj. v mém případě např.:

127.0.0.1       localhost
127.0.1.1       debian11.error.local    debian11

192.168.200.153  wiki.devaine.cz

Nebo konfigurací, kam se přidá :

...
$wgInternalServer = 'https://wiki.devaine.cz';
...

Závěr

Úplný základ tedy máme. Příště si ukážeme nějaké nice to have moduly, základní práci s wiki a šablonami. V třetím článku si pak ukážeme, jaké všechny moduly jsou potřeba pro překlady a jak správně překládat stránky (jak to funguje + jak by měl uživatel začátečník postupovat).

Zdar Max

PS: V současné době spravuji pět wikin, máme na nich založené i nápovědy pro vlastní projekty (prolinkování helpu z programu do wikin apod.). Dokumentaci pro ony programy tvoří zkušenější uživatelé. Ostatně do globálních wikipedií také nepřispívají jen admini. Jinými slovy, když člověk pochopí základy, není problém tvořit obsah klikacím způsobem ve velkém, rychle a hlavně konzistentně.

Následující článek: Mediawiki: (2) Základní práce, rozšíření a šablony        

Anketa

Komentáře

[Jendа]

DokuWiki, má podle mě trochu méně příšernou syntaxi než MW (ale furt je to taky-markdown), a teď ježka.

[Max]

MW není markdown, což mě trochu mrzí (kvůli horší přenositelnosti textů z jiných systémů), ale reálně nám to nezpůsobuje žádný problém. Ono je to i logické, wikitext syntaxe a celý šablonovací systém okolo by byl markdown syntaxí docela svazující, řekl bych. Takto má MW téměř neomezené možnosti.
Zdar Max

[lev33]

ufffffff už jsem se lekl že tu zase smrdí vařená veganská kapusta

[vencour]

Jo jo ... už napravuju taky rest.
Díky, Maxi

[_]

redmine

[Max]

Serii o Redmine nastaveném jako plnohodnotný helpdesk, mám také rozjetou :). Redmine používáme hafec let, ale bez placených modulů se to prostě neobešlo.
Zdar Max

[AraxoN]

Len poznámka k použitej verzii jazyka PHP... Vetva 7.4 je na konci života. Bezpečnostné záplaty pre 7.4 budú autori jazyka vyvíjať už len doslova pár dní (do 28.11.2022).

[Max]

1) MediaWiki is not compatible with PHP 8 yet in release branches.
2) https://wiki.debian.org/PHP#Notes_on_PHP_and_security
Zdar Max

[Max]

Ještě bych dodal, že oficiální projekt běží snad vždy na tom posledním, co je k dispozici, a ani ti nejedou php8, viz: Special:Version.
Zdar Max

[~]

Kde je Kapica? At tu mame trochu plaminek.

[Want]

Kapica vás má v paži.

[Dr.Uzel]

To jako ta nase kritika jeho prijebane osobnosti padla na urodnou pudu a poucil se? Nebo po depresivni fazi prijde zas manie a vsem nam tady zas nalozi?

[Want]

Kritika. Opravdu eufemistický výklad pro nenávistné štěkání anonymních neumětelů.

Maxově blogu není co napsat, protože je to jen ten nejnutnější základ, pro ty co si neumí na MediaWiki.org, přepnout stránku na češtinu.

[X]

kompletní verzování obsahu včetě příloh...podpora překladů (docela důležitá věc)

MediaWiki obsah se verzuje jak? Do jakeho jazyka prekladate? Cz/en? K cemu to je potreba?

[Max]

Jsme mezinárodní firma, začínáme s překlady do běžných jazyků. CZ je zdroj a pak se překládá do DE, PL, EN a něco asi začne i do HU.

Ohledně verzování, to jsi nikdy neviděl wikipedii? Vpravo nahoře máš historii, vidíš, kdo kdy co změnil, můžeš porovnávat jednotlivé verze, dělat rollback atd. A podobně se verzují i přílohy.

K čemu je potřeba co? Překlad, protože se jedná o uživatelskou, nebo klientskou nápovědu. Tj. pro lidi ze vše možných pracovních úrovní, kde znalost cizího jazyka bývá problém. Ono stačí komunikovat s Maďarama, co žijí na Slovensku. Maďar umí dobře Slovensky a česky nerozumí. Známá říkává: "Pokud mi Maďar v SK odpovídá: rozumím, rozumím", tak vím, že nerozumí, nic neudělá a vysere se na to.

Pokud se otázka vztahovala k tomu verzování, tak opět, proč se verzují zdrojové kódy? Podobně to máš s rozsáhlými dokumentacemi. Chceš vědět, kdo kdy co změnil, případně když někdo něco posere, tak udělat jednoduše rollback na dva kliky myší.
Zdar Max

[X]

Psal si verzovani, tak jsem automaticky cekal git/svn modul nebo tak neco, ne historii. U tech jazyku jsem netusil, ze jste takto multi. Pak to vsechno dava smysl.

[Max]

Git jaksi nedává smysl, když jsou texty, šablony a další věci v DB.
Zdar Max

[Ariczek]

Obě mé zkušenosti z korporátu jsou: začínalo se u sdíleného disku a adresářů per projekt, skončilo se u Confluence, protože Jira.

[Max]

My jsme používali Confluence při startu jednoho velkého projektu. Nakonec jsme skončili u Gitlab CE s jeho interní wiki (pro dokumentaci aplikací, nikoli pro uživatelskou help wiki).
Tj. jedeme Gitlab pro vývoj a dokumentaci aplikací a Mediawiki pro IT Dokumentaci, uživatelskou dokumentaci a jako uživatelský help volaný z našich app.
Ještě tak před rokem, nebo dvěma, byla Jira v cloudu i Confluence v cloudu pěkně líní (všichni na to nadávali). Pak zrušili on-prem a aktuální stav nevím. Každopádně když jsem dřív lezl do projektů třetích stran, které jely Jiru v cloudu, tak mi z toho tekly nervy, jak to bylo pomalý.
Gitlab a Mediawiki aktuálně pokrývá všechny naše potřeby.
Zkoušel jsem projektovému manažerovi a dalším ukázat placenou verzi Gitlabu, zda nezakoupíme, ale nakonec se rozhodli, že ne. Předtím v jiných projektech dělali v Jire a Confluence a prý v Gitlabu nevidí problém. Není to tedy ani tak, že bychom se rozhodovali za někoho. Když by chtěli, šlo se tenkrát i do toho Confluence. Ale jak říkám, rozhodli se, jak se rozhodli. Já to spravuji a nemám s tím problém. Naopak mi celý ekosystém kolem Gitlabu a jeho správy přijde šíleně jednoduchý. Provozovat gitlab v on-prem je prostě brnkačka.
Zdar Max

[Ariczek]

V aktuální práci se radši o group IT nebudu vyjadřovat... Buď neodpoví vůbec, nebo na ticket odepíšou po 3 měsících "toto už není aktuální" byť samozřejmě pořád je...

Takže používám to co nějak funguje, na to rozchodit si něco vlastního nemáme ani HW (v malém CZ office je jeden router s korporátní VPN a NAS, toť vše).

Ano Jira i Confluence umí být pomalé... i když jsem to aktuálně spíš připisoval nutnosti mít někde od 1 až po 3 různé VPN on, podle toho ke kterému systému potřebuju zrovna přístup a kam ne.

Na gitlab vzpomínám s láskou z minulé práce. Tady se všechno jede na azure devops. Ale nikdo to pořádně nerozchodil, takže nefungují třeba email notifikace... a z toho důvodu ani nikdo nepoužívá třeba merge requesty - na což nádávám poslední dobou čím dál častěji, když mi do "mého" projektu (jsem autorem třeba 80% kódu) někdo hodí commit co něco rozbije/nedořeší.

Díky, udělal jsem si rešerži, a aspoň vím, co napsat do seznamu "mínus" bodů, co tu nefunguje :)

[Max]

My jedeme všechno on-prem. Aktuálně sháníme nějakého DevOps, který by nahradil toho současného externistu. Vtip je v tom, že na koho jsme prozatím narazili, ten jede jen cloud a s on-prem nechce nic mít. Každopádně začínám mít pochybnosti, zda ti klouďaři to skutečně umí. Zatím jsem nepotkal nikoho, kdo umí tak nějak i ten on-prem. A spousta DevOps, na které jsem narazil, chtějí být ve větším týmu, bo prostě neumí a chtějí se spíše naučit. Kdybych tak měl víc času :-/.
Zatím jsem ve stavu, kdy kompletně spravuji všechno na backendu. Tj., nastudoval jsem rozjetí k8s, napsal si na to playbooky v Ansible, rozjel jsem vše okolo (hlavně vše v HA) atd., samotný docker mám také v malíku. Vše rozchozeno i přes firemní proxy servery atd. Logy posíláme do ELK, nasadili jsme i APM. Další logy proudí do Promethea, pak do Grafany. Data máme mimo k8s (v Oracle DB, nebo v S3 storage), takže zatím se vyhýbáme persistentnímu storage atd.
Zatím mi přijde, že jsem viděl někoho něco umět jen tak, že jsem ho viděl, jak přednáší / školí.
Zdar Max

[Ariczek]

Jo DevOps je jeden ze směrů, kde mi ještě chybí znalosti... Respektive, záleží co si pod tím kdo představuje?

Pokud se bavíme o "automatizaci buildů", CI/CD, Service as Code etc, tak tam určitě...

Ale v předchozí práci, pro platební terminály, jsem to z pozice team leadera měl na starosti po "celý lifecycle" - od toho že zákazník přijde s feature requestem, odhady, projekt, vývoj, testování, release pro produkci, balíčkování, nasazení na vzdálenou správu, pilot, rollout, monitoring problémů a jejich řešení.

Pro některé body tam "automatizace" byla - Ant build pro build/release tak na 50%, balíčkovač python script etc. Ale věci, jako Jenkins, byla spíše hudba budoucnosti...

V aktuální práci cca 3/4 roku píšu nové řešení from scratch na Android. Ale věci kolem automatizace mě teprv čekají...

[Max]

V našem případě to znamená člověk mezi IT Admins a IT Devs. Tj. ten, kdo nepíše aplikace, ale píše CI/CD (do toho nespadá jen kompilace a nasazení app, ale i spousta kontrolních mechanismů), řeší autodeploy, připravuje docker image, nestará se o běh věcí na backendu, tj. nespravuje Gitlab ani další věci, jen konfiguruje a řeší konfiguraci i k8s.
Zdar Max

[Docker]

docker run --name mediawiki -p 80 -d /srv/mediawiki

..and that's it

[jsouCNO]

max je boomer, neumí

Náš administrátor shledal tento komentář závadným.

Prosím konstruktivněji

Zobrazit komentář

[Max]

To, že Max nevydal sadu článků o tom, jak v práci jede Gitlab, CI/CD, Runnery, Kubernetes, S3 minio, Redis, RabbitMQ, SonarQube a další věci., ještě neznamená, že to Max nezná/neumí.
Dále Docker, ani Kubernet za tebe konfiguraci wikiny neudělá, stejně tak za tebe neudělá instalaci a udržování rozšíření a další věci.
Taktéž ten, kdo sestavuje zmíněné docker image, se jaksi bez podobných základní znalostí taktéž neobejde.
Zdar Max

[xxxs]

hlavne sa nenechaj znechutit.

[Max]

Hloupost. Máš tam totiž zásadní chybu. Jet standalone docker je prostě nesmysl. Smysl dává to provozovat v rámci Kubernetes. Kdyby jsi znal Kubernetes, tak by jsi věděl, že existuje něco jako persistentní storage (nám se zatím daří se jí vyhýbat) a další věci okolo. Navíc tvůj postup neřeší konfiguraci wiki, doinstalovávání rozšíření atd. Konfiguraci web serveru se také nevyhneš (v rámci Kubernetu je to konfigurace ingressu, což je Nginx), v rámci čistě dockeru se to řeší buď natem v rámci iptables, což je nevhodné (nebudeš tam krom té jedné app moc provozovat další, protože natvrdo budeš port alokovat konkrétní službě), nebo si stejně musíš nainstalovat web server a nakonfigurovat ho jako reverzní proxyna. A tak bych mohl pokračovat.
Moje rada je, dělej to pořádně a nebudeš mít problémy. Jenomže provozovat pořádně kontejnerizaci, to je pro spoustu lidí španělská vesnice a myslí si, že "docker run..." je vše.
Zdar Max

[~]

Zas ta reverz proxina? Wake up je 2022, reverz je obsolete ty smudlo.

[Max]

A co je ingress v Kubernetu? Aha, nginx nastavený jako reverzní proxyna. Nechápu, o co ti teda jde.
Aha, vlastně ti jde jen o hloupé trollení. Tak ok.
Zdar Max

[@(..)@]

Vyslo ne? Jinak se pletes, Ingres je sql databaze, predchudce Postgresu

[Max]

Bylo by to trochu vtipný, kdyby tam byla aspoň shoda názvů, která tam ale není (Ingress vs Ingres).
Zdar Max

[o(..)o]

Jejda tys to fakt googlil?