Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Vietnamka

Stran: 1 [2] 3 4 ... 16
16
Když mám 2 monitory na Win 10, který jsou každá pes jiná ves, tím myslím jiný rozlišení, jiný scaling nastavený pro , prostě neseřízený, tak jsem si všiml u přesunu oken,  zajímavého "dropu".
Teprv až když okno překročí polovinu plochy na druhý monitor, dojde inflaci nebo expanzi. (Nehraje roli pozice myši) . Je to konzistentní, mohu nechat okno na půl žerdi a přejít na levou půlku a tahat odsud .
Je to nějaký bug, nebo záměr? Mě to přijde jako fajn věc.


A na okraj, je termín dualhead správně, pro označení dvou monitorů (v režimu rozšířená plocha)
A poznámka jenom, funkčnost high dpi a  ještě umocněná při víc monitorech se v Windows dost vyvíjela, někdy k horšímu , někdy k lepšímu.

17
/dev/null / Re:který thread Chromium by to mohl být
« kdy: 22. 08. 2024, 15:55:33 »
Který thread  by to to mohl být? Předpokládám,že dialog pro výběr souboru chrome otevírá v novém vlákně (není vyloučené, že tam je) jsou to všechny thready všech procesů chromium-browse (ty názvy jsou proc/PID/task/n/cmdline) a některé tam jsou víckrát, tak jsem je deduplikoval:

Kód: [Vybrat]
      3 -- AnimationWorkle
      1 -- BatteryStatusNo
      1 -- Bluez D-Bus thr
      1 -- CacheThread_Blo
     13 -- Chrome_ChildIOT
      1 -- Chrome_DevTools
      1 -- Chrome_IOThread
     10 -- Compositor
     51 -- CompositorTileW
      1 -- CrShutdownDetec
      1 -- DedicatedWorker
     10 -- GpuMemoryThread
      1 -- GpuWatchdog
      2 -- HangWatcher
     14 -- MemoryInfra
     16 -- ThreadPoolForeg
     14 -- ThreadPoolServi
     13 -- ThreadPoolSingl
      1 -- VideoCaptureThr
      1 -- VizCompositorTh
     18 -- chromium-browse
      1 -- dconf worker
      1 -- gdbus
      1 -- gmain
      2 -- inotify_reader

      1 -- sandbox_ipc_thr
      1 -- threaded-ml

 a zabije příkaz kill 1234 opravdu jen vlákno  toho procesu? Nechci zabít omylem celý proces

18
Nepomůže mi  ani screenshot, protože zrovna v textaree co zrovna je vidět je copy-paste část . Nepomůže ani maximalizace okna, protože textarea zůstane stejná


Ale teď jsem udělal píčovinu a přetáhl zdravý tab z jiného okna do nemocného okna a animačně se tam sice "zasadil" jak kolík  do země, jenže všechny okna, ne jen od chromu mi přestaly fungovat nějak částečně. jako kdyby přestal fungovat windows manager. Tak jsem v terminálu pátral, jak se zrovna  v týhle distribuci jmenuje window manager, šel po mate-session a podprocesech a nic, taky jsem zkusil ps aux | grep compos a našel jsem marka. Zabil jsem ho a polil mě pot, spustil jsem ho  znova s & a naštěstí okenní systém začal fungovat jak má.

Ale bohužel opět až na to jedno nemocné okno chromu, takže žádný posun

19
Dostal jsem se do úzkých, mám v prohlížeči chromium na Linuxu (rozhraní MATE) otevřenou stránku s TEXTAREA, kde je mnoho textu napsaného. (a další input type=text, name...., file ,to je důležité - prostě formulář pro příspěvek)

Jenže se stala chyba v matrixu a když v tom chromu Kliknu na "Vybrat soubor" toho políčka, tak to vykostí dané celé okno toho prohlížeče. Už ho není možné dál ovládat. Ani myší, klávesami. Ale přesto reaguje, obsah se překresluje, je responzivní při resize a pokud by tam hrálo video nebo se přes javascript něco dělalo, tak by to běželo dál určitě

Neznemožní to celý prohlížeč. Jen to jediné okno (s víc taby klidně) Ostatní okna  dané instance prohlížeč fungují nezávisle. Takže si to můžu nasimulovat podruhé v novém okně. A jediné co jde, je to okno pak zavřít ( jelikož křížek "není součást chrome", ale Window manager) - kromě toho mého okna - nechci přijít o ten text.

Dokonce jsem takový koumák, že jsem přišel na to, že když z jiného okna otevřu Správce úloh chromu, mohu přepnout na jiný tab toho nemocného okna (ale ani ten se nedá ovládat).

Co udělat, abych se dostal k tomu nemocnému oknu??


Zkoušel jsem i přes htop - tree view hledat, jestli není otevřených nějaký child process pro ten file picker  ( File manager má vtipné jméno Caja). Taky jsem zkusil killnout killall Caja. nic nepomohlo. Nebo mačkat ESC,Enter, Tab zběsile jako při klávesnicovém amoku.

A takový poznatek, ono je uplně jedno, jestli tomu prvku FILE nějaký soubor vyberu nebo dám zrušit a soubor nevyberu - od té doby okno přestane reagovat na podněty.

Určitě je to nějaký specifický bug MATE+ chromu, jinde jsem na to nenarazil. Ale mě jde o to ,abych se dostal k tomu INPUT.TYPE=TEXTAREA.value v tom tabu toho nemocného okna.

20
mam vsechny mozne platformy i sam jsem si provozoval mastodon server.

Ze zvědavosti, souvisí s tématemten mastodon, dá se ten mastodon použít nějak (i nějak oklikou) ke komunikaci? Nebo myslíš matrix?

21
Vývoj / Re:MPDF a POS tiskárna
« kdy: 12. 06. 2024, 18:17:32 »
a nepatří náhodou (img_)dpi taky to $params? náhodou

Je ten text pixelizovaný před tiskem (při vytáhnutí bitmapy z pdf) nebo po? Word(resp. tiskový dialog-Obecné) bude mít taky možnost Tisk jako rastr/Tisk jako vektor

22
Distribuce / Nesedí čas journalctl -k kontra dmesg -Tk
« kdy: 06. 06. 2024, 22:15:12 »
Z jakého důvodu časová návěští dmesg -T se liší asi o tři minuty od journalctl -k ?

Mimochodem, dmesg mi drží 3200 záznamů (10 dní) a journalctl -k 900 (2.6dne)
Takže ten časový rozdíl je konzistentní s událostí teĎ, ale i s tou 2 dny starou.


PS: a k čemu je volba dmesg -k  ("Print kernel messages")? Myslel jsem,že toto dělá tak jako tak. Tak k čemu ta volba?
Kód: [Vybrat]
$ dmesg  |wc
   3286   13576  178179
 $ dmesg  -k |wc
   3286   13576  178179
 $ dmesg  -k |sha256sum
835fed0b92ba99753bbb9cd4a68dff47b1a5c3632853e814d1fdddaeffdb0576  -
 $ dmesg   |sha256sum
835fed0b92ba99753bbb9cd4a68dff47b1a5c3632853e814d1fdddaeffdb0576  -
A z druhý stránky, dmesg -u mi vypíše lautr nic. Je to snad nějaký náznak, žed dmesg bylo zamýšleno nebo jde  snad nějak ohnout(použít, nakonfigurovat) k vypisování i jiných hlášek mimo kernel?

23
Vývoj / Lepší zápis symetrické binární operace
« kdy: 05. 06. 2024, 17:34:46 »
V jakém jazyku se nejlépe zapíše takováhle operace ? Coconut, Crystal, Rust, Julia,Lisp-Like,dart,Go,R , ? Fortran,C ,Pascal, javascript?
X=["https://",'eyy}~7""'];
(X[0].split("").chars.zip(X[1].chars.split("")))
 .map( (x,y) =>
    x.ord ^ y.ord
 )
.join


dvakrát se tam opakují tři stejné operace. Takže akadamické řešení vyžaduje ty tři operace zmínit jen jednou

Představuju si něco takovéhleho:

BinaryOperatorFactory(X.map ( _.split.chars) , &:^ , _.ord)

(to podržítko je detail -shorthand pro lambdu funkci s jednim parametrem _.ord() =  (arg)=>arg.ord())
Jasně, mohu si to napsat v pomalu každým nepřeškrtlým jazyku výše, ale ,který to umí rovnou a případně jakou k tomu volí syntaxi? Pro inspiraci
Není problém třeba
[1000,200,300].reduce(0.5, &:+) = 1230.5 a [10,20,2].reduce(3, &:*) = 1200
Ale který jazyk umí  u zápisu lambda funkcí s jediným argumentem místo map((e)=>fn(e) zkratku map (fn(_) ) ?

24
Dobrý fištrón, skoro mám pocit, jestli neděláte pro seznam.cz   ;D :-[ .  Chtěl jsem ještě dodat delší URL (40 znaků), kde by se to možná dalo lépe analyzovat, ale koukám není to třeba.
, ale ono to unášení URL na bcr.iva.seznam.cz se neděje vždy, i po smazání cookies. Má to asi i nějakou trvanlivost na IP adresu
  :)
Base64::urlsafe_decode64(a).chars.map {|c|(c.ord ^ 0x0D).chr}.join
date --date=@1717589511 souhlasí


A skutečně,ono to opravdu je doslova ...konecURL`empty`1717589456

Nicméně, to že prostřední část mezi fortranistickými uvozovkami  všech případech tady je emtpy, neznamená, že to tak je vždy

25
Vývoj / Re:Jak zjistit způsob enkódování (~base64
« kdy: 05. 06. 2024, 14:13:18 »
Mám podobný praktický problém:
páry řetězců jsou zde (může obsahovat i https://):
sdovolena.seznam.cz ZXl5fX43IiJ-aWJ7YmFoY2wjfmh3Y2xgI253Im1oYH15dG08Ojw6ODU1ND06IzQ4Ow
www.sauto.cz/ ZXl5fX43IiJ6enojfmx4eWIjbncibWhgfXl0bTw6PDo4NTQ8PT8jODw1
www.sbazar.cz/ ZXl5fX43IiJ6enojfm9sd2x_I253Im1oYH15dG08Ojw6ODU1Pz06Izo9NA
sreality.cz ZXl5fX43IiJ6enojfn9obGFkeXQjbncibWhgfXl0bTw6PDo4NTQ4OjUjPDs6

Zkoušel jsem base64, rot13,...  Pravdepodobně v abecedě base64 je _ zaměněné za / a asi - za +.

26
Software / Re:ČT iVysílání: kdo a proč volá stíny
« kdy: 30. 05. 2024, 22:15:27 »
Není problém v XMLHTTPREQUESTU https://api.ceskatelevize.cz/video/v1/playlist-vod/v1/shadow-call 
{POST: params: {id: "ide-epizody", idType: "idec"},streamURL= zístkáný-link-na-ivys-cdn.o2tv.cz/cdn/uri/get? }}
? Tento request je proveden po ivysilani/client-playlist/ , ale  ještě před tím, než stažení samotného  linku na redirect na playlist (to streamURL)
 Myslím, že před 3 měsíci tohle se ještě nestávalo .

K čemu by to tak mohlo sloužit?
response je
{
 "message":"done",
 "data":{
   "isMatching":true,
   "contentIds":{"new":"číslo","old":"stejnéčíslo"},
   "result":["full match"]
 }
}

Kód: [Vybrat]
const i = n.streamUrls.find(o=>!o.isLabeling)
      , a = JSON.stringify({
        streamUrl: (i == null ? void 0 : i.main) || "",
        params: {
            id: t,
            idType: r === "episode" ? "idec" : r
        }
    });
    try {
        await fetch(`${e}/shadow-call`, {
            method: "POST",
            headers: {
                "Content-Type": "application/json"
            },
            body: a
        })
    } catch {}

27
Minut má díl třicet tři

28
Stáhne se pouze jeden soubor typu media z domény podz-content.spotifycdn.com který Po 60s přestane hrát. Utne v půlce slova

29
O serveru Root.cz / Spotify forma podcástů na ComputerWorld?
« kdy: 30. 05. 2024, 17:26:16 »
Opravdu považujete vkládání podcástů přes spotify za nejšťastňější řešení na ComputerWorld? Když už tam není link na <AUDIO src="podcást.mp3"  controls />, tak proč to není třeba jako na lupa.cz nebo měšeč(Zdravím podcást s bitcoinovou blondýnou) , kde to je v celku rozumné?

Sestává se z 17 scriptů a 3 css a  ještě před povolením načtení a připojuje se na podivné domény spotify jako gabo-recever a sp-client.spotify.

30
Server / Re:Program pro verifikaci DKIM
« kdy: 27. 05. 2024, 22:15:15 »
No nic, ke znění odeslaného mailu se asi už  nedostanu, tak nebude co  zkoumat.. Jelikkož v DMARC mám defaultní "fo=" a SPF bylo OK. -nepřišlo mi na "ruf=".
MXToolbox umí mimo jiné ověřit DKIM

https://mxtoolbox.com

Asi stačí jen zadat dkim:domena.com:default pokud je to výchozí konfigurace.
Ale tohle jenom  verifikuje syntaxi  veřejné části klíče.  To ale já nechci a nepotřebuju, vím že je v pořádku, doteď všechny zprávy měly DKIM Pass. Já jsem chtěl  zjistit, která zpráva způsobila nevalidní dkim podpis a proč. Selektor byl stejný jako u jiných zpráv.
(K tomu bych hypoteticky ani veřejnou část DKIM nepotřeboval, stačilo by znovu vygenerovat kompletní zprávu  právě včetně podpisu, ale muselo by tam být stejný DKIM atribut "t=")

Stran: 1 [2] 3 4 ... 16