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ářů: 54
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 385 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    Rozcestník

    Dotaz: Sucasene citanie a zapis zo soketu - chat klient

    11.12.2005 17:53 Miso Miso | skóre: 1
    Sucasene citanie a zapis zo soketu - chat klient
    Přečteno: 60×
    Ahojte,

    pokusam sa napisat chat program(server a klient). Server cast riesim pomocou klasickeho selectu. Problem mam pri programovani klienta. Totiz potrebujem zaroven citat a zapisovat do soketu, ktorym je klient pripojeny na server.

    Citat potrebujem neustale(server moze poslat spravu od ostatnych klientov v ktoromkolvek okamihu - tuto spravu musim vypisat). Zapisovat potrebujem po tom, co pouzivatel zada spravu na odoslanie.

    Zatial som to spravil tak, ze jeden thread cita zo soketu a druhy thread cita z prikazoveho riadku a po stlaceni enter zapise do soketu text. Cize z dvoch threadov zaroven zapisujem a citam z jedneho soketu. Klient sa tvari tak, ze to funguje ale pochybuje o bezpecnosti tohto riesenia.

    Dalsia moznost je zaregistrovat soket do mnozin na zapis a citanie (FD_SET). A pomocou select citat zo soketu a zapisovat do soketu (ak je pripraveny text na zapis). Taketo riesenie vsak spotrebuje 100% procesoroveho casu pretoze soket je vzdy pripraveny na zapis a teda select ihned skonci.

    Este som rozmyslal nad tym, ze potom ako uzivatel napise spravu modifikujem mnozinu soketov cakajucich na zapis. toto vsak tiez nie je asi najbezpecnejsie riesenie :).

    Ako by ste riesili klienta?

    Za cennu radu dakujem Michal

    Odpovědi

    Luboš Doležel (Doli) avatar 11.12.2005 17:55 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Tak si mezi selecty dejte usleep().
    11.12.2005 22:29 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    toto riesenie sa mi vidi take hackerske obidenie problemu :), co sa mi velmi nepaci.
    11.12.2005 18:09 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Zatial som to spravil tak, ze jeden thread cita zo soketu a druhy thread cita z prikazoveho riadku a po stlaceni enter zapise do soketu text. Cize z dvoch threadov zaroven zapisujem a citam z jedneho soketu. Klient sa tvari tak, ze to funguje ale pochybuje o bezpecnosti tohto riesenia.

    Pokud to ošetříte mutexem, neviděl bych v tom problém. Nebo když použijete streamové funkce, které to zamykají automaticky.

    Este som rozmyslal nad tym, ze potom ako uzivatel napise spravu modifikujem mnozinu soketov cakajucich na zapis. toto vsak tiez nie je asi najbezpecnejsie riesenie

    Proč? Ale asi bych použil spíš poll(), tam si nemusíte hrát s těmi nepřehlednými množinami a jen přehazujete jeden příznak. Nebo jste to myslel tak, že byste změnil množinu, zatímco v druhém threadu běží ten select()? To by asi opravdu nešlo.

    11.12.2005 22:36 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Pokud to ošetříte mutexem, neviděl bych v tom problém. Nebo když použijete streamové funkce, které to zamykají automaticky.

    neviem ci sme sa pochopili. Ja v tom vidim problem asi taky, ze ked spravim v jednom threade synchornizovany recv pomocou mutexu a do soketu sa nikdy nic nepride, potom sa v druhom threade nidky nedostanem k zapisu do soketu. Inak by som musel pouzit neblokovaci rezim, taketo riesenie by vsak bolo velmi neefektivne pretoze recv by stale okamzite skoncil a hned na to by sa spustal znova.

    Okrem toho mate pravdu, druhe riesenie asi naozaj nepojde.
    11.12.2005 23:34 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Myslel jsem to spíš tak, že v jednom threadu by čekal poll(), až bude možné číst, a mutex by se zamykal až na samotný read(). Ve druhém threadu by se zamkl mutex na zápis, když by bylo potřeba. To by mělo projít, ale nezkoušel jsem to.
    11.12.2005 18:12 maleprase | skóre: 28
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    pres select kontroluj akorat cteni. zapis provadis stejne az ve chvili kdy mas neco ve vstupni fronte kterou muzes kontrolovat vzdy po selectu nebo po jeho timeoutu.
    11.12.2005 18:30 #Tom
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Mně se také zalíbíl poll - pole se nachystalo jenom jednou a čistěji. Také jsem psal kecací prográmek (jako úlohu do prográmka v C). Žádná vlákna ani podprocesy jsem nepotřeboval ani u klienta, ani u serveru. Jinak se mi osvědčilo u klienta hlídat funkcí poll i standardní vstup, takže šlo snadno obsloužit jak psaní na klávesnici, tak přijímání zpráv.
    11.12.2005 18:47 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    V tomto případě opravdu stačí select() nebo poll(). Řešení pomocí threadů nebo samostatných procesů je vhodnější tam, kde je větší množství klientů a vyřízení požadavku trvá netriviální dobu (protože během vyřizování jednoho požadavku se nemůžete bavit s dalšími klienty).
    11.12.2005 22:46 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Naozaj super napad. pollovat standardny vstup. dakujem. Momentalne vsak este neviem ci riesenie nebude zalozene na ncurses. V tom pripade by som do jedneho okna zapisoval a z druheho cital. teda by som potreboval zavesit poll na ncurses okno.

    Nakoniec to asi spravim tak ako mi niekto poradil v predchadzajucom prispevku. nastavim do selectu nejaky "rozumny" timeout a stale ked select skonci tak sa pozriem do fronty sprav ci mozem nieco zapisat a ak ano tak to zapisem. Je to sice dost nepruzne ale aspon bezpecne riesenie a nezabera tolko proceseroveho casu. (ako napr. zaregistrovanie soketu aj na zapis - vtedy sa select skonci hned)

    Ak niekoho napadne lepsie riesenie este sa ozvite. Chcelo by to nejaky asynchronny soket :), ktoremu by som nastavil callbacky na send a receive :).

    Zatial dakujem, michal
    11.12.2005 22:49 #Tom
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Můžete se kouknot na moje řešení (cv9), ale moc uhlazený kód tam není, tento program byl napsán v ještě větším spěchu než ostatní (za 3-4 dny) a kvalitou nepřekypuje.
    11.12.2005 23:45 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Dakujem za riesenie. trochu som zazmatkoval, ked som povedal ze treba poll zavesit na okno :). jasne ze na poll staci zavesit standardny vstup, kedze ncurses tiez iba citaju standardny vstup, ked pouzijem wgetch(). Sory ze som sa takto pomylil a tym Vas este otravoval.

    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.