Начал отслеживать оплату по подпискам. С удивлением обнаружил, что в этом году Яндекс подключает мне дополнительные опции без моего ведома и подтверждения вообще. То есть даже уведомления не приходят — типо «вы подключили такую-то опцию».
😁3😱2
Бодрый кодер
Начал отслеживать оплату по подпискам. С удивлением обнаружил, что в этом году Яндекс подключает мне дополнительные опции без моего ведома и подтверждения вообще. То есть даже уведомления не приходят — типо «вы подключили такую-то опцию».
Ответ поддержки:
10 марта 2026 вы подключили Плюс с Амедиатекой и START и опцию «Больше близких» на карточке фильма или сериала, нажав на кнопку просмотра. Так вы согласились с условиями подписки.
10 марта 2026 вы подключили Плюс с Амедиатекой и START и опцию «Больше близких» на карточке фильма или сериала, нажав на кнопку просмотра. Так вы согласились с условиями подписки.
🤬11💩5😁4😡2🥰1
В какой-то момент я понял, что контроль бюджета у меня постепенно превратился в статистику.
Я вижу траты постфактум, красиво раскладываю их по категориям, но это уже не совсем контроль. Особенно когда речь заходит о подписках.
С появлением иностранных карт, разных сервисов, оплат через разные каналы и прочие антисанкционные сервисы стало вообще непонятно: а сколько я на самом деле трачу регулярно?
Я уже писал, что для персонального бюджета использую Дзен-мани. Но многие сервисы туда просто нельзя подключить и автоматически трекать. В итоге подписки живут своей жизнью: где-то списалось 500 рублей, где-то 700, где-то еще немного. По отдельности кажется ерундой. Ну, та самая «чашка кофе».
А потом я сделал ревизию и нашел три ненужные подписки. Каждая стоила около 500 рублей в месяц. Вроде мелочь. Но вместе это примерно 20 тысяч рублей в год.
И тут стало понятно, что за подписками все-таки надо следить.
Потому что одна такая «чашка кофе» за год превращается в нормальную сумму. А несколько подписок — уже в новый PS5, небольшое путешествие или просто в какие-то классные штуки, которые ты, может быть, и так бы купил, но на сэкономленное покупать их сильно приятнее.
В общем, чтобы следить за такими тратами, я сделал для себя сервис: https://subfee.ru
Но так как я не люблю тратить время просто так, сразу делал с прицелом на то, что, возможно, кому-то еще тоже захочется это контролировать.
Сейчас сервис бесплатный и работает в альфа-режиме. Баги возможны, и я буду благодарен, если вы о них напишете. Чуть позже добавлю нормальную форму обратной связи.
На всякий случай сделал возможность импорта и экспорта данных, чтобы ничего не потерялось.
Я вижу траты постфактум, красиво раскладываю их по категориям, но это уже не совсем контроль. Особенно когда речь заходит о подписках.
С появлением иностранных карт, разных сервисов, оплат через разные каналы и прочие антисанкционные сервисы стало вообще непонятно: а сколько я на самом деле трачу регулярно?
Я уже писал, что для персонального бюджета использую Дзен-мани. Но многие сервисы туда просто нельзя подключить и автоматически трекать. В итоге подписки живут своей жизнью: где-то списалось 500 рублей, где-то 700, где-то еще немного. По отдельности кажется ерундой. Ну, та самая «чашка кофе».
А потом я сделал ревизию и нашел три ненужные подписки. Каждая стоила около 500 рублей в месяц. Вроде мелочь. Но вместе это примерно 20 тысяч рублей в год.
И тут стало понятно, что за подписками все-таки надо следить.
Потому что одна такая «чашка кофе» за год превращается в нормальную сумму. А несколько подписок — уже в новый PS5, небольшое путешествие или просто в какие-то классные штуки, которые ты, может быть, и так бы купил, но на сэкономленное покупать их сильно приятнее.
В общем, чтобы следить за такими тратами, я сделал для себя сервис: https://subfee.ru
Но так как я не люблю тратить время просто так, сразу делал с прицелом на то, что, возможно, кому-то еще тоже захочется это контролировать.
Сейчас сервис бесплатный и работает в альфа-режиме. Баги возможны, и я буду благодарен, если вы о них напишете. Чуть позже добавлю нормальную форму обратной связи.
На всякий случай сделал возможность импорта и экспорта данных, чтобы ничего не потерялось.
2🔥6👍4
А вы в курсе что есть ИИ, которая выдает 1000 токенов в секунду? Я попробовал - реально быстро. https://www.inceptionlabs.ai/blog/introducing-mercury-2
www.inceptionlabs.ai
Introducing Mercury 2 – Inception
Today, we're introducing Mercury 2 — the world's fastest reasoning language model, built to make production AI feel instant.
Все привыкли использовать Codex для кодинга. Но внезапно оказалось, что он неплох и для задач, которые с компьютером связаны довольно косвенно.
Я скоро планирую ремонт, и выяснил, что Codex вполне можно использовать для генерации рендеров будущего интерьера.
Да, это не идеальный инструмент для архитектурного проектирования. Где-то он не выдерживает размеры, если сгенерировать две картинки, одна может отличаться от другой, детали иногда плывут. Но для моей задачи этого оказалось более чем достаточно.
Можно обычным “инженерным” промптом описать, что должно быть в помещении, какие есть ограничения, какие зоны нужны, какие размеры комнаты, и получить красивую картинку. А уже от нее оттолкнуться и сделать нормальный архитектурный или мебельный проект.
У меня пример был с кухней.
Я, как всегда, пошел spec-first: написал, что должно быть на кухне: мойка, холодильник, плита, духовка, посудомойка, шкафы, рабочая зона и так далее. Описал ограничения: размеры комнаты, расположение стен, проемов, желаемую форму кухни.
Дальше получил первые рендеры и в несколько итераций начал править. Удобнее всего оказалось работать не “сделай всю кухню лучше”, а по отдельным сторонам и разрезам: вот эта стена, вот тут холодильник, тут колонна, тут мойка, тут рабочая поверхность.
На выходе у меня получилось три ракурса П-образной кухни и очень короткое ТЗ: что должно быть на каждой стороне, какая техника, какие шкафы, где хранение, какие примерные размеры.
Потом я отдал это мебельщикам, и они уже сделали готовый проект.
Материалы пока не выбирал, это отдельная тема. Но и там ChatGPT уже успел помочь разобраться.
В общем, Codex неожиданно оказался полезен не только для “написать код”, но и для дизайна интерьеров.
Я скоро планирую ремонт, и выяснил, что Codex вполне можно использовать для генерации рендеров будущего интерьера.
Да, это не идеальный инструмент для архитектурного проектирования. Где-то он не выдерживает размеры, если сгенерировать две картинки, одна может отличаться от другой, детали иногда плывут. Но для моей задачи этого оказалось более чем достаточно.
Можно обычным “инженерным” промптом описать, что должно быть в помещении, какие есть ограничения, какие зоны нужны, какие размеры комнаты, и получить красивую картинку. А уже от нее оттолкнуться и сделать нормальный архитектурный или мебельный проект.
У меня пример был с кухней.
Я, как всегда, пошел spec-first: написал, что должно быть на кухне: мойка, холодильник, плита, духовка, посудомойка, шкафы, рабочая зона и так далее. Описал ограничения: размеры комнаты, расположение стен, проемов, желаемую форму кухни.
Дальше получил первые рендеры и в несколько итераций начал править. Удобнее всего оказалось работать не “сделай всю кухню лучше”, а по отдельным сторонам и разрезам: вот эта стена, вот тут холодильник, тут колонна, тут мойка, тут рабочая поверхность.
На выходе у меня получилось три ракурса П-образной кухни и очень короткое ТЗ: что должно быть на каждой стороне, какая техника, какие шкафы, где хранение, какие примерные размеры.
Потом я отдал это мебельщикам, и они уже сделали готовый проект.
Материалы пока не выбирал, это отдельная тема. Но и там ChatGPT уже успел помочь разобраться.
В общем, Codex неожиданно оказался полезен не только для “написать код”, но и для дизайна интерьеров.
🔥7
Немного кайфанул на выходных.
Работаю над новым дизайном и функционалом моего калькулятора зарплат и офферов - https://paycalc.ru/
Работаю над новым дизайном и функционалом моего калькулятора зарплат и офферов - https://paycalc.ru/
🔥9
У меня тут запоздалая статья вышла, по старому месту работу -https://habr.com/ru/companies/psb/articles/1038876/
Хабр
Всё есть код, или зачем внедрять GitOps в разработку
Привет, Хабр! Сегодня мы часто говорим про разные тренды в разработке — ИИ‑агентов, тестирование на ранних стадиях, прослеживаемость изменений, автоматизацию пайплайнов… Все эти...
🔥6
А тем временем случилось событие - мой канал перевалил за 500 подписчиков. 🎉
Спасибо за ваши реакции, комментарии и чтение моих постов!
Спасибо за ваши реакции, комментарии и чтение моих постов!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤21🔥9🎉7🍾5🏆1
Бодрый кодер
Я очень долгое время (наверное последние лет 7) свои pet-проекты держу на обычной VPS с Docker Compose. И это, если честно, вполне рабочий вариант. Особенно когда проектов немного и ты один и разработчик, и DevOps, и человек, который потом ночью чинит прод…
Не так давно писал про Coolify — UI для управления Docker-сервисами, деплоями, бэкапами, доменами и всем сопутствующим.
В комментариях мне тогда справедливо накидали: было не очень понятно, какую именно проблему я пытаюсь решить. Честно говоря, я и сам не смог это нормально сформулировать. Наверное, хотелось просто удобства: меньше ходить руками на сервер, меньше держать в голове инфраструктурную рутину, больше управлять всем из одного места.
Я немного поигрался с Coolify и понял, что под мой текущий формат он, скорее всего, не подходит.
У него очень сильная сторона там, где сервисы можно разложить по отдельным приложениям: без жесткой очередности запуска, без bootstrap-контейнеров, без сложной связности внутри одного большого compose-файла. Например, задеплоить Astro-сайт — легко. Поднять WordPress с PostgreSQL и Redis — тоже. Бэкапы будут делаться, в Яндекс Облако улетать, rolling update есть, домены и сертификаты тоже удобно управляются.
Но когда я попытался разрезать свой Docker Compose и завести это в таком формате, стало понятно, что получается не очень естественно. Можно заставить работать, но появляется ощущение, что я борюсь не с проблемой, а с инструментом.
На своем сервере у меня сейчас все проще: один Docker Compose, проксирующий сервис спереди и понятная схема запуска. Это не так красиво с точки зрения интерфейса, зато очень прозрачно. Единственный минус — каждый раз приходится самому собирать обвязку вокруг деплоя, бэкапов и обновлений.
В итоге возвращаюсь к более скучному, но подходящему мне варианту: голый сервер с Docker, деплой через GitHub Actions и отдельный сервис, который будет делать бэкапы PostgreSQL и отправлять их в Яндекс Облако.
Заодно хочу попробовать заменить свой сервис для выпуска сертификатов и autodiscovery доменов на Caddy. По описанию выглядит так, будто он может закрыть большую часть этой логики гораздо проще.
И еще хочу добавить автоматический бамп версий: чтобы раз в месяц прилетал PR в GitHub, я его смотрел, мерджил, и после этого все обновлялось само.
В общем, Coolify классный, просто не под мой сценарий. Для небольших независимых сервисов и типовых приложений он выглядит очень сильным решением. А мне сейчас, похоже, важнее не универсальная панель управления, а максимально предсказуемая и простая инфраструктура, которую я хорошо понимаю.
В комментариях мне тогда справедливо накидали: было не очень понятно, какую именно проблему я пытаюсь решить. Честно говоря, я и сам не смог это нормально сформулировать. Наверное, хотелось просто удобства: меньше ходить руками на сервер, меньше держать в голове инфраструктурную рутину, больше управлять всем из одного места.
Я немного поигрался с Coolify и понял, что под мой текущий формат он, скорее всего, не подходит.
У него очень сильная сторона там, где сервисы можно разложить по отдельным приложениям: без жесткой очередности запуска, без bootstrap-контейнеров, без сложной связности внутри одного большого compose-файла. Например, задеплоить Astro-сайт — легко. Поднять WordPress с PostgreSQL и Redis — тоже. Бэкапы будут делаться, в Яндекс Облако улетать, rolling update есть, домены и сертификаты тоже удобно управляются.
Но когда я попытался разрезать свой Docker Compose и завести это в таком формате, стало понятно, что получается не очень естественно. Можно заставить работать, но появляется ощущение, что я борюсь не с проблемой, а с инструментом.
На своем сервере у меня сейчас все проще: один Docker Compose, проксирующий сервис спереди и понятная схема запуска. Это не так красиво с точки зрения интерфейса, зато очень прозрачно. Единственный минус — каждый раз приходится самому собирать обвязку вокруг деплоя, бэкапов и обновлений.
В итоге возвращаюсь к более скучному, но подходящему мне варианту: голый сервер с Docker, деплой через GitHub Actions и отдельный сервис, который будет делать бэкапы PostgreSQL и отправлять их в Яндекс Облако.
Заодно хочу попробовать заменить свой сервис для выпуска сертификатов и autodiscovery доменов на Caddy. По описанию выглядит так, будто он может закрыть большую часть этой логики гораздо проще.
И еще хочу добавить автоматический бамп версий: чтобы раз в месяц прилетал PR в GitHub, я его смотрел, мерджил, и после этого все обновлялось само.
В общем, Coolify классный, просто не под мой сценарий. Для небольших независимых сервисов и типовых приложений он выглядит очень сильным решением. А мне сейчас, похоже, важнее не универсальная панель управления, а максимально предсказуемая и простая инфраструктура, которую я хорошо понимаю.
👍2
Claude Design объединили по токенам с основными, а не недельными. Но радость была недолгой. Пятичасовые лимиты истощаются как безумные.
😢1