Koudink

[Koudink] Bash tip: Editace radku v editoru

Tuttle — Fri, 29 Jul 2022 19:46:35 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Fri 29.7.2022 21:46.35
Title:     Bash tip: Editace radku v editoru


Objevil jsem fajn vlastnost bash:  Ctrl-X E   - vezme aktualni editovany 
radek, zapise ho do docasneho souboru, otevre vas vybrany VISUAL/EDITOR, 
necha vas radek upravit nebo napsat a po ukonceni provede obsah souboru jako 
prikaz.

Jedna se o operaci, kterou muzete v man bash najit jako 
edit-and-execute-command
 
Jeji dobre rozsireni je popsano zde: https://superuser.com/a/1601690

Udela to same, jako edit-and-execute-command, ale jen editovany radek 
pripravi jako rozepsany k provedeni. Je to vlastne reimplementace te operace 
pomoci bashove funkce:

_edit_wo_executing() {
    local editor="${EDITOR:-nano}"
    tmpf="$(mktemp).sh"
    printf '%s\n' "$READLINE_LINE" > "$tmpf"
    $editor "$tmpf"
    READLINE_LINE="$(<"$tmpf")"
    READLINE_POINT="${#READLINE_LINE}"
    rm -f "$tmpf"
}

bind -x '"\C-x\C-e":_edit_wo_executing'

---

Oproti prikladu jsem dodal -f k rm, protoze mam alias rm='rm -i', tak aby se 
neptal.

BTW, je to dost dobra advanced ukazka bashoveho levelu. :-)

V te funkci je hodne zajimave to hrani si s READLINE_*
Take dokumentovano v man bash.

T.

[Koudink] Re: Bash tip: Presnost subsekund u date

Tuttle — Mon, 04 Jul 2022 11:35:50 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 4.7.2022 13:35.50
Title:     Re: Bash tip: Presnost subsekund u date


Dalsi hratky s date:

ISO format a ruzne presnosti:

$ date -I
2022-07-04
$ date -Id
2022-07-04
$ date -Ih
2022-07-04T13+02:00
$ date -Im
2022-07-04T13:26+02:00
$ date -Is
2022-07-04T13:26:36+02:00
$ date -Ins
2022-07-04T13:26:36,119833481+02:00

Nasledujici funguje i treba v Pythonu:

$ date +'%d.%m.%Y'
04.07.2022
$ date +'%-d.%-m.%Y'
4.7.2022
$ date +'%_d.%_m. %Y'
 4. 7. 2022
$ date +'%s'
1656934340
$ date +'%16s'
0000001656934362
$ date +'%15Y'
000000000002022

[Koudink] Bash tip: Vedleproud

Tuttle — Sun, 26 Jun 2022 19:11:49 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sun 26.6.2022 21:11.49
Title:     Bash tip: Vedleproud


Rekneme, ze komprimujete dlouhy textovy proud, treba SQL dump, a chcete 
zaroven vypsat pocet jeho radku. Otrocky by se to udelalo zpetnou dekomprimaci:

     pg_dump ... | xz > dumpik.xz
     echo Line count and byte size: `xzcat dumpik.xz | wc --lines --bytes`

Ale ono to jde i jednim vrzem:

     pg_dump ... \
     | tee >(echo Line count and byte size: `wc --lines --bytes`" >&2) \
     | xz \
     > dumpik.xz 

Presmerovani >&2 na stderr je nutne, protoze jinak by se pocet radku octnul na 
konci zakomprimovaneho dumpiku. To se pravda muze nekdy hodit, treba pro 
jiny ucel. :-D 

Bash umi s expanzemi divy, pouzivam casto. Doporucuju v manu kouknout na 
Process Substitution. 

Dalsi sikovna, kterou moc lidi neznaji:

     echo "Verze Debianu: $(< /etc/debian_version)"

Rychly jako blesk, cte totiz primo bash, zadny externi prikaz.

T.

[Koudink] Re: Firefox tip: Proton ve verzi 91 uz nejde vypnout - aktivni

Covex — Tue, 23 Nov 2021 07:22:47 GMT

Posted By: Covex (mi'lius) on 'Koudink'
Date:      Tue 23.11.2021 8:22.47
Title:     Re: Firefox tip: Proton ve verzi 91 uz nejde vypnout - aktivni

> 
> Nejvic otravne na nem je, ze neni prakticky zadne vizualni rozliseni mezi 
> uchem (nyni tlacitkem) aktivni a neaktivni zalozky.
> 
> Muj fix v souboru chrome/userChrome.css v profilu:
> 
> #tabbrowser-tabs .tabbrowser-tab[selected] .tab-content { background: 
> linear-gradient(to bottom,#A0A0A0,#E0E0E0) !important; }
> 
> Ted vidim, ktera zalozka (tab) je aktivni a zaroven to znovu vypada jako 
> zalozka.
> 
> Chvili mi trvalo reseni na webu vyhledat, navic se mi nelibilo. Tak se s
> vami 
> delim o to sve. 

Diky, je to tak lepsi.. po prechodu na tento novy vzhled mi to taky vadilo, ze 
ten aktivni tab se spatne rozlisuje.. vadi mi i menu bez ikon s velkym 
radkovanim, ale jak to tak byva clovek si zvykne... 

> T.

C.

                                           Covex

[Koudink] Python tip: Nebufferovany print

Tuttle — Fri, 22 Oct 2021 06:52:01 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Fri 22.10.2021 8:52.01
Title:     Python tip: Nebufferovany print

Narazil jsem na elegantni tip. Kdyz si chcete usetrit sys.stdout.flush() za 
kazdym printem - hodi se treba pro dlouhobezici prikazy v shellovych kolonach.

    print = functools.partial(print, flush=True)

Funguje od Pythonu 3.3.

T.

[Koudink] Bash tip: C-like for

Tuttle — Sat, 25 Sep 2021 10:06:49 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 25.9.2021 12:06.49
Title:     Bash tip: C-like for

Bash pouzivam 25 let a dnes jsem objevil neco noveho a prekvapiveho. :-)

$ for ((i=0; i<10; i+=2)); do echo $i; done
0
2
4
6
8

[Koudink] Firefox tip: Proton ve verzi 91 uz nejde vypnout - aktivni tab

Tuttle — Sat, 14 Aug 2021 11:02:13 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 14.8.2021 13:02.13
Title:     Firefox tip: Proton ve verzi 91 uz nejde vypnout - aktivni tab


Nejvic otravne na nem je, ze neni prakticky zadne vizualni rozliseni mezi 
uchem (nyni tlacitkem) aktivni a neaktivni zalozky.

Muj fix v souboru chrome/userChrome.css v profilu:

#tabbrowser-tabs .tabbrowser-tab[selected] .tab-content { background: 
linear-gradient(to bottom,#A0A0A0,#E0E0E0) !important; }

Ted vidim, ktera zalozka (tab) je aktivni a zaroven to znovu vypada jako 
zalozka.

Chvili mi trvalo reseni na webu vyhledat, navic se mi nelibilo. Tak se s vami 
delim o to sve. 

T.

[Koudink] Bash tip: while cyklus nad soubory se strasidelnymi znaky

Tuttle — Tue, 20 Jul 2021 18:54:54 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 20.7.2021 20:54.54
Title:     Bash tip: while cyklus nad soubory se strasidelnymi znaky


Subject to rika vsechno. V Linuxu fakt neni moc omezeni na znaky v nazvu 
souboru. Striktne zapovezeny je vsak znak NUL. xargs -0 se bezne pouziva, 
ale ze muzeme tlacit i do while read, to byla pro me nedavno novinka. :-)

find -type f -print0 \
| while read -d $'\0' FILEPATH
do
     echo "Your regular file: $FILEPATH"
done

[Koudink] Bash tip: Presnost subsekund u date

Tuttle — Mon, 12 Jul 2021 17:43:37 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 12.7.2021 19:43.37
Title:     Bash tip: Presnost subsekund u date

Tak pecka, treti dnesni objev ve stejnym oboru. ;-) Zminoval jsem dnes 
nanosekundy. Tedy aktualni cas v lokalni casovy zone:

$ date +'%F %T.%N'
2021-07-12 19:40:48.716509248

Ale to je pomerne dost cislicek, beztak deformovanych dobou spousteni prikazu. 
Presnost vsak muzeme volit. Tedy milisekundy:

$ date +'%F %T.%3N'
2021-07-12 19:42:18.923

Desetinky:

$ date +'%F %T.%1N'
2021-07-12 19:42:29.1

Zarovnani:

$ date +'%F %T.%50N'
2021-07-12 19:42:40.00000000000000000000000000000000000000000186622591

Dobre zaziti. :-)

T.

[Koudink] Re: Bash tip: Jak bezpecne ochranit hodnotu pri predavani?

pharook — Mon, 12 Jul 2021 16:01:36 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Mon 12.7.2021 18:01.36
Title:     Re: Bash tip: Jak bezpecne ochranit hodnotu pri predavani?

> promenne binec, divoke znaky, ktere jsou schopne rozbourat predavani. 
> Obycejny quoting typu "$PAR" nemusi stacit. Bash ale umi dva zpusoby, kterym 
> quotovani bezpecne prida. 
> 
> 1. pomoci expanze: ${PAR@Q}
> 2. pomoci printf %q "$PAR"

   Vida, to mi tadyhle ubude peknych par radek:

   https://github.com/CESNET/lighterwall/blob/master/lighterwall#L112

   No, jak rika Semik, gramotny to maj jednodussi.

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Bash tip: Interni date

Tuttle — Mon, 12 Jul 2021 09:50:08 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 12.7.2021 11:50.08
Title:     Bash tip: Interni date


Petadvacet let si rikam, ze $(date ...) je dost neefektivni, protoze vyzaduje 
volani externich prikazu. Od bashe 4.2 to ale jde i interne, tedy bleskove a 
dokonce se zachycenim do parametru (promenne)!


$ printf -v DT '%(%F %T)T'

$ echo $DT
2021-07-12 09:46:25

$ printf 'Dnesni datum: %(%d. %m. %Y)T\n'
Dnesni datum: 12. 07. 2021


Toto formatovani nelze pouzit, pokud potrebujete podsekundovou presnost.
To umi jen date pomoci %N - nanosekundy.


Vic povidani: https://stackoverflow.com/a/1401495/340581

[Koudink] Bash tip: Jak bezpecne ochranit hodnotu pri predavani?

Tuttle — Mon, 12 Jul 2021 09:40:27 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 12.7.2021 11:40.27
Title:     Bash tip: Jak bezpecne ochranit hodnotu pri predavani?


Clovek se fakt porad uci, myslel jsem si, ze bash znam. :-) Nekdy je treba v 
promenne binec, divoke znaky, ktere jsou schopne rozbourat predavani. 
Obycejny quoting typu "$PAR" nemusi stacit. Bash ale umi dva zpusoby, kterym 
quotovani bezpecne prida. 

1. pomoci expanze: ${PAR@Q}
2. pomoci printf %q "$PAR"

Funguje i ${*@Q} pro expanzi vsech pozicnich parametru.

Priklad:

# Pomoci Ctrl-V vlozene znaky tab, \r a \n, pak je tam apostrof a uvozovky.

$ FF='tab       nl^Mnnl
apo'\''quot"'

$ echo $FF
nnl apo'quot"

$ echo "$FF"
nnl     nl
apo'quot"

$ echo ${FF@Q}
$'tab\tnl\rnnl\napo\'quot"'

$ printf %q "$FF" ; echo
$'tab\tnl\rnnl\napo\'quot"'


Super nastroj!

Vic povidani: https://stackoverflow.com/a/39463371/340581

T.

[Koudink] Re: Audible bell

CePal — Wed, 01 Apr 2020 21:48:11 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Wed 1.4.2020 23:48.11
Title:     Re: Audible bell

Hm, muj Appli Terminal zvuky nikdy vydavat neprestal. Zato od posledni 
aktualizace MacOS ma inerni SSH client docela brutalni bug: 
https://archive.md/lvCKA
 

> 
> Chybi vam v linuxu zvukove upozorneni z terminalu? Pred lety z mne neznameho
> 
> duvodu moje terminaly ztichly. Nasel jsem ale dnes elegantni zpusob, jak to 
> napravit. Navic jsem zjistil, ze zvukovy soubor z toho prikladu, ktery na
> svem 
> Ubuntu mam a ktery logicky musite mit taky (nebo ukazat na jiny existujici),
> 
> je vtipny zvuk. Tak se tu culim. :-)
> 
> https://forum.xfce.org/viewtopic.php?id=12031 
> 
> If you are using pulseaudio (which by default swallows the bell sound), edit
> 
> /etc/pulse/default.pa and add the following to the bottom of the file:
> 
> # audible bell
> load-sample-lazy x11-bell /usr/share/sounds/freedesktop/stereo/bell.oga
> load-module module-x11-bell sample=x11-bell
> 
> ... (point the first line to a valid bell sound) and restart the pulseaudio 
> server:
> 
> pulseaudio -k
> 
> ...and
> 
> Make sure that xfce4-terminal has MiscBell set to TRUE in 
> ~/.config/xfce4/terminal/terminalrc.
> 
> To posledni je rada pro uzivatel XFCE jako jsem ja. Jde obecne o to, aby vas
> 
> terminal mel vubec povoleno zvuk vydavat.
> 
> T.
>  
CePal

[Koudink] Audible bell

Tuttle — Tue, 31 Mar 2020 16:36:31 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 31.3.2020 18:36.31
Title:     Audible bell


Chybi vam v linuxu zvukove upozorneni z terminalu? Pred lety z mne neznameho 
duvodu moje terminaly ztichly. Nasel jsem ale dnes elegantni zpusob, jak to 
napravit. Navic jsem zjistil, ze zvukovy soubor z toho prikladu, ktery na svem 
Ubuntu mam a ktery logicky musite mit taky (nebo ukazat na jiny existujici), 
je vtipny zvuk. Tak se tu culim. :-)

https://forum.xfce.org/viewtopic.php?id=12031 

If you are using pulseaudio (which by default swallows the bell sound), edit 
/etc/pulse/default.pa and add the following to the bottom of the file:

# audible bell
load-sample-lazy x11-bell /usr/share/sounds/freedesktop/stereo/bell.oga
load-module module-x11-bell sample=x11-bell

... (point the first line to a valid bell sound) and restart the pulseaudio 
server:

pulseaudio -k

...and

Make sure that xfce4-terminal has MiscBell set to TRUE in 
~/.config/xfce4/terminal/terminalrc.

To posledni je rada pro uzivatel XFCE jako jsem ja. Jde obecne o to, aby vas 
terminal mel vubec povoleno zvuk vydavat.

T.

[Koudink] Re: Python

hlava — Tue, 22 Oct 2019 11:59:05 GMT

Posted By: hlava (****C*Y*B*E*R*P*U*N*K****) on 'Koudink'
Date:      Tue 22.10.2019 13:59.05
Title:     Re: Python

> > > > > > 
> > > > > >  http://diveintopython3.py.cz/index.html
> > > > > > 
> > > > > >  Tuttle, je neco lepsiho?
> > > > 
> > > >  kolega ted experimentuje se Clang :)
> > > 
> > >    Co se Clang tyce, je po pravde receno mnoho lepsich knih, nez Dive
> Into
> > 
> > > Python 3.
> > > 
> > >    Hm... i kdyz... :)
> > 
> >  :) to si nerozumime .. ten co experimentuje se Clangem, tak python
> ovlada..
> > 
> > rekl bych na dost dobre urovni :) 
> >  
> >  Jen me zajimalo, jestli je to diveintopython3 dobre.
> 
> Rozhodne, diveintopython3 doporucim kazdemu, kdo se chce ucit jakykoli 
> programovaci jazyk. ;-) 
> 
> > Mimochodem ... https://www.root.cz/galerie/linuxdays-2019-sobota/#133 :)
> 
> Co to je za zmrzlinare? :-)
> 
> T.

 prodava detem Linux :)

[Koudink] Re: Python

Tuttle — Mon, 21 Oct 2019 15:05:16 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 21.10.2019 17:05.16
Title:     Re: Python

> > > > > 
> > > > >  http://diveintopython3.py.cz/index.html
> > > > > 
> > > > >  Tuttle, je neco lepsiho?
> > > 
> > >  kolega ted experimentuje se Clang :)
> > 
> >    Co se Clang tyce, je po pravde receno mnoho lepsich knih, nez Dive Into
> 
> > Python 3.
> > 
> >    Hm... i kdyz... :)
> 
>  :) to si nerozumime .. ten co experimentuje se Clangem, tak python ovlada..
> 
> rekl bych na dost dobre urovni :) 
>  
>  Jen me zajimalo, jestli je to diveintopython3 dobre.

Rozhodne, diveintopython3 doporucim kazdemu, kdo se chce ucit jakykoli 
programovaci jazyk. ;-) 

> Mimochodem ... https://www.root.cz/galerie/linuxdays-2019-sobota/#133 :)

Co to je za zmrzlinare? :-)

T.

[Koudink] Re: Python

hlava — Fri, 18 Oct 2019 07:17:32 GMT

Posted By: hlava (****C*Y*B*E*R*P*U*N*K****) on 'Koudink'
Date:      Fri 18.10.2019 9:17.32
Title:     Re: Python

> > > > 
> > > >  http://diveintopython3.py.cz/index.html
> > > > 
> > > >  Tuttle, je neco lepsiho?
> > 
> >  kolega ted experimentuje se Clang :)
> 
>    Co se Clang tyce, je po pravde receno mnoho lepsich knih, nez Dive Into 
> Python 3.
> 
>    Hm... i kdyz... :)
>  
> 
> ____________________________________________________________________pharook_
> "Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."
> 

 :) to si nerozumime .. ten co experimentuje se Clangem, tak python ovlada.. 
rekl bych na dost dobre urovni :) 
 
 Jen me zajimalo, jestli je to diveintopython3 dobre.

Mimochodem ... https://www.root.cz/galerie/linuxdays-2019-sobota/#133 :)

R.

[Koudink] Re: Python

pharook — Thu, 17 Oct 2019 08:38:03 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Thu 17.10.2019 10:38.03
Title:     Re: Python

> > > 
> > >  http://diveintopython3.py.cz/index.html
> > > 
> > >  Tuttle, je neco lepsiho?
> 
>  kolega ted experimentuje se Clang :)

   Co se Clang tyce, je po pravde receno mnoho lepsich knih, nez Dive Into 
Python 3.

   Hm... i kdyz... :)
 

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: Python

hlava — Wed, 16 Oct 2019 13:27:29 GMT

Posted By: hlava (****C*Y*B*E*R*P*U*N*K****) on 'Koudink'
Date:      Wed 16.10.2019 15:27.29
Title:     Re: Python

> > 
> >  http://diveintopython3.py.cz/index.html
> > 
> >  Tuttle, je neco lepsiho?
> > 
> > R.
> 
> S timhle neudelas chybu. :-)
> 
> T.

 kolega ted experimentuje se Clang :)

R.

[Koudink] Re: Python

Tuttle — Mon, 14 Oct 2019 11:18:04 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 14.10.2019 13:18.04
Title:     Re: Python

> 
>  http://diveintopython3.py.cz/index.html
> 
>  Tuttle, je neco lepsiho?
> 
> R.

S timhle neudelas chybu. :-)

T.

[Koudink] Python

hlava — Tue, 01 Oct 2019 08:47:55 GMT

Posted By: hlava (****C*Y*B*E*R*P*U*N*K****) on 'Koudink'
Date:      Tue 1.10.2019 10:47.55
Title:     Python


 http://diveintopython3.py.cz/index.html

 Tuttle, je neco lepsiho?

R.

[Koudink] Tip: Firefox 65+ malicko chytrejsi

Tuttle — Sun, 01 Sep 2019 17:57:07 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sun 1.9.2019 19:57.07
Title:     Tip: Firefox 65+ malicko chytrejsi


Dlouho mi vadilo, ze Firefox se na stisk Ctrl-Q okamzite ukoncil. Nevaroval, 
protoze se vyvojari spolehali na to, ze varovat nemuseji, kdyz je zapnuty 
Session Restore, tj. obnoveni vsech karet po startu. 

Jenze Restore jaksi neni to same, neobnovi stranky dokonale, spusteni nechtene 
zavreneho browseru chvili trva, neobnovi se vam privatni okna atp.

Tak mam radost, ze od Firefoxu 65 zmizela podminka zapnuteho Session 
Restore pro varovaci okno "opravdu chcete zavrit tolik a tolik karet"!

Muzu si zrusit globalni prekryti Ctrl-Q jinou funkci (konkretne jsem tim 
oteviral Audio mixer), abych si zabranil nechtenyho zavreni browseru. :-)

https://www.ghacks.net/2018/11/27/mozilla-changes-firefoxs-warn-on-quit-logic/

T.

[Koudink] Copy tip

Tuttle — Wed, 14 Aug 2019 12:04:03 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 14.8.2019 14:04.03
Title:     Copy tip


scp -3

[Koudink] Bash tip na duplikatky

Tuttle — Sat, 29 Jun 2019 13:26:06 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 29.6.2019 15:26.06
Title:     Bash tip na duplikatky


Zprehledneni vystupu:
Vlozeni prazdneho radku, kdyz se hodnota i-teho sloupce zmeni. 

awk -v i=1 'NR>1 && $i!=p { print "" }{ p=$i } 1'

[Koudink] Bash tip: Vyhledavani

Tuttle — Tue, 01 Jan 2019 12:17:44 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 1.1.2019 13:17.44
Title:     Bash tip: Vyhledavani


Nikdy se mi nelibilo testovat vysledek findu stringove. Narazil jsem na 
elegantni reseni testu, jestli "by find neco vypsal" pomoci navratoveho kodu. 
Musi se trochu pres ruku, ale jde to. A dela se relativne malo operaci. Takze 
to, jestli je primo v homu nejaka polozka mladsi nez 10 dni (bacha na inverzi):

if find ~ -maxdepth 1 -mtime -10 -exec false {} +
then
     echo neni
else
     echo je
fi

[Koudink] Tip na Trello proti netrpelivym prstum

Tuttle — Tue, 20 Nov 2018 22:25:24 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 20.11.2018 23:25.24
Title:     Tip na Trello proti netrpelivym prstum

Kdyz si v Trellu omylem smazete popis karty a Ctrl-Z nefachci, jde to obnovit: 

https://help.trello.com/article/783-recovering-the-description-of-a-card-that-h
as-been-changed

Zkracene: 

https://trello.com/1/cards/[card ID]/actions?filter=updateCard:desc

[Koudink] Tip na Google Tabulky

Tuttle — Wed, 14 Nov 2018 11:51:03 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 14.11.2018 12:51.03
Title:     Tip na Google Tabulky


Pokud mate v jedne bunce cas ve formatu H:MM:SS, takto

21:14:00

tak na desetine cislo to prevede vynasobenim cislem 24, takto:

=A1*24

Vysledkem je 

21,23

Nekdy se dost hodi na soucty. Neni to zrovna intuitivni, tak to pisu. :-)

V.

[Koudink] Re: Browsing tip: Klik prostrednim na Back

hlava — Mon, 08 Oct 2018 10:31:26 GMT

Posted By: hlava (****C*Y*B*E*R*P*U*N*K****) on 'Koudink'
Date:      Mon 8.10.2018 12:31.26
Title:     Re: Browsing tip: Klik prostrednim na Back


 pekne ... to se hodi :)

R.

[Koudink] Browsing tip: Klik prostrednim na Back

Tuttle — Sun, 07 Oct 2018 10:17:29 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sun 7.10.2018 12:17.29
Title:     Browsing tip: Klik prostrednim na Back

Kdyz v browseru kliknete prostrednim tlacitkem na tlaticko Zpet, otevre se 
predchozi stranka v nove karte, do ktere se zaroven zkopiruje historie 
(zajiste o jednu polozku kratsi). Sikovne.

Funguje ve Firefoxu a Chromiu.

T.

[Koudink] Linux tip: vypis procesu

Tuttle — Sun, 16 Sep 2018 13:05:24 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sun 16.9.2018 15:05.24
Title:     Linux tip: vypis procesu

Dost let rucne tukam rucne prikaz

ps axfwu | less

a nasledne mackam Page Down, abych preskocil uvodni hromadu procesu jadra. 

Pred casem jsem si na to udelal alias. Ale nazyval se pl, takze jsem na nej 
hned zapomnel. :-) Ted jsem se ale rozhodl ho vylepsit o odfiltrovani tech 
jadernych vlaken, ktere nepotrebuju videt. 

Nenasel jsem lepsi zpusob nez tento:

alias p='ps axfwwwu | awk "(\$5 != 0 || \$8 ~ /Z/ || \$0 !~ /\]$/)" | less -S'

Filtrace pomoci faktu, ze jaderne procesy nezabiraji pamet a nazvy maji
v hranate zavorce, pro jistotu budem najisto vypisovat zombiky, protoze o 
tech chci vedet.

Siroky vypis a -S u less zajisti, ze kdyz si v lessu zvetsim terminal, uvidim 
pokazde pekny vyrez bez zalomeni radku, kterym muzu posouvat vsemi smery.

T.

[Koudink] Git tip: Stashovani prejmenovani souboru

Tuttle — Mon, 09 Oct 2017 17:35:50 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 9.10.2017 19:35.50
Title:     Git tip: Stashovani prejmenovani souboru


Kdyz si potrebuju "odskocit" a pouziju pro to `git stash', ve kterem je nejake 
prejmenovani, tak po `git stash pop` se prejmenovani neprojevi, ale rozdeli se 
na smazani stareho nazvu a pridani souboru pod nazvem novym.

Reseni je (pokud neni konflikt):

git stash pop --index

(pokud jste pop jeste neprovedli)

Pokud ale pop uz probehl, tak takto:

git rm --cached stary-nazev

Detail: 
https://stackoverflow.com/questions/8495103/git-stash-and-pop-shows-file-no-lon
ger-marked-as-moved

[Koudink] QR kod na bankovni prevod v JS

Tuttle — Sat, 10 Jun 2017 17:05:40 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 10.6.2017 19:05.40
Title:     QR kod na bankovni prevod v JS


http://pixy.cz/apps/qrcode/

[Koudink] Git tip: Review pred mergem

Tuttle — Wed, 07 Jun 2017 14:15:57 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 7.6.2017 16:15.57
Title:     Git tip: Review pred mergem


V tymove spolupraci obcas chcete zrevidovat neci praci ve feature branchi 
`foo` predtim, nez se mergne do `master`. Jenze v `master` je mezitim taky 
vyvoj a ten v diffu videt nechcete.

Proto kdyz jste v branchi `foo`, udelejte jednoduse

git diff master...

Tri tecky zajisti diffnuti oproti _poslednimu spolecnemu commitu_. Obrazek 
zde: https://stackoverflow.com/a/7256391/340581

Sikovne. Takze uvidite jen zmeny, ktere by se mergnuly do masteru.

T.

[Koudink] Re: IPv6 je vic nez 15 let a

CePal — Thu, 19 Jan 2017 10:40:56 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Thu 19.1.2017 11:40.56
Title:     Re: IPv6 je vic nez 15 let a

> > https://www.root.cz/clanky/ipv6-nechtene-dite/
> > tuttle
> 
> Wow, toto leti. IPv4 zacina byt v podstate odpocitavane, dosly adresy.
> Nevim nakolik jsem nedospely, ale vnimam to tak, ze IPv4 to ma spocitane,
> lepsi nahrada neexistuje, IPv6 ma zelenou.
> 
>   Rray

No, IP4 adresy dosly v letech 2010-2011, podle toho, jak to pocitas. To je 
tedy pred 5ti az 6ti lety. A stale se vpohode na IP4 jede. NAT, privatni site, 
atd. 64k portu je proste vyuzitelnych pro IP4 agregaci/NAT docela dobre, plus 
je to i dobre na zabezpeceni.

Ja si myslim, ze prichod IP6 je cca stejne nejistej, jako Brexit. Zatim se o 
tom jen mluvilo, zadne konkretni kroky k uvedeni slov do "ostre" praxe 
nedoslo a nikdo netusi, kdy (jestli vubec) k tomu dojde. 

CePal

[Koudink] Re: IPv6 je vic nez 15 let a

Rray — Wed, 18 Jan 2017 14:02:11 GMT

Posted By: Rray (Vsechno je forma protestu) on 'Koudink'
Date:      Wed 18.1.2017 15:02.11
Title:     Re: IPv6 je vic nez 15 let a

> Po 6,5 letech od sveho postu zacinajicim tento thread si dovolim odkazat na 
> https://www.root.cz/clanky/ipv6-nechtene-dite/
> 
> i diskuse je zajimava. Je jen treba filtrovat ad hominem rejpance mene 
> dospelych jedincu.

Wow, toto leti. IPv4 zacina byt v podstate odpocitavane, dosly adresy.
Nevim nakolik jsem nedospely, ale vnimam to tak, ze IPv4 to ma spocitane,
lepsi nahrada neexistuje, IPv6 ma zelenou.

  Rray

[Koudink] Re: IPv6 je vic nez 15 let a

Tuttle — Tue, 17 Jan 2017 17:38:37 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 17.1.2017 18:38.37
Title:     Re: IPv6 je vic nez 15 let a


Po 6,5 letech od sveho postu zacinajicim tento thread si dovolim odkazat na 
https://www.root.cz/clanky/ipv6-nechtene-dite/

i diskuse je zajimava. Je jen treba filtrovat ad hominem rejpance mene 
dospelych jedincu.

T.

[Koudink] Skoleni Python: Programovaci jazyk pro kazdeho!

Tuttle — Thu, 28 Apr 2016 20:51:04 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Thu 28.4.2016 22:51.04
Title:     Skoleni Python: Programovaci jazyk pro kazdeho!

Cau,

rad bych vas upozornil na sve TRIDENNI SKOLENI programovaciho jazyka
PYTHON, ktere se chysta na konec kvetna v Praze. Konkretne 30.5. - 1.6.2016
(po - st).

Na zaklade zajmu jednotlivcu je toto skoleni timto zpusobem zamereno
a prihlasovani je zcela otevrene.

Nevahejte prosim dlouho, tato akce se neporada casto, pocet mist je omezen
a obsazuji je ve spolupraci s obchodnimi partnery. Mohu se pysnit velmi
dobrymi referencemi na svou vyuku a tak verim, ze odejdete opravdu
spokojeni.

Vice informaci naleznete na nasledujici webove strance:

    http://macek.sandbox.cz/skoleni/Jazyk-Python.html

Predem dekuji za Vas zajem, tesim se na prihlasku a jsem k dispozici pro
jakekoli Vase dotazy.

Mejte se pekne,

Tuttle

[Koudink] Linux tip: netbash

Tuttle — Sat, 26 Mar 2016 09:53:59 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 26.3.2016 10:53.59
Title:     Linux tip: netbash


Vedeli jste, ze bash ma v /dev/ nekolik pseudozarizeni (neexistujicich) a ze 
dve z nich /dev/tcp a /dev/udp umoznuji komunikovat pomoci TCP a UDP socketu?

Priklady:
http://tldp.org/LDP/abs/html/devref1.html

Vcelku husty. :-)

T.

[Koudink] Linux tip: Mapovani tlacitek mysi

Tuttle — Sat, 27 Feb 2016 13:06:43 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 27.2.2016 14:06.43
Title:     Linux tip: Mapovani tlacitek mysi

Koupil jsem si novou mysku. Vyhovuje mi, ale brzo jsem zjistil, ze dve 
postranni tlacitka, ktera pouzivam treba pro Back a Forward v prohlizeci, 
maji obraceny vyznam. Nechce se mi hrabat v konfiguraci X11. Ale zjistil 
jsem, ze to jde i dynamicky.

$ xinput list

vypise vstupni zarizeni. V dokumentaci se pise, ze dalsi prikazy potrebuji 
ciselne id zarizeni, ale me to funguje i s nazvem. Kdovi, jak jsou id stala.

$ input test "Logitech USB Laser Mouse"

zde muzete sledovat odalosti od mysi. Vyzkousite tlacitka, ktera chcete 
prohodit a pak je premapujete: 

$ xinput set-button-map "Logitech USB Laser Mouse" 1 2 3 4 5 6 7 9 8 

Tak si to dam do sveho startup skriptu. :-)

T.

[Koudink] git tip: Smazani velkych souboru z historie

Tuttle — Sat, 27 Feb 2016 12:55:03 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 27.2.2016 13:55.03
Title:     git tip: Smazani velkych souboru z historie

Pribeh: Pouzivam etckeeper, ktery pomoci gitu sleduje historii zmen v /etc. 
Obcas mi ale spadnou Xka a vytvori se obri soubor /etc/X11/core. 
Protoze to predem necekate, etckeeper snazive ten fajl zaeviduje, cimz 
adresar /etc/.git navzdy nabobtna, i kdyz puvodni zbytecny soubor smazete.

Existuje moznost, jak z historie gitu vymazat zbytecny fajl:

cd /etc/; git filter-branch --tree-filter 'rm -f X11/core' HEAD

Je to pomale. A pote bude treba udelat jeste dalsi cistici operace, aby se 
repo zmensilo:

$ git update-ref -d refs/original/refs/heads/master
$ git reflog expire --expire=now --all
$ git gc --prune=now

Nyni ma /etc/.git pekne 4 mega.

Tato stranka mj. navrhuje rychlejsi javovy program: 

http://stackoverflow.com/questions/2100907/how-to-remove-delete-a-large-file-fr
om-commit-history-in-git-repository

A podrobne upozornuje na rizika toho, kdybyste tuto operaci udelali na 
distribuovanem repu! I tam to jde, ale vyzaduje to koordinaci vsech vyvojaru.

T.

[Koudink] Linux tip: less

Tuttle — Sat, 27 Feb 2016 12:36:49 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 27.2.2016 13:36.49
Title:     Linux tip: less

S casem jsem si do prostredi nastavil toto

LESS=-isMRnq#3~x4

Prijemne mi to less prizpusobi mym zvykum. Samozrejme to ovlivni less pousteny 
ruznymi utilitami jako je man nebo git.

Casto pouzivam jeste prepinace -S pro nezalamovani radku, to zadavam podle 
potreby.

Prepinace jsou pouzit i v interaktivnim rezimu! Proste napisete -S.
Nebo -N pro cisla radku. Nebo -x a less se zepta na sirku tabu. 

Z dokumentace jsem nevycetl jednu velmi uzitecnou vec, kterou obcas potrebuju: 
Kdyz v lessu zadam 

123g

tak skocim na radek 123.

Nebo z prikazove radky 

less +10000 -j2

zpusobi, ze 10000. radek vstupu se zobrazi na druhem radku terminalu.

Enjoy,

T.

[Koudink] Beating the Averages

Tuttle — Mon, 09 Nov 2015 13:42:47 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 9.11.2015 14:42.47
Title:     Beating the Averages


Ze Paul Graham je genius, o tom asi mnoho z vas presvedcovat nemusim. Cetl 
jsem zrovna Joela a on odkazal nejakym terminem na clanek

http://www.paulgraham.com/avg.html

Ten jsem precetl, cely, slovo od slova. Je to neco uzasneho, moudrost, spousta 
veci, ktere by se proste daly citovat, odkryti faktu, ktere jsem jen tusil. 
A krome toho mi to udelalo radost.

Pokud se zajimate o programovani ve vyssim smyslu a ten clanek jste necetli, 
nebo jste ho jen preletli, prosim vas, 1) udelejte si na nej cas v klidu, 2) 
venujte mu pozornost, 3) pokud vas zaujme, ozvete se mi. Chtel bych si o tom 
promluvit. 

Dik,

Tuttle

[Koudink] Re: Tip: Nektere soubory nechceme git diffovat

CrazyJoe — Mon, 09 Nov 2015 10:19:59 GMT

Posted By: CrazyJoe (Svycar) on 'Koudink'
Date:      Mon 9.11.2015 11:19.59
Title:     Re: Tip: Nektere soubory nechceme git diffovat


  Dik, tohle se mi zrovna hodi!

Crazy.


> 
> V repozitari zdrojaku mame obcas soubory, napr. main.css.map, ktere chceme 
> normalne trackovat, ale jsou produktem CSS kompilatoru a jejich zmeny neni 
> nutne cist. Nasledujici radek pridany do souboru .gitattributes (ktery pak 
> muzete commitnout) dany soubor ve vystupu git diff prepne do binarniho 
> rezimu: 
> 
> path/to/main.css.map     -diff
> 
> Niiiiiice, isn't it. :-)
> 
> T.

                            ...zere male deti a nevraci kocarky.

[Koudink] Tip: Nektere soubory nechceme git diffovat

Tuttle — Fri, 06 Nov 2015 13:59:09 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Fri 6.11.2015 14:59.09
Title:     Tip: Nektere soubory nechceme git diffovat


V repozitari zdrojaku mame obcas soubory, napr. main.css.map, ktere chceme 
normalne trackovat, ale jsou produktem CSS kompilatoru a jejich zmeny neni 
nutne cist. Nasledujici radek pridany do souboru .gitattributes (ktery pak 
muzete commitnout) dany soubor ve vystupu git diff prepne do binarniho 
rezimu: 

path/to/main.css.map     -diff

Niiiiiice, isn't it. :-)

T.

[Koudink] Tip: sort -R

Tuttle — Fri, 09 Oct 2015 08:45:28 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Fri 9.10.2015 10:45.28
Title:     Tip: sort -R


Nepotrebovali jste nekdy zamichat poradi radku v souboru? Nevedel jsem, ze to 
jde i takto jednoduse. :-)

T.

[Koudink] Linux zajimavost: Chytre mv :-)

Tuttle — Wed, 11 Mar 2015 09:39:55 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 11.3.2015 10:39.55
Title:     Linux zajimavost: Chytre mv :-)


$ mkdir /tmp/tempdir
$ cd /tmp/tempdir
$ touch a b cl
$ ln cl dl
$ ls -lai
193071 drwxrwxr-x  2 tuttle tuttle 120 20150311-103753 .
  1461 drwxrwxrwt 17 root   root   500 20150311-103736 ..
192185 -rw-rw-r--  1 tuttle tuttle   0 20150311-103749 a
192186 -rw-rw-r--  1 tuttle tuttle   0 20150311-103749 b
192187 -rw-rw-r--  2 tuttle tuttle   0 20150311-103749 cl
192187 -rw-rw-r--  2 tuttle tuttle   0 20150311-103749 dl
$ mv -vf a b
a -> b
$ mv -vf cl dl
removed cl
$ ls -lai
193071 drwxrwxr-x  2 tuttle tuttle  80 20150311-103810 .
  1461 drwxrwxrwt 17 root   root   500 20150311-103736 ..
192185 -rw-rw-r--  1 tuttle tuttle   0 20150311-103749 b
192187 -rw-rw-r--  1 tuttle tuttle   0 20150311-103749 dl
$

[Koudink] Re: UNIX tip: Smazane, ale stale pouzivane soubory

Rray — Mon, 09 Feb 2015 20:34:33 GMT

Posted By: Rray (Vsechno je forma protestu) on 'Koudink'
Date:      Mon 9.2.2015 21:34.33
Title:     Re: UNIX tip: Smazane, ale stale pouzivane soubory

> Wow. Dekuji Tuttlovi za tento prispevek.

K dikum se hlasite pripojuju, mel jsem za to, ze se toho restartuje 'samo' vic 
nez ve skutecnosti.

  Rray

[Koudink] Re: UNIX tip: Smazane, ale stale pouzivane soubory

JiMo — Mon, 09 Feb 2015 02:28:09 GMT

Posted By: JiMo (dar-k-ing) on 'Koudink'
Date:      Mon 9.2.2015 3:28.09
Title:     Re: UNIX tip: Smazane, ale stale pouzivane soubory

Wow. Dekuji Tuttlovi za tento prispevek. Zvlaste na domacim servriku me dost 
vydesil vystup checkrestartu, o to vic, ze se nakonec vsechny problemy daly 
vyresit bez restartu. No, hned mi pribyl novy alias

alias aptitude='aptitude; echo "*** Kontrola procesu k restartu: ***"; 
checkrestart' 

checkrestart rovnou vyhodi i radky ke zkopirovani s restartem procesu, 
samozrejme je dobre ohlidat si, jestli si na dalku neodstrihnete sit ap. :)
Prekvapilo me, ze u celkem dost demonu neodhadla skript pro restart, ale asi 
to bere jen podle nazvu (takze treba mysqld neodhali, kdyz skript v 
/etc/init.d je jen mysql). A na zaver jeste psal 6 procestu od jednoho 
programu, ale nevypsal uz nic dalsiho - ale pri pouziti -v jsem odhalil, ze 
slo o getty, ktere nastesti staci zabit a respawnou se samy. 

Opravdu velmi uzitecna utilitka, dekuji za tip.

jimo:)
                  [ A project manager is a person who thinks
                    nine women can deliver a baby in one month. ]

[Koudink] UNIX tip: Smazane, ale stale pouzivane soubory

Tuttle — Sat, 07 Feb 2015 11:29:40 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 7.2.2015 12:29.40
Title:     UNIX tip: Smazane, ale stale pouzivane soubory

Chtel bych se s vami podelit o ponekud neprijemna zjisteni a jak jsem
se s nimi vyrovnal. :-) 

Mel jsem nejaky ten rok zato, ze prikaz

     lsof +L1

vypise vsechny soubory, ktere jsou na UNIX/Linuxovem systemu smazane, 
ale stale zustavaji otevrene. Ke skutecnemu uvolneni diskovych bloku po 
poslednim unlinku dochazi az po zavreni souboru. Proces muze pouzivat smazanou 
verzi souboru jak dlouho chce. Pomoci symlinku v /proc/PID/fd se jde k obsahu 
smazaneho, ale neuvolneneho souboru dostat. Po zavreni toho handlu uz tezko... 

Nedavno jsem prekvapene zjistil, ze lsof klame telem... Jeste totiz muzou byt 
soubory otevrene mapovanim. A ty jsou mnohem zaludnejsi, protoze se tak 
"oteviraji" sdilene knihovny, ktere mohou zustat stare i po bezpecnostnich 
aktualizacich systemu, pokud se pouzivajici procesy nerestartuji!

lsof je vypisuje take, ale jinak: Ve sloupci FD je, jak zjistuju, slovo DEL. 
Nebo je mozne porovnat cislo ve sloupci NODE s i-nodem aktualniho souboru
v te ceste. Dalsi moznosti je pouzit tento prikaz:

     egrep -l '\(deleted\)$' /proc/*/maps | tr -cd 0-9\\n | xargs -r ps uw

Ten pekne vypise vsechny procesy s mapovanymi zastaralymi soubory. Vsimnete si 
tez hezkeho triku s tr. Pro standardne otevrene soubory lze pouzit toto:

     find -L /proc/[0-9]*/fd -maxdepth 1 -links -1 -printf "%h\n" 2>/dev/null \
     | tr -cd 0-9\\n | xargs -r ps uw

Zkombinovani obou kolon do jedne ponechme jako domaci cviceni. :-)

Sam vsak pouzivam v cronu toto:

     lsof | egrep ' DEL |\(deleted\)$' \
     | egrep -v -f /etc/allowed_deleted_but_used_files \
     | sed -e 's/^/DELETED-USED-FILE: /' 

V souboru /etc/allowed_deleted_but_used_files mam vzorky toho, o cem nechci 
byt informovan. Varovani: Tento soubor regularnich vyrazu nesmi obsahovat 
prazdny radek! Pro INSPIRACI nektere vzorky (ale radeji si vytvorte svuj 
soubor): 

^apache2 .* /var/run/apache2/(ssl_mutex|wsgi\.[0-9.]+\.lock) \(deleted\)$
^mysqld .* /var/tmp/ib...... \(deleted\)$
^imap .* /var/home/[^ ]+/dovecot(\.index|-uidlist) \(deleted\)$
^(apache2|sshd) .* /dev/zero$
 /SYSV[0-9a-f]{8}$
^(cron|sh|run-parts|curl|sh|gpg) .* (/var)?/tmp/tmpf...... \(deleted\)$

Muzete pouzit prepinac lsof -s pro vypsani sloupce s velikosti smazaneho 
souboru. Pokud pouzivate Linuxovou verzi lsof, optimalizujte jeho beh 
vynechanim sitovych spojeni (-X). Prepinac -R pro vypis PID rodicovskych 
procesu se taky muze hodit. 

Dosti se to hodilo dnes. Na stale podporovanem Debianu Squeeze LTS jsem 
nainstalovalaktualizace: 

[UPGRADE] libgssapi-krb5-2 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libgssrpc4 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libk5crypto3 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libkadm5clnt-mit7 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libkadm5srv-mit7 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libkdb5-4 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libkrb5-3 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9
[UPGRADE] libkrb5support0 1.8.3+dfsg-4squeeze8 -> 1.8.3+dfsg-4squeeze9

Mel jsem zato, ze aktualizacni proces restartuje procesy, ktere .so knihovny 
pouzivaji. Drive se to tak delavalo. Ale dnes tomu tedy tak nebylo... apache2, 
sshd, dovecot, kvm, ... vsechny takoveto nevinne procesy i po security 
aktualizaci (urgency=high) stale pouzivaly stare verze...

---

Tez jsem nasel, ze v Debianu/Ubuntu je balik debian-goodies, ktery mj. 
obsahuje skript checkrestart. Na Fedore je podobny: needs-restarting. Detekuje 
prave procesy se startymi knihovnami a pise doporuceni, co delat. Pridam si ho 
nyni to postupu updatovani baliku na svych serverech, abych se mi jeho cenne
informace aktivne cpaly. 

Mimochodem, zajimavost: lsof -P je sikovny prepinac pro vypis sitovych spojeni 
(-i). Dlouho jsem ho chtel: Vypne preklad cisel portu na nazvy, lepe se v tom 
pak hleda. Prepinac -n snad zna kazdy casty uzivatel lsof ci netstatu.
A posledni zajimavost, vedeli jste, ze uz par let existuje protokol c. 136
s nazvem UDPLITE? :-) 

Dekuji za pozornost, snad vam to k necemu bude.
Uvitam prispevky k tomuto tematu. :-)

Tuttle

[Koudink] Re: Linux tip: Odstraneni duplicitnich radku se zachovanim por

Tuttle — Tue, 03 Feb 2015 11:04:46 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 3.2.2015 12:04.46
Title:     Re: Linux tip: Odstraneni duplicitnich radku se zachovanim por

> Nekdy chceme zrusit duplikaty, ale nechceme sortit. Premyslel jsem, jak to 
> udelat a ono existuje neskutecne jednoduche reseni...
> 
> awk ' !x[$0]++'

Ted jsem chtel toto vyuzit ve sve bash funkci, kterou prohledavam jeho history.
A zjistil jsem, ze nechci zachovat prvni vyskyt, ale posledni. Nicmene, zadny 
problem. :-)

tac | awk ' !seen[$0]++' | tac

(x z predchoziho receptu jsem prejmenoval, aby bylo videt, ze to je promenna.)

T.

[Koudink] Re: Linux tip: Odstraneni duplicitnich radku se zachovanim

pharook — Wed, 14 Jan 2015 11:15:04 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Wed 14.1.2015 12:15.04
Title:     Re: Linux tip: Odstraneni duplicitnich radku se zachovanim

> a treba takovej sort si neumi predem ohlidat, zda 
> se mu to do toho /tmp vejde, protoze nikdo pred 30ti lety necekal, jak 
> obludne velky soubory by nekdo mohl mit ten "genialni" napad sortovat. Mozna
> proto awk /tmp nepouziva...? 

   sort to nechava na spravci, viz sort(1) (-T nebo $TMPDIR).

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: Linux tip: Odstraneni duplicitnich radku se zachovanim

Tuttle — Tue, 13 Jan 2015 20:59:42 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 13.1.2015 21:59.42
Title:     Re: Linux tip: Odstraneni duplicitnich radku se zachovanim

Spravce by mel vedet, co muze zpracovavat pri jakych zdrojich.
sort ma switch na kompresi docasnych souboru volitelnym kompresorem.
sort se muze tezko pripravit predem, cte-li ze streamu. Dela co jde.
Jak jsem psal, nevim, jestli awk /tmp pouziva nebo ne.
Na velkych datech je vzdy lepsi udelat nejdriv test a pozorovat zdroje.

T.

> Ono swapovat velikansky texty do /tmp, zejmena na mlaych virtualech, taky 
> nemusi mit uplne skvele vysledky (mensi /tmp mapovany do ramfs se zaplni 
> velmi rychle a snadno)... a treba takovej sort si neumi predem ohlidat, zda 
> se mu to do toho /tmp vejde, protoze nikdo pred 30ti lety necekal, jak 
> obludne velky soubory by nekdo mohl mit ten "genialni" napad sortovat. Mozna
> proto awk /tmp nepouziva...? 
> 
> > 
> > Nekdy chceme zrusit duplikaty, ale nechceme sortit. Premyslel jsem, jak to
> 
> > udelat a ono existuje neskutecne jednoduche reseni...
> > 
> > awk ' !x[$0]++'
> > 
> > Mozna by se to nemelo prehnat s velikosti vstupu, awk mozna neumi
> "swapowat"
> > 
> > do /tmp jako sort... :-)
> > 
> > Enjoy!
> > 
> > Zdroj: 
> >
> http://stackoverflow.com/questions/11532157/unix-removing-duplicate-lines-wit
> 
> > ho
> > ut-sorting
> >  
> >  
> CePal

[Koudink] Re: Linux tip: Odstraneni duplicitnich radku se zachovanim

CePal — Tue, 13 Jan 2015 16:47:34 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Tue 13.1.2015 17:47.34
Title:     Re: Linux tip: Odstraneni duplicitnich radku se zachovanim

Ono swapovat velikansky texty do /tmp, zejmena na mlaych virtualech, taky 
nemusi mit uplne skvele vysledky (mensi /tmp mapovany do ramfs se zaplni 
velmi rychle a snadno)... a treba takovej sort si neumi predem ohlidat, zda 
se mu to do toho /tmp vejde, protoze nikdo pred 30ti lety necekal, jak 
obludne velky soubory by nekdo mohl mit ten "genialni" napad sortovat. Mozna 
proto awk /tmp nepouziva...? 

> 
> Nekdy chceme zrusit duplikaty, ale nechceme sortit. Premyslel jsem, jak to 
> udelat a ono existuje neskutecne jednoduche reseni...
> 
> awk ' !x[$0]++'
> 
> Mozna by se to nemelo prehnat s velikosti vstupu, awk mozna neumi "swapowat"
> 
> do /tmp jako sort... :-)
> 
> Enjoy!
> 
> Zdroj: 
> http://stackoverflow.com/questions/11532157/unix-removing-duplicate-lines-wit
> ho
> ut-sorting
>  
>  
CePal

[Koudink] Linux tip: Odstraneni duplicitnich radku se zachovanim poradi

Tuttle — Sat, 10 Jan 2015 22:31:24 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 10.1.2015 23:31.24
Title:     Linux tip: Odstraneni duplicitnich radku se zachovanim poradi


Nekdy chceme zrusit duplikaty, ale nechceme sortit. Premyslel jsem, jak to 
udelat a ono existuje neskutecne jednoduche reseni...

awk ' !x[$0]++'

Mozna by se to nemelo prehnat s velikosti vstupu, awk mozna neumi "swapowat" 
do /tmp jako sort... :-)

Enjoy!

Zdroj: 
http://stackoverflow.com/questions/11532157/unix-removing-duplicate-lines-witho
ut-sorting

[Koudink] Python a symbolicka matematika

Tuttle — Thu, 08 Jan 2015 18:53:50 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Thu 8.1.2015 19:53.50
Title:     Python a symbolicka matematika


Noticka pro zajemce o Python a bez nenavisti k matematice. :-)
Cteni tohoto mi udelalo vcera radost.

http://docs.sympy.org/latest/tutorial/intro.html

[Koudink] Re: Untrusted - a user javascript adventure game

vitas — Mon, 01 Dec 2014 08:49:24 GMT

Posted By: vitas (make love not war) on 'Koudink'
Date:      Mon 1.12.2014 9:49.24
Title:     Re: Untrusted - a user javascript adventure game


>    http://alexnisnevich.github.io/untrusted/

Bobma! Jedna z mala her co jsem dohral dokonce. Ted sjizdim bonusy.

Diky moc za typ. 

vitas
  @;;

[Koudink] Python tip: Paralelismus na jednom radku

Tuttle — Sat, 01 Nov 2014 15:18:52 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 1.11.2014 16:18.52
Title:     Python tip: Paralelismus na jednom radku


map() je hezka funkcionalni cihlicka, obcas pouzivana v mych programech.
A co kdyby v sobe schovala otravne programovany paralelismus? Co kdybych si 
navic mohl vybrat, jestli vlaknovy nebo procesovy?

https://medium.com/@thechriskiehl/parallelism-in-one-line-40e9b2b36148

$ time python m2.py 
[1.0, 2, 4, 6]

real     0m3.033s
user     0m0.020s
sys     0m0.008s

$ cat m2.py 
from multiprocessing import Pool

def f(x):
    import time
    time.sleep(x)
    return 2*x

print Pool().map(f, [0.5, 1, 2, 3])

# Onen modul umi jeste vic veci...
# https://docs.python.org/2.7/library/multiprocessing.html
#
# Pekny tutorialek!
# http://pymotw.com/2/multiprocessing/basics.html
#
# T.

[Koudink] Tip: git add -p

Tuttle — Mon, 27 Oct 2014 17:13:49 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 27.10.2014 18:13.49
Title:     Tip: git add -p


Moznost vybrat jen nektere zmeny uvnitr zmenenych souboru ke commitu. 
Objeveno. Vyuzito. Super! Velky vyber interaktivnich prikazu.

T.

[Koudink] Ochrana browseru pred pouzitim SSLv3

Tuttle — Wed, 22 Oct 2014 08:19:27 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 22.10.2014 10:19.27
Title:     Ochrana browseru pred pouzitim SSLv3


Sifra SSLv3 jiz neni bezpecna, ale v dnesnich browserech uz neni tak 
jednoduche ji vypnout. Zde je stranka, ktera vam jednak zdetekuje, jestli vas 
browser SSLv3 umozni. Kdyz se zobrazi cervena hlaska ze ano, muzete 
postupovat podle rad nize.

https://zmap.io/sslv3/browsers.html

Pozn.: security.tls.version.min = 1  lze nastavit i v Thunderbirdu.

T.

[Koudink] Re: Untrusted - a user javascript adventure game

PeS — Tue, 21 Oct 2014 16:03:36 GMT

Posted By: PeS (Stastne zvire) on 'Koudink'
Date:      Tue 21.10.2014 18:03.36
Title:     Re: Untrusted - a user javascript adventure game

No to bude den a noc, musim na vlak, zatim 8 lvl, chytlave ;-) Diky za 
procviceni mozkovych zavitu, pekne udelane.

PeS

> Breho dne,
> 
>    tohle se hodi prave na tento board, pro vsechny, kteri nekdy pricuchli k 
> necemu Turingovsky kompletnimu, a uz je nebavi metat ptaky po prasatech,
> honit 
> je mezi trubkama, nebo scitat mocniny dvou: 
> 
>    http://alexnisnevich.github.io/untrusted/
> 
>    Dungeon, ve kterem jednotlive levely projdete jedine tak, ze je pri 
> generovani ci za behu sami upravite kousky kodu na dovolenych mistech. Nekdy
> 
> staci upravit tvorbu bludiste, vlastnost zdi, nekdy je treba poopravit
> logiku 
> nepritele, nebo upravit vlastnosti sebe sama, pridat si callback, ktery je 
> mozne ve vhodnem okamziku vyvolat online...
> 
>    Lze dohrat jen s informacemi, dostupnymi ze hry (na dulezite kousky API
> je 
> jednoduchy prohlizec, ty ostatni vyplyvaji z aktualniho kodu), a to i
> presto, 
> ze JS znate jen z rychliku. 
> 
>    Po dlouhe dobe hra, u ktere jsem se dobre pobavil a opravdu mel chut ji 
> dohrat. Cilova skupina je sice trochu uzka, ale je videt, ze na hratelnou 
> a chytrou hru nejsou nezbytne potreba megatexely a 8 paralelnich vertex 
> shaderu, ale staci *napad*. 
> 
> ____________________________________________________________________pharook_
> "Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."
>

[Koudink] Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

PeS — Tue, 21 Oct 2014 14:29:01 GMT

Posted By: PeS (Stastne zvire) on 'Koudink'
Date:      Tue 21.10.2014 16:29.01
Title:     Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

Diky moc obema, casem se mi to treba bude hodit, myslenka loghostu pro sit 
plnou diskless stroju neni vubec spatna.

PeS

 > Jeste jeden celkem zajimavej odkaz 
na tema, kterej vam pri gugleni nemusi > hned 
> vyskocit:
> 
> http://vbtechsupport.com/1614/
> 
> Je to z roku 2011 a neni tam LZMA2, ale na druhou stranu tam resi to same co
> 
> Tuttle - kompresi MySQL dumpu...
> 
>  
> CePal

[Koudink] Entity a Ethereum

Tuttle — Tue, 14 Oct 2014 15:20:29 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 14.10.2014 17:20.29
Title:     Entity a Ethereum


Dva mimoradne zajimave clanky. Jeden o tom, jak by mohl vypadat jiz dnes 
realizovatelny predstupen umele inteligence a druhy o zdanlive nesouvisejicim 
tematu decentralizovane kombinace vypocetniho cloudu a el. meny, ktera neni 
jen "prebaleny Bitcoin prodavany draz", ale pridava velmi zajimave vlastnosti.

http://www.abclinuxu.cz/blog/bystroushaak/2014/5/entity
http://www.abclinuxu.cz/blog/bystroushaak/2014/9/ethereum

T.

[Koudink] Untrusted - a user javascript adventure game

pharook — Mon, 29 Sep 2014 14:47:21 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Mon 29.9.2014 16:47.21
Title:     Untrusted - a user javascript adventure game

Breho dne,

   tohle se hodi prave na tento board, pro vsechny, kteri nekdy pricuchli k 
necemu Turingovsky kompletnimu, a uz je nebavi metat ptaky po prasatech, honit 
je mezi trubkama, nebo scitat mocniny dvou: 

   http://alexnisnevich.github.io/untrusted/

   Dungeon, ve kterem jednotlive levely projdete jedine tak, ze je pri 
generovani ci za behu sami upravite kousky kodu na dovolenych mistech. Nekdy 
staci upravit tvorbu bludiste, vlastnost zdi, nekdy je treba poopravit logiku 
nepritele, nebo upravit vlastnosti sebe sama, pridat si callback, ktery je 
mozne ve vhodnem okamziku vyvolat online...

   Lze dohrat jen s informacemi, dostupnymi ze hry (na dulezite kousky API je 
jednoduchy prohlizec, ty ostatni vyplyvaji z aktualniho kodu), a to i presto, 
ze JS znate jen z rychliku. 

   Po dlouhe dobe hra, u ktere jsem se dobre pobavil a opravdu mel chut ji 
dohrat. Cilova skupina je sice trochu uzka, ale je videt, ze na hratelnou 
a chytrou hru nejsou nezbytne potreba megatexely a 8 paralelnich vertex 
shaderu, ale staci *napad*. 

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

CePal — Thu, 25 Sep 2014 08:18:11 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Thu 25.9.2014 10:18.11
Title:     Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

Jeste jeden celkem zajimavej odkaz na tema, kterej vam pri gugleni nemusi hned 
vyskocit:

http://vbtechsupport.com/1614/

Je to z roku 2011 a neni tam LZMA2, ale na druhou stranu tam resi to same co 
Tuttle - kompresi MySQL dumpu...

 
CePal

[Koudink] Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

CePal — Wed, 24 Sep 2014 09:12:40 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Wed 24.9.2014 11:12.39
Title:     Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du


> - XZ ma jeste "extreme" (-x) mode, vzdy o dost delsi casy, nekdy zajimave 

oprava, melo byt (-e)

> > T.
> >  
> CePal
CePal

[Koudink] Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

Tuttle — Wed, 24 Sep 2014 07:46:40 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 24.9.2014 9:46.40
Title:     Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

CePale, diky za obsahly prispevek s radou zajimavych bodu. Sam se sice timto 
tematem nemusim nyni tolik zabyvat, ale jsou tu treba jini, kteri 
zpracovavaji vetsi logy a kontinualne.

Zatim zustavam u pbzip2 (narozdil od lbzip2 je i ve Wheezym). Pozoruju vyrazne 
zvyseni rychlosti za skromne pametove narocnosti proti xz.
Rozdil v mire komprese je sice znatelny, ale nikoli zasadni.

Cache trashing nastava, ale v male mire vzhledem taky k tomu, ze server ma 
32GB RAM. Vetsina se primo nevyuziva, takze je tam FS cache, coz dost pomaha 
postgresu. 

Komprimuju a rotuju v noci, kdy mame mensi provoz. O to to mam taky jednodussi.

Presto asi omezim pocet vlaken, aby to nezralo vsechna jadra, i kdyz ten 
spojeny vykon osmi jader je fakt sexy. :-)

T.

[Koudink] Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

CePal — Tue, 23 Sep 2014 16:31:56 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Tue 23.9.2014 18:31.56
Title:     Re: Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL du

par komentu k tematu:

- XZ ma jeste "extreme" (-x) mode, vzdy o dost delsi casy, nekdy zajimave 
vylepseni maximalni komprese - to pouze pridava vypocetni narocnost beze zmeny 
naroku na pamet - v ucritych situacich muze byt vyhodnejsi pouzit -6e namisto 
-9, aby se usetrila RAM pri cca stejnem vysledku komprese srovnej:

                     Preset   DictSize   CompCPU   CompMem   DecMem
                       -0     256 KiB       0        3 MiB    1 MiB
                       -1       1 MiB       1        9 MiB    2 MiB
                       -2       2 MiB       2       17 MiB    3 MiB
                       -3       4 MiB       3       32 MiB    5 MiB
                       -4       4 MiB       4       48 MiB    5 MiB
                       -5       8 MiB       5       94 MiB    9 MiB
                       -6       8 MiB       6       94 MiB    9 MiB
                       -7      16 MiB       6      186 MiB   17 MiB
                       -8      32 MiB       6      370 MiB   33 MiB
                       -9      64 MiB       6      674 MiB   65 MiB
                     Preset   DictSize   CompCPU   CompMem   DecMem
                      -0e     256 KiB       8        4 MiB    1 MiB
                      -1e       1 MiB       8       13 MiB    2 MiB
                      -2e       2 MiB       8       25 MiB    3 MiB
                      -3e       4 MiB       7       48 MiB    5 MiB
                      -4e       4 MiB       8       48 MiB    5 MiB
                      -5e       8 MiB       7       94 MiB    9 MiB
                      -6e       8 MiB       8       94 MiB    9 MiB
                      -7e      16 MiB       8      186 MiB   17 MiB
                      -8e      32 MiB       8      370 MiB   33 MiB
                      -9e      64 MiB       8      674 MiB   65 MiB

 

- XZ se da narozdil od LZMA taky paralelizovat, defaultne zalezi na buildu, 
ale myslim, ze to edefaultne bezi ve dvou vlaknech; tim se snizuje ovsem 
stupen komprese, protoze se vlastne vytvareji dva solid archivy, namisto 
jednoho (nebo vic nez dva pri vyssim stupni paralelizace)

- na serverech obvykle nechceme vsechna jadra zatizit jednou archivacni 
operaci, ktera klidanko muze bezet hodiny, aniz by to nekoho trapilo, naopak, 
je vyhodne co nejmin zatizit I/O, pokud predpokladame, ze na danem serveru 
bezi dulezita sluzba, a komprimujeme pouze nejake logy, ktere se nasledne 
budou nekam odsouvat, a nemusi to byt HNED, ale naopak to nesmi vyrazne 
zpomalit chod primarni aplikace... samozrejme, pokud jde o loghost, jehoz 
jedina funkce je sbirat a komprimovat logy, pak chceme, aby komprese zabrala 
co nejmene strojoveho casu - ale tady zase klidne muze bezet nekolik 
soubeznych kompresi ruznych logu z ruznych serveru a spis ne paralelizace 
jedne konkretni komprimacni ulohy nas zajima rychlost komprese na jedno 
vlakno, aby loghost (pokud se to z nejakeho duvodu nekomprimuje uz na 
zdrojovem serveru - pred prenosem pres sit) stihal komprimovat (nebo 
prekomprimovat z gzip na xz napriklad) aspon stejnou rychlosti, jakou 
prichazeji nove logy... 

Mimochodem, kvuli NE-paralelizaci ma prave LZMA2 o trosku lepsi kompresi, nez 
XZ. 

U XZ (i LZMA, mam pocit) se daji nastavit dalsi parametry. Jako "block-size" - 
muze byt indefinite, cimz vytvarime jeden solid block.

LZMA a XZ maji posunuty stupne komprese a taky maji jiny defaultni stupen 
komprese: 

The default preset level in LZMA Utils is -7 while in XZ Utils it is -6, so 
both use an 8 MiB dictionary by default.
 
dictionary size (cca decompression RAM demands)
              Level     xz      LZMA Utils
               -0     256 KiB      N/A 
               -1       1 MiB     64 KiB 
               -2       2 MiB      1 MiB 
               -3       4 MiB    512 KiB 
               -4       4 MiB      1 MiB 
               -5       8 MiB      2 MiB 
               -6       8 MiB      4 MiB 
               -7      16 MiB      8 MiB 
               -8      32 MiB     16 MiB 
               -9      64 MiB     32 MiB

compressor memory usage:
              Level     xz      LZMA Utils 4.32.x
               -0       3 MiB          N/A
               -1       9 MiB          2 MiB
               -2      17 MiB         12 MiB
               -3      32 MiB         12 MiB
               -4      48 MiB         16 MiB
               -5      94 MiB         26 MiB
               -6      94 MiB         45 MiB
               -7     186 MiB         83 MiB
               -8     370 MiB        159 MiB
               -9     674 MiB        311 MiB
 

Jeste tu je jedna vec: nevim jak lbzip2 a pbzip2, ale lzma/xz maji pomerne 
vysoke pametove naroky na kompresi (vyrazne nizsi pak na dekompresi. Pokud 
server, ktery provadi kompresi, potrebuje nemit pamet znicehonic zabranou 
nejakym silenym kompresnim programem, kterej na jedno vlakeno sezere 674MB, 
zvlast pokud komprese probiha na celkem malem virtualnim webserveru s MySQL a 
my nechceme, aby se MySQL odswapovaval, pak i jedno vlakno se 674MB pozadavkem 
muze byt neprijatelnej narok drasticky (a ne na uplne kratkou dobu) 
redukujici vykon primarni aplikace silenym swapovanim...

NO a v neposledni rade tu je otazka, jak casto se predpoklada, ze 
zakomprimovana data budem potrebovat dekomprimovat a jake nastroje k tomu 
mame u konkretni kompresni metody - v tehle oblasti celkem jasne vede XZ/LZMA, 
kterej ma relativne smesny naroky na RAM pri dekompresi a rychlost je vicemene 
az neuveritelna (zejmena ve srovnani s Bzip2, dokonce je srovnatelna s gzip 
dekompresi - a pokud mame pomale uloziste (USB disk, iSCSI pres 100Mbit...) a 
rychly CPU, muze byt u XZ i rychlejsi nez u gzip). 

Osobne jsem nadsencem xz -6e nebo -9e ve dvou vlaknech - drtiva vetsina 
serveru ma dnes dostatek procesorovych jader, aby dve vytizena vlakna 
neovlivnila beh primarni sluzby, ale obcas je problem pozadavek na 2x674MB RAM 
pro kompresi fakt moc... takze jeste je dobry to vsechno poustet ve skriptu, 
kterej si spocita pocet uz bezicich LZMA nebo XZ vlaken, a ceka, dokud drive 
spustenych kompresi bezi nadlimitni mnozstvi pro danej server... 

Na loghostech se snazim paralelizovat jen po maximalni rozumne zatizeni, 
takze i tam kontrola na podkriticke mnozstvi soubezne bezicich komprimaci je 
nutnosti. Lze dodat i umelou inteligenci - mit tech limitu vic, jeden limit 
pouze odlozi kompresi, druhy limit preradi na rychlejsi kompresi - pokud je 
riziko, ze server nestiha komprimovat potrebnou rychlosti, pripadne snizit na 
nizsi pametove naroky, pokud hrozi, ze nebudeme delat nic jineho, nez 
swapovat, pripadne i zmena kompresniho programu (prechod od XZ ke GZIPu... s 
kontrolnim centralnim souborem, ktery tyto kontroly vytizenosti, resp. 
zafronotovanosti systemu si budou centralne udrzovat - nejlepsi je, kdyz 
tyhle vsechny skriptiky budou zapisovat do nejakyho souboru cislo aktualne 
cekajicich kompresi a velikost souboru ke kompresi, a nasledne by se 
aplikoval rozhodujici mechanismus (ten neni sranda pro konkretni vykonnostni 
kapacitu serveru odladit, ale da se to), ktery na zaklade "delky fronty" 
(spis velikost cekajicich dat ale se zohlednenim na POCET souboru - aby jeden 
velkej soubor nezamaval s rozhodovacim procesem nezadoucim zpusobem) budou 
urcovat, jaka se pouzije kompresni metoda a parametry, aby fronta nenabyla 
oblydnych velikosti - a zase, jakmile se fronta zmensi, lze "pritvrdit" a 
nastavit narocnejsi kompresi... A samozrejme idealni by bylo, kdyby se tenhle 
celkem jednoduchej mechanismus sam dokazal ucit (coz uz ale zacina byt trochu 
narocnejsi tema, nicmene se asi podivam, jestli se timhle uz nekdo zabejval, 
protoze ja to vzdycky zatim resil "od oka" a tak, aby to proste ten loghost 
stihal s rezervou, resp. se to komprimovalo na zdrojovych serverech, ktery 
mely na praci jiny veci, takze komprimovlay xz - 

Kazdopadne je dobre mit srovnani casove narocnosti a vysledne komprese! Jen ve 
vetsine pripadu tech faktoru k posouzeni je daleko vic, jak jsem popsal 
vyse... a pak nastupuji ruzne priority...

Nejlepsi je asi procist si nasledujici stranku: 
http://www.maximumcompression.com/

 

> Chtel jsem se ujistit, ze si vybiram dobry kompresor na data. A zjistuju, ze
> 
> jsem asi ponekud unahlene presel na xz, i kdyz je velmi pomaly, ale mne se 
> zdal moderni.
> 
> Na typicke uloze vyseku 5*10^8 bajtu textoveho SQL dumpu postgresu (pg_dump)
> 
> jsem provedl srovnani a zde je tabulka pro bezne pouzivane i modernejsi 
> kompresory, tri parametry kvality komprese, dobu komprese a pomer vysledku
> k originalu: 
> 
> lzma    -9   476s     12%
> xz      -9   404s     12%
> lzma    -6   315s     13%
> xz      -6   300s     13%
> lzma    -3   176s     14%
> bzip2   -6    49s     15%
> bzip2   -9    50s     15%
> lbzip2  -9    13s     15%
> pbzip2  -9    14s     15%
> xz      -3   103s     15%
> bzip2   -3    46s     16%
> lbzip2  -3    10s     16%
> lbzip2  -6    12s     16%
> pbzip2  -3    10s     16%
> pbzip2  -6    11s     16%
> gzip    -9    38s     19%
> gzip    -6    16s     20%
> gzip    -3     8s     23%
> 
> Jde o osmijadrovy stroj, takze paralelizacni kompresory lbzip2 a pbzip2
> velmi 
> zamavaji s casy!
> 
> Razeno podle posledniho sloupce. Treba se vam to hodi,
> 
> T.
>  
CePal

[Koudink] Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL dumpu

Tuttle — Sun, 21 Sep 2014 15:24:27 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sun 21.9.2014 17:24.27
Title:     Tip: Pruzkum efektivnosti soucasnych kompresoru na SQL dumpu


Chtel jsem se ujistit, ze si vybiram dobry kompresor na data. A zjistuju, ze 
jsem asi ponekud unahlene presel na xz, i kdyz je velmi pomaly, ale mne se 
zdal moderni.

Na typicke uloze vyseku 5*10^8 bajtu textoveho SQL dumpu postgresu (pg_dump) 
jsem provedl srovnani a zde je tabulka pro bezne pouzivane i modernejsi 
kompresory, tri parametry kvality komprese, dobu komprese a pomer vysledku
k originalu: 

lzma    -9   476s     12%
xz      -9   404s     12%
lzma    -6   315s     13%
xz      -6   300s     13%
lzma    -3   176s     14%
bzip2   -6    49s     15%
bzip2   -9    50s     15%
lbzip2  -9    13s     15%
pbzip2  -9    14s     15%
xz      -3   103s     15%
bzip2   -3    46s     16%
lbzip2  -3    10s     16%
lbzip2  -6    12s     16%
pbzip2  -3    10s     16%
pbzip2  -6    11s     16%
gzip    -9    38s     19%
gzip    -6    16s     20%
gzip    -3     8s     23%

Jde o osmijadrovy stroj, takze paralelizacni kompresory lbzip2 a pbzip2 velmi 
zamavaji s casy!

Razeno podle posledniho sloupce. Treba se vam to hodi,

T.

[Koudink] Pekna definice

Tuttle — Thu, 31 Jul 2014 11:05:58 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Thu 31.7.2014 13:05.58
Title:     Pekna definice


Hacker - A hacker explores, inquires, and discovers by understanding the 
technology on a level rarely duplicated in normal circumstances. To be called 
a hacker by your peers is a badge of honor not because you do something bad 
but because your expertise is unparalleled.

Cracker - A hacker with malicious intent, such as vandalism, credit card 
fraud, identity theft, piracy, or other types of illegal activity.


Zdroj: http://www.ibm.com/developerworks/library/os-postgresecurity/

[Koudink] Re: Linux tip: Scitani

CePal — Wed, 09 Jul 2014 11:54:44 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Wed 9.7.2014 13:54.44
Title:     Re: Linux tip: Scitani

Super! Presne tohle mi chybelo - selektivni "disk usage"! BOMBA! Diky!

> Kolik diskoveho prostoru u me zabiraji *.pyc a *.pyo soubory v KiB? 
> 
>     $ find ~ -name '*.py[co]' -print0 | xargs -0 du | cut -f1 | paste -sd+ |
> bc
>     62564
> 
> T.
> 
>  
CePal

[Koudink] Linux tip: Compose key

Tuttle — Wed, 25 Jun 2014 10:12:05 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Wed 25.6.2014 12:12.05
Title:     Linux tip: Compose key

Dlouho prede mnou byla utajovana technika zadavani specialnich znaku pomoci 
tzv. klavesy Compose: http://cs.wikipedia.org/wiki/Compose

Co muzete cekat od programatora. :-)

Na netu je mnoho prehledu tech kombinaci, ale mne se zadny nelibil a tak jsem 
si nyni vytvoril vlastni, ktery je jak verim strucny a citelny. Nahore 
ty pro me nejzajimavejsi.

Nabizim i vam:

http://tuttle.github.io/python-useful/compose-key-cheat-sheet.html 

Mozna se tyka do znacne miry i jinych operacnich systemu.

T.

P.S.: Zacinam byt, vetsinou v technickych vecech, aktivni na Twitteru, tak kdo 
ma zajem, muzete sledovat: https://twitter.com/vladamacek
Pokud Twitter nepouzivate, mozna se vam bude hodit RSS, ktere sice oni 
nepodporuji, ale sem tam na to funguji externi sluzby. Nyni jsem docela 
spokojen s http://www.rssitfor.me/

[Koudink] Re: Linux tip: Scitani

Tuttle — Sat, 21 Jun 2014 11:53:57 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sat 21.6.2014 13:53.57
Title:     Re: Linux tip: Scitani

> > Dlouho mi chybelo neco tak jednoducheho jako je scitani sloupce cisel. A
> > kdyz jsem se na to zameril, vedlo to i k objevu nastroje paste. :-)
> 
> >     $ seq 10 | paste -sd+ | bc
> >     55
> 
>    Heh, a jeste dodatek, ted jsem narazil na stary skript, kde jsem to resil
> 
> 
>    seq 10 | tr '\n' + | { cat; echo 0; } | bc

:-) Jeste se da najit:

     seq 10 | sed ':a;N;s/\n/+/;ta' | bc

Nekde nemusi byt paste...

T.

[Koudink] Re: Linux tip: Scitani

pharook — Fri, 20 Jun 2014 11:04:09 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Fri 20.6.2014 13:04.09
Title:     Re: Linux tip: Scitani

> Dlouho mi chybelo neco tak jednoducheho jako je scitani sloupce cisel. A
> kdyz jsem se na to zameril, vedlo to i k objevu nastroje paste. :-)

>     $ seq 10 | paste -sd+ | bc
>     55

   Heh, a jeste dodatek, ted jsem narazil na stary skript, kde jsem to resil 

   seq 10 | tr '\n' + | { cat; echo 0; } | bc

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: Linux tip: Fakt velky sort

JiMo — Fri, 20 Jun 2014 08:12:51 GMT

Posted By: JiMo (dar-k-ing) on 'Koudink'
Date:      Fri 20.6.2014 10:12.51
Title:     Re: Linux tip: Fakt velky sort

> 
> Kdyz linuxova utilita sort ma zpracovat velka data, zacne si odkladat
> do adresare pro docasne soubory.
> 
> Jeho cestu lze zmenit (dokonce definovat vicekrat a rozkladat tim zatez), 
> implicitne je to TMPDIR, tedy obvykle /tmp. 
> 
> Ja chtel ale informovat o svoji situaci. Kdyz jsou data opravdu velka a 
> velikost /tmp by nestacila, umi sort dalsi chytrou vec: Umi svoje docasne 
> soubory komprimovat. 
> 
>      sort --compress-program=xz
> 
> To je opravdu prijemne. :-)
> 
> T.

Ahoj,
mam dodatek pro vyse nezminenou moznost, kterou pouzivam ja (sortuju temer 
bezne soubory s desitky milionu radek a nase /tmp jsou obcas prilis male).
Je mozne presmerovat temp pro individualni sorty parametrem -T [dir].
Takze pro me - tam, kde je maly /tmp vetsinou byva dost prostoru tam, kde 
zrovna pracuju, a pak funguje sort -T .  

Schvalne to zkusim porovnat s kompresi - asi zalezi na tom, jestli mas 
spis rychlejsi procesor a dost pameti, nebo dostatecne rychle disky.  :) 

jimo:)
                  [ A project manager is a person who thinks
                    nine women can deliver a baby in one month. ]

[Koudink] Re: Linux tip: Scitani

pharook — Thu, 19 Jun 2014 11:07:07 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Thu 19.6.2014 13:07.07
Title:     Re: Linux tip: Scitani

>     $ seq 1.1 5.5 | paste -sd+ | bc
>     15.5

   Jenom dodam, ze pri praci s desetinnymi cisly jako se retezci je obvykle 
rozumne si sjednotit locale na nejsirsi podporovane, resp. defaultni (LANG=C, 
nebo v tomto pripade staci LC_NUMERIC=C), zvlaste pokud ma byt skript 
portabilni, protoze ruzne prikazy ho mohou brat v uvahu ruzne. V tomto pripade 
napr. seq locale respektuje (a v ceskem prostredi generuje cisla s desetinnou 
carkou), zatimco bc ne, a ocekava cisla s desetinnou teckou. 

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Linux tip: Scitani

Tuttle — Sun, 15 Jun 2014 17:42:57 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Sun 15.6.2014 19:42.57
Title:     Linux tip: Scitani


Dlouho mi chybelo neco tak jednoducheho jako je scitani sloupce cisel. A kdyz 
jsem se na to zameril, vedlo to i k objevu nastroje paste. :-)

Pozn.: Spise se tu vyuziva postranniho efektu prikazu paste, ale stale v ramci 
pravidel. Presne tak to mam rad! 

Neni problem scitat prirozena, desetinna a zaporna cisla i jejich kombinace:

    $ seq 10 | paste -sd+ | bc
    55

    $ seq -5 -1 | paste -sd+ | bc
    -15

    $ seq 5 -1 -5 | paste -sd+ | bc
    0

    $ seq 1.1 5.5 | paste -sd+ | bc
    15.5

Realny priklad:
Kolik diskoveho prostoru u me zabiraji *.pyc a *.pyo soubory v KiB? 

    $ find ~ -name '*.py[co]' -print0 | xargs -0 du | cut -f1 | paste -sd+ | bc
    62564

T.

[Koudink] Linux tip: Fakt velky sort

Tuttle — Mon, 09 Jun 2014 16:03:44 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 9.6.2014 18:03.44
Title:     Linux tip: Fakt velky sort


Kdyz linuxova utilita sort ma zpracovat velka data, zacne si odkladat
do adresare pro docasne soubory.

Jeho cestu lze zmenit (dokonce definovat vicekrat a rozkladat tim zatez), 
implicitne je to TMPDIR, tedy obvykle /tmp. 

Ja chtel ale informovat o svoji situaci. Kdyz jsou data opravdu velka a 
velikost /tmp by nestacila, umi sort dalsi chytrou vec: Umi svoje docasne 
soubory komprimovat. 

     sort --compress-program=xz

To je opravdu prijemne. :-)

T.

[Koudink] Linux tip: Kolona v shellu bash

Tuttle — Tue, 20 May 2014 10:52:59 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 20.5.2014 12:52.59
Title:     Linux tip: Kolona v shellu bash


Mejme skript, ktery treba za vas automaticky pravidelne spousti cron a v nem 
mate kolonu prikazu

prikaz | prikaz | prikaz > vystup

Pokud vam zalezi na tom, abyste zachytili selhani kterehokoli z prikazu 
kolony, neni mozne pouzit obvykly test na $?, protoze v parametru otaznik se 
nachazi stav posledniho prikazu kolony. A kdyz je prvnim prikazem treba tar, 
byva jeho chybovy stav zajimavejsi nez stav na chvostu.

Muzete za kolonu pridat

PIPE_STATUS="${PIPESTATUS[*]}"

a pozor, tento prikaz musi bezprostredne nasledovat kolonu!

V promenne PIPE_STATUS pak budete treba mit retezec "2 0 0", ktery uz se da 
pekne porovnavat s retezcem "0 0 0" a v pripade nerovnosti nejak hlasit.

Nicmene, opet je toto pripad, kdy si timto neprochazime jako prvni na 
svete, autori bashe na nas mysleli a tudiz jeste o neco praktictejsi muze byt 
na zacatek skriptu proste dat:

# The return value of a pipeline is the status of the last command to exit
# with a non-zero status, or zero if no command exited with a non-zero status
set -o pipefail

a nasledne po kolone testovat obvykle $?

T.

[Koudink] Re: Fatalni chyba v OpenSSL 1.0.1 - 1.0.1f

CePal — Mon, 14 Apr 2014 11:14:06 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Mon 14.4.2014 13:14.06
Title:     Re: Fatalni chyba v OpenSSL 1.0.1 - 1.0.1f

sakrys, clovek odleti na dovolenou, a svet se hnet hrouti! 

>    Updatujte, revokujte certifikaty, mente hesla, informujte uzivatele, 
> udelejte si reserse pohybu citlivych dat na serverech. A pak si treba dejte 
> panaka.
> 
>    http://heartbleed.com/
>  
> 
> ____________________________________________________________________pharook_
> "Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."
> 
CePal

[Koudink] Re: Fatalni chyba v OpenSSL 1.0.1 - 1.0.1f

pharook — Wed, 09 Apr 2014 12:35:31 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Wed 9.4.2014 14:35.31
Title:     Re: Fatalni chyba v OpenSSL 1.0.1 - 1.0.1f

>    Updatujte, revokujte certifikaty, mente hesla, informujte uzivatele, 
> udelejte si reserse pohybu citlivych dat na serverech. A pak si treba dejte 
> panaka.
> 
>    http://heartbleed.com/

   Doplneni - ze zkusenosti kolem sebe si lide nektere veci neuvedomuji:

 * Heartbeat muze poslat i server klientovi, mate-li tedy zranitelne OpenSSL 
   na klientske strane a pripojovali jste se ke strojum,  ktere nejsou pod 
   vasi kontrolou, meli byste data, ktera v tomto okamziku mohla byt v pameti 
   vasi lokalni aplikace, ktera se pripojovala, povazovat za zkompromitovana.

   Nejrozsirenejsi browsery (FF, Cr) a Thunderbird nepouzivaji OpenSSL ale 
   libNSS. 
   OpenSSH casto OpenSSL pouziva, ale nepouziva TLS Heartbeat, presneji 
   nepouziva TLS.
   To situaci trochu zjednodusuje - staci se zabyvat ostatnimi aplikacemi, 
   ktere pouzivaji OpenSSL (FTP/SSL, SSMTP, IMAPS, POP3S, ...).

 * Polovina webovych serveru na svete pouziva Apache nebo nginx, ktere pro 
   sifrovani nejcasteji pouzivaji OpenSSL. Je rozumne predpokladat, ze velka 
   cast na bezpecnost dba a je pravidelne upgradovana, tedy se na nejakou dobu 
   potkaly se zranitelnym OpenSSL, a povazuju za velmi pravdepodobne, ze po 
   zverejneni zranitelnosti zajimave weby ojizdely zastupy skriptacku. A v 
   dobe posnowdenowske povazuju za rozumne predpokladat, ze Nahodile 
   Samolibe Autority delaly totez i predtim (a to i v pripade, ze nebudu 
   natolik paranoidni, abych hadal, od koho ma Stephen Henson nebo Robin 
   Seggelman vyplatni pasku [1] :) ).

   Ergo: cas na revizi a zmenu veskerych hesel na internetove sluzby.

[1] http://git.openssl.org/gitweb/?p=openssl.git;a=commit;h=bd6941cf

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: Fatalni chyba v OpenSSL OpenSSL 1.0.1 - 1.0.1f

CrazyJoe — Tue, 08 Apr 2014 08:05:28 GMT

Posted By: CrazyJoe (Svycar) on 'Koudink'
Date:      Tue 8.4.2014 10:05.28
Title:     Re: Fatalni chyba v OpenSSL OpenSSL 1.0.1 - 1.0.1f

Diky!

Crazy.

>    Updatujte, revokujte certifikaty, mente hesla, informujte uzivatele, 
> udelejte si reserse pohybu citlivych dat na serverech. A pak si treba dejte 
> panaka.
> 
>    http://heartbleed.com/
>  
> 
> ____________________________________________________________________pharook_
> "Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."
> 

                            ...zere male deti a nevraci kocarky.

[Koudink] Fatalni chyba v OpenSSL 1.0.1 - 1.0.1f

pharook — Tue, 08 Apr 2014 07:38:05 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Tue 8.4.2014 9:38.05
Title:     Fatalni chyba v OpenSSL 1.0.1 - 1.0.1f

   Updatujte, revokujte certifikaty, mente hesla, informujte uzivatele, 
udelejte si reserse pohybu citlivych dat na serverech. A pak si treba dejte 
panaka.

   http://heartbleed.com/
 

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: 300,000 of Wireless Routers Hijacked, is yours safe?

CePal — Thu, 06 Mar 2014 16:07:00 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Thu 6.3.2014 17:07.00
Title:     Re: 300,000 of Wireless Routers Hijacked, is yours safe?

Byly casy (tak 10+ let zpatky), kdy se oficialne vedelo, ze vic jak polovina 
(mozna 80%) Britskych domacnosti bylo (samozrejme nevedomky) casto v nekolika 
botnetech... 

300.000 routeru v ramci vychodni EU a Vietnamu je uplny nic... Zejmena ve 
srovnani z 60% Britskych (zainernetovanych) domacnosti... Prijde mi to jako 
vykrikovat "za rok 2014 v Evrope zemrelo uz 10.000 lidi pri dopravnich 
nehodach". Nic noveho ani prevratneho pod Sluncem, i kdyz ta predstava deseti 
tisic mrtvol v rozmlacenych autech je sama o sobe desiva... 


> (repostuju, stoji za to overit)
> 
> More than 300,000 wireless routers used in homes and in small office
> jimo:)
CePal

[Koudink] 300,000 of Wireless Routers Hijacked, is yours safe?

JiMo — Wed, 05 Mar 2014 17:56:20 GMT

Posted By: JiMo (dar-k-ing) on 'Koudink'
Date:      Wed 5.3.2014 18:56.20
Title:     300,000 of Wireless Routers Hijacked, is yours safe?

(repostuju, stoji za to overit)

More than 300,000 wireless routers used in homes and in small office settings 
have been compromised. The attack reconfigured the DNS settings on D-Link, 
Micronet, Tenda, TP-Link, and other devices. So far, the compromised routers 
have not been used for any malicious purpose, but they could be used to 
redirect users to sites that try to steal financial account access 
information. Most of the compromised routers are in Eastern Europe, Vietnam, 
and Europe.

http://www.theregister.co.uk/2014/03/04/team_cymru_ids_300000_compromised_soho_
gateways/

http://arstechnica.com/security/2014/03/hackers-hijack-300000-plus-wireless-rou
ters-make-malicious-changes/

http://www.bbc.com/news/technology-26417441

 
jimo:)
                  [ A project manager is a person who thinks
                    nine women can deliver a baby in one month. ]

[Koudink] Re: YSlow, analyzator duvodu pomaleho zobrazovani webovych str

Tuttle — Mon, 16 Dec 2013 10:13:06 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 16.12.2013 11:13.06
Title:     Re: YSlow, analyzator duvodu pomaleho zobrazovani webovych str

Tak drobny update tohoto nekolik let stareho prispevku:

Leta jsem mel ve Firefoxu zapnuta tri rozsireni: Firebug, YSlow!
a Web Developer.

Protoze se ale vyvoji frontendu webovych aplikaci primo nevenuju, postupem 
casu jsem prvni a treti z nich vypnul, nebot jsem zjistil, ze prohlizec nyni 
obsahuje primo v sobe docela mocny analyzator velmi podobny Firebugu. Mne 
staci.

Na YSlow!, ktery jsem vam drive doporucoval, jsem zapomnel, i kdyz mit ho
zapnuty bez jim rozsirovaneho Firebugu nema smysl.

Po prechodu na notebooka mi ale zacalo vadit, ze firefox stale bere CPU a 
notas huci, kdyz nemusi. Eliminacni metodou jsem zjistil, ze za to muze prave 
YSlow!, bezici navic tedy zcela zbytecne! Grr.

Znamy problem: https://github.com/marcelduran/yslow/issues/59

On je sikovny, kdyz optimalizujete web, ktery tvorite. Tak ho asi spolecne
s Firebugem pro vyjimecne pouziti presunu do nejakeho dalsiho profilu sveho 
Firefoxu. 

Pri te priletosti jsem povrazdil i dalsich nekolik za leta nasyslenych 
rozsireni. Sam od sebe to clovek neudela, ale staci jeden takovy impulz... :)

T.


> Presne neco takoveho se mi hodi! Analyzacni nastroj, ktery presne rekne, co 
> pri vyvoji frontendu webu zlepsit, aby se rychleji zobrazoval v prohlizeci,
> je 
> presne to, co potrebuju -- protoze to neni presne moje parketa.
> 
> Vychazi z pravidel sestavenych tymem vyvojaru Yahoo!.
> 
> Popise duvody jednotlivych pravidel, cim je stranka prip. porusuje a odkaz
> na 
> obsahlejsi dokumentaci. Radu zajimavych veci jsem vubec netusil. 
> 
> Toto rozsireni pro Firefox je integrovano do skveleho Firebugu:
> 
> https://addons.mozilla.org/en-US/firefox/addon/5369/
> 
> T.
>

[Koudink] Re: Neobvykly OOM killer a necekana NUMA v ramci jedne masiny

CePal — Tue, 03 Dec 2013 10:37:48 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Tue 3.12.2013 11:37.48
Title:     Re: Neobvykly OOM killer a necekana NUMA v ramci jedne masiny

Zajimavy, taky jsem zil v multiprocessingovem praveku (maje za to, ze SMP je 
for ever)...

Nasel jsem jeste nasledujici link, kterej to vysvetluje trochu zevrubneji, 
ale na uvod je to myslim to nejlepsi (a zminuje to i implementaci ve Windows):

http://software.intel.com/en-us/articles/intel-mkl-numa-notes

 
CePal

[Koudink] Neobvykly OOM killer a necekana NUMA v ramci jedne masiny

pharook — Mon, 02 Dec 2013 14:49:27 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Mon 02.12.2013 15:49.27
Title:     Neobvykly OOM killer a necekana NUMA v ramci jedne masiny

Zdravim,

   nektere stroje s novymi procesory se v ramci jedne masiny chovaji jako
NUMA a diky podivuhodnym heuristikam muze dochazet k necekanym OOM killum i
kdyz je pameti habakuk.  Je to uz pred nejakou dobou, ale protoze takovych
stroju bude zrejme pribyvat a v jadre to dodnes nevyresili kompletne, mozna
se to bude nekomu hodit.

   Na jednom stroji jsme tu zjistili, ze nam OOM vrazdi cas od casu
ruzne procesy, bez jasnych souvislosti.

Aug 26 17:22:49 mentat kernel: [11859102.984747]
 mentat-wardenin invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0
Aug 27 16:34:32 mentat kernel: [11942606.528269]
 mongod invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0

   Na napad nas privedla hlaska Monga:

Wed Aug 28 12:42:04.337 [initandlisten] ** WARNING: You are running on a NUMA
machine.

   Mel jsem za to, ze NUMA (Non-unified Memory Access) stroje jsou farmy
nezavislych stroju se sdilenou pameti. Vypada to ale, ze to tak dneska uz
neni, NUMA je pouzivana na dnesnich beznych multiprocesorovych
architekturach, kde kazdy procesor ma "snazsi" pristup k urcite casti
pameti:

  root@mentat:~# numactl --hardware
  available: 2 nodes (0-1)
  node 0 cpus: 0 2 3 4 5 6
  node 0 size: 16374 MB
  node 0 free: 117 MB
  node 1 cpus: 1 7 8 9 10 11
  node 1 size: 16384 MB
  node 1 free: 161 MB
  node distances:
  node   0   1
    0:  10  16
    1:  16  10

  (Distances udavaji relativni "cenu" pristupu k pametovemu bloku.)

Dokumentace Mongo:
docs.mongodb.org/manual/administration/production-notes/#production-numa

A nasledne Jeremy Cole:
blog.jcole.us/2010/09/28/mysql-swap-insanity-and-the-numa-architecture/

A take Robert Chase:
oracle.com/technetwork/articles/servers-storage-admin/oom-killer-1911807.html

  Preference procesoru blizsiho pametoveho bloku jednoho databazoveho
threadu muze vest k tomu, ze se linux snazi aktivne odswapovat data z onoho
bloku, aby mohl splnit preferenci, cimz trpi vykon db vic, nez kdyby
alokoval pamet libovolne, resp.  priblizne rovnomerne z blizsich i
vzdalenejsich bloku.  Co je ale zajimavejsi:

Jeremy Cole:

> Using large-pages will keep mysqld from being swapped out, but it won t
> keep the system from swapping something out.  And, if it really needs
> memory on a particular node, and can t swap out pages for mysqld, it will
> swap something else which might be more important to the function of the
> system, fail the allocation, or *OOM-kill a process* (likely mysqld).

Robert Chase:

> Many NUMA architecture-based systems *can experience OOM conditions*
> because of one node running out of memory triggering an OOM in the kernel
> while plenty of memory is left in the remaining nodes.  More information
> about OOM conditions on machines that have the NUMA architecture can be
> found in the "See Also" section of this article.F

Z dokumentace proc/sys/vm
(https://www.kernel.org/doc/Documentation/sysctl/vm.txt):

  zone_reclaim_mode:

  Zone_reclaim_mode allows someone to set more or less aggressive approaches
  to reclaim memory when a zone runs out of memory.  If it is set to zero
  then no zone reclaim occurs.  Allocations will be satisfied from other
  zones / nodes in the system.

  This is value ORed together of

  1    = Zone reclaim on
  2    = Zone reclaim writes dirty pages out
  4    = Zone reclaim swaps pages

  Narazili jsme na to zrejme proto, ze jde o Opteron (176HE, 2.4, 6MB),
podle Jeremyho Colea by podobnou architekturu mely mit ale i jine
architektury.

> The new architecture for multiple processors, starting with AMD s Opteron
> and Intel s Nehalem2 processors (we ll call these "modern PC CPUs"), is a
> Non-Uniform Memory Access (NUMA) architecture, or more correctly
> Cache-Coherent NUMA (ccNUMA).

   Kolega jeste narazil na poznamku na http://www.poempelfox.de/blog/2010/03/

> There is hope the kernel developers might fix or have fixed this feature
> already: The changelog for 2.6.30.1 lists several bugfixes for it, but the
> author doesn't seem to be sure to have catched them all, and asks for
> bugreports if problems still arise.

   Takze pokud se vam masiny, kde bezi pametove intenzivni aplikace (Mongo,
postgresql, MySQL), chovaji nezvykle, zkuste numactl, a zkuste (treba pres
sysctl.conf) vypnout zone_reclaim.


____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Zajimave komentare v kodu

JiMo — Mon, 23 Sep 2013 12:35:58 GMT

Posted By: JiMo (dar-k-ing) on 'Koudink'
Date:      Mon 23.9.2013 14:35.58
Title:     Zajimave komentare v kodu


Mrknete se na 
http://stackoverflow.com/questions/184618/what-is-the-best-comment-in-source-co
de-you-have-ever-encountered
- oceni kazdy aktivni i pasivni programator.

Jeden priklad za vsechny:

// 
// Dear maintainer:
// 
// Once you are done trying to 'optimize' this routine,
// and have realized what a terrible mistake that was,
// please increment the following counter as a warning
// to the next guy:
// 
// total_hours_wasted_here = 42


Ahoj,
jimo:)

[Koudink] Re: Linux tip: Zmena odesilatele v obalce mailu ze shellu

Covex — Wed, 24 Jul 2013 12:39:58 GMT

Posted By: Covex (mi'lius) on 'Koudink'
Date:      Wed 24.7.2013 14:39.58
Title:     Re: Linux tip: Zmena odesilatele v obalce mailu ze shellu

> Ale prikaz mail na to ma trik:
> 
> mail -s "nejaky subject" -a 'From: Forrest Gump ' \
> a@dres.at -- -f technicky@odesilat.el < letter.txt 
> 
> Vse za -- je predano jako parametr prikazu sendmail, ktery uz envelope 
> sendera umi ovlivnit! Krasne se to tak zobrazuje i v mail logu.

Jen bych doplnil, ze prikazu "mail" existuje vicero. Narazil jsem na to pri 
prenosu skritpu z ruznych distribuci, resp. mezi debianem a RH/Fedorou kde ma 
napr. mail parametr -r. 

> 
> T.


                                           Covex

[Koudink] Re: Thunderbird a chybejici sloupce

Covex — Wed, 24 Jul 2013 12:32:25 GMT

Posted By: Covex (mi'lius) on 'Koudink'
Date:      Wed 24.7.2013 14:32.25
Title:     Re: Thunderbird a chybejici sloupce

> Pokud se bude TB aktualizovat moc casto, asi si na patchovani udelam 
> automaticky skript. :)

A nebylo by jednodussi se o to poprat v bugzille. Nebyva to tak bezvysledne.

> 
> T.

                                           Covex

[Koudink] Linux tip: Zmena odesilatele v obalce mailu ze shellu

Tuttle — Tue, 16 Jul 2013 11:13:56 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 16.7.2013 13:13.56
Title:     Linux tip: Zmena odesilatele v obalce mailu ze shellu


Nedavno jsem potreboval zmenit odesilatele v obalce mailu, ktery jsem posilal 
ze shellu prikazem mail. Normalne neni mozno zmenu tuto adresu, ktera se 
projevi jako Return-Path odchoziho mailu.

Ale prikaz mail na to ma trik:

mail -s "nejaky subject" -a 'From: Forrest Gump ' \
a@dres.at -- -f technicky@odesilat.el < letter.txt 

Vse za -- je predano jako parametr prikazu sendmail, ktery uz envelope 
sendera umi ovlivnit! Krasne se to tak zobrazuje i v mail logu.

T.

[Koudink] Thunderbird a chybejici sloupce

Tuttle — Fri, 05 Jul 2013 08:56:56 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Fri 5.7.2013 10:56.56
Title:     Thunderbird a chybejici sloupce


Uz leta me stvalo, ze Thunderbird po otevreni konverzace (Open in 
conversation) nebo vysledku vyhledavani zobrazuje u vyslednych seznamu jen 
nekolik malo sloupcu a abych nasel ten spravny mail, musim temer pokazde na 
zahlavi vpravo sloupce klikanim pridavat.

TB by si nastavene sloupce jiste mohl zapamatovat, ale zrejme to autorum 
neprislo dulezite.

Mam verzi 17.0.5 a nasel jsem ZIP soubor omni.ja, v nem soubor mailTabs.js.
A v nem je definice glodaList pouzivana na nekolika mistech kodu.

Zde tedy nabizim patch, pokud by se to hodilo i nekomu dalsimu:

http://sandbox.cz/~tuttle/bits/thunderbird-17.0.5-add-missing-columns-to-search
-tabs-omni.ja-mailTabs.js.patch 

Po aplikaci je nutne vymazat startupCache v profilu.

Jo a kdyby nekdo prisel na to, jak zafixovat i jine poradi sloupcu, dejte 
vedet. :)

Pokud se bude TB aktualizovat moc casto, asi si na patchovani udelam 
automaticky skript. :)

T.

[Koudink] Re: Fenix TK45

CePal — Thu, 16 May 2013 07:59:21 GMT

Posted By: CePal (#@#%#^%&%*) on 'Koudink'
Date:      Thu 16.5.2013 9:59.21
Title:     Re: Fenix TK45

Chtel bych se zeptat, Semiku, jak se vyviji zivotnost Fenixe po nekolika 
letech...? Srovnavals svitivost treba po dvou-trech letech?

S tim vyvojem mas pravdu, ja si predevcirem objednal nasledujici, tak cekam, 
kdy to prijde (duvodem bylo, ze mi odeslo predni svetlo na kole, ktery bylo 
drahy a mizerny, tohle by melo byt levny a prijatelne kvalitni), trochu me 
desi, cos napsal o vybychovani 18650 LiIon akumulatoru, no koupil jsem si dva 
s PCB ochrannym obvodem, tak to snad ustoji...>


svitilna: http://www.dx.com/p/202510
aku: http://www.dx.com/p/91889
jeste pro info nejlevnejsi nabijecka (vzhledem k cene aku a k tomu, ze maji 
PCB obvod, se levne nabijecky nebojim): http://www.dx.com/p/47499

Trvalo mi dost dlouho najit svitilnu na kolo, ktera by mi aspon trochu 
vyhovovala. Tahle ma zbytecne velkou svitivost a podle parametru celkem malej 
rozsah svitivosti, jsem zvedavej na realitu... 
CePal

[Koudink] Skyrim a navrh levelu

pharook — Tue, 30 Apr 2013 12:44:24 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Tue 30.4.2013 14:44.24
Title:     Skyrim a navrh levelu

   Pro nas, kteri se pred lety zajimali o to, jak Wolfenstein, Doom, Duke a 
Descent a Unreal funguji uvnitr (a kazdou z techto her ja osobne povazuju v 
nejakem smeru za milnik v live 3D renderingu), je fajn si obcas precist 
nejaky ten drobek, utrouseny dnesnimi vyvojari nejen uspesnych, ale i 
technicky zajimavych her. Joel Burgess z Bethesdy se rozepsal o navrhu a 
spolupraci pri vytvareni obrovskych a rozmanitych levelu pro Skyrim, a je 
krasne sledovat, jak lze radu mechanismu dostopovat az k onomu ctvercove 
dlazdicovemu bludisti Wolfensteina.

http://blog.joelburgess.com/2013/04/skyrims-modular-level-design-gdc-2013.html

P.S.: Muzete si k tomu pustit tema ze Skyrimu, vytvorene na jeden hlas, jedny 
      housle a spoustu casu (zvlast jestli mate radi Lindsey Stirling nebo 
      Petera Hollense): http://www.youtube.com/watch?v=BSLPH9d-jsI

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Re: Linux tip: Nastaveni plneho pristupu

pharook — Tue, 30 Apr 2013 12:27:10 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Tue 30.4.2013 14:27.10
Title:     Re: Linux tip: Nastaveni plneho pristupu

> Existuje vsak elegantni reseni jednim vrzem:
> 
> chmod -R a=rwX ...        # vsem cteni i zapis

   Setkal jsem se taky s tim, ze leckdo nevi, ze tenhle symbolicky zapis se da 
kombinovat pomoci carek, napr. nasledujici da stejny vysledek:

   chmod ug=rwX,o=rX ...
   chmod a=rwX,o-w ...

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."

[Koudink] Linux tip: Nastaveni plneho pristupu

Tuttle — Tue, 09 Apr 2013 12:04:41 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Tue 9.4.2013 14:04.41
Title:     Linux tip: Nastaveni plneho pristupu

Nekdy potrebujete urcity strom souboru a nesouboru zpristupnit pro vsechny.
To znamena prava souborum 0666 a adresarum 0777.
Nebo souborum 0444 a adresarum 0555.

Mozna jste jako ja saskovali s tim, ze jste pomoci kombinace find/chmod 
vybrali nejdriv adresare a pak jste podobny prikaz spustili pro soubory.

Existuje vsak elegantni reseni jednim vrzem:

chmod -R a=rwX ...        # vsem cteni i zapis

nebo

chmod -R a=rX ...         # vsem cteni

'a' je to same jako 'ugo' (tj. pro vsechny). Velke 'X' nastavuje 'x' bit 
pouze tehdy, kdyz 'x' uz v pravech nekde je.

Suchy, co? :)

Dik pharookovi za natuknuti.

T.

[Koudink] Re: IPv6 je vic nez 15 let a

Ozzy — Fri, 13 Jul 2012 21:26:26 GMT

Posted By: Ozzy (Terorista) on 'Koudink'
Date:      Fri 13.7.2012 23:26.26
Title:     Re: IPv6 je vic nez 15 let a

> Tak co,
> jeste porad si to myslis?
> 
> > nebude v soucasne podobe nikdy zaveden. Jde o mytus.
> > 
> > Je cas tento experiment prehodnotit a nebat se vyhlasit jeho krach.
> > 
> > NAT neni ztelesnene zlo a bude v budoucnu do extremu vyuzivan.
> > 
> > Vas
> > Nostratuttlus
> > (tuttle)
> CePal

Jo, plus burzy kdysi rozdanych casti acek, preprodeje adres atd ...

Rekl jsem uz v roce 2000 ze driv nez za 10 let zadne IPV6 nebude ... a rikal s 
klidnym svedomim ze dalsich 5 let se nic moc vazneho nestane.


                              Martin OZZY Lipinsky

                     "Mam tu draka a NEBOJIM SE HO POUZIT !"

[Koudink] Za 10 dni skoleni Django v Praze

Tuttle — Mon, 02 Jul 2012 15:07:20 GMT

Posted By: Tuttle (...) on 'Koudink'
Date:      Mon 2.7.2012 17:07.20
Title:     Za 10 dni skoleni Django v Praze

Pokud trochu umite Python, behem dne se seznamite se stale oblibenejsim
webovym frameworkem, ktery podporuje rychly vyvoj a ciste, pragmaticke
konstrukce. Pokud obdivujete UNIX a Python pro jejich filosofii, zde je
treti do party.

http://macek.sandbox.cz/skoleni/aktualni.html

Lektor Tuttle

[Koudink] Re: Vyroba zakladnich desek

Covex — Wed, 27 Jun 2012 16:33:28 GMT

Posted By: Covex (mi'lius) on 'Koudink'
Date:      Wed 27.6.2012 18:33.28
Title:     Re: Vyroba zakladnich desek

> Pro zajimavost - skoro kompletni videa, o tom, jak probiha vyroba zakladnich
> desek.
> 
> https://www.youtube.com/watch?v=Va3Bfjn4inA
> https://www.youtube.com/watch?v=2qk5vxWY46A

Jen tam neni takova ta drobnost - vyroba toho PCB, ale to by se zase asi dalo 
najit jinde. 

> ____________________________________________________________________pharook_


                                           Covex

[Koudink] Vyroba zakladnich desek

pharook — Thu, 14 Jun 2012 13:39:46 GMT

Posted By: pharook (kobayashi maru) on 'Koudink'
Date:      Thu 14.06.2012 15:39.46
Title:     Vyroba zakladnich desek

Pro zajimavost - skoro kompletni videa, o tom, jak probiha vyroba zakladnich
desek.

https://www.youtube.com/watch?v=Va3Bfjn4inA
https://www.youtube.com/watch?v=2qk5vxWY46A

____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."