User
Время мчится с бешеной скоростью. Кажется, что релиз этой операционной системы был совсем недавно, а на самом деле прошло уже 18 лет. За это время мир не раз менялся, а вместе с ним изменились и потребности пользователей. Сегодня с высоты прожитых лет попробуем разобраться, что пошло не так в развитии Windows Home Server (WHS) и почему перспективный изначально проект в итоге свернули.
Существует огромное количество расширений для PostgreSQL, каждое из которых помогает решать конкретные задачи пользователей. С их помощью можно адаптировать базу данных под собственные нужды и упростить работу с данными. Под катом посмотрим на некоторые из популярных расширений PostgreSQL: зачем они нужны, как применяются, какие имеют преимущества и ограничения.
Привет, Хабр! Сегодня рассмотрим изоляции процессов и управления ресурсами в Linux, изучив возможности cgroups и namespaces. Разберёмся, как работают контейнеры изнутри и научимся создавать собственное изолированное окружение без Docker.
Ушел из IT в курьеры и не пожалел. Сегодня мы рассмотрим все вопросы, касающиеся работы курьером Яндекс Еды, включая трудности трудоустройства, уровень дохода, повседневную жизнь курьера и многое другое. Я надеюсь, что эта статья из личного опыта будет для вас очень полезной.
Все же видели то вирусное видео, где коты на котоолимпиаде соревнуются в прыжках в воду? Несмотря на то что этот ролик — плод деятельности ИИ, получилось и правда очень забавно. И вы, если хотите, можете сделать такое же, используя нейросеть Hailuo. Она позволяет сгенерировать видео по текстовому описанию или оживить фото, которые у вас уже есть.
Слишком многие люди преступно пренебрегают резервным копированием. Из-за заблуждений в этой области теряется слишком много данных; это связано и с ошибочными техниками наподобие «бэкапов Шрёдингера» (то есть никогда не тестируемых, а значит, валидных и невалидных одновременно), и с концептуальными заблуждениями о том, что такое бэкапы и как они работают (RAID — это не бэкап!).
Сегодня о резервном копировании зачастую думают по остаточному принципу. Многие полностью полагаются на «облако», не задаваясь даже вопросами о том, каким образом защищаются их данные. Большинство упускает из виду, что даже крупные поставщики облачных услуг работают по модели коллективной ответственности. В условиях пользования они часто подчёркивают, что, несмотря на обеспечение ими безопасности инфраструктуры, в конечном итоге ответственность за защиту и резервное копирование данных лежит на пользователях. Когда хранишь всё «в облаке», в кластерах, которыми владеют другие компании, или в распределённых системах Kubernetes, бэкапы часто кажутся ненужными. Иногда я спрашиваю коллег или разработчиков о том, как они реализуют резервное копирование, и они смотрят на меня так, как будто я говорю на каком-то древнем забытом языке. Они попросту никогда об этом не задумывались. Но данные не эфемерны, их необходимо защищать любыми возможными способами.
Я всегда исповедовал такую философию: данные обязаны быть восстанавливаемыми (и как можно быстрее), целостными и храниться в открытом формате (чтобы для их восстановления или анализа не приходилось покупать что-то). Эти пункты могут показаться очевидными, но на деле это не всегда так.
Даже сильные специалисты не всегда проходят собеседования, и проблема не в недостатке опыта, а в подаче. Один и тот же бэкграунд можно подать по‑разному: уверенно и осознанно или скупо и формально.
В этой статье собраны фразы, которые усиливают впечатление от кандидата, и те, что его портят. Если вы готовитесь к смене работы или собеседуетесь в новый проект — эти примеры помогут вам звучать профессиональнее и убедительнее.
Всем привет!
Экспериментировал с оптимизацией SQL запросов в ChatGPT и Claude. В какой-то момент понял, что это превращается в одно и то же: Напиши промт → вставь SQL → подожди → поправь → повтори
Если вы работаете с базами данных, то вам определенно стоит иметь понимание о производительности кластера СУБД. Для этого можно использовать базовые метрики. А можно — метрики от DBaaS в сочетании с Grafana. Они позволяют строить кастомные графики, которые могут быть полезны в той или иной ситуации.
Привет! Меня зовут Рамиль Адильбеков, я DevOps-инженер в Selectel. В этой статье покажу, как можно настроить базовый стек Prometheus/Grafana, подключить метрики от кластера облачных баз данных и загрузить дашборд.
Раньше мой вечер выглядел так: 15 вкладок с туториалами, ещё 10 с обсуждениями на стэке и вопрос в голове: «а зачем я вообще согласился на эту жесть».
Решил месяц потестить нейросети, чтобы хоть как-то себя разгрузить. В итоге собрал 15 простых и полезных промптов, которые могут помочь сэкономить время на ресёрче и вернуть силы на всё остальное.
Всем привет!
Недавно я провел опрос среди подписчиков моего Telegram-канала "Код на салфетке", спросив их о возникающих проблемах и ошибках при деплое. Ответов накопилось немало, и большинство из них касались применения Docker. Однако были и комментарии о том, как организовать проект и репозиторий.
В этой статье мы обсудим ключевые моменты, которые помогут вам правильно организовать git-репозиторий, подготовить Docker-файлы, а также сделать процесс деплоя более гладким. Кроме того, мы подробно рассмотрим механику деплоя на двух примерах: деплой приложения на облачную платформу Dockhost и классический деплой на VPS с помощью Docker Compose.
1. Тревожный звонок
Был хмурый лондонский вечер, когда в нашу скромную квартиру на Бейкер-стрит ворвался взволнованный инспектор Лестрейд.
— Холмс! Нам срочно нужна ваша помощь! — воскликнул он, сбрасывая с плеч дождевик. — В городе орудует хитрый вор. Он крадёт предметы, но уносит их только в одном рюкзаке ограниченной вместимости. Нам нужно вычислить, какие именно вещи он унесёт, чтобы максимизировать свою добычу!
Привет Хабр! Меня зовут Татьяна Ошуркова, я системный аналитик и разработчик. Скажу честно, я не придерживаюсь мнения, что искусственный интеллект заменит реальных специалистов, а также сможет решить все наши проблемы и задачи.
Мне очень нравится цитата: «ИИ приумножает твои компетенции». Его использование должно быть дополнительным инструментом и возможностью. Тем, что поможет тебе в работе, а не сделает её за тебя.
В этой статье я расскажу про решение одной из распространенных задач для системного аналитика с использованием искусственного интеллекта – написание выборки данных. На примере рассмотрим, как пошагово написать выборку средней сложности с применением ИИ на определенных этапах.
Как запускать пайплайн только для нужных веток, хранить секреты в безопасности и управлять окружениями — просто, наглядно, с примерами. Если вы уже настроили первый workflow — самое время сделать его умнее 🚀
Когда я сажусь за руль машины, мне вспоминается монолог из фильма "Судья Дредд": "Город трясёт, он задыхается, рушится под собственным весом. Улицы смертельно опасны. И лишь одна сила борется за порядок в этом хаосе." Это, несомненно, про Москву. Видели доставщиков ВкусВилла на электровелосипедах, которые, как немецкие мессершмиты, несутся по встречке в лобовую атаку на вашу машину? А мигрантов за рулём тяжёлых грузовиков, которые на скорости 80 км/час начинают гонки с перестроением в тоннеле? Красный свет светофора, кстати, доставщики на электровелосипедах вообще игнорируют. Но у нас хуже, чем в фильме, потому что силы, которая борется за порядок в этом хаосе, у нас нет. Та самая ГАИ/ГИБДД не делает ровным счётом ничего. Да, я регулярно вижу, как они устраивают какие-то проверки на дорогах, но ни разу не видел, чтобы машина ДПС хоть что-то сделала, когда у них перед носом кто-то нарушает ПДД.
Если у вас есть VPN-сервер, рано или поздно возникнет проблема: некоторые пользователи потребляют слишком много трафика, замедляя интернет для всех остальных. Это особенно актуально для торрент-пользователей, которые создают сотни соединений и загружают канал.
Вручную отслеживать таких потребителей через iftop и менять настройки QoS – утомительно. Но можно автоматизировать процесс, чтобы FireQOS каждые 5 минут динамически обновлял правила для трафика, снижая приоритет для самых активных пользователей.
Обслуживание клиент-серверного варианта 1С, для большинства системных администраторов, по моему личному мнению, находится в «серой зоне». То есть, четкого понимания архитектуры у большинства моих коллег нет, а практика ограничивается парой давнишних случаев. Да и их важные подробности, скорее всего, забыты. Соглашусь, что требуется такое обновление не так часто. Но, когда приходит время это сделать, действовать нужно быстро и решительно. А значит нам нужен План!