Нейросети диагностируют сеть по скриншоту
Анализируя ответы на наш последний опрос, мы подумали: а что если спросить тоже самое у нейросетей? Сказано – сделано. Условия те же – загружаем в новый чат скриншот и задаем точно такой же вопрос, в той же самой формулировке.
🔹 Алиса Про – ну это просто финиш, возникает закономерный вопрос – а за что тут платить Яндексу 100 рублей в месяц? Не то, чтобы большие деньги, но за такую работу и 100 рублей жалко.
🔹 GigaChat – коротко, формат более справочный, явных рекомендаций нет, но общее представление составить поможет.
🔹 ChatGPT – коротко, но все по делу. Сразу отметил проблемные показатели и дал вполне четкие рекомендации.
🔹 DeepSeek – тоже сразу берет быка за рога. Без лишних слов показывает проблемы, коротко поясняет все показатели и дает вполне грамотные рекомендации.
🔹 Grok – чем то похож на GigaChat, тоже дает ответ в виде справки по показателям и достаточно общие рекомендации.
🔹 Gemini – сразу подсветил проблемные моменты и достаточно подробно дал пояснения. Также довольно подробно рассказал, что нужно делать. В данном случае многословность будет полезна начинающим, которые могут не до конца понимать, что тут, как и почему.
🔹 Claude – также коротко и по делу, вот это хорошо, вот это плохо. Но рекомендации также общие, без конкретики.
🔹 Qwen – многословен, но достаточно подробно разбирает проблему, причем выводит весь процесс диагностики, что может быть полезно новичкам. Выводы подробные, как и рекомендации.
🔹 Рerplexity – упор именно на проблему, общего разбора не дает, но четко указывает на проблемные места и дает вполне определенные рекомендации.
👉 Выводы: все сети, кроме Алисы, с заданием справились. Но количество и уровень информации у них разный. Кто-то коротко дает выжимку, оставляя анализ за человеком, кто-то, наоборот, подробно разжевывает и дает чуть ли не пошаговые рекомендации.
Что предпочесть – выбор каждого, в зависимости от уровня знаний, опыта и подготовки. Но можно сказать одно, что уже сейчас нейросети можно нормально использовать как помощника в анализе и диагностике работы сетевого оборудования.
Анализируя ответы на наш последний опрос, мы подумали: а что если спросить тоже самое у нейросетей? Сказано – сделано. Условия те же – загружаем в новый чат скриншот и задаем точно такой же вопрос, в той же самой формулировке.
🔹 Алиса Про – ну это просто финиш, возникает закономерный вопрос – а за что тут платить Яндексу 100 рублей в месяц? Не то, чтобы большие деньги, но за такую работу и 100 рублей жалко.
🔹 GigaChat – коротко, формат более справочный, явных рекомендаций нет, но общее представление составить поможет.
🔹 ChatGPT – коротко, но все по делу. Сразу отметил проблемные показатели и дал вполне четкие рекомендации.
🔹 DeepSeek – тоже сразу берет быка за рога. Без лишних слов показывает проблемы, коротко поясняет все показатели и дает вполне грамотные рекомендации.
🔹 Grok – чем то похож на GigaChat, тоже дает ответ в виде справки по показателям и достаточно общие рекомендации.
🔹 Gemini – сразу подсветил проблемные моменты и достаточно подробно дал пояснения. Также довольно подробно рассказал, что нужно делать. В данном случае многословность будет полезна начинающим, которые могут не до конца понимать, что тут, как и почему.
🔹 Claude – также коротко и по делу, вот это хорошо, вот это плохо. Но рекомендации также общие, без конкретики.
🔹 Qwen – многословен, но достаточно подробно разбирает проблему, причем выводит весь процесс диагностики, что может быть полезно новичкам. Выводы подробные, как и рекомендации.
🔹 Рerplexity – упор именно на проблему, общего разбора не дает, но четко указывает на проблемные места и дает вполне определенные рекомендации.
👉 Выводы: все сети, кроме Алисы, с заданием справились. Но количество и уровень информации у них разный. Кто-то коротко дает выжимку, оставляя анализ за человеком, кто-то, наоборот, подробно разжевывает и дает чуть ли не пошаговые рекомендации.
Что предпочесть – выбор каждого, в зависимости от уровня знаний, опыта и подготовки. Но можно сказать одно, что уже сейчас нейросети можно нормально использовать как помощника в анализе и диагностике работы сетевого оборудования.
👍37😁6❤5🍌1
Улучшаем производительность Linux при помощи zRam
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
1👍20❤3🤮1
Добрый, коллеги. Недавно выложил свой переработанный с Oracle на PostgreSQL инструмент - аналог TOPActivity и частично AWR. Зачем это надо хорошо знают Ораклисты, пользующие DBConsole и CloudControl
Возможности - видны на скринах - наглядное распределение по классам ожиданий, топ сессий и запросов, возможности провалиться в сессию и запрос с детализацией. Это за произвольный период в глубине хранения, и по 2 разным источникам информации - stat_activity и wait_sampling, они отличаются, второй не дает полной картины, ибо как и в оракле не учитывает отдельную активность. Кроме того собираются снапшоты, считаются дельты, строятся графики. Любопытно было сравнить 2 источника, и так и осталось
В общем инструмент есть, для некоммерческого использования частниками безоплатен, лежит в т.ч. на github по ссылке https://github.com/bsszerot/camactsost. Там же заметки по установке. Опубликован "как есть", без обязательств, это переработка моего же ораклового ОрСиМОН. Для меня это не основные задачи, на форуме тут бываю редко, если вопросы лучше в личку
Да, компанию ПостгресПРО не заинтересовало, переписывался через Сергея Суетина, говорят пишут свое. Предложил под впечатлением огромного вклада в сторону нормальной применимой в серьезных задачах редакции СУБД. Понятно, там будет все красиво. Но может кому то будет интересен и мой вариант, тем более мой инструмент - надстройка административных представлений и расширений для версии PgSQL сообщества, безоплатной
Автор: @Serhiond
Возможности - видны на скринах - наглядное распределение по классам ожиданий, топ сессий и запросов, возможности провалиться в сессию и запрос с детализацией. Это за произвольный период в глубине хранения, и по 2 разным источникам информации - stat_activity и wait_sampling, они отличаются, второй не дает полной картины, ибо как и в оракле не учитывает отдельную активность. Кроме того собираются снапшоты, считаются дельты, строятся графики. Любопытно было сравнить 2 источника, и так и осталось
В общем инструмент есть, для некоммерческого использования частниками безоплатен, лежит в т.ч. на github по ссылке https://github.com/bsszerot/camactsost. Там же заметки по установке. Опубликован "как есть", без обязательств, это переработка моего же ораклового ОрСиМОН. Для меня это не основные задачи, на форуме тут бываю редко, если вопросы лучше в личку
Да, компанию ПостгресПРО не заинтересовало, переписывался через Сергея Суетина, говорят пишут свое. Предложил под впечатлением огромного вклада в сторону нормальной применимой в серьезных задачах редакции СУБД. Понятно, там будет все красиво. Но может кому то будет интересен и мой вариант, тем более мой инструмент - надстройка административных представлений и расширений для версии PgSQL сообщества, безоплатной
Автор: @Serhiond
👍15❤4
Интернет 26 лет спустя
Статья от октября 1999 года, когда сеть интернет делала первые робкие шаги на просторах нашей страны, да и всего мира в целом. Тогда она только рассматривалась как молодой конкурент традиционных СМИ.
Сегодня, по прошествии 26 лет интернет полностью убил бумажную прессу и составляет серьезную конкуренцию телевидению. Также интернет – крупнейшая торговая площадка, средство коммуникации и многое, многое, многое другое.
Не даром временное отключение мобильного интернета стало серьезной проблемой и решается на самом высоком уровне.
А еще сегодня интернет есть везде. Он буквально «разлит в воздухе» и новое поколение просто не понимает, как может быть иначе. Какой такой модем? Какой такой дозвон? 56 Кбит/с? Вы наверное первую букву перепутали…
Статья от октября 1999 года, когда сеть интернет делала первые робкие шаги на просторах нашей страны, да и всего мира в целом. Тогда она только рассматривалась как молодой конкурент традиционных СМИ.
Сегодня, по прошествии 26 лет интернет полностью убил бумажную прессу и составляет серьезную конкуренцию телевидению. Также интернет – крупнейшая торговая площадка, средство коммуникации и многое, многое, многое другое.
Не даром временное отключение мобильного интернета стало серьезной проблемой и решается на самом высоком уровне.
А еще сегодня интернет есть везде. Он буквально «разлит в воздухе» и новое поколение просто не понимает, как может быть иначе. Какой такой модем? Какой такой дозвон? 56 Кбит/с? Вы наверное первую букву перепутали…
👍22🤔4
Hugo - или сайт как код
О смене движка сайта мы думали уже давно и даже предпринимали попытки тестовой миграции на другие движки, в частности на Wordpress или Joomla, но постоянно находилось то, что заставляло отказаться от этой идеи.
Обычно это всякие мелочи, но этих мелочей набиралось критическое количество и становилось понятно, что надо или лезть под капот и потом это все поддерживать, или отказываться и становиться «еще одним сайтом на __________ (нужный движок впишите сами).
Кроме того, у текущего сайта есть ряд особенностей, которые нам очень нравятся и которые бы мы хотели сохранить.
Текущий движок – Movable Type – это, по сути, генератор статических страниц. А сайт – набор HTML файлов и скриптов. И только динамические функции выполнялись PHP и CGI скриптами.
И все бы ничего, но написан этот движок был на Perl, что влекло при каждом его переносе на другую систему или хостинг увлекательный квест с установкой и настройкой всех зависимостей. Также требовался умеющий работать с Perl сервер приложений FastCGI или uWSGI.
Наличие PHP требовало PHP-FPM, а данные, по классике, хранились в базе данных.
В итоге получался довольно сложный комбайн, к тому же – достаточно капризный. При обновлении как движка, так и ОС постоянно приходилось решать какие-то вопросы, а то и просто менять ОС.
Так ну нас, в свое время, не получилось подружить его с Ubuntu 20.04, а теперь он отказался взлетать на Debian.
Но это половина беды, движок в очередной раз сменил владельца, который прикрыл бесплатную комьюнити-версию. Редакция c открытым кодом давно заброшена и не развивается.
А сидеть на устаревшем веб-приложении – такая себе идея. И хотя сайт – в основном статика, тот же поиск обрабатывается движком, что несет вполне определенные риски.
Тем не менее у Movable Type были огромные плюсы – полностью разделенные между собой контент, движок и дизайн. При всех сложностях с оформлением мы не разу не столкнулись с тем, что отображение данных оказывалось сломано.
А шаблоны позволяли, с использованием внутреннего языка, легко выводить что угодно и где угодно.
Hugo попался нам на глаза давно, когда он только-только набирал популярность. Мы его попробовали, покрутили и отложили до лучших времен. Это было современно, перспективно, но переносить проект подобный нашему на новомодный движок было неосмотрительно. Есть у них большая проблема – они долго не живут (это касается любых молодых проектов).
И вот сейчас мы к нему вернулись и активно разрабатываем новую версию сайта.
Да, именно разрабатываем.Hugo – это современный статический генератор, который делает все тоже самое, что и Movable Type – генерирует набор статических страниц и JS-скриптов.
Но есть большая разница. Hugo – это не движок в прямом смысле этого слова, его не нужно устанавливать на хостинг, это просто генератор, созданный им сайт полностью автономен, все что ему нужно – веб-сервер. Никаких СУБД, никаких серверов приложений.
А сам сайт – это набор текстовых файлов, как для конфигурации, так и для шаблонов. Сам контент хранится в формате Markdown.
Фактически весь сайт – это код. Вы можете открыть его в Visual Studio Code и работать как с любым другим проектом, а результат держать в Git, что позволит как контролировать версии, так и облегчить задачу бекапов. Которые, в обычном понимании, становятся просто не нужны.
Хотите сделать по-своему? Смело пилите, строгайте и ломайте. Если что – у нас есть Git, откатимся. А можно вообще завести ветки и пилить в них разные фичи.
И у вас не болит голова про эффективность кода, безопасность и т.д. Hugo можно держать в закрытом контуре, да хоть на локальной машине. Главное – чтобы формируемый им HTML код был корректным.
Возможности? Возможности ограничены только вашей фантазией и навыками. Документации достаточно, есть крупные сообщества, да и нейросети неплохо знают как с ним работать.
Но, следует понимать, это не для простого пользователя, которому надо сайт из коробки, чтобы открыл страничку и быстро набрал все, как в Word. Придется вникать, но результат того стоит.
О смене движка сайта мы думали уже давно и даже предпринимали попытки тестовой миграции на другие движки, в частности на Wordpress или Joomla, но постоянно находилось то, что заставляло отказаться от этой идеи.
Обычно это всякие мелочи, но этих мелочей набиралось критическое количество и становилось понятно, что надо или лезть под капот и потом это все поддерживать, или отказываться и становиться «еще одним сайтом на __________ (нужный движок впишите сами).
Кроме того, у текущего сайта есть ряд особенностей, которые нам очень нравятся и которые бы мы хотели сохранить.
Текущий движок – Movable Type – это, по сути, генератор статических страниц. А сайт – набор HTML файлов и скриптов. И только динамические функции выполнялись PHP и CGI скриптами.
И все бы ничего, но написан этот движок был на Perl, что влекло при каждом его переносе на другую систему или хостинг увлекательный квест с установкой и настройкой всех зависимостей. Также требовался умеющий работать с Perl сервер приложений FastCGI или uWSGI.
Наличие PHP требовало PHP-FPM, а данные, по классике, хранились в базе данных.
В итоге получался довольно сложный комбайн, к тому же – достаточно капризный. При обновлении как движка, так и ОС постоянно приходилось решать какие-то вопросы, а то и просто менять ОС.
Так ну нас, в свое время, не получилось подружить его с Ubuntu 20.04, а теперь он отказался взлетать на Debian.
Но это половина беды, движок в очередной раз сменил владельца, который прикрыл бесплатную комьюнити-версию. Редакция c открытым кодом давно заброшена и не развивается.
А сидеть на устаревшем веб-приложении – такая себе идея. И хотя сайт – в основном статика, тот же поиск обрабатывается движком, что несет вполне определенные риски.
Тем не менее у Movable Type были огромные плюсы – полностью разделенные между собой контент, движок и дизайн. При всех сложностях с оформлением мы не разу не столкнулись с тем, что отображение данных оказывалось сломано.
А шаблоны позволяли, с использованием внутреннего языка, легко выводить что угодно и где угодно.
Hugo попался нам на глаза давно, когда он только-только набирал популярность. Мы его попробовали, покрутили и отложили до лучших времен. Это было современно, перспективно, но переносить проект подобный нашему на новомодный движок было неосмотрительно. Есть у них большая проблема – они долго не живут (это касается любых молодых проектов).
И вот сейчас мы к нему вернулись и активно разрабатываем новую версию сайта.
Да, именно разрабатываем.Hugo – это современный статический генератор, который делает все тоже самое, что и Movable Type – генерирует набор статических страниц и JS-скриптов.
Но есть большая разница. Hugo – это не движок в прямом смысле этого слова, его не нужно устанавливать на хостинг, это просто генератор, созданный им сайт полностью автономен, все что ему нужно – веб-сервер. Никаких СУБД, никаких серверов приложений.
А сам сайт – это набор текстовых файлов, как для конфигурации, так и для шаблонов. Сам контент хранится в формате Markdown.
Фактически весь сайт – это код. Вы можете открыть его в Visual Studio Code и работать как с любым другим проектом, а результат держать в Git, что позволит как контролировать версии, так и облегчить задачу бекапов. Которые, в обычном понимании, становятся просто не нужны.
Хотите сделать по-своему? Смело пилите, строгайте и ломайте. Если что – у нас есть Git, откатимся. А можно вообще завести ветки и пилить в них разные фичи.
И у вас не болит голова про эффективность кода, безопасность и т.д. Hugo можно держать в закрытом контуре, да хоть на локальной машине. Главное – чтобы формируемый им HTML код был корректным.
Возможности? Возможности ограничены только вашей фантазией и навыками. Документации достаточно, есть крупные сообщества, да и нейросети неплохо знают как с ним работать.
Но, следует понимать, это не для простого пользователя, которому надо сайт из коробки, чтобы открыл страничку и быстро набрал все, как в Word. Придется вникать, но результат того стоит.
👍43❤3🤮2👏1👀1
Больше не придется часами обрабатывать документы. Разгрузить специалистов в финансовой сфере поможет искусственный интеллект.
Как делегировать задачи ИИ — обсудим на бесплатном вебинаре 30 сентября в 11:00 мск от компании Directum. В программе — только живой диалог и реальный опыт приглашенных экспертов:
🔸 Игорь Гипич из Т-Банка расскажет, как ИИ-сервисы распознают документы от госорганов и корпоративных клиентов.
🔸 Денис Шибаев и Константин Задорожный из СОДФУ объяснят, как интеллектуальные механизмы распознают входящие повестки, судебные запросы и обращения граждан без участия человека.
🔸 Роман Колбин из ББР Банка поделится планами по внедрению ИИ на базе Directum RX в финансовые процессы.
Для участия необходимо только зарегистрироваться. Бронируйте время в календаре и приглашайте коллег!
Вебинар будет полезен руководителям и специалистам ИТ-департаментов, директорам по организационному развитию и информационным технологиям, а также финансовым директорам и сотрудникам финансовых организаций.
#реклама
О рекламодателе
Как делегировать задачи ИИ — обсудим на бесплатном вебинаре 30 сентября в 11:00 мск от компании Directum. В программе — только живой диалог и реальный опыт приглашенных экспертов:
🔸 Игорь Гипич из Т-Банка расскажет, как ИИ-сервисы распознают документы от госорганов и корпоративных клиентов.
🔸 Денис Шибаев и Константин Задорожный из СОДФУ объяснят, как интеллектуальные механизмы распознают входящие повестки, судебные запросы и обращения граждан без участия человека.
🔸 Роман Колбин из ББР Банка поделится планами по внедрению ИИ на базе Directum RX в финансовые процессы.
Для участия необходимо только зарегистрироваться. Бронируйте время в календаре и приглашайте коллег!
Вебинар будет полезен руководителям и специалистам ИТ-департаментов, директорам по организационному развитию и информационным технологиям, а также финансовым директорам и сотрудникам финансовых организаций.
#реклама
О рекламодателе
❤3
Их нравы
Организация OpenSSF опубликовала открытое письмо, которое подписали разработчики репозиториев PyPI, crates.io, Packagist, Open VSX и Maven Central. В письме упомянуты проблемы с сохранением устойчивости инфраструктуры при нынешних моделях финансирования и использования репозиториев.
Последнее время нагрузка на репозитории увеличивается экспоненциально, но рост финансирования работы по сопровождению в лучшем случае имеет линейный характер. Отмечается, что ситуация с финансированием пока не достигла кризиса, но статус кво больше не может сохранятся и наступил критический переломный момент, требующий изменений.
Проблема в том, что многие коммерческие компании рассматривают общедоступные репозитории как бесплатный и неограниченно масштабируемый ресурс для решения своих задач, при том, что финансирование репозиториев осуществляется отдельными компаниями-спонсорами или некоммерческими организациями, зависящими от грантов и пожертвований.
Некоторые компании злоупотребляют общедоступными репозиториями и используют их в качестве сети доставки контента (CDN) для распространения бинарных компонентов, SDK и пакетов, работающих только в составе платного продукта; флудят запросами из автоматизированных CI систем и систем сборки контейнеров; применяют ресурсоёмкие сканеры зависимостей.
При этом часто компании не задумываются о влиянии своей деятельности на инфраструктуру репозиториев и не пытаются реализовать оптимизации, ограничить интенсивность потока запросов или кэшировать загружаемые пакеты. Всё это создаёт огромную нагрузку на инфраструктуру, которая усугубляется растущей активностью AI-ботов.
Коммерческое использование репозиториев в промышленных масштабах без коммерческой поддержки нежизнеспособно и инфраструктура открытого ПО в таких условиях не может бесконечно масштабироваться на одном энтузиазме.
Подписавшие открытое письмо разработчики репозиториев выступают за сохранение бесплатного и общедоступного характера предоставляемых сервисов, но предлагают для поддержания устойчивости критически важных инфраструктур создать устойчивые модели финансирования, масштабируемые по мере роста нагрузки и применяемые вместо моделей, завязанных на неформальную и непостоянную поддержку.
Помимо участия в финансировании, крупным пользователям репозиториев предлагается пересмотреть сложившуюся практику для сокращения избыточного трафика и внедрить механизмы кэширования. Разработчикам сборочных систем, фреймворков и сканеров безопасности рекомендуют учесть влияние настроек и поведения продуктов на инфраструктуру репозиториев, исключить излишние запросы, упростить применение прокси и документировать методы оптимизации для снижения нагрузки.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=63959
В общем и целом – это было ожидаемо. Open Source – это хорошо, но в мире, который основан на товарно-денежных отношениях – недостижимо. Очередная модель «от каждого по способностям, каждому по потребностям» разбилась о реальную жизнь.
Если раньше это был удел гиков и энтузиастов, то сегодня открытое ПО широко используется в коммерческой разработке. Взяли то, взяли это, обернули в красивую обертку и давайте продавать.
О том, что используемые компоненты имеют своих авторов и эти авторы тоже хотят кушать все как-то забывают. Оно же ведь бесплатное, в свободном доступе, какие деньги, вы о чем?
👉 А потом начинается «я устал, я ухожу», так без сопровождающего осталась библиотека libxml2, о чем мы уже писали: https://t.me/interface31/4435
При этом данную библиотеку используют в своих продуктах Apple, Google и Microsoft (а также 1С), но с помощью разработчику у них как-то не сложилось.
Скорее всего, в ближайшее время, нас ждет существенный пересмотр модели распространения открытого ПО и неизбежно связанная с ним коммерциализация, либо закрытие многих проектов.
Тем более, что поколение реальных энтузиастов, которые могли и работали за идею уходит. А на смену им идут люди, для которых это просто инструмент, в т.ч. и для зарабатывания денег.
Организация OpenSSF опубликовала открытое письмо, которое подписали разработчики репозиториев PyPI, crates.io, Packagist, Open VSX и Maven Central. В письме упомянуты проблемы с сохранением устойчивости инфраструктуры при нынешних моделях финансирования и использования репозиториев.
Последнее время нагрузка на репозитории увеличивается экспоненциально, но рост финансирования работы по сопровождению в лучшем случае имеет линейный характер. Отмечается, что ситуация с финансированием пока не достигла кризиса, но статус кво больше не может сохранятся и наступил критический переломный момент, требующий изменений.
Проблема в том, что многие коммерческие компании рассматривают общедоступные репозитории как бесплатный и неограниченно масштабируемый ресурс для решения своих задач, при том, что финансирование репозиториев осуществляется отдельными компаниями-спонсорами или некоммерческими организациями, зависящими от грантов и пожертвований.
Некоторые компании злоупотребляют общедоступными репозиториями и используют их в качестве сети доставки контента (CDN) для распространения бинарных компонентов, SDK и пакетов, работающих только в составе платного продукта; флудят запросами из автоматизированных CI систем и систем сборки контейнеров; применяют ресурсоёмкие сканеры зависимостей.
При этом часто компании не задумываются о влиянии своей деятельности на инфраструктуру репозиториев и не пытаются реализовать оптимизации, ограничить интенсивность потока запросов или кэшировать загружаемые пакеты. Всё это создаёт огромную нагрузку на инфраструктуру, которая усугубляется растущей активностью AI-ботов.
Коммерческое использование репозиториев в промышленных масштабах без коммерческой поддержки нежизнеспособно и инфраструктура открытого ПО в таких условиях не может бесконечно масштабироваться на одном энтузиазме.
Подписавшие открытое письмо разработчики репозиториев выступают за сохранение бесплатного и общедоступного характера предоставляемых сервисов, но предлагают для поддержания устойчивости критически важных инфраструктур создать устойчивые модели финансирования, масштабируемые по мере роста нагрузки и применяемые вместо моделей, завязанных на неформальную и непостоянную поддержку.
Помимо участия в финансировании, крупным пользователям репозиториев предлагается пересмотреть сложившуюся практику для сокращения избыточного трафика и внедрить механизмы кэширования. Разработчикам сборочных систем, фреймворков и сканеров безопасности рекомендуют учесть влияние настроек и поведения продуктов на инфраструктуру репозиториев, исключить излишние запросы, упростить применение прокси и документировать методы оптимизации для снижения нагрузки.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=63959
В общем и целом – это было ожидаемо. Open Source – это хорошо, но в мире, который основан на товарно-денежных отношениях – недостижимо. Очередная модель «от каждого по способностям, каждому по потребностям» разбилась о реальную жизнь.
Если раньше это был удел гиков и энтузиастов, то сегодня открытое ПО широко используется в коммерческой разработке. Взяли то, взяли это, обернули в красивую обертку и давайте продавать.
О том, что используемые компоненты имеют своих авторов и эти авторы тоже хотят кушать все как-то забывают. Оно же ведь бесплатное, в свободном доступе, какие деньги, вы о чем?
👉 А потом начинается «я устал, я ухожу», так без сопровождающего осталась библиотека libxml2, о чем мы уже писали: https://t.me/interface31/4435
При этом данную библиотеку используют в своих продуктах Apple, Google и Microsoft (а также 1С), но с помощью разработчику у них как-то не сложилось.
Скорее всего, в ближайшее время, нас ждет существенный пересмотр модели распространения открытого ПО и неизбежно связанная с ним коммерциализация, либо закрытие многих проектов.
Тем более, что поколение реальных энтузиастов, которые могли и работали за идею уходит. А на смену им идут люди, для которых это просто инструмент, в т.ч. и для зарабатывания денег.
😢18❤9🫡5🤮2😁1
Воскресное. Игры
Я в игры играю не то, чтобы много и не то, чтобы часто. Но эпизодически, так как игры хорошо помогают «переключить контекст» и дать отдохнуть мозгам, причем отдых этот будет активным.
Так вот третьего дня в Стиме была мною обнаружена и приобретена Against the Storm, градостроительная стратегия в жанре темного фэнтези. Стратегии я люблю, особенно неспешные, градостроительные.
Но в этот раз оказалось все по-другому. Хотя, на первый взгляд, ничего особо сложного, те же самые ресурсы, производственные цепочки, разные расы со своими бонусами и т.д. и т.п.
Любая экономическая, градостроительная стратегия имеет наибольшую сложность в начале партии. У вас тотальный дефицит во всем: материалах, рабочей силе, ресурсах. Вы еще не видели всей карты и не понимаете, как строить свое развитие, а нужно быстро удовлетворить базовые потребности.
Но потом вы твердо становитесь на ноги, выстраиваете экономические цепочки и вас становится достаточно сложно выбить из седла. Главное – контролировать ресурсы, чтобы всем всего хватало.
Произвели чего лишнего – ничего страшного, продадим. Пошатнуть вас на этом этапе могут только внешние события – пожар, наводнение, нашествие долгоносика, который пожрет урожай.
Но и то, это, обычно, временные трудности, жирок у вас есть, ресурсы имеются, поэтому отстроимся заново, лучше, чем было.
А в конце партии так и вообще становится скучно, знай себе строи и развивай, а так все есть, ничего особого и не надо. Разве что погоняться за редкими ачивками.
В Against the Storm все по-другому. Вы находитесь в недружелюбном мире, недружелюбие которого со временем только растет. Ресурсы конечны, кроме дерева, и чтобы найти новые вам нужно будет активно расширяться.
Также, раз вы живете в недружелюбном окружении, у вас есть от него защита – очаг, который постоянно требует топлива, того же дерева. Так что смотри и думай, то ли досок напилить, то ли дров.
Но это все лирика, основная особенность – это жесткий цейтнот в каждой партии. Здесь он выражен как нетерпение Королевы, которая дает вам задания и ждет их исполнения. По сути, обычный таймер, который просто тикает.
Сбросить таймер можно выполнением заданий Королевы, которые даются случайным образом и это кардинально меняет геймплей.
Королева может попросить ресурсов, которых у вас нет или выполнить определенные условия по численности и удовлетворенности какой-то расы.
Как мы уже говорили – ресурсов мало, и они конечны. Получить новые ресурсы можно на соседних полянах, куда надо прорубиться дровосеками.
Поляны бывают обычные, опасные и очень опасные. На обычных просто есть какой-то ресурс, на опасных и очень опасных вы можете найти и починить производственные здания или получить высокоуровневневые ресурсы без их производства.
Но попутно вы получите некоторое событие, которое будет иметь отрицательные модификаторы пока вы его не устраните. А для устранения вам снова будут нужны ресурсы.
Да, игра очень мирная, тут нет сражений, жители не умирают, а просто уходят. А все негативные факторы заливаются теми же ресурсами.
И вот это дает игре дикий драйв. В любой момент все может развернуться на 180 градусов, вы можете слить в конце успешную партию или вытащить практически безнадежную.
Все зависит от того, куда вы прорубитесь. Было все хорошо, попали на опасную поляну, которая кинула штраф в виде ускорения нетерпения. Надо ресурс, у вас его нет. Прорубаете ход на вторую поляну, а там еще один штраф к нетерпению и снова нет нужного ресурса.
Равно как и наоборот. Прорубились – а там просто кладезь «ништяков», быстро закрыли задания, сбросили таймер и вот уже жизнь засияла новыми красками, хотя до этого – хоть убегай.
А по сути, игра очень полезная, она ненавязчиво учит тому, что такое ликвидность и кассовый разрыв. Это когда вы, не подумав, перепилили все доски в бочки и мебель, а теперь вам нечем закрыть опасное событие. Да, бревна есть, досок напилите, но это будет завтра, а нужно сегодня.
В общем – рекомендую попробовать.
Я в игры играю не то, чтобы много и не то, чтобы часто. Но эпизодически, так как игры хорошо помогают «переключить контекст» и дать отдохнуть мозгам, причем отдых этот будет активным.
Так вот третьего дня в Стиме была мною обнаружена и приобретена Against the Storm, градостроительная стратегия в жанре темного фэнтези. Стратегии я люблю, особенно неспешные, градостроительные.
Но в этот раз оказалось все по-другому. Хотя, на первый взгляд, ничего особо сложного, те же самые ресурсы, производственные цепочки, разные расы со своими бонусами и т.д. и т.п.
Любая экономическая, градостроительная стратегия имеет наибольшую сложность в начале партии. У вас тотальный дефицит во всем: материалах, рабочей силе, ресурсах. Вы еще не видели всей карты и не понимаете, как строить свое развитие, а нужно быстро удовлетворить базовые потребности.
Но потом вы твердо становитесь на ноги, выстраиваете экономические цепочки и вас становится достаточно сложно выбить из седла. Главное – контролировать ресурсы, чтобы всем всего хватало.
Произвели чего лишнего – ничего страшного, продадим. Пошатнуть вас на этом этапе могут только внешние события – пожар, наводнение, нашествие долгоносика, который пожрет урожай.
Но и то, это, обычно, временные трудности, жирок у вас есть, ресурсы имеются, поэтому отстроимся заново, лучше, чем было.
А в конце партии так и вообще становится скучно, знай себе строи и развивай, а так все есть, ничего особого и не надо. Разве что погоняться за редкими ачивками.
В Against the Storm все по-другому. Вы находитесь в недружелюбном мире, недружелюбие которого со временем только растет. Ресурсы конечны, кроме дерева, и чтобы найти новые вам нужно будет активно расширяться.
Также, раз вы живете в недружелюбном окружении, у вас есть от него защита – очаг, который постоянно требует топлива, того же дерева. Так что смотри и думай, то ли досок напилить, то ли дров.
Но это все лирика, основная особенность – это жесткий цейтнот в каждой партии. Здесь он выражен как нетерпение Королевы, которая дает вам задания и ждет их исполнения. По сути, обычный таймер, который просто тикает.
Сбросить таймер можно выполнением заданий Королевы, которые даются случайным образом и это кардинально меняет геймплей.
Королева может попросить ресурсов, которых у вас нет или выполнить определенные условия по численности и удовлетворенности какой-то расы.
Как мы уже говорили – ресурсов мало, и они конечны. Получить новые ресурсы можно на соседних полянах, куда надо прорубиться дровосеками.
Поляны бывают обычные, опасные и очень опасные. На обычных просто есть какой-то ресурс, на опасных и очень опасных вы можете найти и починить производственные здания или получить высокоуровневневые ресурсы без их производства.
Но попутно вы получите некоторое событие, которое будет иметь отрицательные модификаторы пока вы его не устраните. А для устранения вам снова будут нужны ресурсы.
Да, игра очень мирная, тут нет сражений, жители не умирают, а просто уходят. А все негативные факторы заливаются теми же ресурсами.
И вот это дает игре дикий драйв. В любой момент все может развернуться на 180 градусов, вы можете слить в конце успешную партию или вытащить практически безнадежную.
Все зависит от того, куда вы прорубитесь. Было все хорошо, попали на опасную поляну, которая кинула штраф в виде ускорения нетерпения. Надо ресурс, у вас его нет. Прорубаете ход на вторую поляну, а там еще один штраф к нетерпению и снова нет нужного ресурса.
Равно как и наоборот. Прорубились – а там просто кладезь «ништяков», быстро закрыли задания, сбросили таймер и вот уже жизнь засияла новыми красками, хотя до этого – хоть убегай.
А по сути, игра очень полезная, она ненавязчиво учит тому, что такое ликвидность и кассовый разрыв. Это когда вы, не подумав, перепилили все доски в бочки и мебель, а теперь вам нечем закрыть опасное событие. Да, бревна есть, досок напилите, но это будет завтра, а нужно сегодня.
В общем – рекомендую попробовать.
🔥26👍16❤9🤮3🤝2
Зависимости триггеров Zabbix
Еще одна очень важная настройка системы мониторинга. Но, как показывает практика, не все начинающие пользователи Zabbix уделяют ей должное внимание.
А зря, именно эта настройка способна предотвращать такие неприятные вещи как вал алертов или ложные срабатывания.
Для чего это нужно? Допустим у вас есть филиал, офис, торговая точка – любой объект, стоящий в отдельном сегменте сети за своим роутером. В случае недоступности роутера вы получите вал алертов от всех контролируемых устройств этой сети. Хотя важен только один – проблема с роутером.
Другой пример – вы настроили какой-то триггер не срабатывать в вечернее время, но другой триггер об этом не знает и будет постоянно отвлекать вас от дел несмотря на то, что его состояние в это время для вас также не имеет значения.
Как быть? Настроить зависимости триггеров, это быстро и несложно. Для этого переходим в настройку триггера на вкладку Зависимости, нажимаем Добавить и выбираем хост и триггер этого хоста, от которого мы хотим зависеть. После чего не забываем нажать Обновить. Готово!
Теперь зависимый триггер не будет срабатывать, если ведомый триггер находится в состоянии ПРОБЛЕМА. Задача решена и вы будете получать только важные алерты и не будете отвлекаться на информационный шум.
Еще одна очень важная настройка системы мониторинга. Но, как показывает практика, не все начинающие пользователи Zabbix уделяют ей должное внимание.
А зря, именно эта настройка способна предотвращать такие неприятные вещи как вал алертов или ложные срабатывания.
Для чего это нужно? Допустим у вас есть филиал, офис, торговая точка – любой объект, стоящий в отдельном сегменте сети за своим роутером. В случае недоступности роутера вы получите вал алертов от всех контролируемых устройств этой сети. Хотя важен только один – проблема с роутером.
Другой пример – вы настроили какой-то триггер не срабатывать в вечернее время, но другой триггер об этом не знает и будет постоянно отвлекать вас от дел несмотря на то, что его состояние в это время для вас также не имеет значения.
Как быть? Настроить зависимости триггеров, это быстро и несложно. Для этого переходим в настройку триггера на вкладку Зависимости, нажимаем Добавить и выбираем хост и триггер этого хоста, от которого мы хотим зависеть. После чего не забываем нажать Обновить. Готово!
Теперь зависимый триггер не будет срабатывать, если ведомый триггер находится в состоянии ПРОБЛЕМА. Задача решена и вы будете получать только важные алерты и не будете отвлекаться на информационный шум.
👍40🥱2🤝2
Новый формат DEB822 для источников APT
С выходом Debian 13 многие пользователи могли заметить новый формат источников APT – DEB822, еще раньше с ним столкнулись пользователи Ubuntu, где он применяется начиная с Ubuntu 24.04.
Почему DEB822? Название происходит от RFC 822, который описывает текстовый формат структуры ключ-значение.
Новый формат предусматривает описание источников APT в файлах
Это пример записи для Debian 13, разберем основные опции нового формата:
🔹 Types: - тип репозитория, может принимать два значения: deb и deb-src, бинарные пакеты и исходный код.
🔹 URIs: адреса репозиториев, поддерживается HTTP(S), FTP и файловая система (для репозиториев на диске или в папке).
🔹 Suites: выпуск, указываем кодовое имя дистрибутива, для Debian можно также использовать stable, testing и т.д.
🔹 Components: компоненты репозитория. Тут тоже все понятно.
👆 Эти четыре опции обязательны. Остальные могут добавляться по желанию и необходимости.
🔹 Signed-By: ключ для проверки подписей репозитория. К этому все идет уже давно, дистрибутивы отказываются от apt-key и переходят к персональным подписям. Это правильно, так как серьезно повышает безопасность.
❓ Какие еще опции могут оказаться полезны?
🔹 Enabled – по умолчанию имеет значение
🔹 Trusted – позволяет сделать источник доверенным (
🔹 Architectures – определят для каких архитектур источника будут загружены индексные файлы, если эта опция явно не указана, то используются все доступные архитектуры. Может быть полезна если вы подключили какой-то специфический источник и вам оттуда нужны только, скажем,
🔹 Check-Valid-Until – контролирует срок действия загруженных индексных файлов, что позволяет избежать атак класса Replay Attacks однако для ряда репозиториев которые не обновляются (например, архивные репозитории Debian) эту опцию следует отключить (по умолчанию включена).
🔹 Valid-Until-Min / Valid-Until-Max – задают минимальный и максимальный срок «годности» репозитория, используются совместно с Check-Valid-Until, могут быть полезны для редко обновляющихся репозиториев или тех, кто не указывает «срок годности».
🔹 X-Repolib-Name – используется только графическими инструментами и позволяет указать человекопонятное имя источника.
На первый взгляд данный формат может выглядеть непривычно, но он улучшает читабельность и упрощает управление источниками.
DEB822 поддерживается начиная с Debian 9 и Ubuntu 20.04, однако по умолчанию применяется начиная c Debian 13 и Ubuntu 24.04, в современных системах для конвертации источников в новый формат можно выполнить команду:
✅ Более подробно со всеми опциями формата вы можете ознакомиться на официальной MAN-странице: https://manpages.debian.org/stretch/apt/sources.list.5.en.html
С выходом Debian 13 многие пользователи могли заметить новый формат источников APT – DEB822, еще раньше с ним столкнулись пользователи Ubuntu, где он применяется начиная с Ubuntu 24.04.
Почему DEB822? Название происходит от RFC 822, который описывает текстовый формат структуры ключ-значение.
Новый формат предусматривает описание источников APT в файлах
.source расположенных в /etc/apt/sources.list.d и теперь записи в них выглядят так: Types: deb deb-src
URIs: http://deb.debian.org/debian/
Suites: trixie
Components: main non-free-firmware contrib non-free
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
Это пример записи для Debian 13, разберем основные опции нового формата:
🔹 Types: - тип репозитория, может принимать два значения: deb и deb-src, бинарные пакеты и исходный код.
🔹 URIs: адреса репозиториев, поддерживается HTTP(S), FTP и файловая система (для репозиториев на диске или в папке).
🔹 Suites: выпуск, указываем кодовое имя дистрибутива, для Debian можно также использовать stable, testing и т.д.
🔹 Components: компоненты репозитория. Тут тоже все понятно.
👆 Эти четыре опции обязательны. Остальные могут добавляться по желанию и необходимости.
🔹 Signed-By: ключ для проверки подписей репозитория. К этому все идет уже давно, дистрибутивы отказываются от apt-key и переходят к персональным подписям. Это правильно, так как серьезно повышает безопасность.
❓ Какие еще опции могут оказаться полезны?
🔹 Enabled – по умолчанию имеет значение
yes, но вы можете указать явно no чтобы выключить источник, не комментируя и не удаляя строки.🔹 Trusted – позволяет сделать источник доверенным (
yes), что может пригодиться для собственных локальных репозиториев. Если установить его в значение no, то репозиторий перестанет считаться доверенным, даже если мы успешно проверили его подпись. По умолчанию не задан.🔹 Architectures – определят для каких архитектур источника будут загружены индексные файлы, если эта опция явно не указана, то используются все доступные архитектуры. Может быть полезна если вы подключили какой-то специфический источник и вам оттуда нужны только, скажем,
i386 пакеты. 🔹 Check-Valid-Until – контролирует срок действия загруженных индексных файлов, что позволяет избежать атак класса Replay Attacks однако для ряда репозиториев которые не обновляются (например, архивные репозитории Debian) эту опцию следует отключить (по умолчанию включена).
🔹 Valid-Until-Min / Valid-Until-Max – задают минимальный и максимальный срок «годности» репозитория, используются совместно с Check-Valid-Until, могут быть полезны для редко обновляющихся репозиториев или тех, кто не указывает «срок годности».
🔹 X-Repolib-Name – используется только графическими инструментами и позволяет указать человекопонятное имя источника.
На первый взгляд данный формат может выглядеть непривычно, но он улучшает читабельность и упрощает управление источниками.
DEB822 поддерживается начиная с Debian 9 и Ubuntu 20.04, однако по умолчанию применяется начиная c Debian 13 и Ubuntu 24.04, в современных системах для конвертации источников в новый формат можно выполнить команду:
apt modernize-sources
✅ Более подробно со всеми опциями формата вы можете ознакомиться на официальной MAN-странице: https://manpages.debian.org/stretch/apt/sources.list.5.en.html
👍18❤10👀5🔥4🥱2
Колечко, колечко, кольцо...
Владелец умного кольца Samsung Galaxy Ring за $400 сообщил, что во время путешествия батарея на гаджете раздулась и устройство вдавилось в фалангу пальца. Пользователь Даниэль не смог самостоятельно снять кольцо с пальца и обратился в лечебное учреждение. В больнице смогли снять титановое кольцо без последствий для здоровья человека.
✅ Читать полностью: https://habr.com/ru/news/951896
О чем то таком я сразу подумал еще давно, сразу как увидел данный девайс.
И тогда еще подумал, что любая носимая электроника с литиевым аккумулятором должна быстро сниматься или доставаться, чтобы была возможность отбросить подальше.
В свое время у меня буквально за 15 минут на ровном месте в кармане раздулся ASUS Zenfone, выдавив и раздавив экран.
Думал загорится, но нет, пошипел и перестал.
До этого другой телефон начал греться как утюг, тоже в кармане, помогло выключение и включение.
В комментариях посчитали при полном заряде энергии аккумулятора хватит разогреть кольцо до 150 градусов. Но нам столько не надо, для получения ожога достаточно 55-60 градусов.
Владелец умного кольца Samsung Galaxy Ring за $400 сообщил, что во время путешествия батарея на гаджете раздулась и устройство вдавилось в фалангу пальца. Пользователь Даниэль не смог самостоятельно снять кольцо с пальца и обратился в лечебное учреждение. В больнице смогли снять титановое кольцо без последствий для здоровья человека.
✅ Читать полностью: https://habr.com/ru/news/951896
О чем то таком я сразу подумал еще давно, сразу как увидел данный девайс.
И тогда еще подумал, что любая носимая электроника с литиевым аккумулятором должна быстро сниматься или доставаться, чтобы была возможность отбросить подальше.
В свое время у меня буквально за 15 минут на ровном месте в кармане раздулся ASUS Zenfone, выдавив и раздавив экран.
Думал загорится, но нет, пошипел и перестал.
До этого другой телефон начал греться как утюг, тоже в кармане, помогло выключение и включение.
В комментариях посчитали при полном заряде энергии аккумулятора хватит разогреть кольцо до 150 градусов. Но нам столько не надо, для получения ожога достаточно 55-60 градусов.
💯23😱15👍4❤2
Очередные сложности в работе ночного кинотеатра
Третьего дня приключилась беда, наш ночной кинотеатр оказался недоступен.
Все чада, домочадцы и примкнувшие к ним домашние животные внезапно выяснили, что ходящий до кинотеатра экспресс с модными иностранными буквами Х-рай (не знаю, что это значит, наверное, перевозчик такой) к нашей остановке больше не ходит.
Все в смятении, все требуют хлеба и зрелищ, точнее хлеб и то, что на него положить у них есть, поэтому требуют зрелищ. Понятно, что находиться в такой тревожной обстановке решительно невозможно и надо было что-то решать.
Сначала решил проверить, может это сам кинотеатр закрылся, мало ли, да нет, работает. И даже пункты выдачи заказов с вывесками FTP и SSH работают, курьеры от них нормально приезжают, только вот пассажиров они не берут.
Что-же делать, как же быть? Как вернуть в дом спокойствие и умиротворение? Когда все чады, домочадцы и примкнувшие к ним домашние животные тихо сидят в своих гаджетах и безобразием не нарушают.
Походил по городу, посмотрел, выяснил что новые модные маршрутки с драконом в красном кружке все еще нормально катаются к вокзалам, в частности к такому зелененькому, с надписью CLOUD. Там еще льготные проездные раздают, не 100% халява, но условия приятные.
Заодно с водилами поговорил, мол что за фигня? А они говорят, мол да, есть сложности с пригородным направлением, то ли дорогу там размыло, то ли случилось чего, в общем если не у нас перекрыто, так с соседнего района. А еще можешь нормально выехать, но назад не вернуться.
Но если тебе от дома до вокзала CLOUD или еще какого подобного надо – довезем с ветерком.
В общем съездил я на этот вокзал CLOUD и выяснил, что экспресс с буквами Х-рай (не знаю, что это значит) туда приходят регулярно. И можно спокойно ездить в ночной кинотеатр и самому забирать заказы в ПВЗ.
А там маршрутка с драконом в красном круге быстро домчит тебя домой, остановка прямо рядом с подъездом.
Правда, потратится на еще одну маршрутку придется, но на том же вокзале CLOUD хорошие льготы для чад и домочадцев, а примкнувшие к ним домашние животные проезжают бесплатно.
В общем ездим теперь с пересадками, сначала от дома на быстрой маршрутке с драконом в красном круге до вокзала CLOUD, а оттуда по льготному тарифу пересаживаемся на экспресс Х-рай (не знаю, что это значит).
Теперь проблемы на пригородных трассах нас пока не касаются, но кто знает, что будет завтра?
Все описанные события являются плодом авторского, возможно, нетрезвого, вымысла. Но сказка ложь – да в ней намек.
Третьего дня приключилась беда, наш ночной кинотеатр оказался недоступен.
Все чада, домочадцы и примкнувшие к ним домашние животные внезапно выяснили, что ходящий до кинотеатра экспресс с модными иностранными буквами Х-рай (не знаю, что это значит, наверное, перевозчик такой) к нашей остановке больше не ходит.
Все в смятении, все требуют хлеба и зрелищ, точнее хлеб и то, что на него положить у них есть, поэтому требуют зрелищ. Понятно, что находиться в такой тревожной обстановке решительно невозможно и надо было что-то решать.
Сначала решил проверить, может это сам кинотеатр закрылся, мало ли, да нет, работает. И даже пункты выдачи заказов с вывесками FTP и SSH работают, курьеры от них нормально приезжают, только вот пассажиров они не берут.
Что-же делать, как же быть? Как вернуть в дом спокойствие и умиротворение? Когда все чады, домочадцы и примкнувшие к ним домашние животные тихо сидят в своих гаджетах и безобразием не нарушают.
Походил по городу, посмотрел, выяснил что новые модные маршрутки с драконом в красном кружке все еще нормально катаются к вокзалам, в частности к такому зелененькому, с надписью CLOUD. Там еще льготные проездные раздают, не 100% халява, но условия приятные.
Заодно с водилами поговорил, мол что за фигня? А они говорят, мол да, есть сложности с пригородным направлением, то ли дорогу там размыло, то ли случилось чего, в общем если не у нас перекрыто, так с соседнего района. А еще можешь нормально выехать, но назад не вернуться.
Но если тебе от дома до вокзала CLOUD или еще какого подобного надо – довезем с ветерком.
В общем съездил я на этот вокзал CLOUD и выяснил, что экспресс с буквами Х-рай (не знаю, что это значит) туда приходят регулярно. И можно спокойно ездить в ночной кинотеатр и самому забирать заказы в ПВЗ.
А там маршрутка с драконом в красном круге быстро домчит тебя домой, остановка прямо рядом с подъездом.
Правда, потратится на еще одну маршрутку придется, но на том же вокзале CLOUD хорошие льготы для чад и домочадцев, а примкнувшие к ним домашние животные проезжают бесплатно.
В общем ездим теперь с пересадками, сначала от дома на быстрой маршрутке с драконом в красном круге до вокзала CLOUD, а оттуда по льготному тарифу пересаживаемся на экспресс Х-рай (не знаю, что это значит).
Теперь проблемы на пригородных трассах нас пока не касаются, но кто знает, что будет завтра?
Все описанные события являются плодом авторского, возможно, нетрезвого, вымысла. Но сказка ложь – да в ней намек.
11😁43👌12🔥8🤯3🤡3
Начали потихоньку переводить производственные гипервизоры на Proxmox 9.
Каких-либо серьезных багов или аномалий не наблюдается. Из плюсов пользователи отмечают более информативные графики.
Процесс обновления имеет ряд особенностей, которые не отражены в документации или отражены не полностью. В целом, если вы успели изучить процесс перехода на Debian 13 они не доставляют сложности, но могут и поставить в тупик начинающего.
Поэтому в планах на ближайшее время подготовить материалы по апгрейду всех основных продуктов Proxmox.
Каких-либо серьезных багов или аномалий не наблюдается. Из плюсов пользователи отмечают более информативные графики.
Процесс обновления имеет ряд особенностей, которые не отражены в документации или отражены не полностью. В целом, если вы успели изучить процесс перехода на Debian 13 они не доставляют сложности, но могут и поставить в тупик начинающего.
Поэтому в планах на ближайшее время подготовить материалы по апгрейду всех основных продуктов Proxmox.
👍96❤3🤔1🤝1