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

Резултати

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

Търсене: #dns

当前筛选 #dns清除筛选

📍#DNS Super dns ( Am tunnel )⚡️ ⭐️همه اپراتورها _ فرکانس 1.3.5 udp://8.26.56.26 udp://64.6.64.6 udp://64.6.65.6 udp://198.101.242.72 udp://198.101.242.73 🔵همراه اول – فرکانس 2.4.5 udp://217.218.26.78 udp://77.88.8.1 udp://77.88.8.8 udp://195.46.39.39 udp://8.26.56.26 🟡ایرانسل – فرکانس 1.3.5 udp://8.8.8.8 udp://8.8.4.4 udp://1.1.1.1 udp://1.0.0.1 udp://208.67.222.222 💜رایتل – فرکانس 2.4.6 udp://208.67.220.220 udp://9.9.9.9 udp://149.112.112.112 udp://4.2.2.2 udp://216.146.36.36 🔵مخابرات _ فرکانس 1.3.5 udp://8.26.56.26 udp://64.6.64.6 udp://64.6.65.6 udp://198.101.242.72 udp://198.101.242.73 😎@ITSecurityComputer

Hashtags

昨天 GFW 屏蔽了境外非域名的 DoH/DoT,导致 Clash 无法解析域名,从而影响代理连接。 问题分析 Clash 的 DNS 策略通常使用 fallback 解析非中国 IP,但当 Clash 需要访问代理节点时,首先要解析节点的域名。如果 fallback 配置的 DNS 服务器全是被封锁的境外非域名 DoH/DoT,或者这些服务器不可用,解析就会失败,导致无法获取正确的 IP,进而使节点连接超时。 一些机场的 Clash 配置中 fallback 只包含境外 DoH/DoT,或者包含了部分不可用的 DNS 服务器,这会导致解析异常,影响网络速度,特别是直连机场的用户,因为他们的节点几乎全是境外 IP。 ⸻ 解决方案 1. 启用 Clash 的 DNS 覆写功能(适用于 Mihomo 内核) • FlClash: 进入 工具 → 覆写 → DNS → 覆写 DNS,然后重启 FlClash。 • Clash Meta: 进入 设置 → 覆写 → 策略 → 使用内置,启用 DNS 覆写。 • Mihomo Party: 该软件默认开启 DNS 覆写,无需额外设置。 2. 修改 Clash 配置(适用于 Clash Verge、Clash for Windows 等非 Mihomo 内核) • 手动编辑订阅配置: • 找到 DNS 配置部分,将 enable: true 改为 enable: false。 • 替换 fallback DNS 服务器,避免使用境外 DoH/DoT,可以改为国内可用的 DNS(如 114.114.114.114 或 223.5.5.5)。 • 由于机场的订阅更新可能会覆盖修改,建议暂时关闭订阅更新,等待机场修复配置后再开启。 • 删除不可用的 DNS 服务器,减少解析延迟。 3. 考虑更换代理软件 如果仍然受影响,可以尝试 V2Ray 系列(如 v2rayN、V2Box)或 Sing-box 内核 的代理工具,这些软件可以绕过 Clash 的 DNS 解析问题。 一些可以用也比较快的境外 #DNS / DoH: HiNet 中华电信 DNS: 168.95.1.1 168.95.192.1 OpenDNS: 208.67.222.222 208.67.220.220 DoH: https://doh.opendns.com/dns-query AdGuard DNS: 94.140.14.14 94.140.15.15 境内的建议: 阿里云: https://dns.alidns.com/dns-query 腾讯云: https://doh.pub/dns-query 消息参考: https://t.me/jichangtj/1053

Hashtags

电竞红单作业推荐-中文频道

@dianjingtuijian01 · Post #9395 · 16.04.2026 г., 09:48

LCK 韩国冠军联赛 - 第1-2回合 #DNS 对战 HLE BO3 2026-4-16 18:00 全局获胜: HLE 地图比分: 0-2 地图让分: HLE-1.5 地图大小: 小于2.5 ------------------------------------ LCK 韩国冠军联赛 - 第1-2回合 #DNS 对战 HLE BO3 2026-4-16 18:00 第一局获胜:HLE 击杀让分: DNS+10.5 击杀大小: 小于29.5(重心) 时间大小: 小于31 第一滴血: HLE

Hashtags

电竞红单作业推荐-中文频道

@dianjingtuijian01 · Post #8766 · 23.02.2026 г., 08:26

LCK CL 韩国挑战者联赛 启航赛 #DNS.C 对战 NS.EA BO5 2026-2-23 17:00 全局获胜: DNS.C 地图比分: 3-2 地图让分: DNS.C+1.5 地图大小: 大于4.5 ------------------------------------ LCK CL 韩国挑战者联赛 启航赛 #DNS.C 对战 NS.EA BO5 2026-2-23 17:00 第一局获胜:DNS.C 击杀让分:DNS.C+3.5 击杀大小: 大于30.5 (重心) 时间大小:大于32 第一滴血:DNS.C

Hashtags

123•••78
ПредишнаСтр. 1 от 8Следваща