IT

День системного администратора в 2026 году отмечается 31 июля. Этот профессиональный праздник всегда выпадает на последнюю пятницу июля. Праздник придумал американский системный администратор Тед Кекатос в 2000 году. На идею его натолкнула журнальная реклама Hewlett-Packard, где благодарные пользователи дарили сисадмину корзины с фруктами и цветами за установку новых принтеров. Кекатос как раз перед этим настроил целую сеть аналогичных принтеров и посчитал, что его труд тоже заслуживает признания. Первый День сисадмина прошел 28 июля 2000 года на окраине Чикаго. Это был простой пикник на природе, в котором приняли участие сотрудники небольшой софтверной компании. Однако благодаря интернету идея моментально разлетелась по всему миру. На фото — памятник клавиатуре в Екатеринбурге. Там, бывало, и собирались ссадины...

Периодически на проектах возникает необходимость определить геолокацию пользователя по его IP. Например, узнать его страну, чтобы сменить линейку тарифов или учесть законодательство. Раньше мы пользовались базами MaxMind GeoIP. Их можно было выгрузить в виде MMDB-файлов, это такой формат, поддерживающий бинарный поиск по диапазонам IP. У них есть Lite версия, ее вполне хватало. Но сейчас, вижу, для использования нужна регистрация, а еще лучше - много денег в кассу. Еще один вариант - DB-IP, у них тоже есть Lite-версия. Причем базы можно скачать. Правда, лицензия там - Creative Commons Attribution, для использования в веб-приложениях нужно будет разместить ссылку на их сайт. Есть IP2Location, но там сразу цены конские. Можно работать с сервисами через API. Есть, скажем, IPinfo, онлайн, с бесплатным тарифом и рядом ограничений. Или вот IP-API. Отдают немало инфы. Но есть лимит в 45 запросов в минуту. И, понятно, в наше время нет гарантий трансграничной доступности сервиса. Ну а бесплатно можно скачать MMDB с вот этого сайта. Пишут, что не надо лицензий и ключей. Детализация только до уровня страны, город уже не найти. Но для многих случаев этого достаточно. Если используете что-то подобное, поделитесь. #tools

⚡️ Запускаем новый сезон подкаста «Безопасно говоря»!

«Безопасно говоря» — подкаст для ИБ-практиков, где обсуждаем реальные кейсы, самые эффективные решения и внутреннюю кухню ИБ-продуктов. Все выпуски на YouTube ⏩

🖇 В первом выпуске седьмого сезона говорим о том, как меняется SIEM в эпоху AI, и почему это — не «волшебная коробка». ✨ Гости выпуска: Ринат Сагиров, директор Центра мониторинга и реагирования Инфосистемы Джет Сергей Бнятов, руководитель SOC ecom.tech ✨ Ведущие: Алексей Миртов, руководитель группы продуктовой архитектуры Security & Compliance, Yandex Cloud Мария Кириллова, менеджер продуктов безопасности Yandex Cloud Включайте с начала или забирайте таймкоды, если так удобнее: 01:36 Приветствие и представление гостей — их путь в информационную безопасность 03:39 Что такое SIEM простыми словами «как для бабушки» 05:10 Почему SIEM — это не волшебная коробка 06:56 Всем ли компаниям нужен SIEM? 11:15 Как понять, что действительно нужно бизнесу от ИБ 13:50 Каким должен быть современный SIEM 16:50 Простота, стабильность и масштабируемость 19:47 Почему рынку нужен не более сложный, а более удобный продукт 21:06 Исследование российского рынка SIEM 25:02 Как ИИ уже используют специалисты SOC 28:24 Как ИИ усиливает атакующих 29:37 Почему ИИ не заменит аналитиков SOC 31:58 Практические кейсы использования ИИ внутри SOC 35:54 Общий язык и открытые сообщества вместо собственных стандартов 39:07 Нужен ли EDR и как он помогает реагировать быстрее 42:39 Всё зависит от целей и того, как выстроены процессы 47:31 Как выбрать SIEM и SOC, главные выводы ⏩ YouTube ⏩ VK Видео ⏩ Яндекс Музыка и другие подкаст-платформы Обо всех новых эпизодах будем и дальше рассказывать в @yndxcloudsecurity

Заметка из 2015, но всё ещё актуальна. И вместо Мака ещё можно подставить Сафари с тем же успехом Поддержка Мака обязательна для хорошего дизайна Предположим, вы обратились к хорошему дизайнеру за помощью с вашим веб-продуктом, а ваша аудитория использует Виндоус. На этапе разработки выясняется, что на Маке у вас всё глючит и тормозит. Дизайнер жалуется и просит поправить. Но оптимизация под Мак требует дополнительных ресурсов. Вы считаете, что эффективнее тратить ресурсы на полировку того, что видят ваши пользователи, а не ваш дизайнер. У вас не будет хорошего дизайна. Большинство хороших дизайнеров сидят на Маке. Если дизайнер постоянно будет видеть говно, и вы не будете его чинить, веря, что на Виндоусе-то у вас всё хорошо, то вы даже никогда не узнаете, хорошо ли у вас на Виндоусе. Проверять качество будут ваши программисты, а не дизайнер, и дизайн получится на их уровне. Нанимать дизайнера, который даже не может посмотреть, что получается — вот где неэффективная трата ресурсов. Тут может возникнуть вопрос: не должен ли дизайнер поглядывать из-под Виндоуса сам, раз делает продукт для его пользователей? Хорошо бы, чтобы поглядывал. Но дизайнер — не тестировщик. Если он будет сидеть и внимательно прокликивать свои интерфейсы, запустив фаерфоксы и обложившись андроидами, то у него не останется времени на основную работу. Поэтому важно, чтобы дизайнер мог видеть продукт в том браузере, который у него и так открыт. При этом, когда дизайнер объясняет разработчикам, что и как починить, у разработчиков повышается разрешение и понимание того, как всё должно быть, поэтому они сами лучше реализуют во всех браузерах. Если вы позвали дизайнера и хотите дизайн, то считайте, что с этого момента важная часть вашей аудитории использует Мак.

Английский вместо кода COBOL придумали, чтобы менеджеры сами читали и писали код. Менеджеры так и не начали, а COBOL-разработчик кормится до сих пор. SQL назвали Structured English, чтобы нетехнический человек задавал вопросы почти по-английски, и теперь этот человек при виде LEFT JOIN с оконной функцией идёт искать технического. 4GL обещали «программирование без программистов» и породили дорогих архитекторов на SAP и Oracle. Каждые 10-15 лет индустрия объявляет, что код руками больше не понадобится, и каждый раз программистов становится не меньше, а больше, просто называются они иначе. Автор ставит вайбкодинг ровно в этот ряд. LLM правда качественно отличается от всех предыдущих попыток, впервые инструмент работает с произвольным языком, но упирается он в то же самое, что и COBOL шестьдесят лет назад. Разберём, во что именно упирается и почему это про природу задачи, а не про инструмент.