TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #32 · 29.05

Попробовал, наконец, разработку на Blazor. Это такой фреймворк под .NET, который позволяет писать фронтенд на C#. Работает он двумя способами: либо собирает весь проект в WebAssembly, и бедный пользователь грузит себе мегабайтную dll, либо устанавливает клиент-серверное соединение через SignalR и шлёт клиенту информацию об обновлённых DOM-элементах. Вот вторую то я и пробовал. Казалось бы — каждое нажатие кнопки требует отправить на сервер запрос и получить ответ. Никогда такого не было! Но субъективно разницы во времени отклика нет (потому что веб и так достаточно медленный, хаха). Фронтенд-часть пишется очень похоже на JSX: вёрстка реактивно вперемешку с кодом. Когда-то я очень ругал React за такой подход, потому что каша. Но нетипизированный JS по-умолчанию каша, а здесь же по факту получается очень удобно: статический анализ не даёт тебе делать ошибки и писать ерунду. Но приятный полноценный язык программирования вместо JavaScript это лишь вишенка на торте. Самое крутое — вся сила серверного кода с полноценной возможностью обращения к базе данных, шеринг моделей данных между сервером и клиентом, и, наконец, Dependency Injection любого серверного модуля в «клиент»! То есть вы не просто пишете одно приложение вместо двух, вы ещё и получаете отсутствие ошибок при каком-нибудь изменении моделей API, когда сервер стал отдавать не то, что ожидает клиент. Вам вообще теперь не нужен API, достаточно закодить нужную функцию на серваке и инжектировать её в нужный фронтенд-модуль. Это супер удобно, супер быстро, супер устойчиво к ошибкам. Теперь не хочется возвращаться даже на вполне крутой Vue 3. Но, система пока новая, она не обросла решениями от комьюнити, а браузерный API всё равно придётся дергать через JavaScript Interop. Для совсем кайфа нужно подождать годик, поскольку развитие идёт довольно быстро. Например, там нет очень нужного в таком деле hot reload, но в .NET 6 он уже анонсирован, и вроде как есть в превью, а релиз в ноябре. #dev

Hashtags

Резултати

Намерени 168 подобни публикации

Търсене: #log

当前筛选 #log清除筛选
Recursion Automata® 通知频道

@RecMataChannel · Post #296 · 24.06.2025 г., 19:51

#log A simple overview of AnyTLS protocol - Any: custom 'padding' options to avoid the inspection of 'TLS in TLS' traffic; functionally similar to VLESS's 'xtls-rprx-vision' flow control algorithm, but more flexible. - TLS: uses TLS as the basis of data transfer and helps prevent the inspection of fully encrypted traffic (like Shadowsocks or VMess) and also eliminates the dependence of device's system time when AEAD is enabled. - One More Thing: Protocol-level regulation of 'MUX' mechanism, which maintains a connection pool and significantly reduces the connection latency. Conclusion: another approach to evading the GFW; could be considered an upgraded low-latency Trojan protocol; shows potential to build a high-performance proxy (or Traffic Camouflage, more precise in context of users in China) tunnel with sing-box's implementation.

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #271 · 19.04.2025 г., 17:29

#log 复用主站资源,额外添加了 🇭🇰 HKG Amazon [TEST] 节点,仅适合中国移动 / 中国广电(并非广东电信,电信用户请使用 📀 Core 订阅其他非 TEST 线路)用户使用。 不影响之前安排的根据 🇸🇬 SGP Amazon [TEST] 负载情况来扩容其他地域的决定。

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #256 · 01.03.2025 г., 14:51

#log Vision 服务器升级后体验实测 本视频基于 BGP.GD 广港电信 IEPL 播放(客户自有线路 非我们提供) 理论上使用的代理足够强劲 播放体验就可以持续提升

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #252 · 11.02.2025 г., 03:02

#log 我建议对我有意见的人直接找我开诚布公地谈,我相信信息传播的过程中一定存在着偏差,技术上的问题我愿意进行讨论,有缺陷我愿意立正,但是请不要因为信息的扭曲而造成更多误解好吗? @MissMakima_SAMA

Hashtags

Recursion Automata® 通知频道

@RecMataChannel · Post #251 · 08.02.2025 г., 15:44

#log 感谢 Project X 为 VLESS 开发付出的努力,帮助我们能直接使用大陆优化线路,而不是通过公网点对点 / 专线隧道转发为大家提供商业代理服务。 已购入 REALITY NFT * 1,后续如果 SagerNet 推出类似的数字藏品,只要价格合理我也会收藏,以此纪念一线开发人员在纯粹技术对抗 GFW 过程中作出的贡献。

Hashtags

123•••10•••1314
ПредишнаСтр. 1 от 14Следваща