Русский
Русский
English
Статистика
Реклама

Broadcom

Опыт построения умного дома на Raspberry Pi и открытой платформе OpenHAB. Часть 1

25.06.2020 16:23:50 | Автор: admin

Два года назад у нас появился загородный дом. Только сейчас, во время пандемии, мы поняли, что это была инвестиция, а не трата бабла повышение уровня жизни. Изначально планировали жить на два дома квартира в городе и дом за городом. Поэтому появилось желание автоматизировать его по максимуму. Ну, как минимум, чтобы зимой можно было прогреть дом перед приездом.


Эта статья не является полной инструкцией что и как делать, а больше сборником куда копать и что почитать или посмотреть, чтобы сделать самому.


Тем не менее вы найдете для себя много полезной информации и ссылок, а главное при минимальных навыках поиска информации в интернете вы сможете сами найти все необходимые пошаговые инструкции. В наш век DIY (Do It Yourself, самоделки), вы все можете получить в виде 5-20 минутных делай-как-я видео инструкций. Нынче никто уже не пишет по-старинке.


image
Перед началом эпического описания собранной системы несколько наблюдений. Если вы хотите умный дом так как вы хотите, вам придется делать его своими руками. Эта истина все еще свежа как и два года назад. К сожалению, производители с мировым именем выпускают какое-то барахло, непонятно кому и зачем нужное. Вы можете накупить множество различных штук, каждая из которых будет автоматизировать одну определенную задачу, но собрать все воедино в одном приложении нереально. То одного нет, то другого. Несмотря на весь хайп вокруг IoT, плаг энд плеем это так и не стало.


Для начала расскажу что и как было сделано до начала автоматизации и какие наиболее актуальные задачи стоят.


Итак, характеристики того что есть.


  1. Дом 2 этажа, 140 кв.м, брус.
  2. В доме 15 КВт электроэнергии
  3. Разводка электрики сделана в щиток на DIN рейку. Щиток правда барахло, надо бы поменять, на что-нибудь получше, но пока довольствуемся тем что есть, уж очень геморройно будет все переделывать
  4. Водоснабжение скважина 35м и колодец 15м. В колодце 2 насоса, один полив участка, дает где-то 2.5бар, и харьковский скважинный на водоснабжение дома (планируется переезд на скважину, если мы поймем, что там вода лучше). В скважине маленький насос из разряда чтобы был и скважина не заиливалась, что-то типа малыша. Сейчас не используется, но думаем все-таки перейти на него. Вода в дом подается через джилексовский "Краб 24". Точно такой же "Краб 24" стоит в колодце для управления насосом на полив.
  5. Так как все новое, все освещение изначально делаем только на светодиодах.
  6. Разводка довольно грамотная, по комнатам. Каждая комната заведена на свой автомат 16А.
  7. Обогрев организован радиаторами с разводкой пластиковыми трубами по всему дому.
  8. Теплоноситель в батареях зимний, что-то типа тосола. Но при падении давления предусмотрен клапан добавить давления в систему.
  9. Обогрев осуществляется электрическим котлом Protherm, 12кВт, достаточно умным, чтобы уметь поддерживать заданную температуру теплоносителя и ограничивать свою мощность двумя-четырьмя-шестью-восемью и двенадцатью киловаттами.
  10. Горячая вода два электрических водонагревательных котла. Один на ванную комнату, чтобы можно было мыться и принимать ванну (100л) и один в кухне, мыть посуду, литров 15.
  11. Канализация септик Юнилос, живет своей жизнью. Все что нужно подача электричества.
  12. Internet Gpon, 70Mb/s. Я когда своим коллегам из Европы рассказываю, что у нас в деревне в 80км от Москвы есть оптика, они делают круглые глаза. Я сам сделал круглые глаза когда уже после покупки дома во второй свой приезд, увидел оптический кабель на столбе напротив моего дома.
  13. Apple TV. Ну не смотрим мы TV, зато нетфликсы и другие стрим сервисы вполне себе.

Что хотелось иметь:


  1. Управление котлами (2 водонагревательных), один системы отопления.
  2. Управление светом на улице в темное время суток. Включать с закатом, выключать с рассветом.
  3. Управление светом дома из разряда когда-нибудь.
  4. Управление поливом. У нас есть 12 грядок, засаженных горохом и клубникой. Ну и зелень к шашлыкам.
  5. Система видеонаблюдения на будущее, пока дом на пультовой охране Дельта.

Забегая вперед, все удалось реализовать, кроме света в доме и видео. Это как оказалось самый очевидная, но и самый бесполезный функционал. Как нибудь все равно сделаю.


Итак, проект начал два года назад не имея большого опыта в домашней автоматизации, зато с опытом системного администрирования Windows. Не сказать что я когда-либо был продвинутым Linux-администратором, но кое что умею. А еще у меня есть коллега, который если что может подсказать.


Первое что пришлось делать выбирать платформу. Вариантов много, кто-то использует Domoticz https://www.domoticz.com/, мой же выбор пал на OpenHAB. Во многом благодаря вот этому видеоблогу: https://www.mksmarthouse.com/. Видео на YouTube: https://www.youtube.com/results?search_query=mk+smarthouse.


Почему выбор пал на нее:


  • Она очень гибкая, можно сделать все что угодно.
  • Есть коннектор в мир автоматизации Apple Home Kit.
  • Работает на Raspberry Pi.
  • Есть свое приложение для телефона и свой Cloud для работы с ним.

Второе железо. Как работник Broadcom, не могу заставить себя купить какой-нибудь Intel ;))) Есть две вещи, в котором BCM лучше всех в масс-маркет сегменте, это чипы для Raspberry Pi и чипы для роутеров :). Ну а если еще более развернуто, то мне хотелось дополнительно к автоматизации дома на своем собственном проекте посмотреть как обстоят дела в мире embedded-систем, что там с ARM, что там с софтом. Ну и сам по себе комп за 50 баксов (на самом деле дороже из-за корпуса, флэшки и блока питания), это же круто. Очень хотелось попробовать. Это был мой первый RaspPi, поэтому все было интересно.


Кроме этого, для того, чтобы что-то сделать рабочее, нужно чем-то как-то управлять. На связке OpenHAB-RaspPi управлять можно выводами GPIO RaspPi и через WiFi с протоколом MQTT (Mosquito) https://mosquitto.org/man/mqtt-7.html. Если вы еще не знаете, что это, советую почитать про него. Это легковесный message-based протокол, который может работать на самых простых микроконтроллерах. Я честно думал, что буду собирать сам датчики на ардуинках, даже купил две. Но практика показала, что все есть готовое и надо только его правильно подать (перепрошить). Об этом речь пойдет во второй части.


В качестве устройств которыми управлять после недели поисков в интернете и просмотра блогов (видеоблогов, каюсь), выбрал следующие два устройства:


- Контактор ABB. Этот зверь нужен мне чтобы коммутировать высокомощную нагрузку, а именно обогрев дома. Но он работает от 220В, а мой RaspPi дает на вывод GPIO значительно меньше. 

image
Для того, чтобы запитать такого зверя мне понадобились реле. Паять желания нет, да и кто сейчас такое паяет. Идем в Чип и Дип (не реклама) или любой другой магазин электроники и покупаем. Рублей 300.


image


Пока писал, подивился, оказывается появились прямо готовые платки с реле для крепления на борду моей малинки. https://www.chipdip.ru/product/rpi-relay-board. Куплю как-нибудь.


Итак, железо собрано. Теперь дело за софтом.


Первый этап накатываем OpenHABian. Это образ, который надо распаковать на флэшку вашего будущего сервера домашней автоматизации. Качаем отсюда, https://www.openhab.org/download/, там же есть подробная инструкция что и как. Потом вставляем флэшку в малинку, подключаем питание и ждем часик. В этот момент установочный скрипт сам все для вас настроит. Далее вы заходите на веб-мордочку и администрируете там. Кроме этого, у системы есть несколько текстовых файлов, которые приходится время от времени править ручками. Sitemap, Items и Rules, предназначенных для различных нужд. Например в Sitemap вы описываете то, что будет в вашем управляющем софте. То есть кнопочки и переключатели-выключатели. В Rules можно писать разные правила, например там я сделал включение-выключение света в темное время суток по астрономическим данным. Items описывает ваши устройства, которыми вы управляете. Прежде чем умело начать всем этим пользоваться, я смотрел пошаговые видео инструкции от уже упомянутого подростка mk-smarthome.


Второй этап сборка схемы в электрощитке. Установка контактора, блока реле, проводки между ними. С GPIO я подаю сигнал на блок реле, а уже оттуда 220V AC на контактор. Контактор включает 12КВт электропечку.


Ну и третий этап конфигурируем наше только что собранное в софте OpenHAB.


Я сделал это за первый вечер. Итогом моей работы стало рабочее приложение на айфоне (а также на андроиде или просто в браузере), которое через свое родное облако связывается с моим Raspberry Pi с OpenHAB. Это особо важно при выборе платформы, чтобы самому не заниматься написанием кода для своего телефона, не устанавливать клаужных серваков и.т.д. И все это забесплатно. То есть по цене оборудования. Софт OpenHAB безвозмезден.


Что омрачило мои занятия так это борьба Роскомнадзора с Телеграммом. Если помните, они начали банить все IP-подсети подряд. В том числе и github, OpenHAB.org, и.т.д. И если основные ресурсы пришли в себя довольно скоро, то вот OpenHAB, которым в РФ пользуется, видимо, три инвалида включая меня еще год работал с косяками. Нет, не в боевых своих функциях, а в моменты апгрейдов и апдейтов софта. Я год ходил на сайт OpenHAB через анонимайзер-прокси Это убедило меня, что с IoT в нашей стране все грустно. Еще одно замечание в сторону OpenHAB. Не надо апгрейдить рабочую конфигурацию. Сделайте бэкап всего и вся перед любыми подобными действиями. При переходе на какую-то новую мажорную версию я как-то зимой оставил себя без обогрева Пришлось сначала подключать все байпассом, чтобы не замерзнуть, а потом полночи чинить сломанную конфигурацию. При переходе на новые версии у них меняются форматы, подходы и.т.д.


Вот так в итоге выглядит мое приложение.
image


Через пару недель я реализовал программный термостат в OpenHAB, используя беспроводной датчик температуры-влажности на Sonoff TH16 (ардуиноподобный китайский процессор ESP8266 с вайфаем и релюшечки типа уже продемонстрированной сверху). Но обо всем этом во второй части. А пока пишите что вам рассказать поподробней. Во второй части добавлю.

Подробнее..

Application performance management (APM) от Broadcom для мониторинга производительности приложений (включая мобильные)

24.02.2021 08:04:01 | Автор: admin
Всем привет! В этой статье расскажем о возможностях мониторинга производительности приложений одного из лидеров квадранта Gartner c APM-решениями Broadcom.

image

Appdynamics, Dynatrace и New Relic достаточно известны на российском рынке. Broadcom чуть менее знаком, этакая серая лошадка, однако, имеет не уступающий всем троим функционал мониторинга приложений. А использование APM-решения от Broadcom в комплексе с другим их продуктом, зонтичной AIOps-системой DX Operations Intelligence, позволит создать единое окно мониторинга для разнокалиберного ПО и инфраструктуры. Под катом текст и скриншоты.

Для мониторинга производительности приложений Broadcom поставляет два решения: DX APM и DX AXA. Первое работает с бэкэндом, второе с фронтэндом и мобильными приложениями.

DX APM


Архитектура DX APM


DX Applications Performance Management (APM) предназначен для мониторинга производительности приложений, написанных на Java, .NET, C++, PHP, Node.js, Python, Go и использующих другие технологии. Полный список поддерживаемых технологий можно посмотреть в Compatibility Guide. На ниже приведена область задач мониторинга, которые закрывает DX APM.



Основные особенности DX APM:

  • Распределенная (микросервисная) архитектура решения;
  • Простота в установке, использовании и обновлении;
  • Простота развертывания агентов, в том числе для микросервисных приложений, развернутых в кластере Kubernetes или Openshift;
  • Способность преждевременно выявлять нештатные ситуации до того, как это отразится на опыте конечных пользователей;
  • Автоматический поиск первопричины отказа или возникновения нештатных ситуаций как на программном так и на инфраструктурном уровнях;
  • Является поставщиком необходимой и достаточной информации для разработчиков, операционных подразделений заказчика и бизнес-ориентированных групп.

В спектр задач, решаемых DX APM входят:

  • Мониторинг производительности приложений;
  • Мониторинг опыта пользователей и бизнес-контекста;
  • Мониторинг отклика БД, инфраструктурных компонентов приложения и внешних сервисов;
  • Аналитика и root cause analysis.



DX APM предоставляет различные варианты для визуализации данных:

Experience View. Представление данных с точки зрения оценки опыта конечных пользователей. Данные представлены в виде Experience Cards. Experience card предоставляет верхнеуровневый обзор здоровья для транзакций. Транзакции объединены в Experience Card по заданным атрибутам.

Так выглядит набор Experience Cards:


А так отдельная Experience Card:


Map View транзакционная карта приложения. Слева направо отображает прохождение транзакций от конечного пользователя до сервера приложений, базы данных и т.д, в зависимости от архитектуры приложения. Карта строится автоматически после установки агентов на серверы приложений.



В DX APM есть возможность интеллектуальной группировки компонент приложения по атрибутам, что помогает упростить и адаптировать вид транзакционной карты приложений для каждой роли пользователей. Например, можно сделать специальное представление для ответственных за определённую часть приложения.



Если приложение микросервисное, DX APM распознает используемые технологии в рамках поддерживаемых и создаст соответствующую визуализацию.



Ещё одно важное преимущество решения от Broadcom наличие универсального агента Universal Monitoring Agent (UMA) для различных технологий. UMA устанавливается единожды на кластер, где развернуто микросервисное приложение, далее агент сам отслеживает динамические изменения и ведет мониторинг как инфраструктурных компонент кластера (nodes, pods, containers) так и осуществляет технологический мониторинг приложений в части исполнения кода. С точки зрения автоматизации мониторинга самое оно.



Расследование проблем DX APM


DX APM для ускорения поиска первопричины проблемы в снижении производительности использует в работе запатентованные технологии: Differential Analysis, Timeline View и Assisted Triage, Topology View/Layers. Во многих случаях упреждающие оповещения (на основе аномального поведения), генерируемые DX APM, позволяют избежать реальных проблем в будущем.

Assisted Triage сигнализирует о наличии проблем и аномалий в работе приложений и в автоматическом режиме предоставляет заключение о первоисточнике проблемы, тем самым обеспечивая root-cause analysis. Аномалии указывают на нестрандартное поведение в работе приложении, но при этом воздействия на опыт конечных пользователей еще нет. Так выглядит работа Assisted Triage



Для детального анализа оповещений, генерируемых Assistage Triage, и выявления проблемных компонентов в транзакционной цепочке по клику на оповещение можно перейти в центр расследований Analysis Notebook. Тут, на представлении в виде таймлайна можно увидеть процесс развития проблемы и возникновение параллельных событий.



Так выглядит сопоставление проблемных транзакций с компонентами приложения и инфраструктурой.



Функция Timeline позволяет быстро увидеть изменения в архитектуре приложения во времени в контексте проблем с производительностью, не покидая Map View. Особенно это эффективно при обновлении релиза приложения позволит увидеть все проблемы разом.



При возникновения проблем в работе приложения, разработчикам будет интересно и полезно проанализировать транзакционные трейсы. DX APM предусматривает как функционал автоматической записи трейсов Smart Instrumentation, так и возможности запуска ручной трассировки. DX APM автоматически записывает трассировки транзакций при возникновении следующих событий:

  • В случае ошибок;
  • В случае нестабильного поведения в работе приложения (на основе изменяющегося времени отклика между компонентами приложения или так называемого Differential Analysis).



Использование коммерческими решения открытых решений заметный тренд последнего времени. DX APM поддерживает технологию OpenTracing. При этом решение получает данные о показателях и трассировках транзакций из приложений, оснащенных трассировщиками, совместимыми с OpenTracing. Как результат, можно видеть в UI DX APM целостную транзакционную цепочку (MAP) и сквозной транзакционный трейс. Это особенно актуально для распределённых микросервисных приложений.



Ещё одной важной функцией при расследовании проблем снижения производительности в работе приложения является анализ SQL-запросов к базам данных и мониторинг производительности баз данных. DX APM предоставляет такие возможности для наиболее популярных баз данных, таких как Oracle, MS SQL и некоторых других.



Business Payload Analyzer


Business Payload Analyzer (BPA) это запатентованная функция сбора и анализа данных (Payload транзакций), которая помогает использовать бизнес-контекст для именования транзакций. На рисунке 23 представлено позиционирования BPA по отношению к AXA и APM. По сути, как и AXA (через Browser agent и мобильный SDK) BPA является поставщиком метаданных для APM и помогает в определении бизнес-транзакций.



Физически, BPA является плагином, который устанавливается на web-сервер приложения. Плагин собирает сырые http-данные (после дешифрования серверов https-трафика) каждого запроса и ответа и заливает их в DX APM для дальнейшей обработки и формирования бизнес-транзакций. В текущей версии DX APM 20.2 плагин BPA доступен для:

  • Apache Web Server Plugin for Linux and Windows;
  • IIS Plugin;
  • Nginx Web Server Plugin.

DX AXA


DX AXA (Application Experience Analytics) ориентирован на мониторинг взаимодействия пользователeй с фронтэндом через браузер или мобильное приложение на своём гаджете. Данные, собираемые AXA, могут быть использованы как разработчиками для оптимизации работы приложений, так и бизнес-аналитиками для формирования отчетности о доступности сервисов и планирования бизнес-KPI. Фокус AXA в задаче мониторинга опыта конечных пользователей представлен на рисунке ниже.



DX AXA получает данные по транзакциям пользователей мобильных приложений с помощью интеграции SDK в приложение. В список поддерживаемых платформ включены: Android, iOS, WatchOS. Стоит отметить, что процедура встраивания инструментария SDK в приложения Android очень проста, осуществляется в web-интерфейсе AXA в несколько кликов мыши и не требует привлечения разработчиков.

Также AXA покрывает мониторинг и web-транзакций пользователей с помощью Browser Agent. Browser agent это snippet (скрипт), который встраивается в домашнюю страницу приложения, и при взимодейсвии пользователя с приложением собирает и отправляет метрики взаимодействия на сервер AXA для анализа. Таким образом, это не требует установки агента на рабочих станциях конечных пользователей. Browser agent имеет широкий спектр возможностей по кастомизации и сбору данных. При этом поддерживаются web-транзакции во всех популярных браузерах.



Основной спектр задач, который решает AXA для команд эксплуатации являются:
  • Сегментация данных по версии приложения, провайдеру / wifi, местоположению, платформе, ОС;
  • Оповещения в режиме реального времени о снижении в производительности в работе приложений, пользовательскго опыта и нарушнении SLA, и потенциальных рисков для доходов компании;
  • Ускорение выявления первопричины проблемы.



В список функций, предназначенных для разработчиков приложений входят:

1. Просмотр скриншотов и видео взаимодействия пользователя с приложением,
оптимизация приложений на основе анализа наиболее популярных действий пользователя в приложении.



2. Сегментация сбоев по платформе, устройству. Индикация и детальные данные по App Crashes, HTTP и JavaScript Errors.



3. Просмотр параметров производительности для каждой сессии пользователя.



4. Функция Resource Waterfall обеспечивает более глубокое понимание производительности веб-приложений, отображая подробную информацию о времени загрузки всех компонентов веб-сайта.



Фунционал по разработке отчетности и визуализации данных способен удовлетворить требования бизнеса по планированию доходов и оценке затрат на модернизацию приложений:

  • Приоритезация проблем путем оценки влияния на доходы компании;
  • Возможность задания KPI для оценки ROI;
  • Дополнительные данные для формирования OPEX и CAPEX.





DX AXA имеет глубокую интеграцию с продуктом DX Application Performance Management (APM) для расследования проблем, не связанных с фунционированием фронтэнда. DX AXA при этом является дополнительным поставщиком данных для DX APM по транзакциям, совершаемым пользователями с помощью мобильных приложений.



Интеграция DX APM и DX AXA с DX Operational Intelligence


DX Operations Intelligence это зонтичная система мониторинга, в которой реализованы функции Machine Learning и Artificial Intelligence (ML и AI) над поступающими в платформу данными. Одними из поставщиков таких данных (наравне с Zabbix, Prometheus и прочими) являются DX APM и DX AXA.

DX AXA и DX APM работают в составе платформы DX. Платформа DX устанавливается и работает под управлением кластеров Kubernetes или OpenShift. Установщик платформы DX это консольное приложение, которое запускается пв докер-контейнере и поэтому имеет минимальные зависимости от операционной системы. Программа установки взаимодействует с кластером и выполняет все необходимые действия для создания готового к использованию экземпляра платформы DX. Установщик платформы DX также поддерживает развертывание с хоста, который не является частью кластера.
Используя установщик платформы DX, вы можете установить следующие компоненты:

  • Мониторинг производительности приложений DX APM
  • Мониторинг мобильных приложений DX AXA
  • Зонтичное решение DX OI



Администрирование, масштабирование и обновление платформы DX выполняется в административной консоли. Консоль поддерживает мультитенантную архитектуру, которая позволяет использовать один экземпляр консоли для администрирования нескольких предприятий или нескольких бизнес-единиц в рамках предприятия. В этой модели каждое предприятие может быть настроено индивидуально как арендатор со своим собственным набором конфигураций.
Консоль администрирования это веб-инструмент для управления операциями и системой, который предоставляет администраторам согласованный унифицированный интерфейс для выполнения следующих задач:

  • Создание и управление тенантами;
  • Мониторинг и управление ресурсами кластера и сервисами;
  • Создание учетных записей администраторов и пользователей и управление ими;
  • Управление учетными записями пользователей на основе LDAP;
  • Создание и управление учетными записями пользователей, не использующих LDAP;
  • Настройка параметров почтового сервера.





Broadcom безвозмездно предоставит в пользование продукт DX Operational Intelligence Foundation (DX OI) при приобретении лицензий DX APM. DX OI Foundation позволит реализовать фукнции Machine Learning над поступающими в платформу данными (логи, метрики, аварийные сообщения, топология) и оценить/спрогнозировать доступность сервисов на базе анализа поступающих данных. Кроме того, DX OI Foundation может стать единой точкой концентрации аварийных сообщений и интеграции с системой Service Desk.

К сведению: по сравнению с полной версией DX OI, версия Foundation имеет ограничения по времени хранения данных, также есть ограничения по функциям Predictive Insights, Capacity Analytics и интеграции со сторонними системами через Open RESTful APIs. Для снятия этих ограничений необходимо отдельно приобрести лицензии на решение DX OI.

Ну, и напоследок, важное замечание: все перечисленные в этой статье решения Broadcom можно использовать как on-premise так и в SaaS-формате.

Если у вас появились вопросы или вы хотите узнать больше об этом решении, оставьте заявку на демонстрацию или пилотный проект удобным для вас способом на нашем сайте.

В ближайшее время мы проведём вебинар по DX APM и DX AXA. Если вы хотели бы узнать подробнее об этих решениях, оставьте заявку и вам вышлем приглашение как только анонсируем вебинар.

А ещё у нас есть:

Запись нашего вебинара по DX OI

Статья на Хабре о зонтичной AIOps-системе мониторинга DX OI

Группа в Facebook

Канал в Youtube
Подробнее..

Мониторинг производительности приложений в Broadcom DX APM анонс вебинара

02.03.2021 10:09:04 | Автор: admin
image

Единый агент для всех популярных технологий, динамическое отслеживание изменений инфраструктуры, низкий оверхед, искусственный интеллект, оценка эффективности релизов, контекстный мониторинг, мониторинг реальных транзакций обо всём этом и многом другом вы узнаете на вебинаре, посвящённому инструменту для мониторинга производительности приложений и инфраструктуры под ними Broadcom DX APM. Вебинар состоится 5 марта в 11 часов утра по московскому времени.

Регистрация на вебинар

Под катом вы найдёте квадрант Gartner за 2020 год по APM-решениям и дополнительные материалы по DX APM и другим решениям Broadcom.


DX APM несколько лет подряд сохраняет лидерство. Решение регулярно обновляется, появляется новый функционал. Особенность продукта использование под капотом открытых технологий, например, OpenTelemetry. Этот тренд, кстати, распространяется и на некоторых других лидеров квадранта.

image

А ещё у нас есть:

Как устроен и работает DX APM

Запись нашего вебинара по зонтичной AIOps-системе мониторинг DX OI

Статья на Хабре о зонтичной AIOps-системе мониторинга DX OI

Группа в Facebook

Канал в Youtube
Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru