​​Тут на дня прилег хостер TimeWeb на несколько часов. Причем так крупно прилег. Не работал ни телефон, ни NS сервера, ни сам сайт хостера. Вообще все отрубило. Он потом написал пояснения, что лег корневой маршрутизатор, а когда включили запасной, оказалось, что с ним ничего не работает 🤷🏻‍♂️

Это предисловие, рассказать хотел не об этом. У меня есть привычка, смотреть вакансии компаний, с которыми я так или иначе взаимодействую. По ним можно очень быстро узнать, какое качество обслуживания и вообще уровень специалистов тебя ожидает.

Пошел на hh и посмотрел вакансии Timeweb. Из технических вакансий там было только две - программист python и специалист технической поддержки Linux. Я не поленился, зашел в описание вакансии и посмотрел требования. Он должен знать linux, писать скрипты, работать в консоли, разбираться в ошибках и т.д. То есть нормальный такой линукс админ средней руки.

Как думаете, какая для него объявлена зарплата? 80-100 т.р.? Увы, нет - от 35 000 до 50 000 руб. Я, конечно, понимаю, что это не те люди, которые проектируют и поддерживают инфраструктуру. Но тем не менее. Это же очень мало. За эти деньги даже нормального эникея на винду найти затруднительно.

Зато в других вакансиях на зп не экономят:
▪ Product Manager от 180 000 руб.
▪ Product Marketing Manager до 250 000 руб.
▪ Продуктовый маркетолог от 130 000 руб.
▪ IT Sales manager/менеджер по продажам до 200 000 руб.

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

Разработчику python и linux админу предлагают зарплату ниже, чем всевозможным менеджерам и маркетологам. Из этого можно осторожно сделать вывод, что уклон идет в продажи, а не поддержку и надежность. И мне почему-то кажется, что это типовая картина для современного бизнеса. Конкретно Timeweb я взял, потому что глаз на него упал из-за его падения. Каких-то личных претензий я к нему не имею и негатива о нем не слышал. Прошу за антирекламу не считать.

​​Думаю, все уже в курсе про изменения, которые ожидают в скором времени CentOS. Для меня это оказалось ударом ниже пояса. И дело не в том, что я не вижу других подходящих дистрибутивов Linux. Я все свои процессы уже перестроил на Centos 8. Обновил инструкции, кое-где сделал миграцию. Еще больше миграций запланировал на эти новогодние праздники. Все новые установки последние пол года делал на Centos 8.

И теперь без всяких предупреждений срок поддержки Centos 8 сокращают до конца 2021 года. При этом, для Centos 7 поддержка сохраняется до 24-го. Какая-то изощренная подлость. Объявили бы об этом заранее, во время релиза Centos 8 и никаких проблем бы не было ни у кого. Все бы успели подстроиться и спланировать свои миграции. А сейчас как гром среди ясного неба.

Я сейчас завис в состоянии неопределенности, на что переходить и какая судьба ожидает CentOS. Для тех, кто до конца не понял, какие изменения произошли, поясню. Раньше разработка RHEL двигалась в таком направлении: Fedora (альфа) -> Centos Stream (бета) -> RHEL (релиз) -> Centos. По факту Centos была максимально стабильной системой. Теперь ее просто убирают и оставляют только Centos Stream в качестве бета системы для RHEL.

Пока трудно судить о стабильности Centos Stream. Может так оказаться, что она окажется вполне нормальной системой для сервисов общего назначения (почта, web сервер и т.д.) Кто-то даже сейчас умудряется использовать Fedora Server и называть его вполне стабильным. К тому же у Centos Stream не будет номерных релизов, она будет обновляться непрерывно. В каких-то случаях это может быть удобным. Но все, опять же, зависит от стабильности такого похода в данном конкретном случае.

Всегда есть запасной вариант в виде старого и надежного дистрибутива Debian. Лично я смотрю пока на него. Ну и подождать надо, что выйдет из проекта Rocky Linux. На дистрибутив от Oracle лично я переходить не хочу. Думаю, что рано или поздно они тоже какую-нибудь подлянку сделают.

Лично у меня сейчас проблема одна - какую систему ставить на новых проектах. Понятно, что не Centos 8. Выбираю из Centos 7 и Debian 10. А вы что сейчас ставить будете? Надо до нового года определяться.

​​Отличный сервис по проверке работы почтового сервера - mail-tester.com. Постоянно им пользуюсь. Достаточно просто отправить письмо со своего сервера на специально сформированный ящик и дальше смотреть отчет.

Сервис проверяет следующие параметры:
◽ Настройку DKIM, SPF, DMARC
◽ Все необходимые DNS записи, в том числе PTR
◽ Наличие вашего сервера в черных списках
◽ Контекстные факторы (форматирование, картинки, наличие List-Unsubscribe и т.д.)
◽ Анализ вашего письма с помощью SpamAssasin

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

Сервис хорошо подходит для того, чтобы продемонстрировать заказчику, что вы все сделали корректно и сервер готов к работе. Бесплатное использование допускает не более 3 проверок в сутки для одного домена, так что не спамьте запросами. Используйте только для итоговой проверки.

Некоторое время назад я участвовал в разработке системы мониторинга, установленной на Astra Linux. У меня накопился некоторый опыт работы с этой системой. Если вы не используете уникальную мандатную систему управления доступом, разработанную для этой системы, то никаких принципиальных отличий от Debian 9 не будет. В настоящий момент Astra Linux использует в качестве основы эту систему.

Основное отличие будет в том, что у Астры свой репозиторий. Ну и плюс софт очень старый, так как Debian 9. В стандартных репах нет даже php 7.2, только 7.0. Так что преодолевать трудности предстоит именно с этим - искать свежие пакеты, ставить их, разрешать проблемы зависимостей.

В статье я ставлю последнюю версию Zabbix 5 на Astra Linux. Мне, кстати, в Астре понравилось графическое окружение, хотя работал я исключительно в консоли. Но в проекте было полно серверов с этой системой, в том числе с полноценным рабочим столом.

https://serveradmin.ru/ustanovka-zabbix-na-astra-linux/

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

Одно я знал точно, аватары к почтовым протоколам smtp, imap, pop3 не имеют никакого отношения. За их отображение отвечает почтовый клиент. Именно сами почтовые сервисы решают, какой аватар они отобразят в интерфейсе почтового клиента. Это могут быть картинки, фотки, первые буквы имени, фамилии или что-то другое.

Например, вы можете в Яндекс.Паспорте настроить свой аватар. Ваша почта, отправленная с ящика яндекс на другой ящик яндекса будет отображаться с вашим изображением. Но эта же почта, отправленная на gmail будет без изображения. Сервис gmail ничего не знает про аватар в службе яндекса.

Какие-то сервисы автоматически подтягивают аватары с очень популярного сервиса gravatar.com. Можете там зарегистрироваться с вашим почтовым ящиком и настроить аватарку. Она много где будет подтягиваться в привязке к вашей почте. Кто-то аватаром ставит favicon домена, к которому принадлежит ящик.

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

​​Мне в одном из комментариев посоветовали посмотреть на необычную wiki - https://wiki.js.org. Я заинтересовался и попробовал. Штука интересная. Можно поставить как из пакетов, так и в докере. В документации есть готовый docker-compose для нее. То есть запустить все это дело можно очень просто и быстро.

Системные требования:
◽ 1 CPU, 1G RAM
◽ БД: MySQL, PostgreSQL, MS SQL Server, SQLite 
◽ Node.js 😩
◽ Web сервер не нужен

Выглядит современно, можно, молодёжно. Так как wiki сама себе веб сервер, лучше ставить ее за прокси типа nginx или haproxy.

Не знаю, насколько продукт зрелый и готов для production. Но если вам надо быстро развернуть wiki для внутренних нужд, рекомендую обратить внимание. Ставится быстро, настроек особо не требует. Сразу готова к работе. Есть несколько вариантов редакторов (wiki, markdown, wysiwyg)

Из основного функционала есть все, что обычно ожидаешь от wiki и даже больше - ролевая модель прав доступа, ssl, api, отправка почты, разные поисковые движки, языки, темы и т.д.

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

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

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

В комментариях к прошлой заметке мне посоветовали сервис sendpulse. У него есть бесплатный тариф с ограничением в 12000 писем в месяц и не более 50-ти писем в час. Для небольшого сайта этого вполне достаточно. При этом не обязательно отвязывать домен от Яндекс.Почты, если вы ее используете. Для отправки почты через sendpulse надо сделать следующее:

1️⃣ Зарегистрироваться в сервисе, выбрать бесплатный тарифный план. Дождаться ручной модерации учетной записи.
2️⃣ Добавить свой домен, для которого вы будете выполнять отправку почты. Для этого домена вам сформируют DKIM.
3️⃣ Добавляете dkim ключ и обновляете spf запись, добавив туда записи о sendpulse.
4️⃣ Настраиваете на сайте отправку почты через smtp сервер sendpulse.

Менять mx записи не нужно. Ваша почта на Яндексе или где-то еще будет работать так же, как и раньше. Вы просто настраиваете отправку через sendpulse.

Я уже опробовал и мне понравился сервис. Он ведет лог отправки, можно посмотреть статус отправлений. Можно сохранять списки адресов, по которым отправлялись письма. В целом, я бы такой сервис рекомендовал вместо своего почтового сервера, если у вас нет постоянного админа для присмотра за ним. Не знаю, что выйдет по деньгам, не считал. Если использовать бесплатный тариф, то этот вариант удобнее яндекс почты.

Чем Devops отличается от Anykey?

Вопрос: Хаб, свитч, роутер. Эти слова говорят вам что-нибудь?
Anykey: Свитч я настраивал, роутеры перезагружал. А вот хаб я не знаю, что это такое. У нас такого не было.
Devops: Зачем вы у меня это спрашиваете? Я в работе это не применял давно. Я же devops инженер.

Вопрос: Ваш Mysql работал нормально, и тут клиенты перестали подключаться. Что вы сделаете?
Anykey: Перезагружу компьютер.
Devops: Перезагружу контейнер.
Вопрос: А если не помогло?
Anykey: Переустановлю программу.
Devops: Пересоздам контейнер.
Вопрос: Не помогло, что делать дальше?
Anykey: Гуглить.
Devops: Гуглить.
Вопрос: Не помогло, что дальше?
Anykey: Напишу админу.
Devops: Напишу в поддержку облачному провайдеру.

https://www.youtube.com/watch?v=jT4nZp2uEU0

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

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

https://southbridge.io/vacancies
https://job.flant.ru/vacancies

Хорошие вакансии, но и цены за услуги "хорошие" :) Одно без другого не бывает. Конечно, это все косвенные признаки и однозначно по ним судить о качестве нельзя. Но тем не менее, вакансии с зарплатными вилками вне рынка будут говорить о том, что и качество услуг будет так себе.

На днях полностью актуализировал и дополнил статью про Webpagetest.

https://serveradmin.ru/webpagetest-lokalnaya-ustanovka-i-nastroyka/

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

Как раз о настройке private instance я и рассказываю в статье. У меня развернут свой публичный сервис на основе webpagetest, но сюда ссылку не даю, так как он просто ляжет, если хотя бы 10-15 человек придут его проверять. У меня там по одному агенту в Москве и Питере стоит, а каждая проверка в среднем минуту - полторы длится. Если что, ссылка в самой статье есть.

А если хочется прямо сейчас посмотреть, как это работает - https://webpagetest.org. Сервис просто отличный. Я им пользуюсь уже несколько лет и могу смело рекомендовать. Вы его даже на своем компе можете быстро в докере запустить, проверить все, что надо и удалить. Для этого я собрал docker-compose. Все есть в статье.

Неплохое видео по теме - https://www.youtube.com/watch?v=IyEJeZzeIzk

📆 Завтра, 22 Дек, Вторник 10:00 пройдет вебинар Zabbix + Grafana: визуализация для Вас и Вашего руководителя.

Тема в целом не сложная. Настроить интеграцию заббикса с графаной можно достаточно быстро. У меня есть статья на эту тему - https://serveradmin.ru/nastrojka-intergaczii-zabbix-v-grafana/

Я лично постараюсь посмотреть вебинар, так как данную тему еще не слушал. Возможно увижу что-то интересное и полезное.

Сам я сейчас часто стал настраивать интеграцию с Grafana для настройки дашбордов. В графане это быстрее и удобнее делать.

Регистрация на вебинар - https://us02web.zoom.us/webinar/register/WN_pVx2MN-4R_6YAlS1zQxPWg

#zabbix

Я придумал, как получать в Zabbix список активных процессов на хосте в момент, когда срабатывает триггер на превышение загрузки CPU. Долго обдумывал, как это получше сделать и в итоге наколхозил так:

1️⃣ Добавляю в стандартный шаблон новый айтем типа Zabbix Trapper.

2️⃣ Разрешаю на zabbix agent запуск внешних команд.

3️⃣Настраиваю на Zabbix Server действие при срабатывании одного из нужных мне триггеров. В действии указываю выполнение команды на целевом сервере, которая сформирует список процессов и отправит его на сервер мониторинга с помощью zabbix-sender.

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

Буду рад услышать, как это сделать проще, быстрее, удобнее, безопаснее.

https://serveradmin.ru/monitoring-spiska-zapushhennyh-proczessov-v-zabbix/

#zabbix #мониторинг

​​Для тех, кто не только смотрит рекламу курсов, а регулярно обучается и движется вверх по карьерной лестнице, предлагаю вакансии крупной IT компании. Требования типовые, никакой экзотики, только современный технологичный стек (даже zabbix есть 😎).

Банк ВТБ проходит этап цифровой трансформации, находится в поиске опытных специалистов в Москве и Новосибирске:

Новосибирск:
DevOps и администрирование

Москва:
DevOps

📌 Что нужно делать?
01 Развивать:
◽ построение и сопровождение конвейера непрерывной интеграции\поставки программного обеспечения;
◽ развертывание и поддержка программных продуктов для разработки, тестирования и развёртывания (DevOps);
◽ обеспечение работоспособности прикладных сервисов;
◽ использование технологии контейнеризации (docker, runc) и платформы контейнеризации (open shift, kubernetes);

02 Отслеживать:
◽ работа с системами мониторинга IT-процессов (zabbix, SCOM, HP OpenView, Grafana, Prometheus);

03 Общаться:
◽ коммуникация с разработчиками по проработке и приоритизации задач развития конвейера непрерывной поставки.

📌 Что потребуется:
◽ опыт работы с Linux / Windows системами;
◽ опыт создания Bash или PowerShell скриптов;
◽ опыт администрирования Kafka или RabbitMQ/AMQ;
◽ знание систем управления конфигурацией (Ansible, Chef, etc.);
◽ понимание принципов CI/CD;
◽ опыт работы с docker, kubernetes, openshif, а также с Gitlab, Jenkins, Nexus, Teamcity;
◽ опыт работы по настройке систем мониторинга.

📌 Что вы получите:
◽ фокус на развитие: hard skills в рамках современного технологического стека;
◽ интересные задачи: более 150 крупных проектов и свыше 12 000 внедрений в год. Каждая задача — реальная потребность бизнеса.
◽ карьерный рост: возможность выбора направления для роста и развития. 1100 команд — найдите свою по духу и задачам.

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

#вакансия

Есть одна популярная проблема, с которой я много раз сталкивался в Linux. Утилита df показывает, что у тебя не осталось свободного места на диске. Но если ты с помощью du просуммируешь объем всех директорий в корне, то окажется, что они занимают лишь часть диска. Куда же делся остальной объем?

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

В итоге вы не можете управлять занимаемым местом, так как файл удален, но приложение все еще держит его открытым и пишет в него. Посмотреть на такие удаленные файлы можно с помощью lsof.

# lsof | grep '(deleted)'

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

Одну из таких ситуаций я рассмотрел в статье - https://serveradmin.ru/disk-zanyat-na-100-i-ne-ponyatno-chem-df-i-du-pokazyivayut-raznyie-znacheniya/

Команда Zabbix обновила свое demo с демонстрацией возможностей системы мониторинга Zabbix 5.2. Первый раз это видео появилось во времена 4-й версии. Я уже давал ссылку на него весной в канале. На днях заметил обновление.

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

Видео хорошо подходит для того, чтобы познакомиться с системой, оценить интерфейс и возможности. Так что разработчики молодцы, что придумали такую идеи и сами актуализируют видео. Мало у кого такое встретишь.

https://www.zabbix.com/demo

#zabbix #видео

​​📌 Часто при работе в консоли linux сервера нужно быстро подсчитать сколько места занимает каждая директория. Я для этого использую простой bash скрипт прямо в консоли. Переходим в директорию, где хотим узнать размер папок и запускаем в консоли код:

du -s *| sort -nr | cut -f 2- | while read a;do du -hs $a; done | awk 'NR <=10'

Он выведет только 10 директорий с самыми большим занимаемым ими объемом. Если хотите получить размер всех папок, то удалите в конце awk.

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

#!/bin/bash

echo "==================================" >> dir_size.txt
echo "Dirs size `date +"%Y-%m-%d_%H-%M"`" >> dir_size.txt
echo "==================================" >> dir_size.txt
du -s *| sort -nr | cut -f 2- | while read a;do du -hs $a >> dir_size.txt ;done

Скрипт обычно лежит в корне раздела с бэкапами и запускается по необходимости. Можно привязать его запуск к триггеру в мониторинге на низкий уровень свободного места в разделе. Можно и вывод в мониторинг отправлять, хотя обычно это реализуется по-другому. У меня есть статья по мониторингу бэкапов в zabbix.

Сохрани к себе заметку, наверняка пригодится.

⚡️ Хочу в очередной раз напомнить про опасность открытого доступа к RDP порту через интернет. Один знакомый на днях написал, что его инфраструктуру частично зашифровали. Проникновение было через открытый в интернет RDP порт для удаленного подключения.

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

Открытый rdp порт гарантирует, что вас рано или поздно зашифруют. Это вопрос времени и везения. Если нужен удаленный доступ именно по rdp, то используйте один из вариантов:

1️⃣ Доступ только через vpn. Самый надежный способ, который решает не только вопрос rdp подключений, но и в целом доступ к инфраструктуре. Основное неудобство vpn - настройка подключения на стороне клиентов. В зависимости от выбранной реализации, это может быть не тривиально, так что нужно писать инструкции или подключаться на пользовательские компы и настраивать подключение. Идеальный вариант - вы сами настраиваете оборудование и передаете пользователю в готовом виде.

2️⃣ Использовать Remote Desktop Gateway (RDG) - шлюз для rdp соединений от Microsoft. Подключение по rdp осуществляется через https соединение. На входе перед RDG можно настроить HAproxy для дополнительной защиты. В целом, надежный вариант. Я не слышал историй взлома подобных шлюзов, хотя нельзя этого полностью исключить.

3️⃣ Open source аналог предыдущего шлюза - Apache Guacamole. Может
проксировать не только rdp протокол, но и vnc, ssh. Работает через браузер с помощью HTML5. В целом удобная и функциональная штука, но периодически в ней находят серьезные уязвимости.

4️⃣ Можете настроить port knocking или аналогичную защиту на шлюзе. Подключение пользователей можно автоматизировать с помощью скриптов. Вариант колхозный, но если у вас мало клиентов и нет желания усложнять инфраструктуру, это может быть нормальным решением.

5️⃣ Ограничение доступа к rdp порту по ip на уровне Firewall. Просто закройте доступ списком статических ip адресов, если у вас есть такая возможность. Очень простой и надежный вариант. К сожалению, чаще всего неприменим из-за динамических ip адресов клиентов.

6️⃣ Замените подключение по rdp каким-то другим удаленным доступом. Выбор инструментов сейчас обширен, как бесплатно, так и за деньги. Другое дело, что эти варианты тоже могут иметь уязвимости, но в целом шанс от них пострадать ниже, чем у rdp. Последний очень популярен и постоянно происходят попытки его взлома.

А вы лично сталкивались с шифровальщиками? Теряли данные из-за них?

​​Существует очень крутой мониторинг Newrelic. Я знаю его давно. Раньше у них был бесплатный тарифный план, позволяющий мониторить, если не ошибаюсь, до 10-ти хостов. Потом в какой-то момент они убрали бесплатный тариф, и я прекратил им пользоваться.

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

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

Сейчас я узнал, что у него снова появился бесплатный тариф. Я толком не нашел подробностей, но судя по его странице pricing, не тарифицируются данные, объемом менее 100G в месяц. Это очень много, и если это реально бесплатно, то круто. Я пока добавил туда один сервер для теста. Все работает, денег не просит.

Рекомендую попробовать. Настроить очень просто. Буквально зарегистрируетесь и сразу же при первом входе попадете на очень подробное руководство, где вам расскажут, как поставить агента на сервер.

#мониторинг

- Что нам мешает выполнить задачу?
- Геометрия!
- Просто игнорируйте её....

Очень интересное видео, прям рекомендую к просмотру. Оно не про ИТ, но очень близко к нему. Особенно понравились комментарии, где по аналогии люди накидали ситуаций. 

https://www.youtube.com/watch?v=UoKlKx-3FcA

- На каком языке лучше делать сайт интернет-магазина? Ruby, PHP, Python?
- А вы сделайте так, что бы можно было выбрать язык.

Я фотограф - ретушер. Приходит однажды ко мне женщина лет 55 и дает фото, на которой сидят она с подругой лыбятся и мужик задом. Так вот она просит развернуть мужика чтоб он тоже смотрел в камеру! Минут 15 втирала ей что это невозможно... Сошлись на том что я просто не разбираюсь!

- Что нам мешает скинуть вниз стекло с 10 этажа при этом не разбив его?
- Физика.
- Просто игнорируйте её.

- Вы профессионал, вот вам деньги, покажите как правильно.
- Вот так правильно.
- Я не согласен.

- Вы делаете сайты ?
- Да. 
- Сделайте тогда нам сайт с зеркальным фоном , чтобы клиент видел своё отражение.

Хочу немного порассуждать в выходной день. На неделе попалась новость про переименование репозиториев в github с master на main. Думаю, любой здравомыслящий человек понимает, что это какая-то глупость. На поверхности практического смысла тут нет и искать не стоит. Для чего же делается эта на первый взгляд бессмыслица?

Очевидно, что все это происходит не само собой. Кто-то активно двигает эту тему в массы. В моем понимании реализуется в полной мере принцип "Разделяй, стравливай и властвуй". Технология, обкатанная столетиями, если не тысячелетиями.

На уровне народов и граждан этот принцип можно наблюдать на таких противостояниях, как "Америка враг России", "Во всем виноваты жиды", "Москва паразитирует на России" и т. д. Вы думаете случайность, что уровень жизни в Москве намного выше регионов? Конечно нет. Достаточно было направить налоговые потоки в нужное русло и все как-будто само собой получилось. А для чего это делается?

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

Теперь возвращаемся к теме политкорректности и репозиториям. Профессиональные сообщества, в отличие от народов и граждан, более монолитны и сплочены. И этот удар политкорректности направлен именно на них. Для того, чтобы посеять раскол. Если вы внимательно проследите за этой темой, то увидите похожие процессы в среде ученых и спортсменов. Это то, что заметил я лично. Может где-то еще, специально не искал.

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

В общем, не поддавайтесь на провокации, будьте спокойны и разумны. "Человек человеку друг, товарищ и брат". Только такой принцип межличностных отношений гарантирует спокойное, поступательное движение вперед в развитии общества и отдельных ее членов (тут стоит пояснить, что такое развитие, но это отдельная тема). Любые конфликты и деление на категории, сорта, касты, цвета и т.д. выгодны только тем, кто на самом верху. А мы, простые люди, в этом противостоянии всегда будем проигравшими.

Жму руку, товарищ прочитавший!

https://www.opennet.ru/opennews/art.shtml?num=54297