Příspěvky

1

Vývoj / Re:SQL: vypis susedov

« kdy: 23. 04. 2025, 21:30:34 »

Pak je tu ještě možnost že to je opravdu průchod výsledkovou sadou toho vyhledávání (podle konkrétních kritérií včetně nějakého řazení), a ne celou tabulkou.  Pak se může hodit i mít tu celou výsledkovou sadu někde vedle uloženou (ve struktuře typu (id_vysledkove_sady, poradi_vysledku_v_sade, id_vyhledaneho_objektu) - a pro procházení tou sadou ve stylu next/previous (případně i stránkování) si předávat všechny tři (next znamená např. "jsem na výsledkové sadě id 1234 na položce č. 3 což je entita s id 9999 - zmáčknu next - dám požadavek že chci ze sady č. 1234 položku č. 4 - a k tomu se pak rychle dohledá že to je entita třeba s id 1645").
Je to o výběru jestli chci mít stabilní výsledkovou sadu (a jistotu že X*next + X*prev mě vždzycky vrátí tam kde jsem začal, i když se něco mezi přidá/smaže/změní podmínky takže to vypadne z výsledků vyhledávání/...) nebo to nepotřebuju (a můžu mít jednodušší implementaci).

I stránkování se pak dělá jenom tak že si z té odložené sady řeknu o položky od nějaké pozice ( (číslo stránky - 1) x (velikost stránky) + 1) do nějaké pozice ( (číslo stránky) x (velikost stránky) ).

LAG a LEAD mi můžou při zobrazení detailu jedné entity najít ID těch sousedů, ale po přechodu na další musím udělat znova vyhledávací dotaz abych mohl najít next/prev k nové entitě ve stejném pořadí (a ještě ve výsledku hledat kde mám aktuální entitu abych věděl ke komu najít toho předchozího a následujícího? No to můžu rovnou kouknout na předchozí a následující řadek toho co mi vrátila databáze ...).

Udělat dva selekty na "největší menší" a "nejměnší větší" id co jsou v té výsledkové sadě je lepší, ale pokud se to má procházet se složitou vyhledávací podmínkou a jěště nějak seřazené tak to taky rozhodně může skončit dost pomalé.

2

Sítě / Re:Divné DSL od T-Mobile (Cetin)

« kdy: 25. 09. 2024, 07:14:25 »

IIRC, kdyz jsem upgradoval (na vdsl, nebo i jenom rychlost) tak jsem tam musel na chvili dat jejich modem, s jejich firmwarem, protoze jinak se neco na necem nedohodne (a je to neco co se neda nastavit na moji strane v modemu). Pak uz to funguje i normalne bez nej. Ale me se to projevovalo plosne na rychlosti. Kdovico tam delaji.
V jejich kramu mi tenkrat nabidli i kratkodobe zapujceni, ale to uz si radsi priplatim za to ze jim muzu tu vymluvu odpalkovat kdykoli behem par minut (resp. vyzkouset to pred volanim servislinky).

3

Windows a jiné systémy / Re:Cygwin mění výpis ze souboru do konzole

« kdy: 17. 02. 2024, 21:37:02 »

> Druhý změněný příkaz se neprovede, protože změna způsobí nenalezení souboru.

no já jenom že tam vidím i změnu podmínky cyklu z "i<=NF" na "i", což podlě mě i podle toho jak jsem si to pustil z ruky způsobí nekonečný cyklus, takže jestli se to tak opravdu provádí tak se nemůže vypsat na konzoli třetí příkaz - prostě na něj nikdy nepříjde řada.

...

A tak jak na to teď koukám mě napadá .. jestli tam něco nezvládlo že to <=NF není přesměrování ze souboru (protože na tom výstupu je vidět vpravo 0<NF, což je podle mě potenciálně ten nenalezený soubor .... bude to tu chybu hlásit i když se založí soubor NF? S jakýmkoli obsahem ... jestli je to tím, tak by mohlo pomoct ty gawk programy nemít na commandline, ale předat je ze souboru přes např. -f vse4.gawk
a to by podle mě mohlo souviset s tím že se to má příponu .cmd. Hádám že se to ve skutečnosti nepouští přes bash. Proč by bash vypisoval "c:\p\..."?

tak jsem si to šel vykoušet do cygwinu

a opravdu, bla.cmd a bla.sh se stejným obsahem dělají něco jiného)

4

Windows a jiné systémy / Re:Cygwin mění výpis ze souboru do konzole

« kdy: 17. 02. 2024, 00:53:50 »

A proč je to problém?
Jestli se provede správně co se provést mělo, a jenom na konzoli (kam se nakonec nikdo dívat nebude až se to bude pouštět automaticky) vypsalo něco trochu jinak ... nebo se i ten konzolní výstup dál k něčemu používá?

Co je všechno zapnuté aby ten bash vypisoval prováděné příkazy? Jenom set -v?

Pouští to opravdu bash, nebo se to díky příponě .cmd pustí nějakým windows shellem? (to bych teda nečekal, ale vyzkoušel bych jestli změna přípony něco nezmění)

Když se to spustí s přesměrováním stderr do souboru, tak v tom souboru to bude taky špatně?
(tj. např.: vse4a.cmd 2>vse4a.cmd.err.out)

5

Software / Re:Nefunguje otevření víc tabů novinky.cz

« kdy: 12. 01. 2024, 01:19:06 »

Není mezi klávesnicí a serverem ještě nějaká (korporátní) proxy chytřejší než rádio která krade spojení? (a dělá to tak blbě že vrátí redirect na X, a když teda prohlížeč jde na X tak to ta proxy znova ukradne a vrátí další redirect)

Nový tab znamená uplně nový nezávislý tab, nebo otevření odkazu z toho prvního "do nového tabu"? (nevím co všechno si to může v tom druhém případě nasdílet).

Děje se to i když se ten druhý tab otevře samostatně v privátním okně? (tj. ctrl-shift-P, dát ručně url do address baru, enter)

6

Server / Re:Přegenerování stávajícího SSH klíče?

« kdy: 26. 12. 2023, 01:35:27 »

prislo by mi to logicke, ale nevsimol som si nikde taku poziadavku pri pouzivani klucov (co sa deje pri generovani nas trapit nemusi)

To je jedna z tech veci kde rikam ze "beda implementaci ktera si to nezkontroluje"
Jestli AWS vyzaduje 4096 bit a nejak to overuje (a kdyby ne tak by asi tenhle thread neexistuje), tak je otazka jestli overuje jenom ze pole "delka modulu v bajtech" ma hodnotu 512, nebo i ze ten modul ma nejvyssi bit nastaveny na 1.

Druha vec je, ze pokial dobre chapem, tak po vypocitani predmetneho sucinu prvocisiel uz nasledne nik neriesi, ci to vazne je sucin prvocisiel. (ono praticky si ani neviem predstavit ako by to niekto skusal riesit)

To uz se taky validuje hur, pokud se jako soucast toho privatniho klice nepredavaji i ty prvocisla (coz se nekdy dela) - pak je staci vynasobit. Opet je to na ssh klientu.

Takze navrh na tool c2, co by splnil zabavnu poziadavku z uvodu:

p,q klidne znat muzeme, kdyz mame privatni klic.

Jeste si tady projitotu opisu co ma byt ve kterem klici (v tom jsem mel trochu maglajz):
public key: n (modul), e
private key: d (to je to co nam resi d*e=1 mod l)
muze se zahodit: p, q, l

-> tj n a e NEmime menit, jinak nesplnime pozadavek ze nam to ma pasovat na existujici public key
a jsme trochu v loji protoze delka klice je zapecena do public key


A teda v opacnem smeru by to znamenalo zachovat puvodni privatni klic (nesmime menit d) distribuovany nekam (na aws? aby se z nej dalo prihlasovat nekam dal?), a to pak teda nevim jak jinde menit public key na 4096 bit aby pasoval.


Pak pro vypocty trochu pozor, l neni p*q
n = p*q
l = euleruv totient N (coz se teda pro soucin dvou prvocisel rovna (p-1)*(q-1)), nebo moderneji carmichaeluv totient N (coz vychazi jako nejmensi spolecny nasobek p-1 a q-1)

pri generovani puvodniho klice jsme meli urcene e a prave dopocitane l1024 a z d*e=1 mod l1024 se urcilo e
takze kdyz mame d2 nebo e2 (a k nim l4096), tak se uplne stejnym postupem dopocita to druhe d2*e2=1 mod l4096

A kdyz dopocitate e2 tak se vam jeste muze stat ze implementace vas poslou do pryc protoze vyslo prilis velke e (normalni hodnota je pry opravdu jenom 3 bajty)


Celkove mi to prijde jako nesmyslna divocina.

7

Server / Re:Přegenerování stávajícího SSH klíče?

« kdy: 24. 12. 2023, 18:45:07 »

ehm... chapem, ze otazka je to dost nestastna ... ale ciste teoreticky, co brani doplnit pred cislo v RSA algoritme 3072 nul?

Za predpokladu, ze v tych klucoch nie su metadata, tak algoritmu by mohlo byt jedno, ze dostal cislo s kopou nul na zaciatku .

A nevyzaduje nahodou RSA aby nejvyssi bit modulu byl 1? (a delka modulu je prave bitova sila RSA - cili to je to misto kde se rika 1024 nebo 4096 bitu)
Samotny privatni klic je pak d=reseni nejake rovnice ktera zalezi na cisle e ktere je soucast verejneho klice (a muze zustat stejne) a totientu modulu, takze obecne nemuze zustat stejne (nesmi se pritom zapomenout ze modulus se ma generovat jako soucin dvou velkych prvocisel). Je velmi nepravdepodobne ze by platilo d*e = 1 mod l1024 a zaroven d*e = 1 mod l4096 pro dve ruzna cisla l1024 a l4096
(teda co ctu, tak nekdo za klic povazuje jenom d, a nekdo k tomu prihazuje i ty dve prvocisla ze kterych se pocita modul - pak uz je uplne mimo misu uvazovat o tom ze by se vychazelo z predem urcene hodnoty klice, protoze k tomu klici by nejenom ze bylo potreba dopocitat modul, ale musel by vyjit jako soucin dvou znamych prvocisel ... coz si myslim bude jeste obtiznejsi problem nez jenom obycejna faktorizace)

Beda implementaci ktera si nezkontroluje ze predhozene klice splnuji zakladni predpoklady.


A k tomu plus vsechny pripominky ostatnich na to, ze takovy ohejbak se delat nema. Jestli AWS chce 4096bit rsa, tak ozulit to realne 1024bitovym nenaplnuje smysl pozadavku.

8

Server / Re:Přegenerování stávajícího SSH klíče?

« kdy: 23. 12. 2023, 19:43:17 »

A nedopadne to třeba tak, že k 4x delšímu private key patří i 4x delší public key - takže ten původní (kratší) public key se bude při pokusu o přihlášení vesele ignorovat, i kdyby nakrásně matematicky pasoval?

9

Hardware / Re:Chladič na staré cpu

« kdy: 27. 11. 2023, 15:01:16 »

Tak ten vetrak zrovna asi problem nema, kraval dela stejne jako zamlada - proste intel ty vetraky nedela tiche.
Jestli si pamatuju dobre papiry co jsem k tomu tenkrat dostal, tak by se mel dat samostatne vymenit - rozhodne je tam nejaka manipulovatelna dratova klec.

Myslim ze je to tohle: https://www.ebay.com/p/1150934062 - a podle toho to dokonce vypada ze ma i tu sponu co se dava za motherboard (ja se tam jeste nekoukal, normalne vypinam jenom kdyz je v praze vypadek elektriny nebo mi bouchne psu) (ano i to modrry svetlo za provozu mam)

Jinak si teda odnasim ze prepastovat ano, vymenovat jenom chladic radsi ne. Az neco umre, tak mb dostane vyznamenani in memoriam a novejsi hw bude za min penez a min wattu hrat vic muziky.

10

Hardware / Chladič na staré cpu

« kdy: 20. 11. 2023, 23:24:24 »

Mám cca 12 let staré pc (LGA1366, intel cpu, stock intel cooler). Poslední dobou mi přijde že chladič cpu chladí čím dál tím míň (teploty cpu skoro bez zátěže 60-70C, na kritických 100C si sahá nějak moc brzo, dá se držet ruka na chladiči tam kde bych se na něm kdysi spálil), nemluvě o tom že je dost hlasitý (zvlášť když není přepnutý do polovičního módu) a vlastně to cpu ani uchladit nemůže (jestli jsem koukal dobře tak core i7 970 má tdp 130W a ten chladič má uchladit jenom 60W?).
Takže přemýšlím jestli má cenu to zkoušet čistit + přepastovávat, nebo rovnou hledat něco s vyšším výkonem a nižším hlukem.
Pokukoval jsem po noctua:
- https://ncc.noctua.at/cpus/model/Intel-Core-i7-970-129
- https://ncc.noctua.at/cases/model/Centurion-534-Plus-case-2754 - nejbližší co jsem našel pro můj case (centurion 534 N2)
ale tam je všechno "mounting kit required" (a ten se prodává samostatně).
U jiných značek jsem zase třeba nenašel verifikátor konfigurace který by ještě znal tak starý socket jako 1366 (i když u jednotlivých chladičů pak tvrdí že jsou i pro 1366)


Komplikace
- procesor a jeho chladič jsem si ještě montážně neosahal, nevím co dělám, bojim bojim
- nerozumím tomu v jakých směrech jsou uváděné rozměry chladičů (tj. jak mám dávat pravítko abych si opravdu zaručil že se vejde, jak na šířku skříně, tak mezi další výčnělky na boardu (např ram))
- vlastně ani nevím jestli to co mám je s takovým pc problém nebo ne

Prosil bych nějaké dobré rady.

11

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 04. 07. 2023, 20:08:56 »

První co mi nedá: je to opravdu pokaždé textově stejné SQL (a ty vyhledávací parametry se předávají nabindovanou proměnnou), nebo se do něj parametry stringově naconcatujou?
Tj "select ... where datum between ? and ?" vs "select ... where datum between to_date('2023-01-01') and to_date('2023-02-01')"
(jestli to není stejný string, tak se klidně může nacacheovat úplně jiný plán ...)

12

Software / Re:Nenažraný Firefox - jak zjistit, kde je ta černá díra?

« kdy: 18. 06. 2023, 22:33:44 »

Další fíčura ktará může pomoct je about:memory
1) otevřít about:memory, measure and save (a pamatovat si kam jsem to uložil)
2) nechat firefox rozežrat se
3) about:memory, load and diff
4) interpretovat výsledek

tak jsem přišel na to že konkrétně mě paměť žere tampermonkey (a spoustu paměti dostanu tak že tampermonky dočasně vypnu a v about:memory dám minimize memory usage)

13

Software / Re:Hlášky zip need PK compat. v4.5 (can do v2.1)

« kdy: 14. 11. 2022, 15:00:45 »

Tady to řešili pro jinou verzi ale vysvětlené to snad je: https://unix.stackexchange.com/questions/183452/error-trying-to-unzip-file-need-pk-compat-v6-1-can-do-v4-6

- nemusí pomoct ani nejnovější verze unzip - pokud to není placená od PKWARE
- ale 7zip by to umět mohl, pokud se nainstaluje s podporou všeho
- pokud ne, tak rozbalit na windows (samostatných nebo ve VM)
- PK jsou iniciály původního autora formátu PKZIP (Phil Katz)
- jde o verze formátu souboru, a opravdu o to, že použitý unzip je kompatibliní pouze s formátem do verze 2.1 a dotyčný soubor tvrdí že používá něco co umí až verze 4.5

> version `GLIBC_2.33' not found
Příliš starý systém, nemá dostatečne nové základní knihovny.
Může být potřeba novější utility buildit ze zdrojáků. Nebo upgrade na aktuálnější verzi distribuce.

14

Software / Re:SQL deobfuscátor

« kdy: 25. 10. 2022, 04:29:43 »

Ten vnitrek vypada jako ze hleda jestli v tabulce vypadek.jos_bannerclient existuje sloupecek co ma v nazvu 'email' a nema v nazvu ani jedno z 'last','date','time','status','subscription'
+ kolem toho dela obfuskovaci omacku s groupavanim, randomem, a skladanim nejakeho dal nepouziteho stringu
a pokud navic v prislusne mysql je nainstalovany alespon 1 plugin (coz asi je, protoze v defaultni instalaci jich mam 47) tak to vrati 5808
(jinak to vrati prazdno),
no a to se pouzije jako podminka do neceho co uz tady citovane neni (prazdny select je false, select ktery vrati 1 radek je true).
Cele je to hodne podezrele. Nejenom tim jak je to obfuskovane, ale i tim ze se to snazi zjistovat strukturu databaze.

15

Software / Re:Syntaxe zvýraznění git log

« kdy: 11. 10. 2022, 01:25:28 »

da se to uplne vypnout --no-decorate
nebo nechat vypsat plne commit refy --decorate=full - pak je videt co je ref/heads, co je ref/tags, co je ref/remotes

Takze to vypada ze
1) vypisuji se vsechny "lidsky citelne" nazvy commitu ktere aktualni workspace zna
2) HEAD je proste HEAD (posledni commit v branchi kterou mam ted skutecne vycheckovanou, tj. kdyz budu v detached mode tak mi to HEAD nenapise u zadneho commitu)
3) zelene je jakakoli branch kterou jsem lokalne vycheckoval, i kdyz na ni zrovna nejsem (resp. jeji posledni commit (jeji head))
4) cervene jsou vsechny origin branche jejichz head je zrovna tenhle commit (kdyz dam fetch a git log --all tak uvidim ze ruzne origin branche uz jsou o nekolik commitu napred pred mymi lokalnimi kterymi je trackuju - novejsi commit bude mit treba cervene origin/main, a pak dole muj bude mit zelene main)