Записки IT специалиста

🧠 Хочешь разбираться в IT лучше других? На @malvidIT коротко и по делу: что нового в технологиях, какие инструменты работают и куда движется индустрия. Умный канал для тех, кто думает на цифровом языке. @malvidIT — не просто канал, а медиасреда для тех, кто живёт технологиями. Здесь новости IT, аналитика, рекомендации и обзоры. Формат, где ты не теряешь время, а получаешь суть. Подписывайся ➡️ @malvidIT erid: 2W5zFJvcytm

Windows Me – не то время, не то место… Еще одна «провальная» ОС от Microsoft - Windows Me (Millenium Edition), которую у нас стали скоро называть «линолеум едишен», а на Западе «Mistake Edition» (версия-ошибка). Хотя, если честно, так сильно хаять Millenium было не за что, просто она появилась не в то время и не в том месте, а потому оказалась некоторым недоразумением, от новой ОС тогда ожидали совсем иного. Если мы вернемся немного назад, к моменту выпуска Windows 98, то уже тода Билл Гейтс заявил, что это будет последняя система в линейке Win 9x и все следующие ОС будут основаны на линейке NT. Как раз тогда в разработке находился новый проект NT 5, который станет позже Windows 2000 и в этой линейке первоначально планировалась версия Windows 2000 Home, которая базировалась на проекте Neptune. Но разработка Neptune задерживалась, а позже и вообще была свернута и объединена с еще одним проектом Odyssey в Whistler, который позже вышел как Windows XP, а пока в Microsoft исходили из того, что им нечего предложить домашним пользователям после выпуска Windows 2000. Поэтому возникла идея выпустить Neptune «на минималках», взяв за основу привычную Win 9x и перенести туда что получится из проекта Neptune. А так как последний был NT-системой из линейки Windows 2000 (NT 5), то и внешний вид новой системы стал похож на своего старшего брата. Это можно заметить буквально во всем, в загрузочном экране, иконках, наборе цветов и т.д. и т.п. Для пользователей 9х это было достаточно свежо и современно. Также новая система предложила расширенную поддержку мультимедиа и современного оборудования, зарождающейся сети интернет и многое из того, что сегодня воспринимается как должное. Но тогда это было что-то действительно новое, скажем Windows Media Player 7.0 или Windows Movie Maker, именно начиная с этой версии всторенные мультимедийные приложения начали выглядеть современно и начали поддерживать современные функции. Еще одно важное новшество – это Восстановление системы, штатный инструмент, который позволял делать снимки состояния системы и откатываться на них. Да, работал он через пень-колоду, но раньше ни в линейке 9x, ни в NT ничего подобного не было. Но откуда же столько негативных отзывов и эти снисходительные прозвища? А дело в том, что MS решила приблизить новую ОС к линейке NT и убрала из нее реальный режим DOS. Но напомним, что вся линейка 9х являлась гибридной 16/32 битной ОС на ядре DOS, несмотря на все внешнее великолепие основа этого шикарного особняка покоилась на фундаменте старой халупы. Все это привело к тому, что в новой ОС стало невозможно просто так запустить приложения, требовавшие реального режима DOS (чаще всего игры), также отвалился огромный пласт старого оборудования, который использовал DOS-драйвера. Также ряд старых приложений мог работать в новой системе нестабильно, вызывая многочисленные сбои и перезагрузки. Что и повлекло за собой имидж системы как «глючной». Но на самом деле Windows Me была вполне стабильна, в том смысле в котором этот термин применим ко всей линейке 9х. Пользователи с современным железом и периферией не испытывали проблем, а производительность графики в 9x всегда была выше, чем в NT и это делало Me неплохим выбором в качестве игровой системы. Но по этому же самому поводу она являлась выбором и владельцев устаревших систем, которые начали испытывать с ней серьезные проблемы. И оно бы, может быть, все утряслось и уладилось, но через год в сентябре 2001 на рынок вышла Windows XP и завоевала там феерический успех. После чего Windows Me стала никому не нужна, все самое новое и прогрессивное было в новой ОС, а старые системы остались на проверенной временем Windows 98SE такой расклад существовал примерно до середины нулевых. Хотя в других обстоятельствах Windows Me могла бы избавиться от детских болезней и стать достойной ОС в линейке 9x, но увы, она появилась в совершенно неподходящее время и была выпущена сугубо как страховка от неудачи Windows XP.

Бесплатная конференция по PostgreSQL — уже 19 марта! Регистрируйся на бесплатную конференцию по PostgreSQL — 19.03.2026. В фокусе — практический опыт эксплуатации PostgreSQL, ее внутреннее устройство, производительность, взаимодействие с другими системами и реальные кейсы из highload-среды. Мероприятие в формате онлайн+офлайн, 25+ тематических докладов, 3 потока. Вот некоторые темы конференции: ✅ Опыт выноса OLAP-нагрузки на реплику ✅ Временные таблицы в PostgreSQL: почему это критично для платформы 1С и что можно улучшить ✅ Разделение Compute и Storage: архитектурный прорыв для PostgreSQL в облаке ✅ Highload «из ниоткуда»: когда узкое место — не в СУБД, а в клиентской архитектуре ✅ Работа с логами PostgreSQL Регистрируйся, будет интересно! И бесплатно! Зарегистрироваться #реклама 16+ pgbootcamp.ru О рекламодателе

Самостоятельно формируем списки адресов на Mikrotik Использовать готовые списки хорошо, но не всегда это возможно. Бывает возникает потребность составить список адресов до какого-либо специфического сервиса полного набора доменных имен, которого вы не знаете. Это характерно для крупных проектов, которые могут использовать разветвленную сеть поддоменов разного уровня и которые могут постоянно изменяться. Скажем сегодня страница содержит ссылки на cdn01.example.com, а завтра уже на cdn03.example.com и т.д. Не ловить же постоянно руками? Конечно нет, на роутерах Mikrotik можно автоматизировать выявление таких адресов и добавление их в списки, а использовать мы для этого будем не совсем очевидный метод – запись типа FWD на DNS-сервере. Данная запись позволяет отправить запрос к домену или полностью всей доменной зоне на сторонний DNS-сервер, но в нашем случае это некритично, можете перенаправить запрос хоть на самого себя, главное - чтобы ответ заслуживал доверия. Более важно то, что RouterOS позволяет не только перенаправить запрос, но и поместить этот адрес в отдельный список. А это именно то, что нам нужно. Для реализации просто добавьте запись типа FWD, например:

/ip dns static add address-list=EXAMPLE forward-to=10.0.0.1 match-subdomain=yes name=example.com type=FWD

Данная запись переправит все запросы для доменной зоны example.com вместе с поддоменами на DNS-сервер 10.0.0.1 и внесет запись в список EXAMPLE. А чтобы не обновлять списки слишком часто зададим разумное время жизни таких записей – сутки:

/ip dns set address-list-extra-time=1d

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

Психолог для амбициозных: Телеграм-канал ⚡ Забирайте в закрепленном посте технику превращения своей злости в мощную силу действия. Телеграм-канал Вероники Крайновой для тех, кто: ✅ Хочет бОльшего ✅ Устал топтаться на месте ✅ Готов исследовать себя и расти Я практикую уже 17 лет, и делюсь своим опытом с Вами. Подпишитесь, чтобы не пропустить важное и покоряйте новые вершины! Подписаться #реклама О рекламодателе

Автоматически обновляем списки адресов Telegram на Mikrotik Что это и для чего – рассказывать не надо (надеюсь) и для чего нам могут потребоваться всегда актуальные списки его адресов – тоже. Иначе возникают известные сложности, когда хочется не только хлеба (текста), но и зрелищ (картинок с видосиками) Список нужных нам адресов известен и публикуется официально: https://core.telegram.org/resources/cidr.txt Поэтому мы снова призвали на помощь ИИ и быстренько написали еще один скрипт, который получает этот список и обновляет адресный лист (либо создает при его отсутствии). Скрипт в комментариях, добавляем в System – Scripts, проверяем. Если все работает – добавляем в планировщик System – Scheduler и пусть от там тихо, скажем, раз в неделю данный список проверяет и обновляет. P.S. Перед запуском убедитесь, что файл с адресами доступен с вашего устройства 👇👇👇

AI-юрист для решения юридических вопросов за 7 минут! Что я умею: ✅ Создать документ – Проведу вас по шагам и подготовлю точный документ. 📚 Найти практику – Помогу юристам найти нужные решения судов. 🗒 Личный кабинет – Все ваши документы и история в одном месте. 📊 Аналитика — AI проверит документ по законам РФ и покажет ошибки, риски и нужные правки. 🎓 FAQ – Ответы на частые вопросы. Обратная связь – Связь с нашей командой. Узнать больше #реклама 16+ О рекламодателе

Windows Vista – провал или… Windows Vista все считают одним из самых больших провалов Microsoft и в реальности Vista действительно провалилась на рынке, но говорит ли это о том, что Vista была плохой системой? Вовсе нет, плохой системой Vista не была, но ее провал был неизбежным в тех обстоятельствах и при тех решениях, которые сопутствовали ее выходу на рынок. Windows XP был несомненным успехом компании, но вместе с тем становилось понятно, что архитектура NT5 себя исчерпала. Нужны были новые решения и на волне эйфории разработчики замахнулись на нечто принципиально новое – проект Blackcomb. Однако на этом пути что-то пошло не так, планы никак не хотели становиться реальностью и очень скоро стало ясно, что реальных сроков выполнения проекта назвать никто не может, поэтому решили сначала выпустить некоторую промежуточную ОС, которую назвали Longhorn. Но ее разработка тоже на задалась, в результате в 2004 году проект был перезапущен с нуля и были взяты реальные и достижимые цели, потому что время уже серьезно поджимало, рынок ждал новую ОС от Microsoft, а ее все не было… Также для новой ОС были крайне велики пользовательские ожидания, во многом подогретые самой Microsoft, все ждали чего-то нового. Начало разработки тогда еще Blackcomb пришелся на эпоху гонки гигагерц, когда тактовые частоты процессоров постоянно росли и отрасль была полна оптимизма. На момент перезапуска проекта в 2004 году перспективы дальнейшего роста частоты выглядели уже не столь радужно, но все-таки рынок ожидал продолжения роста. В результате, к моменту выпуска в 2007 году Vista оказалась в ситуации, когда она могла нормально запускаться и работать только на достаточно мощных процессорах и системах от 2 ГБ памяти, что составляло на тот момент верхний сегмент рынка. В массах же были те самые «два ядра – два гига», причем ядра там были достаточно скоромные 2-2,2 ГГц, в то время как разработчики предполагали массовое распространение систем с частотами 3-4 ГГц. Но переигрывать что-то было уже поздно, тем более на компанию сильно давили производители ПК, которым нужно было представить на рынке новые компьютеры с Vista и Microsoft серьезно снизила аппаратные требования к системе. Вторым по силе источником негатива стала новая видеоподсистема WDDM, которая полностью отвязывала видеокарту от ядра системы и значительно повышала стабильность. Если раньше крах видеодрайвера означал крах всей системы, то теперь драйвер просто перезапускался, экран моргал и систем работала дальше. Но это привело к серьезной просадке производительности, если раньше ваша видеокарта более-менее тянула современные игры, то теперь вам нужно было идти в магазин за новой. Масла в огонь добавили и программные проблемы. Драйвера к новой системе были не готовы, софт частично несовместим, частично не оптимизирован, вкупе с занижением системных требований это делало Vista похожей на улитку, попавшую в студень. Многие нововведения были также неотрегулированны и раздражали, тот же излишне назойливый UAC или брандмауэр. Со временем многие проблемы решили, оптимизировали производительность, подросли вычислительные мощности, но ничего из этого систему спасти уже не могло, что и показал выпуск первого сервис-пака, после которого Vista, по сути, становилась другой системой. После чего было принято решения закрыть проект и срочно выпустить новую ОС на базе доработанной Vista, которой стала Windows 7 ставшая не менее успешной нежели Windows XP, но это уже совсем другая история. Но не будем забывать, что все то, что мы видим в современных ОС, включая Windows 10 и Windows 11 было впервые реализовано в Windows Vista и технически это была крайне прогрессивная для своего времени система. Но условия в которых она была выведена на рынок не оставили ей ни одного шанса на успех.

Авто из Азии под ключ. Своя логистика = ваша выгода Импортируем автомобили из Китая, Японии и Кореи с 2015 года. Наше главное преимущество — собственная экспортная компания в Китае и стоянки во всех трёх странах. Это позволяет нам экономить ваши деньги и сокращать сроки доставки до минимума. Что вы получаете: ✅ Авто в наличии на наших стоянках — можно выбрать и сразу оформить ✅ Налаженные логистические маршруты без посредников ✅ Полное сопровождение: подбор, доставка, растаможка, оформление ✅ Аккредитация от ВТБ и Примсоцбанка — гарантия надёжности Работаем прозрачно на всех этапах. Команда экспертов с реальным опытом в логистике и автоподборе всегда на связи. Подпишитесь на наш канал — делимся инсайдами рынка, реальными кейсами и спецпредложениями для подписчиков. Подписаться #реклама О рекламодателе

Насколько критично использовать ECC-память для ZFS. Часть 1 Вопрос использования ECC-памяти для ZFS вызывает в обществе множественные споры , а мнения спорящих кардинально расходятся, кто-то говорит, что ECC там даром не нужна, другие возражают, что отсутствие ECC это гарантированный способ полностью убить ZFS. Начнем с того, что один из соавторов ZFS Мэтью Аренс высказался достаточно однозначно:

В ZFS нет ничего особенного, что требовало бы или поощряло использование ECC‑памяти (памяти с коррекцией ошибок) в большей степени, чем в случае с любой другой файловой системой.

Т.е. никакого особенного требования для использования именно ECC-памяти в ZFS нет, но есть определенные моменты. ZFS – система с контролем целостности и мы ожидаем, что она будет надежно хранить наши данные. В большинстве случаев так оно и есть, при чтении ZFS проверяет контрольную сумму данных, чтобы быть уверенной, что она отдает именно то, что было записано. Но здесь появляется дополнительный риск в виде памяти. Если данные в момент чтения в память или записи из нее на диск окажутся повреждены, то ZFS может записать такой блок считая его нормальным. Сама же память без коррекции ошибок неспособна выполнять такие проверки. Почему может возникнуть ошибка в памяти? Брак или износ модулей мы во внимание не берем, это достаточно легко выявляется через MemTest и такой модуль заменяется исправным. Мы же говорим о случайных ошибках, которые возникают в исправных модулях при воздействии солнечной радиации, радиоактивном распаде изотопов, входящих в материал модуля, электромагнитных наводках и т.д. и т.п. Отягчающими факторами становится разгон, плохой тепловой режим, общий износ ячеек, плохие контакты. И основной единицей возникновения ошибки тут является не общий объем памяти, а количество физических модулей. В дальнейших расчетах мы опирались на статистический материал от Google: DRAM errors in the wild: a large-scale field study Согласно этим данным, вероятность ошибки в течении одного года составляет для: ▫️ 1 DIMM – 8.2% ▫️ 4 DIMM – 28.98% ▫️ 8 DIMM – 49.56% ▫️ 16 DIMM – 74.56% Давайте возьмем типичную платформу для домашней лаборатории или сервера небольшой рабочей группы – 4 DIMM, вероятность ошибки составит: ▫️ 1 год – 29% ▫️ 3 года -63% ▫️ 5 лет – 82% Если взять средний срок эксплуатации системы до апгрейда в 5 лет, но ошибка имеет достаточно большую, но не абсолютную вероятность произойти в течении этого срока. Что это значит? А это не обязательно говорит о том, что ваши данные будут обязательно повреждены. Если ошибка произошла при чтении, то приложение может просто упасть, не заметить ее (если это стриминговый поток) или откорректировать собственными средствами коррекции ошибок. Т.е. вероятность того, что ошибочные данные будут записаны на диск, окажется существенно ниже вероятности возникновения ошибки. Но уже начиная с 16 DIMM риски становятся более серьезными и вероятность ошибки стремится к единице на отрезке времени от 2 лет и более. Но обычно с таким объемом памяти работают серверные системы и ECC там используется по умолчанию. При этом чем-то критичным данную ситуацию назвать нельзя, да есть определенный риск повреждения данных, он он крайне низок. Гораздо ниже других источников ошибок. При этом распределение ошибок далеко не равномерное, статистика Google показывает сильный перекос в сторону отдельных модулей: 🔸 Лишь 8,2% всех DIMM сталкиваются с хотя бы одной исправимой ошибкой за год 🔸 Среди «проблемных» DIMM медианное количество ошибок - 64 в год, среднее - 3 751 (сильный перекос из-за небольшого числа модулей с тысячами ошибок) 🔸 Распределение ошибок подчиняется степенному закону: 20% затронутых DIMM генерируют >94% всех ошибок Таким образом вам скорее повезет, чем не повезет, а если не повезло, то скорее всего такой модуль вы просто отбракуете и замените. Как видим ничего критичного для ZFS в применении ECC-памяти нет, все ровно тоже самое, что и в других файловых системах. В следующей части мы разберем, на основе все той же статистики Google вероятность выхода из строя всей ZFS.

Насколько критично использовать ECC-память для ZFS. Часть 1 Вопрос использования ECC-памяти для ZFS вызывает в обществе множественные споры , а мнения спорящих кардинально расходятся, кто-то говорит, что ECC там даром не нужна, другие возражают, что отсутствие ECC это гарантированный способ полностью убить ZFS. Начнем с того, что один из соавторов ZFS Мэтью Аренс высказался достаточно однозначно: В ZFS нет ничего особенного, что требовало бы или поощряло использование ECC‑памяти (памяти с коррекцией ошибок) в большей степени, чем в случае с любой другой файловой системой. Т.е. никакого особенного требования для использования именно ECC-памяти в ZFS нет, но есть определенные моменты. ZFS – система с контролем целостности и мы ожидаем, что она будет надежно хранить наши данные. В большинстве случаев так оно и есть, при чтении ZFS проверяет контрольную сумму данных, чтобы быть уверенной, что она отдает именно то, что было записано. Но здесь появляется дополнительный риск в виде памяти. Если данные в момент чтения в память или записи из нее на диск окажутся повреждены, то ZFS может записать такой блок считая его нормальным. Сама же память без коррекции ошибок неспособна выполнять такие проверки. Почему может возникнуть ошибка в памяти? Брак или износ модулей мы во внимание не берем, это достаточно легко выявляется через MemTest и такой модуль заменяется исправным. Мы же говорим о случайных ошибках, которые возникают в исправных модулях при воздействии солнечной радиации, радиоактивном распаде изотопов, входящих в материал модуля, электромагнитных наводках и т.д. и т.п. Отягчающими факторами становится разгон, плохой тепловой режим, общий износ ячеек, плохие контакты. И основной единицей возникновения ошибки тут является не общий объем памяти, а количество физических модулей. В дальнейших расчетах мы опирались на статистический материал от Google: DRAM errors in the wild: a large-scale field study Согласно этим данным, вероятность ошибки в течении одного года составляет для: 1 DIMM – 8.2% 4 DIMM – 28.98% 8 DIMM – 49.56% 16 DIMM – 74.56% Давайте возьмем типичную платформу для домашней лаборатории или сервера небольшой рабочей группы – 4 DIMM, вероятность ошибки составит: 1 год – 29% 3 года -63% 5 лет – 82% Если взять средний срок эксплуатации системы до апгрейда в 5 лет, но ошибка имеет достаточно большую, но не абсолютную вероятность произойти в течении этого срока. Что это значит? А это не обязательно говорит о том, что ваши данные будут обязательно повреждены. Если ошибка произошла при чтении, то приложение может просто упасть, не заметить ее (если это стриминговый поток) или откорректировать собственными средствами коррекции ошибок. Т.е. вероятность того, что ошибочные данные будут записаны на диск, окажется существенно ниже вероятности возникновения ошибки. Но уже начиная с 16 DIMM риски становятся более серьезными и вероятность ошибки стремится к единице на отрезке времени от 2 лет и более. Но обычно с таким объемом памяти работают серверные системы и ECC там используется по умолчанию. При этом чем-то критичным данную ситуацию назвать нельзя, да есть определенный риск повреждения данных, он он крайне низок. Гораздо ниже других источников ошибок. При этом распределение ошибок далеко не равномерное, статистика Google показывает сильный перекос в сторону отдельных модулей: • Лишь 8,2% всех DIMM сталкиваются с хотя бы одной исправимой ошибкой за год • Среди «проблемных» DIMM медианное количество ошибок — 64 в год, среднее — 3 751 (сильный перекос из-за небольшого числа модулей с тысячами ошибок) • Распределение ошибок подчиняется степенному закону: 20% затронутых DIMM генерируют >94% всех ошибок Таким образом вам скорее повезет, чем не повезет, а если не повезло, то скорее всего такой модуль вы просто отбракуете и замените. Как видим ничего критичного для ZFS в применении ECC-памяти нет, все ровно тоже самое, что и в других файловых системах. В следующей части мы разберем, на основе все той же статистики Google вероятность выхода из строя всей ZFS.

Прошла 1/6 года Есть ощущение, что время, когда можно было долго раскачиваться, постепенно уходит. И в такой среде начинают лучше чувствовать себя те, у кого есть порядок в процессах и в голове. Когда всё растёт само по себе — можно позволить себе хаос, лишние проекты, странные решения. Система не обязательна, потому что рынок многое прощает. А вот когда становится чуть сложнее, сразу видно, у кого есть фундамент. В такие периоды начинают выигрывать те, у кого понятные процессы и решения принимаются на основе цифр, а не ощущений. И наоборот, быстро начинают буксовать компании, где всё держится на героизме, ручном управлении и бесконечных «давайте срочно разберёмся». Что же делать? Учиться у лучших ↓ Cобрали подборку digital-каналов, где люди делятся практическим опытом и рабочими подходами: https://t.me/addlist/8CZw7KVA_j0zNmRi Чтобы добавить азарта — среди подписавшихся разыгрываем: 🥇 MacBook Air M4; 🥈 Яндекс Станция Мини 3; 🥉 HUAWEI Freebuds 6. Как участвовать: • Подпишись на папку: https://t.me/addlist/8CZw7KVA_j0zNmRi • Подтверди участие в боте: https://t.me/holly_random_bot?startapp=giveaway_10 🗓 Итоги — 26 марта или при достижении 700 участников Выполнил условия? Тогда включай уведомления 🚀 Реклама. Комбаров А.А. ИНН 220917234103. erid: 2W5zFGaFoNh

Распознаем речь при помощи Whisper Недавно у нас возникла необходимость транскрибировать ряд аудиофайлов в текст с таймкодами и точным разбитием по фразам. Задача даже на сегодняшний день нетривиальная, особенно если вам нужен качественный результат. Бесплатные сервисы либо ограничены по времени, либо сильно страдают по качеству. Поэтому самое время обратиться к достижениям ИИ, а именно Whisper мощной модели для автоматического распознавания речи (ASR) с открытым исходным кодом, разработанная OpenAI. Вы можете использовать ее через API, но платно, либо установить на собственном ПК – бесплатно, но вам понадобится ПК уровнем от среднего и выше, наличие быстрого ускорителя NVIDIA приветствуется, но не является обязательным требованием. На самом деле Whisper – это не одна, а целый набор моделей, предлагающий разное качество распознавания речи и разные требования к ресурсам. На практике имеет смысл использовать модели: ▫️medium – хорошая скорость, среднее качество, 3-5 ГБ ОЗУ ▫️large – профессиональное качество при небольшой скорости и самых больших требованиях к ОЗУ – 10-12 ГБ. ▫️ turbo – то же самое, что и large, но только быстрее, за счет упрощения модели, требует 6-8 ГБ. В нашем случае требовалось транскрибировать запись судебного заседания и medium не всегда нормально справлялся с юридическими терминами, large и turbo делали это гораздо лучше, при этом turbo сильно заметно быстрее. Но так как в юридических делах наиболее важна точность, то мы предпочли модель large, предпочитая качество скорости. На CPU Ryzen 9 5900X скорость ее работы составила примерно 0,25, т.е. на часовую запись у вас уйдет примерно 4 часа времени. Попробовать Whisper можно совсем не сложно на своем оборудовании, после чего самостоятельно сделать выводы о его пригодности в конкретной ситуации. Для работы нам понадобится Python и FFmpeg. Установим их при помощи пакетного менеджера Winget:

winget install -e --id Python.Python.3.12
winget install -e --id Gyan.FFmpeg

Так как мы имеем дело с Python, то, чтобы избежать возможных проблем с зависимостями и библиотеками хорошим тоном является запуск проекта в отдельном виртуальном окружении (ENV), для этого перейдем в папку проекта, скажем F:\Wishper и откроем там терминал с консолью PowerShell, после чего создадим виртуальное окружение:

py -m venv whisper-env

И активируем его:

.\whisper-env\Scripts\Activate.ps1

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

pip install -U openai-whisper

После чего просто запускаем распознавание речи командой:

whisper "audio.mp3" --language ru --model medium --output_format srt

Путь к файлу укажите в двойных кавычках, в пути используйте прямые слеши / или обратные удвоенные \\, например:

"C:/Users/Имя/audio.mp3" 
"C:\\Users\\Имя\\audio.mp3"

Далее указываем язык, модель и формат вывода, если вам нужны точные таймкоды, то используйте стандартный формат субтитров – SRT. Для использования ускорения на GPU вам потребуется заменить некоторые библиотеки, в этом же ENV выполните:

pip uninstall torch torchvision torchaudio -y
pip install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu121

Затем к строке запуска добавьте дополнительный ключ для использования CUDA:

whisper "audio.mp3" --language ru --model medium --output_format srt --device cuda

Если вам нужно дополнительно распознавание спикеров (диаризация), то установите модуль WhisperX:  

pip install whisperx

И добавьте ключ –diarize, например:

whisper "audio.mp3" --language ru --model medium --output_format srt –diarize

Теперь вывод кроме таймкодов будет размечаться метками SPEAKER_00, SPEAKER_01 и т.д Но качество такого распознавания не всегда уверенное, особенно если вы транскрибируете прения или дискуссию, где спикеры могут перебивать друг друга.

Курс по 3D-моделированию Практический курс по 3D-моделированию от производственной компании и центра аддитивных технологий Teleport3D. Обучение основано на реальном опыте работы с деталями, инженерными задачами и 3D-проектами. Курс поможет с нуля разобраться в основах, освоить инструменты и начать создавать свои первые модели. Откройте программу курса и начните обучение. Узнать больше #реклама 16+ teleportschool.getcourse.ru О рекламодателе

Нужен ли мне Active Directory? В комментариях читатели попросили разобрать отдельно этот вопрос, когда и как следует понять, что одноранговая структура себя изжила и пора внедрять Active Directory или не пора… Вопрос непростой и при его рассмотрении следует учитывать ряд аспектов, главные из которых мы разберем. 1️⃣ Экономический. Лицензирование Windows Server, начиная с выпуска 2016 предусматривает новую модель лицензирования, согласно ей вы должны лицензировать все физические ядра сервера, при этом минимальное количество лицензий на процессор – 8, на физический хост – 16. Даже если у вас 1 процессор и 6 физических ядер вы все равно должны лицензировать 16. То же самое касается и виртуальных машин, допустим у вас Windows Server запушен на Proxmox и ему выделено скромных 2 ядра. Сэкономили? Не тут-то было, по условиям лицензии вы обязаны пролицензировать все ядра хоста виртуализации, даже если он работает под ОС отличной от Windows. Т.е. в любом случае это от 16 лицензий на ядро и выше. Если делать все по уму, т.е. два контроллера AD на разных физических узлах – это минимум две лицензии на 16 ядер, также не забываем про CAL для каждого клиента, который использует сервисы Windows прямо или опосредованно. 2️⃣ Поддержка со стороны ПО. У вас в эксплуатации может быть совершенно разное ПО, с разными свойствами и возможностями интеграции. После чего вам нужно изучить насколько оно совместимо c AD. Как минимум, оно должно поддерживать сквозную аутентификацию и авторизацию. И эти два термина путать не в коем случае нельзя. Аутентификация – процесс установления личности пользователя, которая указывает на то, что он действительно тот, за которого себя выдает. И не более. Авторизация – проверка прав доступа аутентифицированного пользователя к некоторому ресурсу. Т.е. на этапе аутентификации мы установили, что это действительно Иванов, а на этапе авторизации мы проверяем, имеет ли Иванов доступ к запрашиваемому ресурсу. Active Directory, как и любая другая служба каталогов решает в первую очередь вопрос Single Sign-On (SSO, единый вход), т.е. пользователь один раз вводит пароль при входе в учетную запись и получает доступ везде, куда у него есть права. Это позволяет избежать отдельных списков доступа и набора учетных записей для каждой службы, но при этом все используемые вами службы должны поддерживать вход через домен AD. Где-то приложения могут поддерживать только сквозную аутентификацию и вам все равно придется вести отдельные списки доступа на уровне приложения. 3️⃣ Централизация администрирования. Третий краеугольный столп AD – групповые политики, которые позволяют централизованно настраивать операционную систему и ПО. Здесь мы тоже исходим из принципа целесообразности. Как активно мы используем GPO? Какое количество политик используем? Как часто изменяем и добавляем новые? Какой выигрыш по времени мы от этого всего имеем? Если наше ПО не имеет возможности работать с GPO, то в чем смысл применения данной технологии? Все равно нам нужно настраивать каждую рабочую станцию руками. Убрать из работы рутину? А сколько ее там? Может можно переложить эту работу на скрипты или выполнить вместе с настройкой производственного ПО. 4️⃣ И четвертое, не столь очевидное – квалификация персонала. AD более требовательна к квалификации обслуживающих специалистов, так как централизация это и возможность быстро и просто настроить сеть, и возможность также быстро и просто все уронить. И выиграв на выполнении некоторых административных задач вы проиграете на стоимости обслуживающего персонала. А в наше время еще надо смотреть на возможные перспективы развития и импортозамещения и только после этого делать выбор в пользу проприетарных технологий.

Каждый день на ПП выглядит одинаково? Курица, гречка, салат. И так по кругу. Через неделю такое питание начинает надоедать, и мысль о том, что снова нужно поужинать, вызывает только усталость. Но правильное питание может выглядеть иначе: сбалансированно и вкусно. Именно таким подходом делится Маша. Маша - шеф-повар, которая сама похудела на 25 кг и уже несколько лет удерживает результат. В своем канале она показывает, как соблюдать ПП даже при плотном графике: ✅ готовить один раз в неделю и освобождать часы каждый день; ✅составляйте полезные завтраки, обеды и ужины за 10 минут из заготовок ; ✅ экономить до 30% бюджета на продукцию ; ✅ питаться разнообразно, без срывов и постоянных мыслей «что приготовить». Переходите в канал Маши - в закреплённом сообщении вы найдете пошаговый план заготовок с рецептами Смотреть #реклама 16+ О рекламодателе

Настраиваем терминальный сервер на Windows Server в рабочей группе Роль терминального сервера пользуется огромной популярностью у системных администраторов самых разных по размеру предприятий, от самых маленьких, до очень больших. Действительно, это достаточно эффективный способ организации работы пользователей и эффективного использования вычислительных ресурсов. Но есть и определенные сложности: начиная с Windows Server 2012 компания Microsoft решила, что для развертывания терминальных служб обязательно нужен домен Active Directory. Это не всегда приемлемо и уместно. Значит будем обходиться без домена, а как - расскажем в нашей статье. ✅ Читать далее

Как понять, какое направление в ИБ стоит сейчас рассматривать? Мы создали навигатор по профессиям и направлениям в ИБ, который определит варианты развития в зависимости от вашей текущей ситуации, и покажет открытые курсы Академии Кодебай. 👉👉👉 Пройти навигатор можно за 30 секунд по ссылке

Как правильно редактировать юниты systemd Сегодня systemd стал безальтернативной системой управления службами в дистрибутивах первого эшелона и предоставил администраторам простые и удобные возможности для решения этой задачи. Действительно, сравните сложность написания init-файла и юнита. 🤷🏻‍♀️ И, как всякая хорошо спроектированная и продуманная система systemd предполагает многоуровневую систему управления юнитами. Начнем с мест их расположения, которые перечислим в порядке повышения приоритета: ▫️ /usr/lib/systemd/system – юниты установленные вместе с пакетами ▫️ /run/systemd/system – юниты, которые создаются автоматически при загрузке системы и существующие только в рамках текущего сеанса ▫️ /etc/systemd/system – юниты, созданные системным администратором Директория /etc/systemd/system имеет наивысший приоритет и если нам нужно изменить существующий юнит службы, то мы можем скопировать его сюда из /usr/lib/systemd/system и внести свои изменения. Вроде бы просто, да не совсем. При обновлении пакета юнит в /usr/lib/systemd/system тоже будет обновляться, при этом, в отличии от изменения конфигурационных файлов, никакого предупреждения мы не получим. Юнит пакета будет жить сам по себе, и наш, скопированный юнит тоже сам по себе. Но применяться, в силу приоритета, будет именно наш юнит. К чему это может привести? Да к чему угодно и отловить причину внезапно возникшего непонятного поведения службы может быть достаточно проблематично. Особенно критично это может быть при обновлении системы на новую версию, где исходный юнит службы может подвергнуться серьезным изменениям. Как быть? К счастью, в systemd, как в хорошо спроектированной системе, есть возможность точечно вносить изменения в конфигурацию юнита при помощи технологии drop-in. Скажем, нам нужно внести изменения в работу юнита myservice.service, для этого мы должны создать каталог /etc/systemd/system/ myservice.service.d и поместить в него один или несколько фалов с расширением conf. Проще всего это сделать с помощью команды:

 systemctl edit myservice

Напоминаем, что если вы не указали тип юнита, то по умолчанию он принимается за service, а если вам нужно внести изменения в таймер, то придется указать имя юнита полностью:

 systemctl edit myservice.timer

Затем указываем только те опции, которые хотим переопределить или добавить, например:

 [Unit]
 Requires=новая зависимость
 After=новая зависимость

Для опций, предполагающих множественные значения следует предварительно выполнить их сброс, иначе переопределяемое значение будет добавлено к уже существующему в файле юнита. К таким опциям относятся ExecStart или OnCalendar в таймерах. Если вы добавите:

 [Service]
 ExecStart=новая команда

То эта строка будет добавлена к существующим строкам ExecStart в юните, если вы хотите переопределить это значение, то его сначала необходимо сбросить:

 [Service]
 ExecStart=
 ExecStart=новая команда

Если у вас несколько Drop-in файлов, то изменения в них будут применяться по очереди, для расстановки приоритетов можете использовать цифровые префиксы файлов. Еще одним достоинством команды systemctl edit является то, что по окончании редактирования конфигурация systemd будет перечитана, а служба перезапущена. Откатить изменения можно командой

 systemctl revert myservice

Если вы редактируете drop-in файлы вручную, то после каждого изменения перечитайте конфигурацию:

 systemctl daemon-reload

И перезапустите службу

 systemctl restart myservice

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

Получайте до 50% с каждой продажи лицензии Битрикс24 Bitrix24 заменяет сразу десятки инструментов для совместной работы, продаж и автоматизации бизнеса. Продавайте и внедряйте Bitrix24 и зарабатывайте вместе с нами: - до 50% с каждой продажи лицензии - 100% с каждого внедрения Участие в партнёрской программе бесплатно — у нас нет комиссий и обязательных платежей. Что мы предлагаем: - Бесплатное обучение для партнёров: курсы по продажам, маркетингу и продукту - Регулярный поток заявок - Готовые маркетинговые материалы для бизнеса - Персональный менеджер, который поможет разобраться в нюансах программы и предложит лучшие решения для вашего бизнеса Переходите на сайт и оставляйте заявку на регистрацию в программе! Перейти на сайт #реклама 16+ partners24.1c-bitrix.ru О рекламодателе