Organizátoři komunitního setkání nejen českých a slovenských správců sítí CSNOG 2027, které se uskuteční 20. a 21. ledna na půdě zlínské univerzity Tomáše Bati, oznámili prodloužení termínu pro zasílání abstraktů do programu akce. Zájemci se mohou hlásit prostřednictvím webu setkání do úterý 10. listopadu. Programová komise uvítá příspěvky věnované nejen správě sítí, ale také legislativě a regulaci nebo síťařským aktivitám studentů a pedagogů.
Bylo spuštěno předobjednávání zařízení Flipper One s Linuxem. Za 20 dolarů si lze koupit kupón a zajistit si tím speciální cenu 379 dolarů po spuštění kampaně na Kickstarteru.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 16.0. Postaven je na Firefoxu ESR 153. Vydána byla také nová verze 7.16 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. S Tor Browserem 16.0.
FreeTube, desktopový klient pro YouTube využívající lokální API, byl vydán ve verzi 0.26.0. Toto velké opravné vydání mj. vrací částečnou podporu živých přenosů nebo přepracovává zobrazování titulků a obecně nastavení videa v přehrávači – FreeTube umožňuje např. přehrávat video s větším zrychlením.
Další vlna kyberútoků zasáhla chladicí zařízení supermarketů v sedmi evropských zemích, Belgii, Lucembursku, Švédsku, Nizozemsku, Irsku, Estonsku a Finsku. Mrazáky se v některých prodejnách opět 'proměnily v trouby' a zahřály až na 50°C, což pochopitelně vedlo ke znehodnocení uskladněných potravin. Útoky navazují na podobný incident ve Francii z první poloviny října letošního roku, pachatel stále není znám.
Zranitelnost v aktualizačním mechanismu WordPress umožňuje útočníkovi zasáhnout do dočasného instalačního adresáře během aktualizace jádra systému. Před aktualizací veřejně dostupného WordPressu dočasně zablokovat HTTP přístup k wp-content/upgrade/, následně aktualizovat a zkontrolovat logy. Postižené verze: WordPress 4.7 až 7.1.3.
Alpine Linux zveřejnil podrobnosti o útoku na svůj GitLab a 30. října oznámil obnovení provozu. Útočník se 20.–21. října pokusil zneužít chybu v regulárních výrazech. Exploit způsobil opakované pády workerů a několikrát se dostal do pokročilé fáze. Úspěšné spuštění kódu však nebylo potvrzeno. Fix: Opravený GitLab a současně Ruby 3.3.13, 3.4.12 nebo 4.0.9+, pokud jde o vlastní sestavení či kontejner.
Konference OpenAlt 2026 proběhne tento víkend 7. a 8. listopadu na FIT VUT v Brně. Jedná se již o 21. ročník této konference, která propojuje otevřené technologie, svobodný software, hardware a lidi, kteří chtějí věci nejen používat, ale také jim rozumět a měnit je k lepšímu. Více o konferenci v příspěvku OpenAlt 2026: technologie, které dávají svobodu na blogu spolku OpenAlt.
Ide to rychlejsie, ale divne je, ze mi v diskusii na otazku Potrebujem Refaktor C nikdo neodpovedal a nikdo mi neodpovedal.
A este divnejsie je, ze mi na blog eXtreme Programing 2 European Programing odpovedal len jeden clovek... ved to je oblubena tema vsetkych profesionalov... co je s Vami ludia? :)
je dost možné, že se při dnešním počasí moc lidem nechtělo sedět u topícího počítače.Dnes se ani nedalo nikam utéct
Asi bych se měl preventivně začít učit finsky nebo tak nějak. Ach jo.
Myslím, že tě Finsko nezachrání, dnes to tu pražilo 18°C. Málem jsem se upekl. A co hůř, zítra se vracím do Čech. To bude teprve peklo.
Za druhé: nemám tušení, co je to refaktor a přitom se nepovažuji v programování zrovna za začátečníkaJuu, a ja tam chtel napsat neco ve smyslu WTF?!, ale pak jsem si to rozmyslel, abych nebyl za idiota.
Nic ve zlim, ale ten původní návrh musel bejt naprosto amatérskej, když bylo na každý jednotlivý řádek potřeba vykonat zvláštní SQL dotaz. Docela by mě zajímalo, jak vypadá struktura databáze abclinuxu, protože i tam bych tipoval, že to k optimálnímu návrhu bude mít hooodně daleko...
Jsem zvedav, jak rychle ji opravi.
Takže nezbylo, než přestat čekat na opravu Jetty a opravit aplikaci
I když WEB-INF by to vypisovat nemělo nikdy, to je pravda. Ale pomoci by IMHO měla následující úprava web.xml (řekl bych, že parametr relativeResourceBase slouží právě k tomuto účelu):
<web-app>
<display-name>test</display-name>
<servlet>
<servlet-name>TestServlet</servlet-name>
<servlet-class>TestServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet>
<servlet-name>default1</servlet-name>
<servlet-class>org.mortbay.jetty.servlet.Default</servlet-class>
<init-param>
<param-name>relativeResourceBase</param-name>
<param-value>images/</param-value>
</init-param>
<load-on-startup>0</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>TestServlet</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
<!-- static resources -->
<servlet-mapping>
<servlet-name>default1</servlet-name>
<url-pattern>/images/*</url-pattern>
</servlet-mapping>
</web-app>
Kazdopadne diky za tip, s nim testovaci aplikace jede spravne. Problem ale je, ze takovych adresaru tam mam nekolik. Holt asi budu muset definovat default[1-5]
Ted jeste musim rozjet shellove skripty na spousteni.
Přemýšlel jsem pořád o tom, jak mít aplikaci mapovanou na /* a přitom používat DefaultServlet pro obrázky a spol. a nikdy mě nenapadlo mapovat DefaultServlet na něco jiného než na "/".
Jetty spouštím přes daemontools od DJB, údajně to tak je i na mortbay.org a osvědčilo se mi to nejlépe.
Ja zase dekuji za tip na daemontools. Mohl bys napsat nejake zkusenosti? Jak na to, jake maji vyhody ..
Zkušenosti mám s daemontools zatím výborné, vpodstatě napíšu jen skript lehounce obalující java -jar jetty-start.jar a daemontools se postará o spouštění a zastavování. Navíc neustále monitoruje spuštěný proces a pokud by došlo k jeho ukončení, nastartuje jej znovu. Oproti různým distribučním skriptům, které se snaží uhádnout všechny možné parametry a jsou docela složité, tohle řešení je velmi průhledné.
Líbí se mi i to, že ukončení služby provádí daemontools zasláním signálu TERM, na což Jetty umí zareagivat správně. Distribuční skripty to mají většinou postavené na jetty-stop.jar, což trvá dlouho, a to občas nějaký správce služeb špatně snáší, a tvrdí, že službu nebylo možné zastavit
svc -u /services/jetty spustí službu
svc -d /services/jetty jí zastaví
svstat /services/jetty vypíše aktuální stav (např. běží x vteřin, má se zastavit)
Takže když chci něco upravit nebo jen Jetty zastavit, použiju svc -d ..., přes svstat si ohlídám, kdy se Jetty skutečně ukončí, udělám úpravy a svc -u ... zase službu nahodím.
Tiskni
Sdílej: