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

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

Резултати

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

Търсене: #tcp

当前筛选 #tcp清除筛选
探索号

@seeker_rc · Post #20243 · 11.05.2026 г., 09:55

vibe coding 了个端口敲门工具,欢迎体验 knock-proxy 是一个端口敲门 TCP 转发工具。服务端用防火墙默认 DROP 公网 TCP 端口;客户端先发送 knock ,服务端验证后临时放行来源 IP ,然后客户端连接同一 TCP 端口,完成 HMAC-SHA256 二次认证并转发到本机 upstream 。 适合隐藏 SSH 、RDP 、数据库管理端口、Web 管理后台等 TCP 服务。 项目地址 <https://github.com/ming79486/knock-proxy> via V2EX 分享创造 标签: #端口#TCP#knock ⚡️探索号频道 ⚡️探索者频道 ⚡️探索者交流群 ⚡️ Youtube 频道:科技探索者 每天推荐有趣内容,欢迎订阅、转发。

AIGC

@aigcrubbish · Post #201 · 18.02.2026 г., 17:48

[$] More accurate congestion notification for TCP 更准确的 TCP 拥塞通知机制 AccECN 即将在 Linux 内核 7.0 版本中默认启用。这一机制改进了 TCP 协议中显式拥塞通知(ECN)的精度,有望提升公共和私有网络中的流量传输效率。 AccECN 通过更精细地反馈网络拥塞状况,帮助 TCP 连接更及时地调整数据传输速率,从而减少延迟和丢包。该功能已在过去几个内核版本中逐步引入,7.0 版本将默认开启以供广泛使用。 原文链接:https://lwn.net/Articles/1058666/ #网络协议#Linux内核#TCP#ECN #AIGC Read more

djangoproject

@djangoproject · Post #523 · 13.12.2017 г., 20:27

http://www.jaggedverge.com/2017/11/how-a-web-page-request-makes-it-down-to-the-metal/ How a web page request makes it down to the metal by : Janis Posted in : Tutorials, work-in-progess Tags : #NGINX, #Python No Comments The other day I was interested in how many steps occur between sending a #POST or #GET#request from a website to the actual processing that happens on the CPU of the #server. I figured that I knew bits and pieces of the puzzle but I wanted to see the complete path from the highest levels of abstraction all the way to the lowest without missing anything too big in-between. It turns out that in a modern web system there are a lot of steps. I have been really fascinated by this much like the explorer that wants to find a path from one known place to another. If you are interested in better understanding how your computer works you might find walking along this path with your tech stack helpful. Frontend prelude: GET request Browser page #rendering POST request sidenote: #CSRF#token Network stack sidenote: The Internet #TCP sidenote: more comprehensive treatment of network stack Backend Handling web request #WSGI #Django Django URL routing Django views Python implementations #CPython CPython bytecode CPython bytecode execution details Machine Code CPython to machine code Machine code execution Hardware implementation details Microcode Processor #pipeline Silicon implementation of addition Silicon adder unit AND gate Transistor

INFERNAL DNB

@infernal_dnb · Post #82 · 17.02.2025 г., 20:52

😈 22.02.2025 - SOLID BANGERZ: The Showcase @ FACTORY 3 🎟 Билеты по ссылке ‼️ FC / DC / 18+ 📌 г. Санкт-Петербург, Кожевенная линия, 40Д, клуб "FACTORY 3" С любовью к ритму и вам, Solid Bangerz! #Solid_Bangerz#PLAGO#2WHALES#OZMA#Brain_Wave#Tesla#DNA_88#L_Kid#MoryakoW#TCP#Changed_Daily#InSpector#ONEDER#BEELS#FactoryClub#DNB#SPb_DNB#Drum_and_Bass