Мамонсу не только с постгреспро работае. Спокойно работает на ванили, панголине от сбера и танторе от астры. Дело вкуса и привычек чем мониторить. Главное же результат
Я как понимаю, многие, кто PgPro использует для мониторинга мамонсу используют в том числе. Если не ошибаюсь, он там в коробке идёт. Надеюсь к следующей версии примут, но вот когда она будет, вопрос. Если смотреть по релизам, 3.5.15 вышел в октябре 25го, а 3.5.16 уже в июле 26. разработка не такая активная, но живая. Если хотите попробовать с шифрованием, можете у меня в репе взять и собрать
Да, в Zabbix можно разрешить No encryption, и технически это самый простой вариант. Но у нас задача была не просто «доставить метрики», а сделать это безопасно. В незашифрованном канале Mamonsu передаёт служебную информацию — имена баз, хостов, ключи метрик, состояния сервисов и другие данные об инфраструктуре. Поэтому разрешать plaintext ради совместимости с одним агентом нам не хотелось.
Исходное условие было таким: Zabbix уже принимает защищённые подключения по TLS PSK, zabbix_sender с тем же PSK работает, а встроенный sender Mamonsu — нет. Поэтому логичнее было добавить недостающую поддержку TLS в Mamonsu, а не ослаблять настройки Zabbix.
Это и новый класс опасности и новые возможности и новая реальность, в которой мы живём. Недавно агенты от ОпенАИ объединись и взломали хугингфейс. И много что ещё происходит о чём мы не знает и не видим и нужно всем адаптироваться к этому и не оставлять действия агентов без внимания
У меня полностью опенсорс ГПЛ без какой-либо рекламы в отличии от данного ресурса и умею находить поддерживаемые регионы. Да и экзешник можно нужный подкинуть. Надеюсь кому-нибудь да пригодится
Да, сам регион так поменять можно. Но допустим, поставили US — а нужного приложения в американском Store тоже нет. Что дальше, вручную перебирать US, GB, DE, CA и т.д.?
В WinStoreRegion смена региона — как раз самая простая часть. Утилита сначала может проверить, в каких рынках конкретный Product ID вообще доступен, предложить подходящие регионы, а после установки вернуть исходный регион. Плюс восстановить его при следующем запуске, если программа или Windows завершились между сменой и возвратом.
хуже всего, когда вайб(говно)кодить пытаются люди далёкие от айти не понимая где лучше применить питон, а где уместен раст. Или тому подобное. А нейронки даже сейчас тут могут ввести в заблуждение
Да, ты может и перестаёшь писать код, но автором то ты остаёшься всё равно. Повышается уровень абстракции. Ты принимаешь решения что и как реализовать, проектируешь дизайны, задаёшь архитектуру и как бы руководишь джунами и мидлами. То есть растёшь в другое. Но главное какой результат получишь
Ознакомился с оглавлением и текстом. Лично моё мнение. Для школьников и не разработчиков может быть и да. Для программистов/инженеров и ит специалистов - почитать хабр/интернет/посмотреть ютуб. Погуглить книгу английскую. Будут приятные сюрпризы )
Спасибо за отзыв! Обновил кнопку до версии 0.3.0. Добавил возможность свёртывания в боковой панели, добавил создание демо набора, который можно редактировать.
У этого подхода есть как свои плюсы, так и минусы. Из плюсов - можно оперативно менять дизайн кнопки без программиста. Например, чисто дизайнером.
Почему сразу не делал конфиг - настроек по количеству очень много и конфиг получился бы через чур объёмным, если говорим про settings.py. Была ещё мысль сделать настройки в админки и получить код для вставки в сеттингс на те значения, которые отличаются от дефолта, но опять же всё идёт к перезапуску сайта. Если будет спрос, то скорее всего это добавлю без проблем. Спасибо за отзывы! Если что, свои хотелки и пожелания на доработку можете через гитхаб отправлять.
Ещё раз у себя проверил. Создаёте ревизию, из него профиль или отдельно. И когда ревизию сохраните, надо будет профиль ещё раз подредактировать и выбрать созданную вами ревизию. Да, немного косячно (ошибки проектирования с ИИ), но работает. Посмотрите пожалуйста, может ещё какие замечания всплывут и в новой версии всё исправлю
Первая секция - это для загрузки своих иконок. Вы добавили профили кнопки прокрутки и ревизии кнопки прокрутки? Если нет, вначале создаёте ревизию и цепляете её к профилю. Если остались вопросы - можно в ТГ обсудить или дальше в комментариях
Data пикер в заголовке, date пикер в тексте. Разница как бы небольшая, но существенная, и гугл не знает дата пикер, знает date пикер. data - данные на английском, дата - на русском. и идёт дизонанс, что ожидает что берём какие-то данные, выборку, а по факту, работаем с календарём
Миграция создаёт модели для профилей и ревизий настроек: отдельная конфигурация для сайта и Django Admin, черновики, публикация, откат, параметры внешнего вида и поведения, загруженные SVG-иконки.
При подключённом django.contrib.sites можно также сделать отдельный профиль для конкретного Site с общей конфигурацией как запасным вариантом.
Для простой статичной кнопки это, конечно, избыточно — её проще добавить вручную. Здесь база нужна именно потому, что пакет рассчитан на настраиваемый компонент, который потом можно менять через админку без правок кода.
Согласен: если нужна одна статичная кнопка «Наверх», я бы тоже не стал ставить отдельный пакет с миграциями. Ссылка в базовом шаблоне или небольшой JavaScript здесь проще и правильнее.
Я рассматривал вариант, где всё настраивается только через settings.py и миграции не нужны. Но у кнопки довольно быстро набирается много параметров: отдельные настройки для сайта и админки, положение, размеры, мобильные переопределения, цвета и состояния, иконки, порог показа, поведение при прокрутке, столкновения с чатами и баннерами, настройки скрытия пользователем.
В итоге получился бы большой словарь в настройках проекта, который всё равно меняется только разработчиком и требует выкладки при каждой правке дизайна.
Поэтому для текущего варианта я выбрал конфигурацию в базе и Django Admin. Миграция делается один раз при установке, зато дальше кнопку можно менять без поиска кода: например, дизайнером или администратором сайта с нужными правами. Это удобно, когда изменили дизайн, добавили чат или cookie-баннер, а разработчик, который когда-то собирал интерфейс, уже не занимается этим проектом.
То есть пакет не пытается заменить пару строк JS в простом случае. Он рассчитан на сценарий, где кнопка становится настраиваемым компонентом сайта.
А вариант облегчённого режима без БД действительно имеет смысл. Если будет спрос на такой способ подключения, его можно сделать отдельным режимом с настройками через settings.py.
Мамонсу не только с постгреспро работае. Спокойно работает на ванили, панголине от сбера и танторе от астры. Дело вкуса и привычек чем мониторить. Главное же результат
Я как понимаю, многие, кто PgPro использует для мониторинга мамонсу используют в том числе. Если не ошибаюсь, он там в коробке идёт. Надеюсь к следующей версии примут, но вот когда она будет, вопрос. Если смотреть по релизам, 3.5.15 вышел в октябре 25го, а 3.5.16 уже в июле 26. разработка не такая активная, но живая. Если хотите попробовать с шифрованием, можете у меня в репе взять и собрать
Да, в Zabbix можно разрешить
No encryption, и технически это самый простой вариант. Но у нас задача была не просто «доставить метрики», а сделать это безопасно. В незашифрованном канале Mamonsu передаёт служебную информацию — имена баз, хостов, ключи метрик, состояния сервисов и другие данные об инфраструктуре. Поэтому разрешать plaintext ради совместимости с одним агентом нам не хотелось.Исходное условие было таким: Zabbix уже принимает защищённые подключения по TLS PSK,
zabbix_senderс тем же PSK работает, а встроенный sender Mamonsu — нет. Поэтому логичнее было добавить недостающую поддержку TLS в Mamonsu, а не ослаблять настройки Zabbix.Это и новый класс опасности и новые возможности и новая реальность, в которой мы живём. Недавно агенты от ОпенАИ объединись и взломали хугингфейс. И много что ещё происходит о чём мы не знает и не видим и нужно всем адаптироваться к этому и не оставлять действия агентов без внимания
Спасибо всем за замечания и найденные проблемы. Часть из них уже поправил и выпустил WinStoreRegion 0.1.1.
Новых функций не добавлял — это именно небольшой bugfix-релиз после обратной связи.
Особенно если этот пользователь далёк от айти не собирается входить )
Тому же ребёнку или бабушке будет проще указать ссылку или экзешник перетащить, чем править реестр, а потом чинить/переставлять винду
У меня полностью опенсорс ГПЛ без какой-либо рекламы в отличии от данного ресурса и умею находить поддерживаемые регионы. Да и экзешник можно нужный подкинуть. Надеюсь кому-нибудь да пригодится
Да, сам регион так поменять можно. Но допустим, поставили US — а нужного приложения в американском Store тоже нет. Что дальше, вручную перебирать US, GB, DE, CA и т.д.?
В WinStoreRegion смена региона — как раз самая простая часть. Утилита сначала может проверить, в каких рынках конкретный Product ID вообще доступен, предложить подходящие регионы, а после установки вернуть исходный регион. Плюс восстановить его при следующем запуске, если программа или Windows завершились между сменой и возвратом.
хуже всего, когда вайб
(говно)кодить пытаются люди далёкие от айти не понимая где лучше применить питон, а где уместен раст. Или тому подобное. А нейронки даже сейчас тут могут ввести в заблуждениеДа, ты может и перестаёшь писать код, но автором то ты остаёшься всё равно. Повышается уровень абстракции. Ты принимаешь решения что и как реализовать, проектируешь дизайны, задаёшь архитектуру и как бы руководишь джунами и мидлами. То есть растёшь в другое. Но главное какой результат получишь
Ознакомился с оглавлением и текстом. Лично моё мнение. Для школьников и не разработчиков может быть и да. Для программистов/инженеров и ит специалистов - почитать хабр/интернет/посмотреть ютуб. Погуглить книгу английскую. Будут приятные сюрпризы )
Вставить нормальные ссылки на статьи которые упоминаете и цитируете - нет, нельзя. Пометить питон и раст ссылками на отус - конечно же!
Спасибо за замечание. Картинку в текст добавил, как выглядит админка.
Спасибо за отзыв! Обновил кнопку до версии 0.3.0. Добавил возможность свёртывания в боковой панели, добавил создание демо набора, который можно редактировать.
У этого подхода есть как свои плюсы, так и минусы. Из плюсов - можно оперативно менять дизайн кнопки без программиста. Например, чисто дизайнером.
Почему сразу не делал конфиг - настроек по количеству очень много и конфиг получился бы через чур объёмным, если говорим про settings.py. Была ещё мысль сделать настройки в админки и получить код для вставки в сеттингс на те значения, которые отличаются от дефолта, но опять же всё идёт к перезапуску сайта. Если будет спрос, то скорее всего это добавлю без проблем. Спасибо за отзывы! Если что, свои хотелки и пожелания на доработку можете через гитхаб отправлять.
Ещё раз у себя проверил. Создаёте ревизию, из него профиль или отдельно. И когда ревизию сохраните, надо будет профиль ещё раз подредактировать и выбрать созданную вами ревизию. Да, немного косячно (ошибки проектирования с ИИ), но работает. Посмотрите пожалуйста, может ещё какие замечания всплывут и в новой версии всё исправлю
Первая секция - это для загрузки своих иконок. Вы добавили профили кнопки прокрутки и ревизии кнопки прокрутки? Если нет, вначале создаёте ревизию и цепляете её к профилю. Если остались вопросы - можно в ТГ обсудить или дальше в комментариях
Data пикер в заголовке, date пикер в тексте. Разница как бы небольшая, но существенная, и гугл не знает дата пикер, знает date пикер. data - данные на английском, дата - на русском. и идёт дизонанс, что ожидает что берём какие-то данные, выборку, а по факту, работаем с календарём
Да, именно для хранения конфигурации.
Миграция создаёт модели для профилей и ревизий настроек: отдельная конфигурация для сайта и Django Admin, черновики, публикация, откат, параметры внешнего вида и поведения, загруженные SVG-иконки.
При подключённом
django.contrib.sitesможно также сделать отдельный профиль для конкретного Site с общей конфигурацией как запасным вариантом.Для простой статичной кнопки это, конечно, избыточно — её проще добавить вручную. Здесь база нужна именно потому, что пакет рассчитан на настраиваемый компонент, который потом можно менять через админку без правок кода.
Согласен: если нужна одна статичная кнопка «Наверх», я бы тоже не стал ставить отдельный пакет с миграциями. Ссылка в базовом шаблоне или небольшой JavaScript здесь проще и правильнее.
Я рассматривал вариант, где всё настраивается только через
settings.pyи миграции не нужны. Но у кнопки довольно быстро набирается много параметров: отдельные настройки для сайта и админки, положение, размеры, мобильные переопределения, цвета и состояния, иконки, порог показа, поведение при прокрутке, столкновения с чатами и баннерами, настройки скрытия пользователем.В итоге получился бы большой словарь в настройках проекта, который всё равно меняется только разработчиком и требует выкладки при каждой правке дизайна.
Поэтому для текущего варианта я выбрал конфигурацию в базе и Django Admin. Миграция делается один раз при установке, зато дальше кнопку можно менять без поиска кода: например, дизайнером или администратором сайта с нужными правами. Это удобно, когда изменили дизайн, добавили чат или cookie-баннер, а разработчик, который когда-то собирал интерфейс, уже не занимается этим проектом.
То есть пакет не пытается заменить пару строк JS в простом случае. Он рассчитан на сценарий, где кнопка становится настраиваемым компонентом сайта.
А вариант облегчённого режима без БД действительно имеет смысл. Если будет спрос на такой способ подключения, его можно сделать отдельным режимом с настройками через
settings.py.