Официальный Windows Terminal на текущий момент вообще не поддерживает систему плагинов.
А файлы с расширение .psm1 — это модули PowerShell, которые используются в проекте только для автоматизации сборки и настройки профилей, функционал самого терминала они не расширяют.
Обновления такая версия поддерживать не будет. Хотя автоматизировать данный процесс можно, это не гарантирует стабильности.
Так как функционал не будет внедрен в официальный репозиторий (о чем говорится в шапке статьи), форк подразумевается использовать как альтернативу оригинальному терминалу.
Если коротко - это инструменты разных уровней, и что лучше тут зависит от задачи.
Grafana Alloy - это универсальный коллектор телеметрии. Он умеет и метрики, и логи, и трейсы, работает по конфигу на River, поднимает Docker-дискавери, но, чтобы получить из него per-container метрики, надо самому писать конфиг, и в нем нет функционала проверки обновлений образов.
logPorter - узкоспециализированный экспортер именно под Docker, он берет метрики из сокета, отправляет логи в Loki (батчами, gzip, с метками контейнера и compose), проверяет новые версии образов в реестрах и несет встроенный Dashboard с живым просмотром логов. Все это - один бинарь на 8 Мбайт, без конфигурации.
Если нужен широкий OTLP-контур (трейсы, кастомные коллекторы, много источников) - Alloy более подходящий выбор. Для контейнерных метрик, логов и проверки обновлений образов в хомелабе заточен именно logPorter, которому не нужны настройки, где Alloy может быть избыточен и сложен, так что это два дополняющих друг друга инструмента, а не замена.
Я очень люболю PowerShell всем сердцем, т.к. мой первый язык и сам в одно время написал кучу форм для автоматизации (некоторые примеры тут, может что пригодится и вам - https://github.com/Lifailon?tab=repositories&q=gui&type=&language=powershell), НО, это разве еще актуально? (пусть меня конечно поправят...)
Большенство компаний для параметризации скриптов используются CI/CD системы, и однозначно лучший инструмент для этих целей будет Jenkins, с точки зрения визуализации, так как имеет кучу плагинов для интеграции и кастомизации (тех же параметров), что выходит за рамки стандартного процесса CI/CD.
Так что рекомендую (исходя из своего опыта) не тритить лишнее время на изобретение велосипедов и переходить в сторону централизованной системы автоматизации для всех сотрудников сразу.
Очень удобный инструмент (eget), возьму его на вооружение! Добавил в README инфо для установки. По поводу apt, его также можно использовать как и dpkg для локальной установки deb пакета (предварительно нужно загрузить, пакет идет в составе релиза). В будущем попробую добавить в официальный apt (если получится, взял на заметку).
1. Об этом сказано в README и статье. Также добавлю сочетание Ctrl+H и ? для удобства, а сам вызов справки на мой взгляд стандартная практика для TUI. Сочетаний не так много на мой взгляд (пока что), а добавлять текст снизу с информацией о справке не хотелось, тем самым отнимая рабочую площадь.
Т.к. реализована поддержка мыши для управления, это переопределяет стандартные нажатия/выделение. Чтобы выделить текст, используйте зажатые клавиши Ctrl+Shift (аналогично, как в текстовых редакторах, типа VSCode). Для копирования стандартно Ctrl+C.
Насчет apt не задавался вопросом (если не путаю, он использует deb пакеты, в последнем релизе я добавил их сборку для релиза), но открыл запрос в SnapCraft, второй по популярности менеджер пакетов для систем на базе Debian. Для полноценной работы интерфейса (из за ограничений "песочницы") требуется режим classic, который сложно согласовать, вопрос перешел на архитекторов и затормозился...
Про eget ранее не слышал, это публичный менеджер? Если да, вы бы могли открыть Pull Request, что бы добавить инструкции по установки в README файл из данного менеджера пакетов, это было бы полезно!
Спасибо за замечание! Будет и правда удобнее добавить / для смены фокуса на окно фильтрации, справку на ? также добавлю. Отображение клавиш снизу не стал добавлять намеренно, что бы не уменьшать рабочую область.
Если возможно, сможете открыть issues, или перечислить здесь, какие именно клавиши стоит изменить/переназначить, и на какие.
Про lnav также упомянуто в статье, вообще отличный инструмент, но в него нужно передавать вывод, а lazyjournal уже подразумевает централизованный доступ к журналам и их поиск по средствам фильтрации.
Данная статья скорее про централизованный поиск (не ходить по разным трекерам), с целью упростить данный процесс и находить нужную раздачу исходя из всех критерием (с помощью фильтров и сортировки) а потом уже перейти на сайт трекера для ознакомиться при необходимости. Безусловно решения servarr удобны, но нужны далеко не всем (все таки это про автоматизацию), да и требуют куда больше настроек, что уже может отпугнуть новых пользователей.
Зачем сразу с торрента? Такое реализовано в расширение LibreKinopoisk и YoK через api Kinobox, но это актуально только для тех, кто смотрит онлайн с ПК/ноутбука/планшета.
Но от этого сайты-кинотеатры не умрут, т.к. модель подписки все равно куда удобнее, особенно для просмотри с TV/приставки, да и стоит вполне адекватных денег, особенно при использовании всевозможных акций.
Еще могу порекомендовать проект Nefarious, это веб интерфейс, который использует Jackett для поиска в связке с выводом информации из TMDB (это особенно удобно), а также использует Transmisson для загрузки. Немного сыроват, но поддерживает отслеживание и автоматическую загрузку.
Официальный Windows Terminal на текущий момент вообще не поддерживает систему плагинов.
А файлы с расширение
.psm1— это модули PowerShell, которые используются в проекте только для автоматизации сборки и настройки профилей, функционал самого терминала они не расширяют.Обновления такая версия поддерживать не будет. Хотя автоматизировать данный процесс можно, это не гарантирует стабильности.
Так как функционал не будет внедрен в официальный репозиторий (о чем говорится в шапке статьи), форк подразумевается использовать как альтернативу оригинальному терминалу.
И это платно... Серьезно? Когда на рынке полно открытых и более функциональных решений, включая бота.
Спасибо за ваш фидбэк! Рад слышать ;)
Если коротко - это инструменты разных уровней, и что лучше тут зависит от задачи.
Grafana Alloy - это универсальный коллектор телеметрии. Он умеет и метрики, и логи, и трейсы, работает по конфигу на River, поднимает Docker-дискавери, но, чтобы получить из него per-container метрики, надо самому писать конфиг, и в нем нет функционала проверки обновлений образов.
logPorter - узкоспециализированный экспортер именно под Docker, он берет метрики из сокета, отправляет логи в Loki (батчами, gzip, с метками контейнера и compose), проверяет новые версии образов в реестрах и несет встроенный Dashboard с живым просмотром логов. Все это - один бинарь на 8 Мбайт, без конфигурации.
Если нужен широкий OTLP-контур (трейсы, кастомные коллекторы, много источников) - Alloy более подходящий выбор. Для контейнерных метрик, логов и проверки обновлений образов в хомелабе заточен именно logPorter, которому не нужны настройки, где Alloy может быть избыточен и сложен, так что это два дополняющих друг друга инструмента, а не замена.
Очень полезно, спасибо автору!!
Подходит для удаленной отладки TUI приложений на системе Linux, используя локально систему Windows.
Для тех, кто использует make (важно указать ключ
-tдля поддержки ttyd), на Windows запускаем его в таске VSCode черезwsl make run-debug:Я очень люболю PowerShell всем сердцем, т.к. мой первый язык и сам в одно время написал кучу форм для автоматизации (некоторые примеры тут, может что пригодится и вам - https://github.com/Lifailon?tab=repositories&q=gui&type=&language=powershell), НО, это разве еще актуально? (пусть меня конечно поправят...)
Большенство компаний для параметризации скриптов используются CI/CD системы, и однозначно лучший инструмент для этих целей будет Jenkins, с точки зрения визуализации, так как имеет кучу плагинов для интеграции и кастомизации (тех же параметров), что выходит за рамки стандартного процесса CI/CD.
Так что рекомендую (исходя из своего опыта) не тритить лишнее время на изобретение велосипедов и переходить в сторону централизованной системы автоматизации для всех сотрудников сразу.
Очень удобный инструмент (eget), возьму его на вооружение! Добавил в
READMEинфо для установки. По поводуapt, его также можно использовать как иdpkgдля локальной установкиdebпакета (предварительно нужно загрузить, пакет идет в составе релиза). В будущем попробую добавить в официальныйapt(если получится, взял на заметку).Спасибо ;)
1. Об этом сказано в
READMEи статье. Также добавлю сочетаниеCtrl+Hи?для удобства, а сам вызов справки на мой взгляд стандартная практика дляTUI. Сочетаний не так много на мой взгляд (пока что), а добавлять текст снизу с информацией о справке не хотелось, тем самым отнимая рабочую площадь.2.
PgUp/PgDownдобавлено по запросу #103. Не придал этому значение, исправлю! Спасибо за замечание.
Т.к. реализована поддержка мыши для управления, это переопределяет стандартные нажатия/выделение. Чтобы выделить текст, используйте зажатые клавиши
Ctrl+Shift(аналогично, как в текстовых редакторах, типа VSCode). Для копирования стандартноCtrl+C.Спасибо за ваш отзыв!
Насчет
aptне задавался вопросом (если не путаю, он используетdebпакеты, в последнем релизе я добавил их сборку для релиза), но открыл запрос в SnapCraft, второй по популярности менеджер пакетов для систем на базе Debian. Для полноценной работы интерфейса (из за ограничений "песочницы") требуется режимclassic, который сложно согласовать, вопрос перешел на архитекторов и затормозился...Про
egetранее не слышал, это публичный менеджер? Если да, вы бы могли открыть Pull Request, что бы добавить инструкции по установки вREADMEфайл из данного менеджера пакетов, это было бы полезно!Спасибо за замечание! Будет и правда удобнее добавить
/для смены фокуса на окно фильтрации, справку на?также добавлю. Отображение клавиш снизу не стал добавлять намеренно, что бы не уменьшать рабочую область.Если возможно, сможете открыть issues, или перечислить здесь, какие именно клавиши стоит изменить/переназначить, и на какие.
Спасибо за полезную рекомендацию! Надо добавить проверку перед сборкой. На текущий момент используется только проверка разных linter-ов
Нет пока понимания/решения, как полноценно протестировать сам интерфейс, а не только отдельные функции.
К сожалению нет возможности проверить на архитектуре
arm64, было бы полезно подвердить работоспособность или открыть проблему.Про
lnavтакже упомянуто в статье, вообще отличный инструмент, но в него нужно передавать вывод, аlazyjournalуже подразумевает централизованный доступ к журналам и их поиск по средствам фильтрации.Данная статья скорее про централизованный поиск (не ходить по разным трекерам), с целью упростить данный процесс и находить нужную раздачу исходя из всех критерием (с помощью фильтров и сортировки) а потом уже перейти на сайт трекера для ознакомиться при необходимости. Безусловно решения servarr удобны, но нужны далеко не всем (все таки это про автоматизацию), да и требуют куда больше настроек, что уже может отпугнуть новых пользователей.
Зачем сразу с торрента? Такое реализовано в расширение LibreKinopoisk и YoK через api Kinobox, но это актуально только для тех, кто смотрит онлайн с ПК/ноутбука/планшета.
Но от этого сайты-кинотеатры не умрут, т.к. модель подписки все равно куда удобнее, особенно для просмотри с TV/приставки, да и стоит вполне адекватных денег, особенно при использовании всевозможных акций.
Еще могу порекомендовать проект Nefarious, это веб интерфейс, который использует Jackett для поиска в связке с выводом информации из TMDB (это особенно удобно), а также использует Transmisson для загрузки. Немного сыроват, но поддерживает отслеживание и автоматическую загрузку.