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í
×

včera 15:00 | Nová verze

Byla vydána nová stabilní verze 5.11 toolkitu Qt. Přehled novinek v příspěvku na blogu a na wiki stránce. Další dnešní příspěvek na blogu Qt je věnován Qt pro WebAssembly umožňujícímu běh Qt aplikací ve webovém prohlížeči. K vyzkoušení jsou příklady.

Ladislav Hagara | Komentářů: 0
včera 12:22 | Nová verze

Po 7 měsících vývoje od verze 0.12.0 byla vydána verze 0.13.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v oznámení o vydání a v příspěvku ve fóru.

Ladislav Hagara | Komentářů: 3
včera 12:11 | Pozvánky

V úterý 29. května v 18:00 se v Brně koná pátý přednáškový večer o webovém vývoji. Čeká vás povídání o frameworku v Elixiru, vydávání nové kryptoměny přes ICO, component trees v Reactu. Na místě bude lehké občerstvení; vstup zdarma pro registrované. Více informací na Facebooku nebo se rovnou registrujte na Meetup.

dejvik | Komentářů: 0
včera 12:00 | Pozvánky

V pátek 25. května 2018 v Praze proběhne společné setkání komunity kolem Drupalu a překladatelů softwaru – tématem bude právě lokalizace svobodného softwaru (nejen Drupalu). Program začíná v 9.30 v budově Českého rozhlasu (Vinohradská 12), ale můžete přijít i později během dne.

Fluttershy, yay! | Komentářů: 0
včera 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
včera 02:00 | Bezpečnostní upozornění

Byly zveřejněny (Project Zero, Intel, AMD, Arm) informace o dalších 2 bezpečnostních chybách v procesorech: variantě 3a aneb CVE-2018-3640 - Rogue System Register Read (RSRE) a variantě 4 aneb CVE-2018-3639 - Speculative Store Bypass (SSB). Podrobnosti o chybě CVE-2018-3639 například v příspěvku na blogu Red Hatu. Princip vysvětlen pomocí videa na YouTube.

Ladislav Hagara | Komentářů: 3
21.5. 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 4
21.5. 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 29
20.5. 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 62
20.5. 17:44 | Komunita

SFC (Software Freedom Conservancy) na svém blogu blahopřeje společnosti Tesla k prvnímu kroku k dodržování licence GPL. Tesla ve svých elektromobilech používá svobodný software. Změny ve zdrojovým kódech ale doteď veřejně nezveřejňovala. Změna nastala tento týden. Zdrojové kódy byly zveřejněny na GitHubu. Nejedná se zatím ale o kompletní odpovídající zdrojové kódy (CCS - complete corresponding source).

Ladislav Hagara | Komentářů: 14
Používáte pro některé služby inetd?
 (34%)
 (23%)
 (43%)
Celkem 143 hlasů
 Komentářů: 5, poslední včera 16:46
    Rozcestník

    Dotaz: Filtr noveho radku

    2.4.2007 20:15 bizi | skóre: 8
    Filtr noveho radku
    Přečteno: 117×
    Dobry den, chtel bych se zeptat, jakym zpusobem je mozne odfiltrovat novy radek v souboru na radcich, na kterych se vyskytuje urcity vyraz. Priklad:
    text1
    text2
    text3
    klic_slovo
    text4
    text5
    ...
    Potreboval bych vysledek asi takto:
    text1
    text2
    text3
    klic_slovo text4
    text5
    ...
    Zkousel jsem to pomoci sedu, awk i grepu, ale k touzenemu vysledku jsem se bohuzel nedostal.. Honza.

    Odpovědi

    Fuky avatar 2.4.2007 21:30 Fuky | skóre: 52 | blog: 4u
    Rozbalit Rozbalit vše Re: Filtr noveho radku

    Dle UZITEČNÉ JEDNOŘÁDKOVÉ SKRIPTY PRO SED je řešení např. toto:
    cat file.txt |sed -e :a -e '/klic_slovo$/N; s/\n/ /; ta'

    2.4.2007 23:32 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: Filtr noveho radku
    Tady je taková malá interaktivní verze. Spusť tohle a zkus editovat text v levé části okna.
    Následující zdroják označ myší a prostředním tlačítkem zkopíruj do terminálu:
    python << EOF
    import gtk
    
    class TwoTexts:
        def __init__(self, buff, klic_slovo):
            self.klic_slovo = klic_slovo
    
            txtv1 = gtk.TextView()
            buff1 = txtv1.get_buffer()
            buff1.set_text(buff)
    
            sep = gtk.VSeparator()
    
            txtv2 = gtk.TextView()
            txtv2.set_editable(False)
            buff2 = txtv2.get_buffer()
    
            self.buffer_changed(buff1, buff2)
            buff1.connect('changed', self.buffer_changed, buff2)
    
            hbox = gtk.HBox(False, 0)
            hbox.pack_start(txtv1, True, True, 0)
            hbox.pack_start(sep, False, True, 0)
            hbox.pack_start(txtv2, True, True, 0)
            hbox.show_all()
    
            w = gtk.Window(gtk.WINDOW_TOPLEVEL)
            w.set_position(gtk.WIN_POS_CENTER)
            w.connect('destroy', gtk.main_quit)
            w.connect('delete_event', self.delete_event)
            w.add(hbox)
            w.show_all()
    
        def delete_event(self, widget, data = None):
            return False
    
        def buffer_changed(self, buff1, buff2):
            start, end = buff1.get_bounds()
            text = buff1.get_text(start, end)
            newtext = text.replace(self.klic_slovo + '\n',
                                   self.klic_slovo + ' ')
            buff2.set_text(newtext)
    
        def runapp(self):
            gtk.main()
    
    buff = '''text1
    text2
    text3
    klic_slovo
    text4
    text5'''
    
    twotexts = TwoTexts(buff, 'klic_slovo')
    twotexts.runapp()
    EOF
    
    3.4.2007 08:31 ajikdpoe | skóre: 23 | blog: dvh
    Rozbalit Rozbalit vše Re: Filtr noveho radku
    Hmm... docela peky rozdiel napisat sed "oneliner" a 30 riadkov pythonieho kodu... Ale toto je priklad jednoznacne na sed
    Fuky avatar 3.4.2007 10:05 Fuky | skóre: 52 | blog: 4u
    Rozbalit Rozbalit vše Re: Filtr noveho radku

    cat file.txt |python -c 'import re; import sys; print re.sub(r"(klic_slovo)\n", "\\1 ", sys.stdin.read())'

    Na malý soubor je celkem jedno co použijete, ale jakmile bude soubor stejně velký jako vaše RAM, tak jste na tomto příkladu v pythonu skončili (jasný šlo by to vyřešit, ale to by bylo proti Unixové filozofii, proč znovu vymýšlet kolo). Zkuste se podívat na top, když pracuje python a když sed. Všimněte si, že sed nežere žádnou paměť ;-) a v tom je jeho síla, je to starý dobrý Unixový nástroj. BTW: sort a další sofistikované nástroje jsou na tom stejně, je jim jedno kolik máte paměti a přece dokončí svojí činost ;-) Zkuste se podívat do /tmp při použití sort na velký soubor a uvidíte proč...

    3.4.2007 12:01 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: Filtr noveho radku
    Prosím, nepište v pythonu onelinery. Není k tomu důvod a špatně se to čte. Následující program zpracovává soubor po řádcích, takže paměť nesežere. Běží o 30% pomaleji než varianta v sedu.
    Netvrdím, že něco je lepší a něco horší - v tom už má stejně každý jasno. Řešení uvádím pro ty, kteří už v pythonu píšou a náhodou by řešili stejný problém.
    #!/usr/bin/env python
    import sys
    k1 = 'klic_slovo\n'
    k2 = 'klic_slovo '
    for line in sys.stdin:
        if line == k1: line = k2
        sys.stdout.write(line)
    
    Fuky avatar 3.4.2007 13:35 Fuky | skóre: 52 | blog: 4u
    Rozbalit Rozbalit vše Re: Filtr noveho radku

    Sorry, verze na jednom řádku byla jen pro rýpaly a jak jsem se to snažil nahečmat na jeden řádek, tak jsem udělal tu blbost, že jsem nejprve načetl komplet celý vstup do paměti což je moje chyba a ne Pythonu :-D

    Nechci tvrdit, že je něco lepší nebo horší, Python mám rád, jen si chci ujasnit na co je lepší se mu vyhnout. Na menší množství dat je bez diskuze pohodlnější po všech stránkách, pokud to není věc, která se jednou napíše přímo do příkazové řádky, již nikdy se nepoužuje a dotyčný zvládá sed, gawk atp.

    Myslím, že když chceš srovnávat rychlost, bylo by férové použít i v Pythonu regulární výrazy. Přeci jenom není to vždy takovéto jednoduché porovnávání.

    ~12x pomalejší:

    for line in sys.stdin:
      sys.stdout.write(re.sub(r"(klic_slovo)\n", "\\1 ", line))
    

    ~6x pomalejší:

    pattern1 = re.compile(r"klic_slovo\n")
    pattern2 = re.compile(r"(klic_slovo)\n")
      
    for line in sys.stdin:
      if (re.search(pattern1, line) == None):
        sys.stdout.write(line)
      else:
        sys.stdout.write(re.sub(pattern2, "\\1 ", line))
    

    Napadá Tě jak to v Pythonu ještě urychlit? Podmínka je samozřejmě zachovat možnost využití regulárních výrazů ;-)

    Jinak u sedu si můžeme v tomto případě odpustit skákání na značku a, pak je to ještě krapet (opravdu zanedbatelně) rychlejší:

    cat file.txt |sed '/klic_slovo$/N; s/\n/ /;'
    

    3.4.2007 18:13 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: Filtr noveho radku
    Myslím, že máme stejný pohled na věc.
    A co se týče těch regulárních výrazů, máš pravdu, jsou fakt pomalé. Zajímalo by mě, kde je úzké hrdlo, jestli to souvisí s pythonem jako takovým, jeho dynamičností, function call overheadem (jak se to safra řekne česky?), s algoritmem, který používá pro vyhodnocení nebo jestli je to vším dohromady.
    Srovnával jsem rychlost načítání souboru a tisk řádků v pythonu, perlu a sedu a rozdíly jsou celkem malé. Ale přidáním regulárních výrazů začne python výrazně zaostávat. Přitom soudě podle tohoto
    http://swtch.com/~rsc/regexp/regexp1.html
    By se od perlu moc lišit nemusel. Divné ...
    3.4.2007 22:27 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Filtr noveho radku
    Dalo by se to urychlit předkompilováním těch regulárních výrazů. Sice to tam máš, ale místo re.search(pattern1, line) je podle mých pokusů rychlejší pattern1.search (line).
    4.4.2007 00:18 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: Filtr noveho radku
    Tohle je to nejrychlejší, co dokážu vymyslet:
    #!/usr/bin/env python
    import sys, re
    
    def run():
        search = re.compile(r'(klic_slovo)\n').search
        write = sys.stdout.write
        for line in sys.stdin:
            s = search(line)
            if s: line = s.groups()[0] + ' '
            write(line)
    run()
    
    Ale je to pořád o cca 70% pomalejší než sed nebo perl.

    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.