Mediawiki: (1) Instalace a start (diskuse)

[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?