abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
včera 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
včera 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
včera 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
včera 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 2
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 49
17.2. 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
17.2. 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 380 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    Rozcestník

    Dotaz: Onjasnění kódu BASH

    28.4.2013 15:16 Lubosh
    Onjasnění kódu BASH
    Přečteno: 346×
    Ahoj, prozradí mi někdo kam se to přesměrovává? A hlavně důvod toho přesměrovaní? Nějak nechápu co tím autor myslel. Děkuji
    echo "This script" 1>&2

    Řešení dotazu:


    Odpovědi

    MMMMMMMMM avatar 28.4.2013 15:21 MMMMMMMMM | skóre: 42 | blog: unstable | Valašsko :-)
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    28.4.2013 16:14 Lubosh
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Tak jsem to našel
    Spojení standardního výstupu se standardním chybovým výstupem
    ale nedává mi to smysl, chyba se vypíše na screen ale taky do chybového výstupu? A co s tím? K čemu je to jako dobré? Pochopil bych, kdyby tam bylo:
    echo "This script" 1>&2 /tmp/error.log
    Můžeš mi to prosím objasnit, když tam není soubor, kde to získam tu chybu? Díky
    Řešení 1× (Vojtěch Horký)
    Bystroushaak avatar 28.4.2013 17:30 Bystroushaak | skóre: 32 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    V unixu se při výpisu na terminál nepoužívá magická funkce, ale zápis do souboru. Programátor který chce vypsat text si otevře soubor se speciálním identifikátorem a pak do něj zapisuje stejně, jako kdyby šlo o klasický soubor. Standardně systém poskytne každému programu dva soubory, které jsou přesměrovány na terminál:

    stdout (standardní výstup - standard output), kam se vypisuje veškerý běžný text, který má program potřebu vypsat. Deskriptor (identifikační číslo souboru přidělené systémem) tohoto výstupu je pro každý program 1.

    stderr, kam může program vypisovat chyby. Deskriptor přidělený systémem je 2.

    Terminál ti umožňuje výstupy z programů přesměrovávat. 1>&2 znamená, že chceš přesměrovat stdout do stderr.

    Ukázky

    Abych to nějak ilustroval:
    $ echo "xe"
    xe
    V tomhle případě šel výstup z echa, které běžně vypisuje na stdout do terminálu.
    $ echo "xe" 1>&2
    xe
    Tohle vypadá na první pohled stejně - výstup šel do terminálu. Děje se zde ovšem cosi víc - výstup sice šel do terminálu, ale nikoliv na výstup (stdout), ale na chybový výstup (stderr)! Přesměrovali jsme tedy stdout (deskriptor 1) na stderr (desktiptor 2).
    $ echo "xe" 2>/dev/null 1>&2
    Nyní jsem přesměroval chybový výstup do souboru /dev/null a standardní výstup do chybového výstupu. Jak je možné vidět, nic se nevypsalo, protože oboje jde do souboru /dev/null, který slouží jako forma odpadkového koše.

    K čemu je to dobré?

    Nabízí se otázka - k čemu je to dobré? Jeden z důvodů je oddělení chyb od korektního výstupu.

    Dejme tomu, že bych chtěl vyhledat kolikrát se nachází soubor s určitým názvem u mě na disku. K tomu použiji příkaz find a wc, který počítá řádky (a další věci), které mu napíšeš na vstup. find má však tu ošklivou vlastnost, že vždy vypíše, když k nějakému souboru nemůže získat přístup. Pokud použiji naivní implementaci:
    $ find / -name "xaxex*" | wc -l
    find: `/tmp/pulse-PKdhtXMmr18n': Permission denied
    find: `/tmp/atop.d': Permission denied
    find: `/run/udisks': Permission denied
    find: `/run/lighttpd': Permission denied
    find: `/run/cups/certs': Permission denied
    find: `/run/samba/winbindd_privileged': Permission denied
    find: `/run/watershed': Permission denied
    find: `/run/lock/lvm': Permission denied
    find: `/proc/tty/driver': Permission denied
    .... pár tisíc řádek
    
    Tak sice funguje, ale jsem zaplaven tisícema řádek hlášek o tom, že find nemohl k něčemu získat přístup. Řešení je přesměrovat chybový výstup do pryč:
    $ find / -name "xaxex*" 2>/dev/null | wc -l
    0
    V upravené verzi vidím jen to co jsem chtěl - že na disku mám 0 souborů začínajících názvem "xaxex".

    1>&2, resp. 2>&1

    K čemu je tedy přesměrování standardního výstupu do chybového výstupu? Hodí se to všude tam, kde to rozlišovat nechceme a potřebujeme pracovat jak s běžným, tak chybovým výstupem.

    2>&1 je trochu zvláštní zápis, běžně se používá spíš opak: stderr do stdout, protože s tím se pak dá lépe pracovat (| i > běžně přesměrovává stdout, ne stderr).

    K čemu je tam &

    & se při přesměrování 1>&2 používá, aby bylo jasné, že nechceš přesměrovávat do souboru s názvem 2, ale do deskriptoru číslo 2. Kdybys tam & nenapsal, vytvořil by se ti ve složce soubor 2, ve kterém by byl výpis, který šel na stdout.
    28.4.2013 18:59 Lubosh
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Hm, díky moc za velmi vyčerpávající informace, ty by jsi měl psát manuály, to by se to četlo, ne jak ty original sračky se kterými má problém i nabušený user. Velké díky!!!
    28.4.2013 19:33 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Tak sice funguje, ale jsem zaplaven

    Možná stojí za zmínko, že právě díky oddělení rádného a chybového výstupu to funguje. Kdyby se vše vč. chyb vypisovalo na stdout, tak by wc -l spočítalo i ty nepřístupné soubor a výsledkem by nebyla 0.
    Bystroushaak avatar 28.4.2013 20:11 Bystroushaak | skóre: 32 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Jo. Já to tam i napsal, ale pak jsem to v rámci krácení délky zase smazal :D

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.