Laboratoře CZ.NIC vydaly novou verzi 4.24.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly nové parametry do rozhraní příkazové řádky „export-msg“, „export-msgs“, „import-msg“ a „import-msgs“, které dovolují číst/zapisovat zprávy z/do databází. Veliký panel nástrojů byl nahrazen více nastavitelnými
… více »Mapnik (Wikipedie), tj. open source toolkit pro vykreslování map a vývoj mapových aplikací, byl vydán ve verzi 4.0.0. Přehled změn na GitHubu.
Mozilla koupila firmu Anonym, tj. průkopníka v "digitální reklamě chránící soukromí".
Knihovna htmx (Wikipedie, GitHub), tj. knihovna rozšiřující HTML o nové atributy a umožňující vývoj dynamických webových aplikací, byla vydána ve verzi 2.0 (𝕏).
Společnosti DeepComputing a Framework Computer společně představily RISC-V základní desku pro modulární Framework Laptop 13.
Byla vydána nová verze 6.4 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.16.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.1 (Mastodon, 𝕏). Přehled novinek i s videi a se snímky obrazovky v oficiálním oznámení. Podrobný přehled v seznamu změn.
Qsynth dospěl do verze 1.0.0. Jedná se o Qt GUI nad softwarovým syntezátorem FluidSynth (Wikipedie).
V bezdrátových routerech od společnosti routerech D-Link, v řadách EAGLE PRO AI a AQUILA PRO AI, je zabudovaný backdoor. Jedná se o zranitelnosti CVE-2024-6044 a CVE-2024-6045. Kdokoli z lokální sítě může přístupem na konkrétní URL spustit službu Telnet a přihlásit se pomocí přihlašovacích údajů správce získaných analýzou firmwaru.
Organizace IuRe (Iuridicum Remedium) varuje před návrhem, který představilo belgické předsednictví Rady EU. Populární služby jako Messenger, WhatsApp nebo Signal by dle něj bylo možné plně používat až po odsouhlasení kontroly komunikace. Ta by měla zamezit šíření dětské pornografie. Podle IuRe by však taková kontrola přinesla hlavně závažný dopad na soukromí uživatelů.
Jsem zakladatelem tohoto portálu. Linux jsem používal spousty let, nějaký čas jsem se aktivně podílel na jeho propagaci v Česku (CZLUG, časopisy ComputerWorld, Network Magazine atd). Se současným Abíčkem už nemám nic společného.
97 otevřených spojení, load přes třicet, abíčko mrtvé. Děkovat můžete na VUT v Brně.
Tiskni Sdílej:
pokud web přestane fungovat při jednom vícethreadovém mirroru, tak je někde něco špatně. A něco je špatně asi v kódu ábíčka, anebo v serverových aplikacích, které servírují obsah. Určitě není chyba v člověku, který mirror provádí. 97 spojení a load 30 NENÍ NIC!!!Load 30 neni nic? Ja mel za to, ze bezne zatizeni se pohybuje v jednotkach. Bohuzel nemam s cim srovnavat. Tech 97 spojeni jsem myslel z jedne IP adresy. V tuto chvili probihaji dva mirrory, load je 1,5.
To je známý problém javy, také jsme to jednou museli řešit, větší zátěž nám bezpečně shazovala aplikaci. Stačí malé opomenutí a kód přestane být thread-safe, což při běžném provozu funguje a pak to při zátěži "náhodně" padá. Sám bych viděl problém asi tady.Za thread-safety kodu bych ruku do ohne nedal, ale za ty roky uz je vetsina problemu vychytana. Chyby v teto oblasti se vetsinou projevuji skrze podivne chovani a padani. Nicmene ani pod zatezi abicko nepada a nehazi divne chyby. Jenom bezi hrozne pomalu. To uz by spise vypadalo na prilisnou synchronizaci.
Vaše fascinace minimalizací SQL dotazů je zajímavá, ale tím to zřejmě není. Mirrorovací nástroj má vždy omezený počet threadů a čeká na jejich dokončení, takže při větším počtu SQL dotazů v kódu se odezvy zpomalí, ale nikdy nezastaví.Abicko se nezastavi. Zvolil jsem v blogu nevhodne slovo "mrtve". Server bezel dale, ale byl velmi pomaly. Stranka se nacital treba i minutu. Nicmene si vazne myslim, ze cast problemu lezi v tom, ze mysql prestava stihat odpovidat. Top ukazuje spousty procesu mysql zeroucich vetsinu procesu. Asi by to chtelo se mrknout na nastaveni mysql, zda je opravdu optimalni. To ale neni muj obor Dalsi mozny zdroj muze byt jetty. Loni jsem videl nejakou analyzu vykonu servlet containeru a jetty v nem celkem propadlo. Asi bych mel zkusit tu nejnovejsi verzi, ma mit dost optimalizaci. Totez se da rici o JDK 1.5, zatim bezime na JDK 1.4.2. Tech moznosti je spousta, zatim ale hledam chyby ve svem kodu.
Chápejte, že se lidem špatně obhajuje java na serveru místo třeba php, když tady vidí jak tu pláčete, že to samovolně padá.Nepada.
Nechci být příliš ofenzívní a chápu že tohle je volnočasový projekt atd bla bla bla, ale pokud web přestane fungovat při jednom vícethreadovém mirroru, tak je někde něco špatně.Přesně tak, pokud jeden blbej mirroring způsobí DOS na web, tak je někde něco špatně. Přece není normální, aby někdo musel sedět 24/7 u serveru a sledovat logy, jestli si náhodou někdo nepustil httrack...
wget -i
). Na zivem serveru to ale nestiha. Bud to brzdi jetty nebo synchronizace v transparentni cachi.
Kazdopadne ted o vikendu zkusim abicko rozjet pod jetty 5.1.3 a JDK 1.5. To samo o sobe by melo zajistit vyssi vykon nez jetty 4.1 a JDK 1.4.2. Mozna bych mohl zkusit i JVM od BEA, jRockit je optimalizovany pro serverove aplikace.
Nicmene nejdulezitejsi jsou stejnak optimalizace v kodu. Databaze vzdy bude uzkym hrdlem kazde webove aplikace a pokud ji ulehcim, rozhodne to nebude na skodu.