Мой первый опыт на Хабре получился не очень положительным, и, признаюсь, до сих пор смотря на комментарии и оценки, мне стыдно и больно где-то внутри.
Потому в имя исправления ошибок молодости решил написать серию статей о том, как дома собрать свою "идеальную" хранилку, или сервак, или мини облако. Поделюсь опытом, своими знаниями и пониманием, а также мыслями, которые могут помочь выполняя похожую задачу для себя.
Навеяно постом Фотографируем небесные явления и астропейзажи в городе от engine9. Будет некоторое количество собственных снимков с пояснениями, так или иначе связанных с наблюдениями природных и астрономических явлений.
Введение
В первую очередь статья будет касаться сферических панорам, но этими же правилами необходимо руководствоваться при съемке и склейке "обычных" широкоформатных панорам.
Материал изначально был создан очень давно, после этого несколько раз корректировался и дополнялся, поэтому на скриншотах будут приведены примеры сборки разных панорам.
Привет! Меня зовут Евгений, я SDET-специалист в SimbirSoft. Хочу поделиться примером того, как я автоматизировал тестирование API, заменив встроенные JDBC-средства на JOOQ. И расскажу, почему считаю это лучшим решением.
Все началось с того, что передо мной поставили задачу автоматизировать тестирование API с проверкой данных в БД. Так как проект только начинался, а я один отвечал за эту часть работы, то надо было сделать всё с нуля. Мне хотелось сделать все идеально (удобно, понятно, масштабируемо, с удобной поддержкой кода). Получилось все, кроме одного — масштабирование сверки данных из БД. Об этом и пойдет речь. А в конце вы найдете ссылку на исходный код.
У меня в квартире установлен аналоговый домофон Vizit, которому больше 10 лет.
Уже давно хотел сделать автоматизацию для умного дома, которая при вызове от входной двери в подъезд с первого этажа мне в телеграм присылала бы фотографию набравшего номер квартиры.
Это ещё не туториал, но относительно подробный гайд о том, как компоненты Операторов взаимодействуют с Kubernetes API на уровне кода (Golang), чтобы реализовать заложенную в них логику для автоматизации вполне определённых практических задач. И да, всем известно, максимальный уровень автоматизации работы в Кубернетес ограничен лишь желанием самих разработчиков избавиться от рутины в близкой для них предметной области, потому я разделил текст на три части, чтобы вы могли без промедления промотать к наиболее актуальной, в которой узреете нечто достойное вашего внимания:
1. Кастомные ресурсы - мониторы Прометеус-оператора
2. Информеры и контроллеры
3. Сайдкар-Инжекторы с помощью аннотаций и вебхуков
В статье рассказано о том, как можно удобно организовать работу одновременно за несколькими ноутбуками.
Я не буду спрашивать, как вы попали в такую ситуацию. Я в неё как-то попала, значит, и вы тоже могли. Я просто расскажу, как из неё выбраться.
Итак, у вас есть джанго-приложение, апишка к нему, и вы хотите написать автотесты на пайтест, находясь вне этого джанго-приложения. Погнали.
Принцип хорошего автотеста — «Подготовь себе данные сам. Не надейся, что они уже существуют». Такой тест можно прогнать на любом стенде, даже пустом. Сам себе всё подготовил, прогнал тест, а потом ещё почистил за собой.
В Postman тоже есть возможность подготовить себе данные для запроса. Причем это можно использовать не только для автоматизации, но и для ручного прогона. Удобно же, когда можно запустить конкретный запрос на конкретный метод, а он отработает успешно хоть на пустой базе, хоть на заполненной.
Подготовка данных делается через функцию pm.sendRequest() в pre-request скриптах, и в этой статье я покажу, как её использовать. Показывать буду в стиле «бери и повторяй» с примерами на бесплатной системе Users.
Не утихающая в последние годы мода на различного рода ремастеры не обошла и титана игровой индустрии в лице Blizzard. Неоднозначный ремастер Warcraft III: Regorged (2020) собрал вокруг себя много шума, в то время как другой релиз, как мне показалось, прошёл не столь замеченным, в особенности его дополненный вариант. Сегодня хотелось бы кратко остановиться на сборнике Blizzard Arcade Collection (2021) и впечатлениях от такового.
Окончание затянувшейся истории.
«Когда дела идут хорошо, что-то должно случиться в самом ближайшем будущем»
Второй закон Чизхолма.
Итак, в начале июня дачная автоматика заработала. Поначалу всё шло хорошо, но вскоре появился странный эффект — в произвольный момент времени стало срабатывать УЗО. Причём, только в случае работы насоса от автоматики. В ручном режиме срабатывания не происходило. Хотя, вроде бы разницы между двумя режимами со стороны насоса быть не должно — контактная группа реле скоммутирована параллельно ручному выключателю. Иногда УЗО срабатывало буквально через несколько минут, иногда после довольно продолжительного времени.
Вообще ещё в 2020г., когда мы делали на даче ремонт, и, в том числе, был установлен нормальный щиток вместо кое-как прикрученных «соплей», доставшихся от старых хозяев, знакомые мастера, увидев что я ставлю УЗО, говорили — оно у тебя выбивать будет, на дачных участках это обычное дело. Но за три года оно ни разу не сработало. А тут вдруг стало.
В это время я находился в отъезде, так что разбираться в проблеме возможности не было. А через пару недель должна была уехать на летний отдых семья, и планировалось, что дача будет поливаться автоматически. А тут такая засада… Я поразмыслил, и попросил друга снять УЗО, заменив его автоматом с током срабатывания заведомо большим, чем у автомата на входе щитка — такое временное решение представлялось самым простым. Опасности, что кого-то в результате «дёрнет» не было — даче предстояло функционировать в полностью безлюдном режиме.
Мы продолжаем внутри команды обсуждать детали обустройства удаленки в мелочах. И снова делимся коллективным опытом - на этот раз про короткие перерывы в работе. Когда-то мы уже рассказывали про помидорную технику (а также про ее адаптацию к разработке тут). Сейчас же поговорим про перерывы в более широком смысле - что говорит СанПиН про сидение за компьютером и как это можно адаптировать к удаленной работе.
Доброго времени суток, дорогой читатель. Меня зовут Михаил, я Android-разработчик в компании Циан. Этой статьёй я открываю для себя цикл статей по внутренней кухне разработки плагинов для Jetbrains IDE: IDEA, Android Studio (AS) и пр. На дворе 2024 год, официальная документация не так богата информацией, как хотелось бы. Но есть исходники, которые смело можно дербанить. В этом цикле статей я буду описывать свой опыт поиска нужной мне информации и её разбор.
В череде дней «длинных» майских праздников решил развернуть голосовой помощник на сервере домашней автоматизации Home Assistant. Мой домашний сервер работает под управлением ОС Ubuntu Server 23.10 и не имеет никаких предустановленных источников или приемников аудио и видео информации. В Ubuntu были установлены аудиосервер PipeWire и менеджер сеансов WirePlumber. Такой выбор был продиктован тем, что эти приложения являются стандартным ПО по обработке аудио и видео потоков в Linux. В сети мне не удалось обнаружить какого-либо полного описания процесса настройки, и эта статья, в некоторой степени, восполняет этот пробел.
Интересно как-то у меня выходит - мои пет проекты получаются случайно. Нет финальной цели, есть только импульс: "О! А это звучит интересно, как же это можно сделать?". И все: "сон для слабаков", "пиво в пятницу? конечно не буду!" и все в таком духе. Как говорится - есть только путь. И это история началась примерно так же... Вечерело На работе мне было нечем заняться, нужно было поставить некоторое количество сервером и сервисов на мониторинг, но из-за большой бюрократии в компании сделать это было не просто, да и сама мониторинговая система работала на базе SNMP, вот только где взять SNMP у самописного сервиса? И тут в голову пришла гениальная идея попробовать самому. К тому же сложным это не выглядело: мониторинг портов, http и куда-нибудь отправить алерт. "Почему бы и не да" - подумал я, к тому же больше познаю Python. И так появился он...
Простенький мониторинг, который как-то, что-то делает, что-то показывает и даже консольная тулза есть:
Сегодня мы рассмотрим RTMP-потоки, которые хоть и считаются уже ветеранами среди протоколов передачи данных, но до сих пор остаются частью инфраструктуры видеостриминга.
