Linux na 4bitovém mikroprocesoru Intel 4004 z roku 1971? Ale jistě: Linux/4004 (YouTube).
Google Chrome 129 byl prohlášen za stabilní. Nejnovější stabilní verze 129.0.6668.58 přináší řadu novinek z hlediska uživatelů i vývojářů (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube: DevTools Chrome 127-129).
Byly nalezeny a opraveny bezpečnostní chyby CVE-2024-38812 a CVE-2024-38813 s CVSS 9.8 a 7.5 ve VMware vCenter Server. Jedná se o vzdálené spouštění příkazů (RCE) a eskalaci oprávnění.
MojeID rozdává bezpečnostní klíče (tokeny) GoTrust Idem Key pro přístup k online službám veřejné správy (NIA). Ti, kteří již mají, mohou získat tablet ve slosování.
Společnosti Nintendo a Pokémon žalují společnost Pocketpair. Její hra Palworld prý porušuje patenty Nintendo a Pokémon.
RabbitMQ (Wikipedie) byl vydán v nové major verzi 4.0. RabbitMQ je open source messaging a streaming broker napsaný v programovacím jazyce Erlang. Implementuje protokoly AMQP 0-9-1, AMQP 1.0, RabbitMQ Streams, MQTT a STOMP a v HTTP a WebSockets Web STOMP plugin, Web MQTT plugin a management plugin.
Po půl roce vývoje od vydání verze 46 bylo vydáno GNOME 47 s kódovým názvem Denver. Přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Krátké představení na YouTube.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.3. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu.
Uživatele Windows a Microsoft 365 Business a Enterprise mohou oficiálně používat Python v Excelu. Spolu s knihovnami jako pandas, Matplotlib a NLTK. Jedná se o spolupráci s Anacondou. Microsoft si tento "vynález integrace tabulkových procesorů s externími prostředími" patentoval: US12026560B2. Už před podáním patentu ale mohli uživatelé pro Python v Excelu používat například PyXLL. LibreOffice / OpenOffice.org měl PyUNO.
Provoz Mozilla.social, tj. instance Mastodonu provozované Mozillou, bude 17. prosince 2024 ukončen.
Řešení dotazu:
Osobne bych se nebal zkusit nejakej framework. Ono neco takoveho naprogramovat je otazka nekolika vterin a par radku kodu, akorat bych asi volil neco jineho nez C, to dle toho co tvrdis by mohlo byt pro tebe zbytecne obtizne.
Napriklad v Decku s vibe.d to vypada nejak takto:
import vibe.d; shared static this() { listenTCP(55555, toDelegate(&logMe)); } void logMe(TCPConnection conn) { appendToFile("/tmp/nejakysoubor", conn.readAllUTF8()); }
-k, --keep-open (Accept multiple connections) . Normally a listening server accepts only one connection and then quits when the connection is closed. This option makes it accept multiple simultaneous connections and wait for more connections after they have all been closed. It must be combined with --listen. In this mode there is no way for Ncat to know when its network input is finished, so it will keep running until interrupted. This also means that it will never close its output stream, so any program reading from Ncat and looking for end-of-file will also hang.
nc --listen --port=PORT --exec=CMD --continuous
response = data client.send(response)nahradit za:
with open('logfile.log', 'a') as log: log.write(data)Může nastat problém se současným zápisem do souboru z více vláken - dá se řešit zámkem, nebo pomocí fronty. Rychlejší, ale komplikovanější řešení s frontou je http://stackoverflow.com/questions/11983938/python-appending-to-same-file-from-multiple-threads příklad se zámky by do __init__ přidal
self.lock = threading.Lock()a zápis by pak vypadal:
self.lock.acquire() with open('logfile.log', 'a') as log: log.write(data) self.lock.release()
Ale bez toho omezeni jednim klientem. Da se vlastne spustit vice instanci?Aby mohl paralelně odbavit několik klientů. Předpokládám (jen předpokládám, netvrdím že je to opravdu situace tazatele), že se k serveru má připojit několik klientů a posílat mu nějaká data, která chtějí ukládat do souboru. Pokud by se klient jen připojil, poslal data a odpojil, tak stačí
nc -k
.
Pokud však klient data nějak získává postupně a chce je zapisovat průběžně, potřebuje server vlákna aby obsloužil několik klientů najednou.
Ani to není úplně nutné. Pokud klientů (a provozu od nich) není moc a zpracování požadavku netrvá moc dlouho, vystačíte i s jednou smyčkou a poll()
(případně epoll()
nebo pro tradicionalisty select()
).
Jak se konkrétně ty tři varianty (fork, thready, poll/select) implementují, na to jsou na webu hromady příkladů, takže není potřeba to znovu podrobně popisovat.
Pokud však klient data nějak získává postupně a chce je zapisovat průběžně, potřebuje server vlákna aby obsloužil několik klientů najednou.
Dřív, než se problém začne řešit, je potřeba ho nejdřív co nejpřesněji formulovat. Dokud je jeden klient a jedno TCP spojení, je celkem jasné, co znamená zapisovat data z něj do logu. Jakmile mám do jednoho logu zapisovat streamy od několika současně připojených klientů, je potřeba si ujasnit požadavky na to, jak má ten výstup vypadat, protože kvůli bufferování může být výsledek dost divoký.
V praxi nejspíš budeme požadovat, že ve výstupním souboru musí být všechno, co přijde od klientů (což není tak samozřejmé, jak se na první pohled zdá). Kromě toho si typicky definujeme minimální "větu", která musí být ve výsledném souboru zapsaná tak, že nebude přerušená jiným textem. U textového logu to může být třeba řádek, ale dokážu si představit, že někdy může být požadavkem, že záznam skládající se z několika řádků má být pohromadě. Takže je potřeba definovat, jak se pozná "věta", a následně zajistit, aby se zápisy jednotlivých vět serializovaly.
jj, predstav si to jako postu, nekolik lidi ti puse na tvou adresu coz je vlastne ip + port, no a ty jim odpovidas na zpet dle zpetne adresy coz je zase ip + port
Tiskni Sdílej: