1
Server / Re:Resolvery CZ.NIC nepřekládají weby Monety?
« kdy: 11. 12. 2025, 19:41:29 »Mezi námi děvčaty, v síti mého domácího ISP to stále nefunguje. Přesněji - jeden jeho NS překládá, druhý ne. Nebudu to řešit...
LOL, ted jsem o tom psal.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Mezi námi děvčaty, v síti mého domácího ISP to stále nefunguje. Přesněji - jeden jeho NS překládá, druhý ne. Nebudu to řešit...
tak proto dnes obesilali ISP s zadosti o reset cache dnsresolveru...
Podle proma, vypadá zajímavě 😁
Co si o něm myslíte ?
Ten výrok je prostě špatný.
To je přece úplně jedno. Jednou je to ZNÁMÝ A INZEROVANÝ požadavek výrobce operačního systému, a je problémem výrobce hardwaru s nímž je OEM verze dodávána, aby splnění požadavků zajistil.
Ten požadavek je nejen tak známý a inzerovaný, ale i tak super skvělý a správný, že i sám výrobce operačního systému dává na svá originální instalační média skript bypassnro.cmd, který ty problémy vznikající z toho super požadavku řeší jeho vypnutím a nainstalováním Windows bez sítě.

Problém to je na první pohled, pokud takových lidí je víc, částky sečtou a už to není přestupek.
Konkrétně signed integer overflow zkoumají pod AO3 (vypnuli to pomocí -fwrapv) a rozdíly ve výkonu jsou zanedbatelné.
Ono je otázkou, co je dneska implementovatelné v překladači z pohledu zpětné kompatibility a očekávání uživatelů.
V každém případě moderní překladač důrazně upozorní, že je něco jinak, a je na vývojáři aby napsal kód bez warningu. V Postgresu kód s warningem nemá šanci se dostat do upstreamu, a co jsem se jako vývojář naučil, že warning v Cčku není něco, nad čím by se dalo mávnout rukou.
Omlouvám se, neznám přesně nastavení na Mikrotiku s PPPoE, ale klientům do sítě by se přes RA nemělo posílat delší MTU než je pak na vnějším rozhraní.