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

Резултати

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

Търсене: #klimaengineering

当前筛选 #klimaengineering清除筛选
Daniel Prinz News

@DanielPrinzOffiziell · Post #9782 · 20.11.2025 г., 16:03

‼️Das ist einfach schrecklich... US-Militärdokumente enthüllen, dass Waldbrände als Waffen eingesetzt werden‼️ Aluminiumnanopartikel, Wettermanipulation und gezielte Trockengebiete haben Katastrophen in Kalifornien wie in Palisades und Lahaina ausgelöst. Niederschlagsstopp als Waffe: Klimaingenieure verfügen über fortschrittliche Fähigkeiten, um Regen über längere Zeiträume zu unterdrücken, wie die achtmonatige Dürre vor dem Brand in Palisades in Kalifornien zeigt – eine Taktik, die auch in Ländern des Nahen Ostens wie dem Iran beobachtet wurde. Brandgefährliche Nanopartikel schüren Brände: Aluminium-Nanopartikel, die bei militärischen Thermit-Sprengungen verwendet werden, werden absichtlich verteilt und bedecken den Waldboden und das Laub, wodurch die Vegetation hochentzündlich wird und die Brandintensität mit der Zeit zunimmt. Künstlich erzeugte Wetterbedingungen schaffen Bedingungen wie bei einem Brenner: Die Manipulation von Luftdruckzonen – wie anomale Tiefdruckgebiete im Norden und Hochdruckgebiete im Süden (z. B. Hurrikan Dora) – erzeugt extreme zonale Windströmungen, die Brände in heftige „Blasebalg”- oder „Brenner”-Ereignisse verwandeln, identisch mit denen, die wir in Lahaina, Hawaii, gesehen haben. Spekulationen über die Entzündung als Folge der Vorbereitung: Während in Online-Theorien über die Brandstifter diskutiert wird, ist das Kernproblem die vorab geschaffene Vorlage aus Trockenheit, Partikeln und Windanomalien, die eine beispiellose Heftigkeit SICHERSTELLT und die Zündquellen irrelevant macht. Blaupause des US-Militärs zur Nutzung von Waldbränden als Waffe: Ein 140-seitiges, freigegebenes Dokument mit dem Titel „Wildfires as a Military Weapon” (Waldbrände als militärische Waffe) identifiziert 17 US-Untersuchungsstandorte, darunter Los Angeles, und beschreibt detailliert die genauen Vorbereitungen vor dem Brand, wie sie bei den jüngsten Katastrophen zu beobachten waren. Gezielte „Flash Drought”-Erklärungen: Lahaina wurde nur eine Woche vor seiner Verbrennung offiziell als Flash-Drought-Zone ausgewiesen, was unterstreicht, dass diese Ereignisse eher inszeniert als zufällig sind. Quelle: MJTruthUltra Findest du diese Info wichtig? Dann abonniere unseren Kanal! 👉@LegitimNews #Klima#Geoengineering#Klimaengineering#Brände#Lahaine#Militär#Waffen#Waldbrände#Aluminium