Ale houby. Prostě to přerostlo hranici, za kterou to není životaschopný obchodní model.
Doslova všechny větší OSS projekty nějaká firma nebo nadace dotuje obrovskými objemy peněz. Opakuji: PENĚZ. Které bere ze zisku na svých životaschopných komerčních aktivitách.
Nic jako "pivo zadax" neexistuje. VŽDYCKY to někdo platí, jen to občas není na první pohled vidět.
"Které bere ze zisku na svých životaschopných komerčních aktivitách."
Fakt? Tak se pochlub odkazy na ta trestni oznameni ktera si uz podal. Protoze v nasich luzich by to minimalne bylo na tema poskozovani veritelu, sprava ciziho majektu atd.
Proč? Když ty komerční aktivity používají nějako opensource knihovnu, tak snad dává smysl financovat její vývoj.
Proč ne? Mohou to používat aniž by přispěli. Pokud je jejich cílem maximalizace zisku, obvykle se jim (finančně) nevyplatí hodně přispívat. (i když někdy jo)
Problém vidím taky v tom, že ty komerční aktivity budou tranzitivně záviset klidně i na tisícovkách mini-projektů.
22. 10. 2025, 18:48 editováno autorem komentáře
Tak jestli firma.postavi svuj biznis model na open-source je v jeji bytostnim zajmu aby tento pokracoval.
Takze bude prispivat na vyvoj.
Hmm, ale tak mozna by bylo dobre aspon dat odkaz na blog, oznameni pana Aureliena?
Divam se na https://ansel.photos/en/news/ a tam zadny takovy post nevidim.
Ten chlapec má pravdu. Vývoj OS je věc nelehká, až nevěčná. Uživatelé si zvykli že skoro všechno je "zdarma" a nejsou ochotní přispět zpátky. Né, že bych to vyžadoval, s tím jsem já osobně do toho nešel.
Ale to procento lidí, kteří něčím přispějí je opravdu malé i pro životního optimistu. Není divu, že se na to pak člověk vykašle.
Obávám se, že to je problém hlavně očekávání. Když ve volném čase rozjedu nějaký open-source bezplatný projekt, prostě to nemohu dělat kvůli tomu, abych čekal peníze a vděk. Je to můj koníček a tak je to třeba brát.
To je samozřejmě dobrá poznámka, a já s ní souhlasím.
Nic ale netrvá věčně. Něco rozjedete, vidíte, že to lidi používají. Máte radost. Dlouho. Ale čím víc lidí to používá, tím větší zodpovědnost cítíte a snažíte se vyhovět.
Kupí se otázky, feature requesty, bugy. Pozitívní feedback zřídka. Vy to všechno řešíte, ladíte... děláte balíčky pro x dister (peklo), ohýbáte build skripty, masivní overhead.
Až si řeknete, že to zadarmo dělat už asi nechcete.
Přesně tak. Kvůli tomuto jsem vlastně prakticky přestal s vývojem vlastního programu. Reakce na požadavky, programování, opravy chyb, nová verze a X balíků pro různé distribuce. Nebyl jsem schopen ve svém volném čase vše obsloužit. Byla by prakticky práce na další půl až celý úvazek. Spolu s dalšími chybami, které jsem udělal, způsobilo, že mi došly síly.
Pokud by se nedejbože stalo, že bych nějak uspěl s nějakým mým open-source softwarem, tak mám vymyšlenou strategii: Udržuji projekt jak já uznám za vhodné. Pokud někdo touží po nějaké featuře, vytvořím issue, a může prioritizovat penězi.
Jestli ono to spis nebude o zasadnim nepochopeni ....
Samozrejme to muzes delat pro zabavu, ale muzes to delat i pro ty prachy ... jen musis chapat, jak to funguje. Prijde zakaznik, neco si objedna, udelas to, zaplati ti za to ... proc z toho neudelat OS? Mozna prijde nekdo s nejakym napadem, mozna i prispeje ... mozna to bude chtit nekdo dalsi, s nejakou upravou ... zaplaceno si uz dostal.
Jasne, sposta ruznych frikulinu se snazi prodavat totez porad dokola, a jeste lip, to nekde slohnout a prodat. A pak chodej typicky prave tihle brecet, jak nekdo okrad je.
Najdi si libovolnou free2play gamesu ... 2% hracu kteri si neco koupej se povazuje za veleuspech. Presto se to zcela zjevne vyplati. A to se narozdil od Blenderu bavime o rize komercni aktivite.
Podobně to měl před pár lety D. Grudl s Nette a vypořádal se s tím. Ty prachy na to od lidí dostává. Ale je to úplně jiný segment než sw na fotky, to určitě hraje podstatnou roli.
O.T. FastTracker 2, no ty kráso, demo hudba a vůbec celá demoscéna, to bylo něco. Smutek a nostalgie mě jímá. Teď v dobách AI je to celé mimo realitu i v těch modernějších podobách.
> Svět open-source stojí na lži a podvodu. Není v něm žádná svoboda. Je to převrácený kapitalismus, kde masa lidí zneužívá těch pár, co něco dělají, tvrdí Aurélien.
Na jednu stranu těch pár, co něco dělají zneužívá masa lidí, na druhou stranu hned v dalším odstavci komentář - je škoda, že se článek neodkazuje na původní Aurélienovy texty - tvrdí, že autoři knihoven fuj, wayland fuj atd. Směr softwaru táhnou vývojáři, a uživateli nezbývá, než se s tím smířít; přiložit ruku k dílu, anebo; se poohlédnout jinde. Viz klientské dekorace oken, libadawaita, článkem zmíněný zmíněný wayland...
Ohledně svobody/kapitalismu (znovu je mi líto, že se článek neodkazuje přímo na Auréliena, protože nevím, kdo má na triku to vyznění "kapitalismus fuj") - není svobody používat bez svobody nepoužívat. V tomhle případě svobody činit bez svobody nečinit: vyžadovat činnost bez odměny umí zase jiné -ismy, a těmi bychom si zrovna nepomohli.
Nikdo z nás není ostrov a každá práce (ve smyslu činnosti, ne zaměstnání) je ve svém důsledku práce s lidmi. Je potřeba, aby spolu lidé uměli mluvit stejným jazykem, a na tom se propisuje kromě slovní zásoby, syntaxe, idiomů a všech dalších lingvistických záležitostí i - nevím jak to popsat slovy líp - vlnová délka každého člověka. To je problém každého mezilidského kontaktu, nejen programování.
> Zakončuje tím, že FLOSS komunity se starají jen o své dílčí nástroje a vylučují 94 % lidstva na základě jejich počítačových (ne)schopností.
FLOSS komunity se k tomu svobodně rozhodly - nikdo je k tomu nenutí. A je právem každé skupinky lidí určit si, koho mezi sebou vezmou a koho ne. I v profesním styku tohle právo omezuje zákon jen v případě specifických znaků. Ne všechny kolíky patří do čtvercové díry. Ocel 11600 je poslední záchrana, ne první volba. (Z tohohle přirovnání vylučuju 94% lidstva na základě jejich strojařských ne/schopností. Vědomě. Možná, že po strojařsku moduluju víc, než jste ochotní snášet. Já zase používám přirovnání proto, abych nemusel věci zdlouhavě popisovat. Možná se k sobě prostě nehodíme - na tom není nic špatného.)
Takže, co dodat? Hlídejte se, kamarádi, ať se odchytíte předtím, než vyhoříte tímhle stylem. Viděli jste diagram zkoušky tahem? Jako model vyhoření se mi hodně líbí. Zastavte se co nejdřív za mezí kluzu. Nestojí to za to...
Jo jo, byl tak zapálený až z toho vyhořel. Zbytek by bylo záhodno brát s reservou. Bojím se, že není ve stavu, kdy by mu to myslelo úplně bezchybně.
S tou oceli 11600 jsi me dostal. Normalne jsem se musel podivat jaky je rozdil od 11500 kterou jsme v skolnich projektech pouzivali zcela automaticky.
1) Darktable je spickovy produkt - ano zadny profi produkt neni uplne snadny, kazdy je treba se naucit. Proti konkurenci mu chybi AI a auto vybery, IA parametricke masky atd.
napr muj znamy proklad, kdy jsme fotil serii fotek a chtel jsme zesvetlit obliceje a treba i kuzi, nastavil jsme takj fotku jako celek, pak AI masku jen kuze a oblicej a tam nastavil zesvetleni atd. - tento preste jsme pak jen zkopiroval do neceho ala schranka a aplikoval na X dalsich fotek - ano lide tam byli jinde, jini atd. ale AI maska vzdy auto vybrala kuzi a oblicej, at byl kdekoliv a provedla moje upravy ... CaptureOne,, LR uz neznam a nezajima me, produkty Adobe jsou otresne ;-)
2) Chtit udelat jednoduchy RAW prevodnik je smesne, nikdo jej nepouzival a tak mu logicky ani nikdo neplatil, to ze mu tam lidi psali o rady - mel je ignorovat ;-) - lide plati radi, da si donate na paypal napr./ a lidi mu budou posilat penize.
3) Bohate mu stacilo udelat jen sablony na Darktable a dopsat si kdyz tak par svych modulu.
4) On support nabizi na svych strankach ;-) asi mel pocit, ze by mohl upravit SW a prodavat k nemu podporu a mentoring, ze by se k nekomu pripojil a ukazal mu upravy fotek atd. - ano i to se da, ale to se da i bez vlastniho SW ;-) - problem je, ze profik si tohle neobjedna, ten vi co ma delat ;-) a tak narazi hlavne na uplne hlupaky, nekteri jsou aspon mili, jini uz mene
5) OSS SW je obecne co se cistoty kodu tyce kvalitnejsi nez komercni ;-) - ale velka firma ma nekolik vyhod - ma vizi a dobre placene schopne lidi, kteri vymysli nove ideje, fce atd. a dale ma dost lidi na to, aby to napsali a implementovali s testery do nejake konecne faze v souladu s filosofii SW - coz logicky Darktable mit nemusi, nebot tam p[isi ruzni lide ruzne moduly a az se to vrstvi a spolupracuje to, kazdy modul muze mit uplne jinou filosofii i ovladani ;-) - pak jde o nejakou vizi a rady, ci dohodu.
Takze shrnuto a podrzeno, pan je mozna talentovany, dobry a ma frustraci z toho,m ze ne kazdy je tak dobry - cili potrebuje restart a pauzu - a az pak se vratiot k praci na darktable, nebo se na to vse vykaslat uz navzdy - jeden developer, co delal velke IS a vydelal kupu penez rikal, ze az mu z toho jebne, kopupi si dreveny domecek nekde v horach a bude tam past ovce - a hadejte, zije na samote a pase si tam ovce ;-) z uspor dozije az do konce zivota. - rikal ze vratit uz se nechce ;-)
Asi bych to shrnul tak, že k tomuhle dramatu by se měli vyjadřovat jenom lidi, co tady Pierra zažili třeba na IRC Darktablu. Je to nafrněnej frantík kterýho štvalo, že ho nikdo nemá za krále a nedělá co chce. Darktable možná není dokonalý, ale furt je to nejlepší RAW editor a možná foto editor celkově a to včetně dostupných alternativ.
A k easy editorům, je rok 2025 a kdo chce "easy hezký fotky" tak fotí na Fuji (nebo jiný moderní "sooc jpg" foťáky, nevim co je teď nejvíc cool) a plácá tam ty kýčovitý film sims rovnou ve foťáku a neřeší nějaký editace na počítači.
Pokud jste sám a skromný, na to ani nepotřebujete kupu peněz. I jako celkem běžný developer pokud nejste neschopný je našetříte relativně rychle (deset let?) a z toho pak budete moci žít dalších třicet.
AP je clovek s vysokym IQ, ale prakticky nulovym EQ. To, ze odvedl na Darktable praci je zasluzne, ale musi se zminit, ze pri tom verejne urazel a nadaval komukoli, kdo jen "sel okolo". Toxickeho clena tymu mit proste nikdo neche.
Predesilam, ze upravy DT provadel, tak jako zbytek prispivatelu, ve svem volnem case a ze sve vlastni iniciativy. Po neshodach s dalsim smerovanim se rozhodl pro svuj fork. Opet prace na forku z jeho vlastniho rozhodnuti. Fork nechtel komercionalizovat ani nijak masivne propagovat. Zvolil one-man show.
Objektivne do forku sahal dosti razantne a z issues/commitu je videt, ze tim zpusobil radu regresi sam, nikoli zadne treti strany.
Tak a ted si tu mame narky, jak jsou lidi zli (Esterko...). Uzivatele ocividne nechteli prejit na fork, nechteli platit, nechteli prispivat kodem. Ted jeste on sam, dle jeho slov, nesnasi technologie a hnusi se mu. Takze sakra, proc cele ty roky travil hlubuko v Ceckovem kodu? Forknul znamy projekt a fork se neujal. OK, stava se, nebo?
To je ale ze nadherna veta:
Je to převrácený kapitalismus, kde masa lidí zneužívá těch pár, co něco dělají.
Existuje pre to standardny nazov: socializmus
Jenže ze socialismu běžný člověk neměl možnost zdrhnout, tady to jde snadno. Takže spíš izraelský Kibuc.
Když vidím kolik lidí vydává své věci pod MIT tak nechápu proč. Autoři za to nedostanou nikdy nic. Cokoliv co stojí za to se použije a původní autor nikoho nezajímá, teda zajímá, aby maintainoval ty věci - nejlepší jsou security bugy a to tajemství kolem nich.
Třeba tady je někdo kdo maintainuje libxml2 a odchází kvůli tomu, že nechce dělat práci zadarmo.
https://discourse.gnome.org/t/stepping-down-as-libxml2-maintainer/31398
Korporáty jsou vlastně ty největší socky. Profit jako prase, ale podpořit ekosystém, který každý den vysávají, to už se jim nechce.
Klasicky pripad xkcd.com/2347.
Co se podpory ekosystemu tema zlyma korpos je to ruzne. Cool & highlevel projekty maji svoje sponzory nebo primo dedikovane vyvojare. Lowlevel knihovny bez cool technologii (XML v 2025) nejsou viditelne a rozhodne nikdo jen tak neprispeje...
Obecne jsou penize problem. Kdysi jsem slysel, ze nejvetsi benefit pouzivani OSS je uspora casu straveneho na udrzbe licencnich vztahu. Je fakt, ze procesy pri pouziti komercni licence... proste neskaluji. Realny priklad: naplanovani obnoveni licence, schuzka s vendorem, dohadovani o navyseni castky, cekani na budget, schvaleni, faktura, proplaceni, vyzadani licence, (neautomatizovatelna!) aplikace licence, notifikace na znovuobnoveni.
Co na tom nechápete? Prakticky všechno, co jsem kdy vydal jsem vydal pod MIT nebo jako úplně public domain. Právě proto, že jsem to psal nebo tvořil pro sebe, pro svou zábavu, je mi celkem jedno co s tím bude, dělat tomu support nehodlám ani nechci a jestli to někomu (včetně korporací) bude k obživě, je mu to přáno. Člověk fakt není živý jenom penězi.
Ono je rozdíl v tom, že někdo udělá něco co třeba firmy používají v cloudu a běží to na milionech mašin a mezi tím, že si někdo dá na github nějakou ptákovinu co splácal za večer, ale vlastně nikoho to nezajímá. Já jsem udělal nějaké OSS projekty a vydal pod MIT a dodnes toho lituju, protože firmy použijou ten kód, ale nepodpoří ten projekt a očekávají, že mají doživotní podporu zadarmo (znám to na vlastní kůži).
"Člověk fakt není živý jenom penězi." - ano, proto AGPL/Commercial je výborná licence. Člověk může mít svůj OSS, a když ho někdo bude chtit použít na komerční produkt, tak si hezky koupí licenci a nebo si to napíše sám.
Vždy%t v tom není vlbec žádný rozdíl. Dělal jsem to pro zábavu, nebylo to za večer, nějaké tisícovky uživatelů (minimálně) by se našly ale proč bych toho měl litovat? Vůbec to nedává smysl. Jen je prostě podpora nulová, byla, je a bude. Tohle je na vás, na nikom jiném.
A jak jsem psal, naprosto nevidím důvod, proč by ho někdo nemohl používat komerčně (a nepochybuji, že to dělá). A co jako? Já to něco psal pro peníze? Nebo proč by mě to mělo zajímat? Podporu nedostane stejně, to tak leda pokrčím rameny. Tak o co jde?
Potom si ovsem nechopil zaklady fungovani sveta kolem.
Ucastnil sem se nejspis stovek ruznych projektu a ... nikdy sem neocekaval, ze za to neco dostanu. A taky sem se, kdyz me to prestalo bavit, na to proste vyprd.
Dost casto sem si do toho proste pripsal neco, co se hodilo me nebo treba nejakymu zakaznikovi. A kdyz uz sem to mel, tak sem to proste poslal ven, at si s tim kdo chce dela co chce ...
Jestli me neco na OSS irituje, tak to sou ty moresy na tema ty tam mas mezery, predelej si to na taby (nebo opacne), tady to mas tak ci onak blbe odsazeny ... pripadne ten nazev promenny neni dost LBGTM.... coz vede na to, ze jednoradkovej patch = mesic dohadovani se, a na to se muzu visco. Ja si ho tam dam, me to funguje .... a ze miliarde ostatnich ne, je mi sumafuk.
Mírně mimo téma, ale všiml jsem si, že spousta projektů FOSS je v jakémsi divném stavu. Buď se to přestalo vyvíjet, což je nejpochopitelnější, ale co moc nechápu, proč není náhrada. Sháním webovou galerii a tu energii, kterou jsem do toho vložil bych mnohem lépe využil napsáním vlastní. Už jsem tady o tom psal trochu rozčílený blog, ale vyzkoušel jsem všechno a ke všemu můžu napsat seznamy chyb, špatné volby programovacích jazyků, styl vývoje, (ne)balíčkování apod.
Marně přemýšlím, jestli jsem za posledních patnáct let narazil na kvalitní a dobře napsanou webovou galerii. Myslím, že ne.
17. 10. 2025, 16:53 editováno autorem komentáře
A mimochodem, tohle je příklad dobře vedeného projektu. Bylo to napsané pro PostgreSQL v době 7.4 a fungovalo to i na 11 zcela beze změn. Bylo to napsané pro první PHP 5 a s jednou malou úpravou to fungovalo i na PHP 7.4.
Oni teda napsali blog, ve kterém se vyjadřovali proč potom napsali Gallery 3, že dvojka byla až moc technická (ano, mělo to i ACL jak v linuxu), ale právě proto jsem měl dvojku tak rád. DB byla snadno čitelná, snadno se psaly další pluginy a těch existujících byly stovky a instalace znamenala untar do webrootu apache s mod php. Toť vše.
Ja jsem hledani webgalerie vzdal protoze temer vse pouzivali DB a ja mel levny hosting bez databaze. Takze jsem po 2 hodinach vyhodnotil ze si to musim napsat sam. A tak jsem udelal. No funguje to, jde to hezky prenaset a verzovat, vcetne komentaru a pod.
Ale je to priserne slabe. Jo pro rodinu staci ale jinak nic moc. Takze asi si nevyberes.
Já DB potřebuju, pro mne je galerie v podstatě katalog plný metadat a věci jako automatické rozpoznávání obličejů se hodí také. Když chci vyhledat "výlet, praha, kámoši, univerzita", tak to bez DB nejde.
Na jednodušší galerie existuje spousta generátorů statického webu. Jekyll, HUGO apod.
Zkoušeli jste někdo Immich? Mluvil o tom Lojza Rozumbrada a asi to sponzoruje FUTO.
https://immich.app/
Mělo by jít to mít self-hosted a mělo by to umět ty AI features.
Zkoušel. Na tom mi vadí to, že to nemá balíček, je to v dockeru a stáhlo si to asi 100tis. JS souborů. Takto se projekty opravdu nedělají.
Ten docker je ten balíček 😉 Balíčky si mají dělat distribuce, těžko bude vývojář dělat desítky balíčků pro roztříštěný svět Linuxu, kde je spousta distribucí, a ty mají několik aktivních verzí. Ani Snap, FlatPack apod. nejsou záchrana, když v některých distribucích nejsou nebo rozbité.
18. 10. 2025, 18:53 editováno autorem komentáře
Docker je spíše vývojový nástroj. Udělat balíček je stejně těžké, jako udělat tar. Dělám balíčky spoustu let.
Statická binárka v Golangu potřebuje jen kernel verze 3.2. Toť vše, takže stačí zabalit jeden soubor a config file. To zvládne i středoškolák na brigádě.
Ale vyžaduje aplikaci napsat v konkrétním jazyce, který se specializuje na minimální závislosti výsledné binárky.
Samozřejmě, tohle je součást práce na vývoji čehokoliv. Pokud se zvolený programovací jazyk ukáže jako z libovolného pohledu nevhodný (třeba nelze snadno udělat balíček), tak je nejvyšší čas na jeho výměnu. Já přešel z Pythonu na Golang právě proto, že v Pythonu není moc velká standardní knihovna (nebyla) a na každou blbost jsem měl externí závislosti. Dneska mám jen stdlib a externí závislosti jsou native golang, takže nic nebrání statické binárce.
To je možné, ale pokud někdo není schopen ani udělat standardní balíček, tak by se měl určitě zamyslet nad stylem svého vývoje. Já to potřeboval dostat na stovky serverů, takže jsem změnil jazyk na jiný s mnoha dalšími výhodami (třeba snadný multithreading) a dostal jsem tak mnohem lepší řešení.
A u zákazníků, kde neakceptovali jiný než standardní repositář, tak instalace go programu znamená jeden copy do /usr/local/bin a opět je to nainstalované nebo updatované.
Když ono je to těžké. Na Windows a macOS tento problém není, Linux používá jen pár procent uživatelů a na serverech se běžně používá Docker, tedy programátor "zabalil" svoje dev prostředí a ono to nějak funguje.
19. 10. 2025, 04:57 editováno autorem komentáře
Dobře, ale je potřeba nějak začít. Já jsem vyrůstal na C, kde byla výsledkem binárka a max závislost na standardní knihovně, která byla všude. A jak vypadal celý projekt bylo hned vidět pohledem do ručně psaného Makefile.
Pokud někdo programuje v jazyku a nevšimne si, že to má stovky externích závislostí a ještě je dává do kontejneru, kde se všechno provede takzvaně samo, tak to potom není dlouhodobě udržovaný program. A pokud ty závislosti potřebuje, tak je lepší z nich udělat jednotlivé balíčky, jak to má třeba PHP (které moc nemusím, ale funguje), takže v každém distru nainstaluju PHP + 5 dalších balíčků (hlavně postgresql a gd) a funguje i 15 let stará Gallery 2.
na serverech se běžně používá Docker
Asi záleží na kterých serverech. Já jsem Docker dal na blacklist před lety, kdy si to dělalo vlastní síť pomocí složitých iptables pravidel a o IPv6 nebyla ani čárka v manuálu. V práci máme pro všechny IPv6 od roku 2012, protože to tehdy chtěla vláda. Jak je to dneska nevím, ale v roce 2012 jsme to prostě nasadili a funguje to spolehlivě dodnes.
Já chápu výhody kontejnerů, sám je používám a napsal jsem články o nspawn a jails, ale to jsou systémové kontejnery, kde funguje vše stejně jako na základním systému a vůbec se nemusím bát o podporu věcí jako například IPv6. A ve FreeBSD se dají kontejnery krásně ovládat přímo systémovými nástroji a to včetně update a instalace balíčků, takže ani nepotřebuju vynálezy jako Ansible.
Dneska se to staví tak, že skoro před každou službou je další služba, například proxy, která už IPv6 umí. Ale to golang taky, takže proxy vůbec nepotřebuju. A o externích DB se ani bavit nemusím, takto spousta firem přišla o data, protože DB měla jinde u provozovatele kontejnerů a zálohovala pouze svůj kontejner s logikou. A DB vůbec. I u Azure se stalo, že někomu po roce vypli a smazali jeho data, protože to neměl správně zaregistrované.
Ano, pokud má někdo miliony kontejnerů, tak potřebuje nějakou infrastrukturu, ale služby se dají dělat tak, že mám jeden tlustý kontejner pro jednu službu a nic dalšího kromě připojení na internet to nepotřebuje. Tohle mi funguje v podstatě od roku 2008, kdy jsme přešli na vmware a v každé virtuálce bylo všechno včetně dns resolveru, takže ten stroj potřeboval vlastně jenom IP. A tímto stylem dělám svoje kontejnery dodnes, včetně DB, takže stačí zálohovat nebo přenést snapshot jinam, změnit IP a opět mi to běží.
A jak jsem psal v článku, kontejner je primárně nádoba na odpad (sranda) a jestli to tak někdo chápe i při vývoji, tak do budoucna ten projekt má prostě problém.
Vy to robite nejako lebo mate nejake potreby, niekto iny to robi inac lebo ma ine potreby. Co je spravne. Pri vyvoj SW dnes potrebujete bambilion zavislosti. Neplanujem sa hrabat s nizkourovnovymi vecami, potrebujem robit uzivatelske funkcie. Urobit image pre Docker je dnes to iste ako urobit staticky linkovanu binarku.
Dobře, každý to máme evidentně jinak. Mě jako dlouhodobého admina opravdu zajímá, jak je který program distribuován a napsán.
Docker je možná fajn na vyhrazený stroj před kterým bude proxy. Tohle nemusíme mít, v Golangu stačí binárka, databázi si to vytvoří samo a poslouchá na portu 443. V podstatě nemusíme mít ani FW, protože db je přes unix socket, ssh pouze klíče, takže na většině serverů jsou otevřené pouze ty porty, které bychom stejně povolili ve fw.
Vy zijete v jednoduchom svete, to je problem. Inac predradena proxy minimalne koli load balancingu pripadne fail over, filtrovanie vstupov, pre-autorizacia, cryptovanie spojenia (HTTPS), GZIP ... az po spajanie vystupov sluzieb, ich kontrola.
A to som teda este zacal iba s tou API GW.
Dufam ze v tej svojej binarke mate vyrieseny rate limiting per IP, per user, ... pripadne nieco podobne. Auditing, logging, tracing ...
Proste takete tie normalne enterprise feature ktore sa akosi ocakavaju.
Dufam ze v tej svojej binarke mate vyrieseny rate limiting per IP, per user, ... pripadne nieco podobne.
Problémy řeším, až nastanou. V našem případě jsou procesory rychlejší než linka do internetu, takže žádný klient to nezahltí. Takže ani slavná proxy nepomůže, protože je na stejné lince.
Auditing, logging, tracing ...
Samozřejmě, vše podle přání klienta, vyhlášek a zákonů.
V PHP rád použávám zaboxování do phar archivu. Něco jako Javovské jar.
V Rustu mám rád podobně jako vy, že mi z toho vyleze jedna binárka.
V C# by to mělo jít taky ještě jsem nezkoušel, a asi brzy vyzkouším, protože ta změť dll je hrozná.
Každopádně to nic nemění na skutečnosti, že Docker nemá sloužit k zabalení Pythoních souborů do jednoho úhledné balíčku. Ale naopak, a zabalení systému jako aplikace. Je to, monžná trochu histerické, řešení potřeby, kdy nejen, že vám nestačí jako závislost runtime, nebo libc, ale chcete vysloveně vlastní OS.
Docker je standardní "balíček" pro cloudové služby. Pokud tedy znáte OCI standard - https://opencontainers.org/.
Já teda nechci moc rýpat a vypadat jako rozčílený důchodce, ale tohle by chtělo jednak větší publicitu a taky zpracování. V oblasti virtuálních serverů se pohybuju už od střední školy (ukončeno 2001), na vysoké jsem si tak simuloval síť s mnoha uzly a když poprvé přišel Docker, tak krom default instalace se o tom nepsalo nic a když to kámoš zkoušel, tak nefungovala ani IPv6 a po pohledu do iptables bylo jasné proč.
Proto mám vlastní virtuály / kontejnery, protože u těch fungovalo vždy všechno a protokoly sítě se na této úrovni vůbec nemusely řešit.
Tohle je další příklad nadšeneckého přístupu, který kritizuju kudy chodím a vidím to i na datacentrech v česku. Prostě se něco nasadí, nějak to funguje, Casablanca INT zapomněla na své sliby a na georeplikaci a VPSFree jsem kritizoval tolikrát, že to nemá cenu. Hanět své klienty protože si dovolí používat procesor nebo něco posílat po síti opravdu do profi světa nepatří a naši klienti si mohli na svém serveru dělat úplně všechno a pokud se to někomu nelíbí, tak od toho je Policie a trestní oznámení a nikoliv provozovatel datacentra.
A Immich jsem zkoušel naposledy včera, samozřejmě v nspawnu a prostě to nefunguje a jejich návod na povolení volání jádra samozřejmě opět nefunguje. Pokud to není schopné detekovat ani běh v kontejneru a nevolat zbytečné věci, tak to skutečně není moc profi nástroj. A to provozuju věci, které chtějí posílat raw packety a přímo v manuálu pro Jail je napsáno, co je potřeba povolit.
Můžu to ještě zkusit v HyperV na W11Pro, ale tím opravdu končím.
Já taky preferuju vlastní virtuály / kontejnery, ale z Dockeru se holt stal průmyslový standard. A je úplně jedno, že mezitím vznikly lepší alternativy.
21. 10. 2025, 11:10 editováno autorem komentáře
Immich funguje fantasticky, dokonce to jede v dockeru na Proliant microserveru. Mám tam asi 90k fotek a nemá to problém ani s face recognition.
Tak mu zkusím dát šanci. Byl by nějaký návod na docker, jak u něj povolit pouze bridge? Mám tady hromadu kontejnerů a rozhodně nechci, aby mi rozbil síť vlastními pravidly v nftables.
Protože jsem profi admin, tak docker zásadně nepoužívám. A nehodlám trávit další čas na rozjetí něčeho, co mám stejně na blacklistu.
Já mám na osobním blacklistu všechno mladší 10 let a doufám, že se svými znalostmi vydržím do důchodu. /s
:-D
Aha, takže někdo prohlásí že Immich je super a když se zeptám, jak to nainstalovat tak vlastně nikdo neví. Jasně. Nesetkávám se s tím přístupem poprvé, ale na rozdíl od ostatních, já to co vím alespoň píšu pro všechny ostatní, zatímco experti to sice používají (dle jejich hodnocení), ale nainstalovat to taky neumí.
A default instalace Dockeru opravdu nepovažuju za znalost instalace. To jsem si samozřejmě rozjel taky, abych tu ... věc vyzkoušel. To si opravdu napíšu galerii vlastní.
No zrovna na tyhle triviálnosti u něčeho, co mám v rukou poprvé, dost dobře funguje jakejkoli chatbot.
Žádných zázraků se sice člověk nedočká, ale základní konfiguraci, aby to nějak jelo, to zvládne. A pak už man.
20. 10. 2025, 14:13 editováno autorem komentáře
Já si to rád osahám sám. Immich je jistě super, má to klienta i pro mobily, ale mě se prostě nelíbí způsob vývoje, hromada závislostí a hromada souborů. Mám prostě jiné priority. Data dlouhodobě ukládám do PostgreSQL BYTEA včetně fotek, takže napsat si galerii s jednou binárkou a jedním konfigem není tak těžké. A nspawn kontejner napojený do standardního bridge je otázkou možná dvou příkazů (psal jsem o tom v roce 2016 - https://www.heronovo.cz/index.php/2016/02/21/nspawn-btrfs/).
Chápu Docker pro ty, kteří se nechtějí zabývat systémem, nemají více IP adres a nechtějí rozumět síťování v linuxu nebo freebsd. Já to mám přesně naopak, udělat si KVM, Jail, Hyper-V nebo nspawn je pro mne triviální a dělám to rád pro své projekty. Každý projekt má vlastní kontejner nebo hypervizor virtuál, vlastní IP, vlastní port v bridge a vlastní VLAN, pokud je to potřeba.
Chováš se šíleně, ale dám config.
version: "3.8"
services:
database:
image: ankane/pgvector:latest
container_name: immich_db
environment:
POSTGRES_PASSWORD: immich
POSTGRES_USER: postgres
POSTGRES_DB: immich
volumes:
- /data/compose/immich/pgdata:/var/lib/postgresql/data
networks:
immich_net:
ipv4_address: 10.10.0.10
restart: unless-stopped
redis:
image: redis:6.2
container_name: immich_redis
command: ["redis-server", "--requirepass", "immich"]
networks:
immich_net:
ipv4_address: 10.10.0.11
restart: unless-stopped
immich-server:
image: ghcr.io/immich-app/immich-server:v1.142.1
container_name: immich_server
depends_on:
- redis
- database
environment:
DB_PASSWORD: immich
DB_USERNAME: postgres
DB_DATABASE_NAME: immich
DB_HOSTNAME: 10.10.0.10
REDIS_HOSTNAME: 10.10.0.11
REDIS_PASSWORD: immich
UPLOAD_LOCATION: /data/upload
BACKUP_LOCATION: /data/backups
IMMICH_SERVER_HOST: 0.0.0.0
volumes:
- /docker/compose/immich/upload:/data/upload
- /docker/compose/immich/backups:/data/backups
- /docker/compose/fotogalerie:/import:ro
- /docker/compose/immich/encoded-video:/data/encoded-video
- /docker/compose/immich/library:/data/library
- /docker/compose/immich/thumbs:/data/thumbs
- /docker/compose/immich/profile:/data/profile
ports:
- "2283:2283"
networks:
immich_net:
ipv4_address: 10.10.0.12
restart: unless-stopped
immich-machine-learning:
image: ghcr.io/immich-app/immich-machine-learning:v1.137.3
container_name: immich_machine_learning
volumes:
- /docker/compose/immich/model-cache:/cache
networks:
immich_net:
ipv4_address: 10.10.0.13
restart: unless-stopped
networks:
immich_net:
external: false
S bridgem to nemám a testovat se mi to nechce, ale tohle rozhodně funguje.
Nechovám se šíleně. Bridge je pro virtuál / kontejner poměrně běžný požadavek. To cos poslal je více méně defaultní konfig a na to jsem se neptal.
Akorat ze docker vas to sitovani necha nastavit dle individualnich potreb taky (vc. toho, ze ani nehrabe do firewallu). Jen se to chce zacist do dokumentace a rozumet tomu sitovani v linuxu :) Aha, dokumentaci jsem necetl bo je to ztrata casu, copy & paste navod preci nemam, tak nastupuje hen ten hate :-)
Sis našel téma na sobotu? ;-) Immich jsem nasadil na vlastní HW. Toť vše.
Jako free self hosted klon Google Photos je to dobré, ještě se v tom musím pohrabat. Neumí to stromová alba a zatím jsem nenašel ani tagy na celé galerie (fotky jednotlivě tagovat nebudu). Ale zatím teda dobrý a slibuju, že do zdrojáků se dneska dívat nebudu :-D.
Jestli ono tam není moc úzkých hrdel... Zaměření projektu je samo o sobě značně nemasové (RAW formát). Kód je psaný v C, opět imho pomalu za zenitem, za masou v tomto segmentu. Rozkročení přes všechny OS - tzn. přispěvatel musí dobře znát specifika. Samotná problematičnost správce - s tím jsem se taky setkal a je to silně demotivující. Když se to posčítá...