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 - e3k

Stran: 1 2 [3] 4 5 ... 12
31
Distribuce / Re:Instalace Wine HQ na Mint 20
« kdy: 22. 03. 2023, 08:30:44 »
df -h

33
toto som riesil cez ffmpeg. da sa to ale treba sa pri strihani trafit do iframu. podstatny je argument -ss ktory definuje zaciatok:
   
Kód: [Vybrat]
ffmpeg -ss 00:01:13 -i jazz.mp4 -to 00:05:39 -vcodec copy -acodec copy jazzff.mp4

na zistenie I-Framov som si spravil davno script:
Kód: [Vybrat]
#!/bin/bash
#getiframes.sh displays the timestamps of I-frames in a video file.
#can be used with the -ss option of ffmpeg
#Usage: ./getiframes.sh <video_file_name>

ffprobe -show_frames $1|grep -B 14 pict_type=I|grep pkt_pts_time=|awk -F'=' '{print $2}'|xargs -I{} date -d@"{}" -u +%H:%M:%S.%N

35
fonty treba nasypat do /usr/share/fonts a su tvoje. aj ttf. otestovane na PxPlus_IBM_VGA_9x16.ttf ;)

Jen prosím nikdy, nikdy nic prostě nesypte do /usr pokud to není /usr/local.

tak ja som si to z prstu nevycucal: https://wiki.gentoo.org/wiki/Fonts#Globally_available netreba byt predposss....

36
fonty treba nasypat do /usr/share/fonts a su tvoje. aj ttf. otestovane na PxPlus_IBM_VGA_9x16.ttf ;)



37
Hardware / Re:Výroba překříženého kabelu RJ12
« kdy: 08. 03. 2023, 20:14:21 »
a nemoze byt problem ze jedno s tych zariadeni je RJ11? ten isty steker len 4 kable??

38
Hardware / Re:Výroba překříženého kabelu RJ12
« kdy: 07. 03. 2023, 13:35:49 »
https://www.showmecables.com/blog/post/pinouts-wiring-schemes

nech sa paci obrazok pod telephone pinouts. vyzera to doveryhodne. ale inac ten kabel stoji len par penazi takze kupit original sa tiez mozno oplati.

40
Server / Re:Automatický restart PostgreSQL
« kdy: 27. 01. 2023, 19:15:29 »
este by sa mozno oplatilo nastavit naky rozumny statement_timeout. samozrejme po dohovore s developermy.
ono to nejaky cas trva kym sa RAM zaplni ale ked tam na tom experimentuju tak sa to moze stat.

Paměť se i na dnešních velkých serverech zaplnit během několika málo desítek sec. 4GB server tak cca za 3sec. Timeouty nejsou ochranou vůči vyčerpání paměti, ale jsou ochranou proti nechtěnému nadužívání CPU a držení zámků neoptimálně prováděných dotazů.
tak to kazdopadne. ale...
1. potom sa ale nakopne swap a tam uz to tak rychle neni.
2. timouty su ochranou pred long running queries a to okrem CPU vytazuje aj RAM.
3. tazatel riesi development server a nejake sepalenie systemu kvoli nerealistickym queries je viac ako pravdepodobnost.

preto trvam na tom ze ten timeout by predsa len bolo dobre nastavit.

Timeoutem nic nezkazíte - otázkou je kolik? A otázkou je kolik času strávit s laděním konfigurace serveru, kde není hw odpovídající produkci, a kde asi není ani moc dat. V GoodData měl každý vývojář vlastní server ve vlastní virtuální mašině a staral se o něj (rozbíjel si ho) sám. V dev prostředí, pokud nemáte k dispozici slušné železo, a běží to na chcípačích, tak má smysl řešit jedině stabilitu provozu, zvlášť ve sdíleném prostředí. V dev prostředí každý může být super user, a dlouhoběžící dotazy může jednoduše zabít.

Performance testy jsou neskutečně důležité, a dost se podceňují, ale nemá cenu si hrát na bechmarking na poddimenzovaném hw a neadekvátně velkých testovacích datech.
neviem co chce checksys... minimalne tu swap bych dal na = RAM.

41
Server / Re:Automatický restart PostgreSQL
« kdy: 27. 01. 2023, 17:34:50 »
este by sa mozno oplatilo nastavit naky rozumny statement_timeout. samozrejme po dohovore s developermy.
ono to nejaky cas trva kym sa RAM zaplni ale ked tam na tom experimentuju tak sa to moze stat.

Paměť se i na dnešních velkých serverech zaplnit během několika málo desítek sec. 4GB server tak cca za 3sec. Timeouty nejsou ochranou vůči vyčerpání paměti, ale jsou ochranou proti nechtěnému nadužívání CPU a držení zámků neoptimálně prováděných dotazů.
tak to kazdopadne. ale...
1. potom sa ale nakopne swap a tam uz to tak rychle neni.
2. timouty su ochranou pred long running queries a to okrem CPU vytazuje aj RAM.
3. tazatel riesi development server a nejake sepalenie systemu kvoli nerealistickym queries je viac ako pravdepodobnost.

preto trvam na tom ze ten timeout by predsa len bolo dobre nastavit.

42
Server / Re:Automatický restart PostgreSQL
« kdy: 27. 01. 2023, 08:31:57 »
este by sa mozno oplatilo nastavit naky rozumny statement_timeout. samozrejme po dohovore s developermy.
ono to nejaky cas trva kym sa RAM zaplni ale ked tam na tom experimentuju tak sa to moze stat.

43
Server / Re:mysql migrace na nový hosting
« kdy: 06. 01. 2023, 11:04:34 »
Děkuji všem za rady, zjistil jsem zatím následující:

- kódování je stejné, obojí latin1_swedish_ci
- hesla jsou uložena jako hash, v původní i naimportované databázi taktéž stejné

V příloze je screenshot z mysql (select * from users;)

ten salt je hned vedla password v tabulke users. to asi problem nebude...


nasiel som ale toto https://forums.bookedscheduler.com/viewtopic.php?t=832
pisu na konci: 5. Clear the /tpl_c folder on the new server before you try logging in.

skus mozno to pojde :)

44
Sítě / Re:KaliLinux a příkaz aircrack při neaktivní wifi
« kdy: 19. 12. 2022, 10:02:51 »
ano aircrack mozes pouzivat na ten .cap offline.

45
Vývoj / Re:Ovládání přehrávače zvuku
« kdy: 15. 12. 2022, 21:04:44 »
vlc ma celkom dobry commandline.
vlc.exe vlc://quit napr. na vypnutie.

alebo potom mplayer.

Stran: 1 2 [3] 4 5 ... 12