Koniec poradne v roku 2025?!

Myslím že tohle vlákno celkem dobře ilustruje, proč se stalo, co se stalo.
Exhibice jednoho magora z toho udělá žumpu, která nebaví.

Zato tenhle tvůj komentář zvedne úroveň Poradny o 100%....

Jo no, můžem si vyměňovat sarkasmy, třeba ten o tom, že sto procent z nuly je furt nula. Ale mně je z toho spíš smutno a mrzí mě to.

Když jsme tehdy zdrhali z živě, tak jsem se tady hned registroval tady a snažil se pomáhat, i v kutilské... bohužel se časem nic nedělalo s uživateli typu nuda, který dával vyloženě nebezpečné rady a hádat se s ním prakticky u každého jeho příspěvku mimo mísu není úplně ta úroveň altruismu, která by mě naplňovala.
Účet jsem zrušil a kdykoliv se sem od té doby kouknul, změnu jsem neviděl.

Co s tím?
-Jít proti AI nemá smysl, ale dalo by se jí krásně využít. Třeba na všechny otázky nechat AI odpovědět (a i to tak prezentovat) a pak nechat reálné uživatele, aby odpovědi AI rozporovali, doplňovali, zpřesňovali...
-Důsledně likvidovat exhibicionisty
-Reflektovat aktuální stav a hostovat za podstatně míň

Dneska už se moc ani nedá ohánět tím, že "na development není čas". Vidím to nejlíp na sobě - to, co mi dřív trvalo dva týdny učení, hledání a skládání metodou pokus-omyl, mi dneska AI vyplivne v lepší kvalitě za minutu. Ani to nemusím ladit na úrovni kódu, prostě řeknu, co chci jinak. Neskutečný. A to nehýkám nějaké marketingové plky, ale jsou to moje reálné zkušenosti.

No, tohle už je konstruktivní odpověď a ne výkřik do tmy. Díky.

S uživateli typu "Nuda" se hádat nemusíš, prostě mu klikneš na Nesouhlasím a napíšeš svoji (správnou) radu. To snad není důvod se vzdát a přestat radit druhým.
Ohledně likvidace exhibisionistů (o což se snažím) a snížení nákladů na provoz serveru - v tom se shodneme.

Místo kritiky a posměšků bych radši četl náměty, jak Poradnu udržet a zlepšit. Nebo kdyby se někdo chtěl dokonce aktivně zapojit? Asi jsem naivní.

Zrovna Nudu jsem taky těžko nesl. Jasně, klikneš na Nesouhlasím (což byl mimochodem tehdy fakt dobrý počin přidat), jenže on to udělá o vlákno vedle zas, potom zas a ještě jednou, protože všechno viděl, všude byl a všemu rozumí nejlíp. A to už Tě pak nebaví.

Námět jsem psal dřív, možná by stálo za úvahu zachránit aspoň debaty, platit jim dál doménu a nechat je běžet někde na VPS za stovku a půl za měsíc. Taková "online hospoda" je zajímavý projekt.

Chápu, ale to není chyba Poradny - takových "Nudů" je plný internet a nikdo z nás s tím nic nenadělá. Naučit se ignorovat je asi nejlepší řešení. Hlavně se nesnažit něco vysvětlovat nebo začít diskutovat.

Fakt se s nudovinama nic dělat nedá? Ani mazat, ani blokovat IP, ani při větším počtu "Nesouhlasím" příspěvek automaticky skrýt za banner "ostatní označili tento názor za nekvalitní"?
Za současného stavu to fakt nebaví. Ale asi jsme s Potkanem007 minoritní, respektuju to.

CENA : Nevim jak jste k 350 euro za mesic dosli ?!, ale na https://ionos.cz/ bezny WEB hosting stoji od 160Kc + 1euro za SSL za mesic https://ionos.cz/web-hosting/ + jednou rocne 18e za domenu.
(mit vlastni zelezo (RACK) doma se zpravidla nevyplati, az na zakladni platformy na architekture ARM, nebo mene zraveho Intel. Jsou io taci, co maji svuj WEB s redakcnim systemem Wordpres na krabickach Raspberry, i kdyz osobne bych na OS nainstalovane na SD moc duvery nedaval)

VYHORENI : Vim jake to je, v nasem veku si tim prochazi kazdy druhy, prirovnal bych to ke krizi stredniho veku .

Jde o Poradnu ne WEB stranky jako takove kde musis dene pridavat kontent, migrujte ji na 1&1 za 5Euro mesicne, a nech ji bezet vlastni cestou. (o nic se nemusis starat, nemusis platit elektriku)

Jsem proti smazani poradny, jelikoz nese kus historie.
Smazanim nesmazes jen 1 a 0, ale i snahu nekterych uzivatelu co zde prinasi rady jiz cele desetileti.

... Poradna.net je ZEN alternativa pro uzivatele kteri nechcou chodit do poradny na Zive.cz (proto i poradna.net vznikla jestli se nepletu), kde vetsina uzivatelu jsou opravdu idioti a tak se i chovaji.

My mame vlastnu serverovu farmu, ktora sa sice postupne zmensuje, ale obsahovavala niekolko fyzickych serverov, Mikrotik ako komunikacny nastroj na vnutornu LAN a vlastne NAS na zalohy.
Vzhladom na prudky narast cien elektrickej energie nam vyskocili naklady takejto serverovej farmy vyskocili o 100% v priebehu necelo roka.

Btw len poradnacka sqlka ma do 100GB a to ti ziaden webhosting osting neda 100GB miesta na SQL servery.
Jedinou nasou sancou su virtualne stroje, kde je zase problem s miestom, ci ram, trafficom a pod.
Zatial zostavame na vlastnych fyzickych serveroch, ako najlepsej alternative.

Na 1&1 Hosting Standard za : "321,84 Kč (12euro) Dohromady vč. DPH 21%" poskytuje neomezenou databazi s ulozni kapacitou 500 GB.

Kapacita : 500 GB
Přenos : neomezený
Databáze : neomezena (Postgre SQL 5.0)
Vlastní IP adresa
Počet WWW stránek : neomezena
Záložní kopie : denně

Kdyz jsme predavali nas WEB ktery byl zameren na HW a Benchmarky mladsi generaci protoze s vekem ta vasen opadala, ta DB byla vetsi jak 100GB.

Divej, ber to tak, ze Poradnu muzes zastavit kdy chces, tak i kdyz vasi situaci zcela chapu nedelejte ukvapene zavery. Se podivej kolik vlaken je vyreseno a kolika lidem jste pomohli.
Stale verim v tvou profesionalitu, dlouholete znalosti v oboru, a v to, ze urcite vymyslis nejake alternativni reseni ktere by alespon vymazani poradny posunulo na 2026.

kks 100GB databaza? Sak toto je banalna textova poradna, vies co je to textu? Do DB sa ukadaju aj prilozene obrazky nejakym sposobom?
Mozno by uplne stacilo odmaznut prispevky starsie ako 10r (dnes uz to aj tak nikomu nepomoze), ze co by to spravilo s velkostou. Vlastna serverfarma s fyzickymi servermi je uz davno prezitok, neefektivne, velke, huciace, zeruce kvantum energie. Jeden dedikovany server, alebo virtualka by to uzivil v pohode.

Je zbytocne dalej tuto problematiku rozoberat, musi ti stacit vedomie, ze sa tomu venovali ludia, ktroi danej problematike naozaj rozumeju a rozhodli sa dalej pouzivat vlastne servre.

Pouzivat vlastni servery bylo dobre v dobe kdy poradna zacinala, ted uz je to prezitek. A to ti pisu jako nekdo, kdo se vyvojem komercniho software zivi uz 16 let...

odmaznut prispevky starsie ako 10r (dnes uz to aj tak nikomu nepomoze)

Píšeš nesmysly.

Ako inac chces zmensit velkost DB, okrem odstranenia starych a dnes uz nerelevantnych dat?
Predpokladam ze nejake formy kompresie ste uz skusali.

Cesty na snizeni velikosti aniz by byl dotcen obsah jiz byly probrany na VH. Ted musime pockat na vysledky

Je zbytocne sa vyjadrovat k tomu ako optimalizovat nasu db.
Teba sice nepoznam, mozno sa naozaj vyznas, ale za mna su losovia a JaFi najvacsi experti na db, ktorych poznam a myslim, ze su naozaj dobri aj v porovnati so profesionalnymi specialistami.
Oni optimalizaciu prebrali, vedia o silnych a slabych strankach celej db a pokusat sa radit "s patra" je naozaj kontraproduktivne.

len poradnacka sqlka ma do 100GB

Tím naznačuješ, že těch 100 GB je jediný soubor?
To by byla dost děsivá informace.

My SQL a podobne webove DB. ukladaji jednotlive tabulky do jednotlivych souboru. Takze ne, neni to jeden soubor. Je to objem dat v DB za tu spoustu let, co poradna bezi. Nejde jen o text prispevku, ale i o logiku, vazby mezi prispevky, mezi prispevky a uzivateli atd.

Děsivá informace proč?
Co se týče limitů tak limit velikosti sqlite databáze (souboru) je 256 TB, default limit tabulky mysql je taky 256 TB a dá se zvětšit...

Za jak dlouho se provede záloha tak velké databáze?

Obávám se, že na to nelze přesně odpovědět - záleží, z čeho se zálohuje, na co se zálohuje, jestli se používá komprese, jak je server výkonný (resp. zatížený), atd...

Nicméně zálohuje se většinou v noci, tak je snad jedno, jestli záloha trvá hodinu, tři hodiny nebo pět.

Přibližně tak dlouho jako kdyby to v jednom souboru nebylo.
Znova se ptám proč by měla být děsivá informace ta, kdyby těch 100 GB bylo v jednom souboru?

Pro mě je každá informace děsivá.
Měl jsem strach, že se nezazálohují moje osobní informace.

Takže va databaze ma tabulky rozdelene treba podle let. Pak nemusis zalohovat vse, protoze historicka data se nemeni.

To jsem chtěl vědět - že jsou tabulky rozdělené podle let.

Nemusí se zálohovat vše, i když je vše v jednom .-)

A jak myslíš to: "rozdelene treba podle let" a "historicka data se nemeni"
Psát příspěvky jde i do hromadu let starých vláken.
Takže ty bys navrhoval vlákna nechat vcelku a příspěvky rozdělit podle let. A u příspěvků pod vlákny pak procházet tabulky příspěvků ze stejného roku nebo dalších let... já teda nevím, ale mně se zdá rozumnější nechat vcelku i příspěvky

Nemluvil jsem o poradne, ale o hodne velkych databazich s veliostmi stovek GB az TB. Pak si nevystacis s hrackami typu MySQL.

Tu se ale řeší poradna

Sam jsi psal:

Co se týče limitů tak limit velikosti sqlite databáze (souboru) je 256 TB, default limit tabulky mysql je taky 256 TB a dá se zvětšit...

¨
A nsledoval dotaz, jak se zalohuji tak velke databaze, tak vysvetluju.

Treba MS SQL umi rozdelovat data na zaklade funkce, ktera urci (treba dle datumu) do jakeho souboru se budou data ukladat. Pak jsi schopny nechat v "pohyblivych datech" treba data za minuly a aktualni rok a zbytek rozdelit.
Protoze se se starymi daty nehyba, nepotrebujes je zalohovat pri kazde zaloze. Navic je muzes dat na pomalejsi uloziste, protoze se na ne tak casto nesaha. Naopak pri obnove muzes obnovit pouze aktualni data a rozjet firmu a ta stara data, ktera tvori treba 80% velikosti DB obnovit dodatecne, aniz by DB byla nefunkcni.

Ano, to jsem psal.
Psal jsem to jako argument pro to, že z mého pohledu by nebyla desivá informace ta, kdyby 100 GB databáze byla v jednom souboru. I z důvodu toho, že je to 2500x pod defaultním limitem tabulky databáze mysql.

Následoval dotaz "Za jak dlouho se provede záloha tak velké databáze?", ale jelikož se bavíme o poradně, chápal jsem ho ve smylu reakce na toto: "Děsivá informace proč?". Ve smyslu za jak dlouho se provede záloha 100 GB databáze poradny, kdyby byla nedělená a dělená.

Jako chápu, když se něco (třeba určité roky) globálně uzamkne proti editaci a s daty se nemanipuluje, že je to možné oddělit a jinak zálohovat, ale to přece není věc poradny, minimálně ne v takové podobě jako je teď. Navíc si nemyslím, že by 100 GB databáze bylo něco děsivého a muselo by se to řešit. Fleg psal, že tu jsou experti na databázi, to se klidně můžou vyžívat i v replikování a kdo ví jak se to řeší na vyšší úrovni Takže třeba toto: "Naopak pri obnove muzes obnovit pouze aktualni data" je asi nejrychlejší řešit tak, že se nastaví jiný server databáze.

Musí to být nutně zálohy 100 GB jako takových? Proč nemít ZFS filesystem, když už mají vlastní servery, databázi každý den akorát zastavit, udělat snapshot, pustit databázi a odlít si snapshot jinam? Můžeš se vracet zpátky, máš zálohu, nemusíš mít několik hodin shozenou poradnu a je ti úplně fuk, jak velká je která tabulka.

Jsou to experti. Experti kvůli zálohování nemusí zastavovat databázi

Záloha DB se normálně dělá za chodu bez zastavování serveru.
Běžně se dělají za chodu i snapshoty virtuálních strojů bez toho, že bys musel cokoliv zastavovat.

Na toto jen mohu napsat, že si moc vážím těch roků co jsem tu pobil a jak říká klasik je lepší skončit s grácií než za ostudy. Moc díky všem!