Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Odkladiště / Re:Kontrola věku při přístupu na sociální sítě
« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 08:31:19 »
Většina lidí je tam pod skutečnou identitou a předává té společnosti takové množství informací o svém soukromém životě, že nějaký sken občanky proti tomu není nic. Pro fake profilům stejně všechny socko sítě bojují, takže se bez vás obejdou. Prostě tam nelezte, když vás tam nechtějí.

Technicky by to muselo být zajištěno tak, aby se předávali jen nezbytně nutné údaje pro ověření, tedy třeba jen informace o věku. Sken celé občanky je overkill, protože obsahuje mnoho informací nepotřebných pro daný úkon.
2
Odkladiště / Re:Kontrola věku při přístupu na sociální sítě
« Poslední příspěvek od Martin Poljak kdy Dnes v 08:30:12 »
[...] protože pokud použije cizí kartu, dopouští se trestného činu zneužití platebního prostředku buď on, nebo ten co mu ji půjčil.
To tedy opravdu nedopouští. Trestný činem je leda "neoprávněné opatření, padělání a pozměnění platebního prostředku" (§ 234) ale tam výslovně musí jít o opatření či zpřístupnění bez souhlasu oprávněného uživatele nebo musí být celý prostředek padělaný či pozměněný. Platební kartu můžete půjčovat komu chcete a ten s ní pokud s tím souhlasíte může běžně platit. Možná to odporuje podmínkám bank nebo vydavatelů, to netuším, ale trestný čin to opravdu není.
3
Odkladiště / Re:Kontrola věku při přístupu na sociální sítě
« Poslední příspěvek od František Ryšánek kdy Dnes v 08:24:53 »
Ad autocenzura: ano bejval jsem drzejší, když jsem psával anonymně :-)

Jinak ohledně "co bude": třeba dorost objeví dávné podzemní struktury typu IRC, Majordomo nebo NNTP (inn). Hrome... asi bych tady neměl obě strany barikády tolik navádět :-)
Zamačknul jsem nostalgickou slzu. Tihle dinosauři jsou centralizovaní. Pokud by se vrátili do módy a dostalo by se jim mediální publicity, nejspíš by po nich regulátoři skočili.
Skutečné zlo v internetu má svoje cestičky podstatně lépe utajené, a tahle mediální bouře na hladině oceánu mu nijak nepřekáží.
4
Desktop / Re:Zkušenosti s nasazením LibreOffice Base
« Poslední příspěvek od krouziciorel kdy Dnes v 08:24:22 »
Pane kolego, ze vy mate lasku ke starym technologiim. Taky programuju uz dlouho, ale musime jit s dobou. Delphi nechme Jablotronu, kde na tom furt jedou, a devadesatym letem. Souhlasim s kolegou Kitem, vzit na to Python a je to. Neni se ceho bat, AI napovi. A rozhodne AI napovi lip Python nez neco co je bud vic ukecane nebo hur zdokumentovane nebo to neni mainstream.
Odhalil jste mě přesně, jen doplním, že kromě starých technologií mám lásku i k těm novým a jako hračička jsem se rozhodl pro Arch linux, protože mám rád i vše čerstvé. Naprosto souhlasím, že musíme jít s dobou, na druhou stranu chápu, že Jablotron, Štajner, Stármon nebo uživatelé Kádvojky u Delphi setrvávají, ať již z jakýchkoliv důvodů, zažil jsem dobu přechodu IS z Delphi na .NET a pamatuji si, že to bylo veselé.

Jen vůbec nejsem zkušený programátor, pracoval jsem jako systémový administrátor (ale bez nějakých těch skriptů v Pythonu to samozřejmě nešlo) a nyní provozuji tábory u koní, íťařina je ovšem stále mým koníčkem. U nás na českolipsku vznikl starý dobrý PC Fand, možná byste nevěřil, že se s ním stále setkávám (ordinace soukromého lékaře, lékárny, tichoježkové účetnictví, na které dámy účetní v požehnaném věku stále nedají dopustit, cyklo či hračkoprodejny - jen to propojení s moderními Wokny, tiskárnami a státní správou je jaxi krkolomné). A měl opravdu mnoho zajímavých myšlenek, které se dnes uplatní v low-code prostředí.

A když jsme u toho low-code, zkusil jsem tuto aplikaci pomocí áíčka vytvořit v javoském rámci OpenXava, výsledek je překvapivě dobrý. Ale stejně jako např. Odoo (které mimochodem vzbudilo můj zájem o Python, protože přeci jen jsem byl zvyklý na IS v Delphi, Javě či .NET) se jedná o řešení do firem, ne na tábor.

Neopomněl jsem prubnout také editor Emacs a jeho org-mode, ten má díky LaTeXu opravdu pěkné pédéef výstupy. Jen se při jeho ovládání cítím jako chobotnice, jak jednou popsal jeden diskutér, takže nejspíše zamířím jiným směrem.

Souhlasím s tím Paskalem a Lazarusem, je to technologie letitá a právě Lazarus bojuje s nedostatkem vývojářů podobně jako Base. Vím, že vypadá jako relikt z devadesátek, bedlivě jej však sleduji a líbí se mi stále více. Moderní herní rámec CGE umožňující export her i na mobilní platformy, planetárim Skychart, Lazmapviewer, GHTopo, ZCAD, Pascalscada, CHROMuLAN, manažer souborů Double Commander, účetní program Gestinux (ano, s opravdu hnusným GUI), PASLLM s podporou lokálních modelů, čerstvě vyvíjený nástroj Pasbuild ála Maven, GUI pro Bhyve ve Freebsd, webové aplikace (např. rámec MORMot2 někteří uživatelé označují jako jedno z nejrychlejších řešení v tomto segmentu), zajímavé řešení D2Bridge (snad bude lazarusí verze brzy i pro Linux), aktuální učebnice přímo pro Lazarus, aktuální kurzy na Udemy (v některých zemích je Paskal stále oblíbený) a opravdu blesková rychlost a malá výsledná binárka, to vše má stále něco do sebe. Díky podpoře QT6 není vzhled výsledných aplikací vůbec špatný (škoda, že to GTK ustrnulo) plus jedna perlička - Lazarus stále funguje v oknech dvoutisícovkách. Pokud se nemýlím, Lazarus má i v dnešní době stále co nabídnout, škoda, že podobný nástroj nemáme pro Python. Určitě u něj rád zůstanu, otázku, má-li smysl v dnešní době áíčka, zatím nechám budoucnosti.

Ale můj nejoblíbenější jazyk je Ada, která se nástrojem Alire dostala do moderního světa, jen ta ukecanost, já vím a je možné, že i ve své hlavní doméně bude přeci jen nahrazena Rustem (jsem zvědav na Mikrosoft, zda se mu přepis nakonec podaří).

Takže pánové vývojáři, máte recht s tím Pythonem, dnes se mu neubráním a upřímně řečeno ani nechci. Když se s někým bavím o vývojařině, z více než devadesáti procent si vyslechnu radost nad tímto jazykem. Obrovský ekosystém a skvělou práci s áíčkem nemohu nevidět, v případě potřeby lze Python/SQLite/CustomTKInter řešení nahradit např. Flaskem nebo Djangem. Samozřejmě jsem jako hračička neodolal Antigravity a pro agentické programování bude toto zadání jako stvořené, používám sice zadarmózní verze modelů, ale není kam spěchat. Prubnu Lazarus i Python verzi, už se těším na obě.

A aby toho nebylo málo, kamarád programátor mi nabídl možnost napsat tento program v jeho low-code prostředí, které vyvinul na platformě .NET, což dnes v Linuxu nebude problém, takže společně prubneme i ten.

Pokud se nepletu, dnes v době áíčka jde hlavně o to, popsat mu správnou architekturu a návrhové vzory, vysvětlit strukturu aplikace a nechat ho kódovat, za ty dva roky, co s ním pracuji, vidím obrovský skok a naprosto netuším, kam se posune. Jazyky typu Ada nebo Java, které vývojáře plácly přes prsty, když udělal něco nepěkného, nebudou dnes už tak důležité, ta architektura alespoň zatím ano.
   
Ještě jednou děkuji za názory a pohledy na věc, ty jsou pro mě nejdůležitější. Jdu si na uzdu svého koně vedle nápisů Ada a Paskal přimalovat krajtu, ať je vidět, že jsem se polepšil.
5
Desktop / Re:Zkušenosti s nasazením LibreOffice Base
« Poslední příspěvek od krouziciorel kdy Dnes v 08:19:10 »
Ještě je možnost kombinace HTML + JS + IndexedDB (Dexie.js). Aplikace i data lokálně, stačí internetový prohlížeč.
Na kombinaci HTML + JS + IndexedDB se podívám, tu neznám. Ještě je možné, aby mi toto či podobné řešení běželo např. v Dockeru, to mi ale pro táborovou evidenci připadá přeci jen už zbytečné. Se zálohováním na Gitu souhlasím, sám jej používám, kamarád programátor si i v dnešní době stále pochvaluje SVNko, proč ne. Já vím, ten dnes tak oblíbený Python válcuje vše a proč ne, přiznám se, že když mi na tábor dorazí někdo se zájmem o vývojařinu, téměř bez výjimky si tento jazyk pochvaluje. A když napíši kód v libovolném jazyce, áíčko si jej stejně louská pomocí Pythonu, takže je mi jasné, že s ním pracuje asi nejlépe (ale ani s moderním Paskalem není problém, což mě překvapilo). Takže dobře, dám Pythonu šanci, kombinace např. s CustomTKInter a SQLite bude pro takovou aplikaci určitě to pravé.
6
Odkladiště / Re:Kontrola věku při přístupu na sociální sítě
« Poslední příspěvek od Petr Krčmář kdy Dnes v 08:16:27 »
banky karty vydávají až od věku 16 let

To není rozhodně pravda, moje děti mají platební karty asi od deseti let, takže tohle nefunguje.

Řešením je samozřejmě národní identita, kterou má dneska většina občanů. Jde jen o to, jaké informace by se předávaly třeba těm sociálním sítím nebo jiným službám. Neměl by být problém předat jen informaci o věku.
7
Server / Re:Havárie serveru Dell R630 s řadičem HBA330
« Poslední příspěvek od noonenoone kdy Dnes v 08:15:09 »
Pokud neplanujete 10 disku tak bych se toho expanderu zbavil. A nejspis i SAS radice, je to zbytecnost pokud to mate v HBA rezimu a se SATA disky, v SW raidu nebo advanced FS (zfs,btrfs).

Ta chyba v dmesg je zabugovany driver/firmware (dalsi duvod se zbavit toho radice), muzete zkusit zjistit zda se to opravilo mezi vasi verzi jadra (jakou mate?) a momentalne aktualni verzi.

Ještě jednou moc děkuji za pomoc. Zatím jsem vypnul smartd, který mohl celý řetězec spustit a budu řešit výměnu disků.
8
Server / Re:Havárie serveru Dell R630 s řadičem HBA330
« Poslední příspěvek od noonenoone kdy Dnes v 08:13:14 »
Pokud je tam backplane s expanderem, tak je scénář kdy to jeden SATA disk sestřelí docela možný. Na SAS expanderu jsou obecně SATA disky trošku loterie.

Pokud se nepletu, tak 10x2.5” R630 má backplane s expanderem a 8 disková bez.

Ano, je tam 10x2.5'' pozic, takže asi to je backplane s expanderem. Myslíš tedy, že by mohla změna disků za "opravdový" (kinston DC600) pomoc? Měl jsem v plánu tam strkat SATA levné disky, ale asi to přehodnotím. Máš třeba nějaké disky vyzkoušené?

Děkuju za reakci

Samsungové datacenter jsou obvykle v pohodě i ty SATA. Ale lepší je mít SAS.

Hele a takový hint. Vypni ten smartd, on občas dokáže dělat fakt divný věci.

Díky za reakci. Tím myslíš, že by se mohly ty chyby projevit jenom pokud je smartd zapnuty resp. provádí testy? Že by je jako odhalil, jinak by k  resetu řadiče nejspíš nedošlo?

Ano, už jsem několikrát zažil, že smartd dělal reset řadiče nebo chyby v komunikaci. To časté dotazování na stav a pouštění testů je občas problém. Disk podle dat cos poslal vypadá v pořádku, takže bych hledal jinde (smartd, kabel, backplane, řadič).

Zatím jsem vypnul smartd pro ty problémové disky. Stalo se to podruhé asi po týdnu. Než přijdou nové disky tak to snad vydrží.
9
Server / Re:Havárie serveru Dell R630 s řadičem HBA330
« Poslední příspěvek od noonenoone kdy Dnes v 08:12:10 »
Já mám podobnou konfiguraci: řadič LSI SAS9223-8i / IT, SAS backplane 8 pozic, ovšem na B550 s Ryzenem 9 5900X. Hypervizor (Debian) jede na NVMe disku. Mám na tom backplane jedno mdadm R6 pole 6xSSD (různé, střední a vyšší třída, všechno SATA) a bylo tam další pole 2xHDD 5TB (Seagate), to bylo v mirroru. Jeden z těch HDD odešel a z degradovaného pole jsem data zkopírovala na volný logický disk na R6 poli. Špatný HDD jsem s R1 pole odebrala (mdadm -remove) a fyzicky jej vyndala, pole jsem umoutla ale v systému jej nechala, že to zruším později - páč to potřebuje restart jednoho z VM. Server pak nějakou dobu jel bez problémů. Až po týdenním smartd testu se mi složil celý server (všechna CPU jádra měly šílený wait load). Nešly nebo skoro nešly všechny KVM virtuály, jak se nemohly dostat k datům - zakouslo se to zjevně na IO operacích - mdadm se o něco snažil na degradovaném R1 a ovlivnilo to i provoz R6 pole, na kterém běžel souběžně vlastní test.
Po restartu serveru a po úplném odstavení R1 pole to jede už skoro rok bez problémů, logy mi víc než zhroucení IO systému tehdy neřekly, začátkem potíží bylo ale spuštění smartd testů a degradované pole. Možná by to HBA330 dal, protože je rychlejší, možná šlo o podobnou situaci - různá pole v různém stavu na stejném řadiči pod testem. Vedle toho mám v témže serveru ještě další 4SSD v R5 poli, jednotlivé disky jsou na SATA nudlích, a tohle pole jelo dál.
Uvolněné pozice jsem chtěla použít pro další SSD pro přidání do stávajícího R6 pole, ale zdražení SSD mi plány překazilo. Další pole na tentýž řadič už dávat nechci.

Vypnutí smartd podle mě problém neřeší, jen oddálí – smartd chybu nevytváří, ale spouští dlouhé blokující operace (zejména extended testy), které u HBA IT + problematického disku vyvolají error recovery a zablokují celý řadič. Jaké disky jsi prosím používala (byly enterprise s dobrou podporou smart)?
R.
10
Odkladiště / Re:Kontrola věku při přístupu na sociální sítě
« Poslední příspěvek od a6b kdy Dnes v 08:09:39 »
skenovat občanku není třeba, stačí nulová blokace platby na platební kartě. a jelikož banky karty vydávají až od věku 16 let, máš kontrolu věku zajištěnou. protože pokud použije cizí kartu, dopouští se trestného činu zneužití platebního prostředku buď on, nebo ten co mu ji půjčil.

no tak to muze stejne tak pouzit bankovni id :-)

ted jsem neco nasel o zero proof knowledge, ale zatim me nenapada jak prokazat vek, ani bys prozradil vek.
pripadne i existuji operace nad zasifrovanymi daty (vek), ktere mohou overit vypoctem vysledek.
Stran: [1] 2 3 ... 10