Все потоки

Как изменить SSH-пароль для Amnezia VPN

Amnezia - достаточно удобное приложение, которое позволяет в пару кликов (или тапов смартфона) развернуть VPN-сервер на вашем VPS.

Работает это следующим образом: при старте приложения на смартфоне/ПК вы вводите адрес сервера и данные SSH-подключения: user + password/privatekey (лично у меня подключение по ключу не взлетело). После этого приложение подключается к серверу по SSH и скачивает/настраивает VPN.

Приложение запоминает данные SSH-подключения и в дальнейшем они используются для упрощенного администрирования: добавления/удаления VPN-пользователей, установки/удаления дополнительных компонентов и прочего.

Проблемы начинаются тогда, когда вам по какой-то причине нужно поменять реквизиты SSH-подключения: изменить юзера, заменить пароль/ключ, изменить порт. Приложение Amnezia не предосталяет такой возможности (есть даже открытый feature request). Если вы попробуйте поискать информацию по данной теме, то единственным найденным вариантом будет что-то вроде "удалите сервер и разверните заново", что естественно приведет к тому, что ключи всех VPN-пользователей придется генерировать заново.

Итак, как же изменить пароль (или другой атрибут) без редеплоя VPN-сервера?

Инструкция:

1. В приложении заходим ⚙️ -> Backup -> Make a backup. Получаем JSON-файл.

2. JSON-файл содержит все параметры в открытом виде, в т.ч. пароль. Меняем пароль на новый и сохраняем файл.

3. Заходим ⚙️ -> Backup -> Restore from backup, это действие затирает текущую конфигурацию и устанавливает конфигурацию из файла.

4. Меняем пароль на самом сервере.

ТестНаСпид.РФ — и нет, мы не про болезни

С чего все началось?

Недавняя блокировка Speedtest.net в России застала многих любителей помериться… скоростями врасплох и заставила искать альтернативы, которые могут помочь им утвердиться.

Not anymore, ladies and gentlemen — представляем вашему вниманию инновационный отечественный сайт для замера скорости интернета — ТестНаСпид.РФ

Преимущества:

Данное решение является полностью отечественным и не имеет аналогов на рынке. Замер скорости можно осуществить к любому серверу из сотен различных стран на выбор пользователю.

UI поражает своим новшеством в мире дизайна сайтов. Начиная с мелочей и до overall experience все сделано для максимального удобства пользователя.

AD-Free — мы ценим и уважаем наших пользователей, которые в столь тяжёлые времена остались без своих любимых замеров. Именно поэтому мы не добавляем никакой монетизации сервиса в виде навязчивой рекламы.

Наша команда всерьез взялась за проблему замещения данного сервиса и в самые кратчайшие сроки подготовила этот сервис, чтобы вы могли и дальше радовать своих жен — скоростью своего интернета.

На данный момент сервис находится в открытом Beta-тестировании и в планах реализовать ещё много дополнительного функционала по нашему (закрытому) Roadmap-у.

Заинтересовал текст на хабре: https://habr.com/ru/companies/oleg-bunin/articles/935332/?code=8e5a8a3127f78a5ae18e76e78ec8c24f&state=G5o2BhrPN6yDlX3nvbOLiwje&hl=ru , прежде всего актуальностью, в свете того, что происходило в моем Linkedin в последний год, а именно массовый "вылет" контактов с хороших позиций в статус с зеленым бейджиком. В иллюстрациях в тексте дальше заметил пару людей из ленты, видимо действительно очень узкий мир в ИТ.

Несмотря на занимательную подачу, и в целом совпадение собственных наблюдений с замечаниями об устройстве бизнеса в РФ, а именно как битвы кланов, как принципиальной схемы бизнеса, построенного на столкновении лбами людей (об этом хорошо кстати в одном из последних подкастов от Егора Бугаенко), местами, при этом от текста несет не очень хорошо, прямо скажу, возможно просто взято у инфомошенников, без проверки источников.

Например, тезис, "Ригидность. Ригидность — это свойство мозга, которое обычно проявляется после 30 лет, когда мы начинаем мыслить уже в плане убеждений и установок. " - откуда это взято? Можно ли считать, что до 30 люди мыслят не в плане, и не установок и без убеждений? Я вот, например, вижу неспособность у многих к пониманию альтернативной точки зрения и в 25 лет, и в 30, и в 40 лет. И у 25летних она как будто часто бывает не меньше, но не уверен, что это из-за их неопытности и глупости, связанной или не связанной с возрастом, а не по каким-то другим причинам.

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

По поводу здоровья можно сказать, что у большинства оно лучше не становится от работы, возраста и ночных дежурств, и если для работы нужен конь пахать в 3 смены, то лучше, конечно, работодателю помоложе взять, дольше протянет, не так быстро "сдохнет". Но тут можно только не работать посоветовать, в подобных местах с подобной культурой, в независимости от возраста. Другое дело, что ментального здоровья и в 25 уже может и не быть, может быть подорвано уже и к этому времени, в том числе всякими тренингами "выхода за рамки", "поиска лучшего себя" и прочими мероприятиями, проводимых псевдопсихологами, "гуру" развития, и прочими подобными личностями (на самом деле, конечно же просто аферистами, собирающими кеш).

Решил вынести из комментария в пост из-за размера.

мои способы работы с AI контекстом (субъективное мнение):

1. пользоваться общеизвестными терминами которые точно есть в словарях

2. пользоваться только английским для кода, prd и дизайна

3. сокращать код - как показывает практика файлы больше 500-600 строк агенту труднее прочитать. Тут есть несколько стратегий:

• пользоваться препроцессорами, например можно сильно срезать времени если вместо JSX/TSX/html использовать pug

• пользоваться и писать библиотеки. есть проблема - оформляем в абстрактную библиотеку, пишем доку и readme

• предвидеть контекст - часть текста просто можно не писать, а просить догенерить, потому что получится эффект снежного кома, начинаем катить, смотрим куда катится - сокращаем

4. меняем JSON на YAML или что-то близкое - это срежет кууучу лишнего хлама в виде ; }{ "" и прочих символов

5. генерим code maps - mermaid и другие виды диаграм

6. ANSII - визуализация простых идей, но не все модели хорошо работают с этим форматом, есть проблемы с layout. например я пользуюсь gemini

7. подстраивать архитектуру и код под задачи и бизнес, не наоборот. Developer | Designer | AI as User.

8. разбивать на мелкие подприложения если нужно

Надеюсь, что пост окажется полезным :-)

Пожалуйста делитесь своими мыслями в комментариях :-) это поможет сделать эту статью видимой для других и будет здоровской поддержкой и мотивацией :-) 

Спасибо за ваше время и хорошего дня!

мои способы работы с AI контекстом (субъективное мнение):

1. пользоваться общеизвестными терминами которые точно есть в словарях

2. пользоваться только английским для кода, prd и дизайна

3. сокращать код - как показывает практика файлы больше 500-600 строк агенту труднее прочитать. Тут есть несколько стратегий:

• пользоваться препроцессорами, например можно сильно срезать времени если вместо JSX/TSX/html использовать pug

• пользоваться и писать библиотеки. есть проблема - оформляем в абстрактную библиотеку, пишем доку и readme

• предвидеть контекст - часть текста просто можно не писать, а просить догенерить, потому что получится эффект снежного кома, начинаем катить, смотрим куда катится - сокращаем

4. меняем JSON на YAML или что-то близкое - это срежет кууучу лишнего хлама в виде ; }{ "" и прочих символов

5. генерим code maps - mermaid и другие виды диаграм

6. ANSII - визуализация простых идей, но не модели хорошо работают с этим форматом, есть проблемы с layout

7. подстраивать архитектуру и код под задачи и бизнес, не наоборот. Developer | Designer | AI as User.

8. разбивать на мелкие подприложения если нужно

Надеюсь, что пост окажется полезным :-)

Пожалуйста делитесь своими мыслями в комментариях :-) это поможет сделать эту статью видимой для других и будет здоровской поддержкой и мотивацией :-) 

Спасибо за ваше время и хорошего дня!

Сделал новую планету из текстовых символов с локациями для исследования.

После первого плейтеста игры поступила критика - не хватает интерактивной планеты. Сделал! Теперь есть шарик с локациями, где можно посражаться, закупить полезное, получить квест, полечиться, и т.д. Открывается постепенно (когда проходишь боевую локацию).

Как обычно все сделано из тестовых символов, которые есть на обычной клавиатуре. Символы не масштабируются и не вращаются. Почти текстовый режим)) Картинка рисуется посимвольно - я буквально пишу какой символ, какого цвета и в каких координатах нарисовать.

Не удержался и сделал эффекты освещения (два источника света) и тени. Так как у меня нет тут обычных полигонов и все надо считать самому, то пришлось повозиться))

Интересно получилось? Заходите на страничку Effulgence RPG на Steam-е добавить в список желаемого и записаться на плейтест.

Привет, смотрите че наговнокодил, вот такую вот проверку конфига для haproxy

if check '/etc/haproxy/haproxy.cfg'; then
red='\e[91m'
ylw='\e[93m'
DEF='\e[0m'
/usr/sbin/haproxy -c -f /etc/haproxy/haproxy.cfg || printf "
${red}WARNING!
${red}Haproxy config has errors!
${ylw} __
${ylw}|  \_____${red}︹${DEF}
${ylw}\        ${red}\ \ ${DEF}
${ylw}/  ______${red}/ / ${DEF}
${ylw}|__/     ${red}︺ ${DEF}
"
fi

Выглядит вот так:

Как вам?)

Творите, выдумывайте, пробуйте!)

Сотрудники ИИ-стартапов часто находятся в офисах без обуви и в шортах. В Cursor показали, как выглядит вход в офис. Оказалось, что такая практика очень популярна у Notion и других компаний. Фаундер стартапа Flowhub отметил, что у них тоже не носят обувь. И штаны. Но шорты нужно надевать обязательно.

Сооснователь языкового приложения Speak рассказал, что у них уже много лет так делают и ходят без обуви, а новым сотрудникам деньги на тапочки.

SourceCraft поддержит опенсорс‑разработчиков: старт грантовой программы с 16 августа и новые возможности платформы

Платформа для разработчиков SourceCraft открывает приём заявок на участие в грантовой программе поддержки: гранты на облачные технологии Yandex Cloud в размере 600 тыс. рублей на год получат важные и интересные опенсорс‑проекты, отвечающие критериям отбора. Подать заявку можно с 16 августа на сайте программы.

Оценивать проекты будут эксперты Яндекса. Среди ключевых критериев оценки:

• активность репозитория,

• актуальность,

• практическая польза проекта,

• понятный вектор развития.

Дополнительно, будет учитываться позиция в общем рейтинге на платформе SourceCraft, которая также пополнилась новыми инструментами:

• интеллектуальным алгоритмом для оценки значимости репозитория,

• системой личных достижений в профилях разработчиков.

Теперь вклад в открытый код можно оценить по расширенной системе: не только по количеству звёзд, но и по вовлечённости, актуальности и значимости проекта для сообщества. Новый рейтинг объединяет разные метрики, помогает выделить самые ценные репозитории и авторов. На основе этих оценок формируется общий рейтинг репозиториев платформы.

Личные награды и достижения видны в профиле разработчика, так формируется портфолио индивидуального вклада в опенсорс. Награды автоматически фиксируют активность пользователя — от публикации изменений в коде и выпусков релизов до проверок кода и участия в обсуждениях. Достижения разделены на категории: работа с кодом, вклад в сообщество, освоение инструментов, подтверждённая экспертиза — и имеют уровни. Визуальные эмблемы наград создаются индивидуально для каждого разработчика с помощью YandexART.

Кроме того, 16 августа на платформе стартует конкурс проектов для опенсорс‑сообщества. Авторы новых репозиториев на платформе, которые наберут наибольший рейтинг до 31 августа, получат наборы эксклюзивного мерча от SourceCraft.
Следить за новостями от разработчиков и архитекторов платформы — также можно в блоге SourceCraft.

Как мы ускорили проверку документации с помощью AI-агента: от боли к решению

Привет, Хабр! Я — Мила Муромцева, системный аналитик в Альфа-Банке. Эту статью мы подготовили вместе с нашим разработчиком Мишей Буториным. Написали ее, чтобы поделиться нашим опытом и рассказать, как мы научили LLM проверять документацию для платформы Альфа-Онлайн — переписывали стандарт, боролись с токенами и немного с хаосом.

Самое ценное — детальное описание того, как команда поборола проблему потери данных при проверке огромных документов LLM. Вместо описания абстрактных алгоритмов кейс строится вокруг настоящей боли и решения, которые можно применить для своих корпоративных задач.

Статья «Как мы ускорили проверку документации с помощью AI-агента: от боли к решению» будет полезна тем, кто автоматизирует проверки, работает с большими данными и хочет, чтобы нейросети давали точные и надёжные ответы — даже при работе с очень громоздкой документацией. Внутри разбираем кейс командной интеграции LLM: от первых ошибок до финального формата отчета, который реально экономит токены и нервы!

30 лет без дизайна и миллиард в кассе

На днях я рассказывал историю о том, как в 2004-м «улучшил» простую гостевую книгу, заменив ее на «правильный» форум и этим убил живое сообщество. Главный вывод был в том, что нельзя ломать работающую систему, не поняв, какую настоящую задачу она решает для пользователей.

А сегодня я наткнулся на статью, которая служит идеальной иллюстрацией этого принципа в промышленных масштабах. Речь о Craigslist. Ссылка на статью откуда я вообще узнал про этот сайт.

Для тех, кто не в курсе: Craigslist - это что-то типа Авито, но в США, т.е. такая гигантская доска объявлений. Ее дизайн застрял где-то в 1998 году: синие ссылки, простейшая верстка, ноль графики. По любым современным меркам UI/UX - это катастрофа. При этом компания с крошечной командой зарабатывает сотни миллионов (а по некоторым оценкам - более миллиарда) долларов в год. Работает там от силы 50 человек (!) Если пересчитаем выручку, то окажется, что на каждого сотрудника приходится 4 млн. долларов в год (!) Очень круто!

И тут я смотрю на Craigslist и понимаю: их «ужасный» сайт — это моя «неудобная» гостевая книга, только в масштабе всей Америки. Они поняли то, чего не понял я в 20 лет, и не стали «чинить» то, что не сломано.

Почему этот «примитивный» дизайн работает и приносит миллиарды?

1. Скорость. Сайт загружается мгновенно. Нет тяжелых фреймворков, мегабайтов JavaScript и аналитических скриптов. Чистая функция.

2. Плотность информации. Никаких баннеров, всплывающих окон и модных карточек. Только текст и ссылки. Вы видите максимум полезной информации на одном экране.

3. Отсутствие трения. Хочешь разместить объявление? Нажимай и размещай. Не нужна регистрация (как я понял), подтверждение почты и двухфакторная аутентификация, чтобы продать старый стул. Сервис не мешает тебе делать то, зачем ты пришел.

4. Привычка. Миллионы людей пользуются им десятилетиями. Они знают каждую ссылку наизусть. Любой редизайн вызовет у этой аудитории не восторг, а гнев. Они потеряют свой привычный и предсказуемый инструмент.

Мой «улучшенный» форум вводил трение: регистрация, создание тем, сложная структура. Я убил легкость и анонимность. Точно так же любой «современный» редизайн Craigslist с React, модными анимациями и персонализацией убьет его главное преимущество - скорость и простоту.

Вывод для любого IT-руководителя:

Это вечный соблазн для любого технаря — переписать старое, «кривое», но работающее легаси на новый, блестящий стек. Нам кажется, что мы сделаем «лучше». Но главный вопрос: «лучше» для кого? Для вас или для пользователя, который просто хочет за 3 секунды решить свою задачу?

Craigslist - это гениальный пример бизнес-прагматизма. Он доказывает, что иногда лучшая фича — это ее отсутствие. А самый ценный актив компании - это привычка пользователя, которую нельзя ломать без крайней необходимости.

А в вашей практике есть свой внутренний «Craigslist»? Старый, неудобный, но незаменимый сервис, который все мечтают переписать, но боятся трогать?

---

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

Там — больше «живых» заметок из окопов управления IT-бизнесом и возможность напрямую задать вопрос.

Подписывайтесь, что бы получать больше инсайтов без воды Тыц

Проект ученика в Roblox

Недавно вышло видео с проектом ученика: игра в Роблокс. Предлагаем вам посмотреть на результат обучения Моисеева Данила, спойлер: нам игра очень понравилась!

А если хотите, чтобы мы выложили ваш проект и научили программировать в Roblox, то приходите к нам учиться. Мы ждем вас!

А вот и видео, приятного просмотра.

Мой способ именования переменных в 1С

В 1С при создании переменной, необходимо чтобы имя переменной было уникальным в пределах модуля, где пишешь код. Не совпадало с именем реквизита формы. Не совпадало с переменными в модуле приложения. Не совпадало с названием свойства. Не совпадало с названием встроенных методов языка. Из этого так же вытекает, что при анализе чужого кода, не просто понять, что за именованная сущность перед тобой. Эта проблема хорошо описана в книге "1С:Предприятие 8.3. Практическое пособие разработчика" на странице 177. Приведу отрывок из книги:

Допустим, в модуле формы нам встретилось выражение: СтрокаТабличнойЧасти = ЭлементыФормы.Материалы.ТекущиеДанные.

Как понять, что такое СтрокаТабличнойЧасти? Нужно вспомнить, из чего состоит контекст формы:

• локальный контекст самого модуля формы;

• реквизиты формы, которой «принадлежит» модуль;

• свойства и методы объекта УправляемаяФорма встроенного языка;

• свойства и методы расширения формы, определяемого типом того объекта, данные которого содержатся в основном реквизите формы;

• глобальный контекст, в том числе неглобальные общие модули и экспортируемые функции и процедуры глобальных общих модулей;

• экспортируемые переменные, процедуры и функции модуля управляемого приложения.

  Далее по порядку проверить:

• 1. Объявлена ли в модуле формы переменная СтрокаТабличнойЧасти? Нет.

• 2. Есть ли у формы реквизит СтрокаТабличнойЧасти? Нет.

• 3. Есть ли у объекта УправляемаяФорма свойство СтрокаТабличнойЧасти? Нет.

• 4. Есть ли у расширения формы свойство СтрокаТабличнойЧасти? Нет.

• 5. Есть ли свойство глобального контекста СтрокаТабличнойЧасти? Нет.

• 6. Есть ли в модуле управляемого приложения экспортная переменная СтрокаТабличнойЧасти? Нет.

• Значит СтрокаТабличнойЧасти – это локальная переменная, определяемая непосредственно в этом операторе присваивания.

Для упрощения себе жизни ввел такое правило именования:

• Параметрам процедур и функций добавляю префикс "п"

• Переменным внутри модуля добавляю префикс "л"

• Реквизиты формы без префикса

Пример

&НаСервере
Процедура ЗаписатьШаблонНаСервере(пСсылка) 
	
	лОбъект = пСсылка.ПолучитьОбъект();
	лОбъект.Шаблон.Очистить();
	
	Для каждого Стр Из Шаблон Цикл
	
		НовСтр = лОбъект.Шаблон.Добавить();
		ЗаполнитьЗначенияСвойств(НовСтр, Стр);	
	
	КонецЦикла;
	
	лОбъект.Записать();
	
КонецПроцедуры

Таким образом данная проблема решается радикально. И голова значительно разгружается.

А вы уже пробовали запустить свой проект с помощью бесплатного объема облачных ресурсов Evolution free tier?

Тогда поделитесь опытом и мнением — опрос займет не больше 5-7 минут.

Пройти опрос 👈

Так мы узнаем, что еще можно улучшить, чтобы free tier стал для вас еще удобнее и полезнее. А еще, в перспективе сможем подключить его и для других облачных сервисов 😉

Текущие условия:

• виртуальная машина в конфигурации 2vCPU, 4 ГБ RAM, диск 30 ГБ;

• ежемесячный объем хранилища S3 — 15 ГБ, 100 000 операций PUT/POST/LIST, 1 000 000 операций GET/HEAD, 10 ТБ исходящего трафика;

• ежемесячный объем ресурсов для запуска контейнеров — 120 vCPU x час, 480 ГБ RAM х час.

Этого хватит, чтобы хранить важные данные, развернуть сервер Minecraft, запустить умного Telegram-бота с AI, опубликовать персональный сайт или реализовать любые другие сценарии.

Узнать больше про free tier и попробовать 🕹️

Вынос тестов Zig в отдельные файлы

Когда читаешь статьи о разработке на Zig, часто видишь примеры, где тесты находятся в одном файле с основным кодом. Однако при активной разработке такой подход становится неудобным.

Выносить тесты в отдельные файлы — хорошая практика. Рассмотрим это на примере проекта https://github.com/ktarasov/zigrep.

Для начала создадим директорию tests в корне проекта и файл unit_tests.zig. Перенесем туда все тесты из src/main.zig. В список зависимостей добавим импорт главного модуля: const main_mod = @import("../src/main.zig");. Вызовы функций и структур в тестах модифицируем, добавив к ним модуль, например: main_mod.parseArgs.

Важно сделать тестируемые функции публичными, иначе тесты не скомпилируются.

Далее нужно сообщить компилятору, что тесты теперь находятся в другом месте. Для этого изменим файл build.zig. После строки run_step.dependOn(&run_cmd.step) добавим создание модуля с тестами:

const unit_test_mod = b.createModule({
  .root_source_file = b.path("tests/unit_tests.zig"),
  .target = target,
  .optimize = optimize,
});

Также изменим блок добавления константы exe_unit_tests, указав unit_test_mod в качестве root_module.

Вроде всё готово. Попробуем скомпилировать и запустить тесты...

О нет, ошибка: "error: import of file outside module path: './src/main.zig'". Компилятор не импортирует файлы за пределами модуля unit_tests.zig.

Придется явно добавить основной модуль в импорт test-модуля. Для этого вернемся в build.zig и добавим после создания exe_unit_tests следующую строку:

exe_unit_tests.root_module.addImport("zigrep", exe_mod);

Снова запустим тесты — и они успешно пройдут!

Итого: мы вынесли тесты в отдельный файл и создали иерархию директорий, разделив основной код и тесты.

«Стартап-барбекю» Радара в Москве! 🍢🔥🚀

23 августа – первая встреча нашего стартап-сообщества с шашлыками, питч-баттлом под биты, просмотром «Кремниевой долины» и уютной атмосферой у костра.

Друзья! Мы нашли и забронировали на август лучшее место для встречи сообщества в Москве – Soul House Loft!

Это домик с приятным и стильным интерьером, дворик размером в 350 кв метров, зона для мангала и костра, проектор, колонки и барные стойки снаружи и внутри.

Выглядит ну очень камерно и точно отражает ламповость нашего сообщества.

Расположение тоже великолепное – 5 минут от метро Бауманская или 10 минут от Комсомольской.

Мы забронировали этот лофт на субботу 23 августа с 17 до 22 часов. Соберем 50 человек из друзей, резидентов и партнеров площадки. Там будет даже наш комьюнити-менеджер Саша Шевцов! 

Что планируем в программе вечеринки 

• стартап рэп-баттл (шуточные дуэли основателей с прожаркой под биты), 

• викторина про стартапы, 

• барбекю, хот-доги, соки, лимонад и пиво (алкогольное и без на выбор), 

• совместные фотки, 

• вечерний просмотр «Кремниевой долины» в кинотеатре под открытым небом, 

• новые знакомства и дружелюбная атмосфера!

Устроим настоящую стартап-вечеринку с едой, нетворкингом, развлечениями и атмосферой только для своих – только для тех, кто влюблен в стартапы! 

Теперь к деталям!

Кто идет

На мероприятие придут основатели стартапов Noroots, Rentifly, Тулбокс, AskHow, RIWO, «Дайджест ньюс», Delims, SandyApp, VOX и многих других, будут ключевые члены команды brainbox.VC, а также профессионалы в области маркетингового и юридического сопровождения ИТ-проектов.

Что по стоимости

6000 руб – «Стандарт» до 15 августа.
7000 руб – «В последнюю минуту» с 16 по 23 августа.

🔥 Внимание! Скидка! -50% действует для тех, кто имеет активный статус «Фанат», «Ангел» или «Визионер». Повысить статус и получить скидку, а также другие плюшки можно здесь.

Стоимость со скидкой:
– 3000 руб за «Стандарт» – до 15 августа. 
– На билеты категории «В последнюю минуту» скидка не действует.

Что включено в билет

Еда, напитки алкогольные и без, развлечения, участие во всех активностях и нетворкинге, сувениры, возможность попасть в видео-отчет и т.д.

КУПИТЬ БИЛЕТ

👉Для приобретения билетов пишите в личку @begovatovd!

Я весь в нетерпении! Очень хочу встретиться в живую и провести вместе с вами время в уютной атмосфере у костра 

🤝Барбекю проводится при поддержке сервиса для быстрой проверки договоров Noroots! Спасибо за вклад в развитие нашего сообщества!

P.S. Вопросы? Пиши в личку @begovatovd! Если хотите присоединиться в качестве партнера мероприятия – тоже пишите в личку.

Про возврату билетов (а вдруг)

— 100% возврат стоимости билета не позднее чем за 15 дней до мероприятия.
— 50% возврат за 7 дней и менее до события.
— 0% возврат за 2 дня до мероприятия и позднее, но вы всегда можете передать свой билет другому участнику, просто напишите нам — все оформим быстро!

Здесь сxемы начисления рекламного сбора для участников рекламныx цепочек. От самыx простыx (РД-РР) до сложныx (РД-РА1-РА2-РР) с учетом типа договора между контрагентами (агентский либо услуговый)

Термины:
РР (рекламораспространитель) - владелец либо управляющий интернет-площадкой
РА - рекламное агентство (в широком смысле - посредник)
РД - рекламодатель

🤔 Системная инструкция по теме рекламного сбора здесь

Запустите удаленный рабочий стол в сервисе Cloud Desktop до 31 октября 2025 года и получите на 3 месяца:

• виртуальные машины, используемые для Cloud Desktop, со скидкой 20%,

• бесплатные лицензии Cloud Desktop. 

Предложение действует только для пользователей, которые ранее не подключали сервис Cloud Desktop. 

О сервисе VDI от VK Cloud

Сервис позволяет создавать управляемые виртуальные рабочие места: 

• с подключением из любой точки мира для компаний с филиалами; 

• с автоочисткой после выхода для контакт-центров и производств;

• с защищенным доступом для компаний с внешними специалистами; 

• с корпоративными приложениями на личных устройствах без переноса данных для распределенных команд; 

• с vGPU для дизайн-студий, проектных бюро и IT-команд. 

 Как подключить Cloud Desktop:

• оставьте заявку на странице сервиса,

• обратитесь к вашему менеджеру в VK Cloud или оставьте заявку на клиентском портале, если у вас есть вопросы. 

Чтобы начать работу с сервисом Cloud Desktop и узнать о его возможностях, переходите в раздел документации «Быстрый старт».

Пошаговый гайд по работе с RabbitMQ

RabbitMQ — брокер распределенных сообщений, разработанный на основе стандарта AMQP (Advanced Message Queuing Protocol). Этот инструмент собирает потоковые данные из нескольких источников, после чего распределяет и маршрутизирует их для дальнейшей обработки. Выбираем брокер сообщений и подробнее знакомим с его возможностями.

Бенефиты RabbitMQ, которые выделяют его на фоне других похожих сервисов: 

• надежность — все сообщения в RabbitMQ будут доставлены с соблюдением порядка, даже в случае технический сбой;

• масштабируемость — может работать с большими объемами данных. Также его можно развернуть не только на отдельном сервере, но и в распределенной среде;

• гибкость — поддерживает большое количество сценариев для маршрутизации и распределения сообщений. Это позволяет сочетать программу со многими приложениями.

Как настроить RabbitMQ на трех операционных системах: Ubuntu, Debian и CentOS Stream, а также об основных принципах работы этой технологии — читайте в подробном гайде в базе знаний Рег.облака.

DUC meetup #2: узлы кластера, платформа на DKP CE, контроль архитектуры

Если вы работаете с Kubernetes или планируете начать, приходите 21 августа на второй митап Deckhouse User Community в Москве. Будут доклады спикеров из «Фланта», «КРОК» и «ДОМ.РФ», а ещё пицца и пиво. Регистрация — по ссылке. 

Темы докладов и спикеры:

• От рассвета до заката, или Как Deckhouse Kubernetes Platform управляет жизненным циклом узлов кластера — Николай Митрофанов, «Флант»

• Разработка платформы для обучения K8s на основе DKP CE — Кирилл Харитонов, «КРОК»

• Архитектура под контролем: фиксируем изменения с помощью AaC и фитнес-функций — Антон Сафронов, «ДОМ.РФ Технологии»

Встречаемся 21 августа в «Событие Лофт» по адресу: Николоямская улица, 28. Ближайшая станция метро — «Таганская» Кольцевой линии. Программа стартует в 19:00, приходите чуть пораньше. Больше подробностей о докладах и регистрация — на страничке митапа.