Internetový prohlížeč Ladybird ohlásil tranzici z programovacího jazyka C++ do Rustu. Přechod bude probíhat postupně a nové komponenty budou dočasně koexistovat se stávajícím C++ kódem. Pro urychlení práce bude použita umělá inteligence, při portování první komponenty prohlížeče, JavaScriptového enginu LibJS, bylo během dvou týdnů pomocí nástrojů Claude Code a Codex vygenerováno kolem 25 000 řádků kódu. Nejedná se o čistě autonomní vývoj pomocí agentů.
Byl vydán Mozilla Firefox 148.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově lze snadno povolit nebo zakázat jednotlivé AI funkce. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 148 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána nová verze 22.1.0, tj. první stabilní verze z nové řady 22.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
X86CSS je experimentální webový emulátor instrukční sady x86 napsaný výhradně v CSS, tedy bez JavaScriptu nebo dalších dynamických prvků. Stránka 'spouští' assemblerovový program mikroprocesoru 8086 a názorně tak demonstruje, že i prosté CSS může fungovat jako Turingovsky kompletní jazyk. Zdrojový kód projektu je na GitHubu.
Po šesti letech byla vydána nová verze 1.3 webového rozhraní ke gitovým repozitářům CGit.
Byla vydána nová verze 6.1 linuxové distribuce Lakka (Wikipedie), jež umožňuje transformovat podporované počítače v herní konzole. Nejnovější Lakka přichází s RetroArchem 1.22.2.
Matematický software GNU Octave byl vydán ve verzi 11.1.0. Podrobnosti v poznámkách k vydání. Vedle menších změn rozhraní jsou jako obvykle zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Weston, referenční implementace kompozitoru pro Wayland, byl vydán ve verzi 15.0.0. Přehled novinek v příspěvku na blogu společnosti Collabora. Vypíchnout lze Lua shell umožňující psát správu oken v jazyce Lua.
Organizace Apache Software Foundation (ASF) vydala verzi 29 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Ústavní soud na svých webových stránkách i v databázi NALUS (NÁLezy a USnesení Ústavního soudu) představil novou verzi chatbota využívajícího umělou inteligenci. Jeho posláním je usnadnit veřejnosti orientaci v rozsáhlé judikatuře Ústavního soudu a pomoci jí s vyhledáváním informací i na webových stránkách soudu, a to i v jiných jazycích. Jde o první nasazení umělé inteligence v rámci webových stránek a databází judikatury českých soudů.
Ahoj vsem,
resim problem propojeni dvou siti, ktere pouzivaji stejne adresni rozsahy. Jedna z moznosti by byla natovat obe podsite nekde na brane 1:1 na uplne jiny rozsah. Napada nekoho nejake jine reseni?
Podotykam, ze precislovani jedne podsite neni z duvodu rozsahlosti siti mozne...
Ano, prave tohle resim, proto se ptam jestli existuji nejake dalsi moznosti 
Za natem prozatim nic neni, ty podsite jsou odeleny siti 192.168.x.x (jine site nez ty, ktere se prekryvaji). Bohuzel hybat s adresami by bylo dost problematicke. Jak uz jsem psal, mohlo by zabrat reseni, kdy bude fungovat nat 1:1 a pocitace ze vsech prekryvajicich se rozsahu (jsou to asi 4 rozsahy) namapovat napr. na adresy 172.16.x.x, ktere uz by v dane podsiti nebyly. To stejne pak udelat pro podsit na opacne strane.
Nevim jestli jsem to popsal dost jasne, pripadne vice vysvetlim.
27.9.2009 20:54
Marek 'Maxicom' Zelenka | skóre: 14
| Kralupy nad Vltavou
Podle mě to tak jak píšete půjde a odpadá problém s tím, že by požadavek na druhý subnet zabloudil ve "stejném" prvním subnetu. Druhý "stejný" subnet totiž podle tohoto řešení pro druhou stranu neexistuje.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ip rule) můžete rozhodovat podle příchozího rozhraní, takže byste mohl vybrat vždy routovací tabulku té druhé sítě. Problém by byl v tom, jak paket ze stanice v jedné síti dopravit na router místo počítače se stejnou IP adresou ve stejné síti. Šlo by to opět pomocí routovacích pravidel, ale jedině v případě, kdy dokážete nějak poznat, zda paket třeba na 192.168.1.1 má jít do stejné sítě, nebo do „té druhé“.
Každopádně bych se určitě snažil alespoň nějak ty sítě oddělit a připravovat se třeba na postupné přečíslování, protože i pouze s tím NATem bude dost změn, a budete s tím mít pořád nějaké problémy i v budoucnu. Takže ať už s tím budete dělat cokoli, dělejte to tak, abyste si tím zároveň připravoval cestu k přečíslování těch sítí.
presne tak, myslel sem problem, kdy pocitace ze site napr. 192.168.1.x potrebuji komunikovat s oddelenou siti 12.168.1.x
oprava - presne tak, myslel sem problem, kdy pocitace ze site napr. 192.168.1.x potrebuji komunikovat s oddelenou siti 192.168.1.x
Existuje nekolik moznosti jak toto udelat:
1, neroutovat ale udelat bridge (to uz je tu zmineno)
2, Napsat staticke routovaci tabulky pro vsechny pouzite IP adresy. To skutecne funguje!
3, ARP proxy.
4, NAT, ale potom nemuze komunikovat kazdy s kazdym. Ti co jsou za NATem nejsou zvenku videt.
a mozna i neco dalsiho.
4, NAT, ale potom nemuze komunikovat kazdy s kazdym. Ti co jsou za NATem nejsou zvenku videt.
Pokud se udělá překlad zdrojových i cílových adres, může komunikovat každý s každým bez omezení. Jen se musí řešení doplnit buď o přepisování DNS odpovědí na tom NATovacím stroji nebo o lokální DNS server. Rozlišení, který stroj je "v té druhé síti" tedy bude probíhat podle jména. Je to funkční, ale pain-in-the-ass řešení... (pro každý stroj, který má být "v druhé síti" dosažitelný, se musí udělat statické pravidlo)
Tiskni
Sdílej:
