@RecMataChannel · Post #305 · 18.07.2025 г., 02:31
#log 因 🇭🇰 HKG Amazon 带宽占用过高影响主站业务,上调各套餐中此节点倍率 此节点情况见上架时信息 https://t.me/RecMataChannel/271
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #672 · 28.11
Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые. Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине. Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет. Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно. Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon. Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией. Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше. #dev
Hashtags
Търсене: #log
@RecMataChannel · Post #305 · 18.07.2025 г., 02:31
#log 因 🇭🇰 HKG Amazon 带宽占用过高影响主站业务,上调各套餐中此节点倍率 此节点情况见上架时信息 https://t.me/RecMataChannel/271
Hashtags
@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
@RecMataChannel · Post #271 · 19.04.2025 г., 17:29
#log 复用主站资源,额外添加了 🇭🇰 HKG Amazon [TEST] 节点,仅适合中国移动 / 中国广电(并非广东电信,电信用户请使用 📀 Core 订阅其他非 TEST 线路)用户使用。 不影响之前安排的根据 🇸🇬 SGP Amazon [TEST] 负载情况来扩容其他地域的决定。
Hashtags
@RecMataChannel · Post #266 · 26.03.2025 г., 05:30
#log 实验性支持了 Loon TF 和 Stash TF 的 VLESS REALITY 配置,请大家帮忙测试一下。
Hashtags
@RecMataChannel · Post #262 · 13.03.2025 г., 05:13
#log 不是 哥们 我 Eco 都啥价了还投诉支付呢?再说你也不是没用上 跑了 25G 呢还
Hashtags
@RecMataChannel · Post #257 · 02.03.2025 г., 06:29
#log Vision 服务器升级后体验实测 #2 本视频基于 SYN Network EX 订阅 🇭🇰 HK-EL 3線式 x 0.40 播放 理论上使用的代理足够强劲 播放体验就可以持续提升
Hashtags
@RecMataChannel · Post #256 · 01.03.2025 г., 14:51
#log Vision 服务器升级后体验实测 本视频基于 BGP.GD 广港电信 IEPL 播放(客户自有线路 非我们提供) 理论上使用的代理足够强劲 播放体验就可以持续提升
Hashtags
@RecMataChannel · Post #253 · 16.02.2025 г., 02:54
#log 重启了一些异常下线的节点,并且提升了一些流量接近枯竭的节点的倍率。
Hashtags
@RecMataChannel · Post #252 · 11.02.2025 г., 03:02
#log 我建议对我有意见的人直接找我开诚布公地谈,我相信信息传播的过程中一定存在着偏差,技术上的问题我愿意进行讨论,有缺陷我愿意立正,但是请不要因为信息的扭曲而造成更多误解好吗? @MissMakima_SAMA
Hashtags
@RecMataChannel · Post #251 · 08.02.2025 г., 15:44
#log 感谢 Project X 为 VLESS 开发付出的努力,帮助我们能直接使用大陆优化线路,而不是通过公网点对点 / 专线隧道转发为大家提供商业代理服务。 已购入 REALITY NFT * 1,后续如果 SagerNet 推出类似的数字藏品,只要价格合理我也会收藏,以此纪念一线开发人员在纯粹技术对抗 GFW 过程中作出的贡献。
Hashtags
@RecMataChannel · Post #199 · 06.10.2024 г., 11:05
#log 777 Subs 🫵
Hashtags
@RecMataChannel · Post #197 · 04.10.2024 г., 13:25
#log 官网 js 文件有一些小问题,已经修复,如果白屏的话使用直连域名用中国 IP 打开即可。
Hashtags