Ну и есть ли смысл смотреть презентацию 16го айфона или график красноречивее оказался?

Озадачился я тут на досуге рассыльщик свой написать 👨‍💻

Поднадоели мне косяки при рассылках в ряде конструкторов, невозможность удалить рассылки и некоторые другие моменты.

На самом деле в моменте довольно быстро написал рабочий прототип. А там несколько дней потратил на доработки. Конечно до готового продукта как в космос раком далеко 🙃

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

Само ядро получилось более менее интересным. В разработке концептуально я отталкивался от идеи автопилота, не одноименного сервиса, а автопилота гражданских авиалайнеров.

Если кто не знал, я давно о сильно увлечен гражданской авиацией.

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

Я пока не готов описывать весь функционал, в частности многое все еще переписывается и меняется. Однако мне удалось сделать некое подобие автоматического сегментирования. Например, ядро вполне способно автоматически распознавать ошибки при отправке голосовых/видео пользователям премиум подписки с выключенным запретом.

Каждая рассылка актуализирует состояние клиента. Попутно система не даст выполнить рассылку по телеграм чатам и каналам, даже если очень хочется. Или отправить markdown-разметку обычным текстом.

Любую рассылку по любому клиенту можно отследить и отменить (как полностью так и для отдельно взятого клиента), даже если в рамках рассылки отправлялось не одно сообщение.

Но есть и сложности. Не смотря на довольно простую настройку рассыльщика, настроить его без знания программирования пока просто невозможно. Понятного интерфейса у него нет. У меня в принципе большие проблемы как с точки зрения дизайна так и верстки. Вот прям совершенно это не мое.

В тоже время это готовое и не к чему не привязанное ядро, которое в теории можно связать с любым внешним интерфейсом: хоть веб, хоть десткоп, хоть бот. Само ядро может работать на любом VPS и по тому в целом можно настроить рассылку даже с колес.

Не знаю к чему это все приведет (изначально я просто ставил себе задачу организовать рассылки в обход конструкторов, а в итоге получилось уже весьма не игрушечная штука) и вроде бы и есть желание развивать его дальше, а вроде бы и сложности с интерфейсом во многом подталкивают меня заморозить эту историю.

Но само по себе интересный опыт на самом деле и это дает прям глубинное понимание работы других конструкторов и подталкивает к ответам на вопросы, а почему в том или ином конструкторе что-то реализовано вот так, а не по другому.


А вам если интересно наблюдать за развитием проекта (или за тем как быстро я на это забью) тогда не переключайтесь 😉

Кстати готов ответить на вопросы в комментариях)

По поводу «ничего интересного в отправке сообщений» выше я слегка погорячился 🙃

На самом деле есть. Я конечно не имею ввиду вызов функции sendMessage. Однако сам процесс отправки сообщений штука, как минимум разнообразная, как минимум по тому, что есть несколько способов это сделать.

▫️через Bot API
▫️через MTProto
▫️через Local Bot API

У каждого способа свои преимущества и недостатки.

Первый способ, Bot API, можно сказать, что это отправка «как обычно» Ничего шибко нового.

MTProto это «родной» протокол для Telegram. Через него работают не только боты, но и наши обычные аккаунты (и юзерботы тоже). Но работать с этим протоколом сложнее, хотя как лично мне показалось, что работает он существенно быстрее.

Но мне не удалось найти не одного достоверного источника который бы это подтвердил. По этому скорее всего там все те же 30 запросов в секунду и не более того.

Local Bot API и вовсе занятная история.

Обычный Bot API это точно такой же Local Bot API сервер, но работает он на домене телеги и на их физических серверах и с чутка подрезанными лимитами.

Local Bot API же позволяет снять ряд ограничений с Bot API и по сути позволяет работать с ботами точно так же как и обычно, без подключения к MTProto напрямую, но с рядом отличий. Например в бот можно спокойно отправлять файлы до 2Гб, а не 50Мб как это происходит при использовании Bot API телеграма.

Но это требует развертывания такого сервера на своем железе. Я вот поигрался чутка с этим, штука весьма интересная. Но едва ли подойдет для моего рассыльщика.

Все дело в том, бот не станет просто так работать с локальным бот-сервером и бот нужно переключить.
Для этого нужно выполнить команду logOut. Но после выполнения этой команды бот разлогиниться с серверов телеграма и при первом соединении с локальным бот-сервером залогиниться в нем. В свою очередь это означает, что конструктор ботов, к которому был привязан этот бот потеряет возможность взаимодействовать с ним.

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

Расскажи чем ты занимаешься, не называя свой род деятельности и должность, но что бы все поняли 😁

Я тут хожу который день ковыряю себе мозги тем, а надо ли пилить какой-то материал по поводу правильной работы с self-hosted медиа файлами.

Что это такое?
Основная идея в том, что у вас свой сервер и со своего сервера можно творить разнообразный беспредел. Раздавать видео (просто просмотр), сделать себе на сайт трансляцию, можно организовать свой рестрим (одновременная трансляция на несколько сервисов)

Я в теме потокового вещания не гуру, но и далеко не первопроходец и не первый день.

Другой вопрос, что возможно кому-то не охота будет поднимать свой сервер или сложно это сделать.

Про минимальную рабочую конфигурацию, как поднять сервер я то расскажу.

Просто не очень охота пилить что-то такое в стол, лишь бы было.

А по тому внимание опрос 📋

Что такое потоковое видео и как все это устроено?

Если интересно, смотрите по ссылке: Потоковое видео своими руками (теория)

Таких заметки будет минимум две:

▫️Теоретическая часть (ответ на вопросы, а зачем и почему так?)

▫️ Практическая часть (ответ на вопрос, а собственно как это сделать?)

Так сделано, что бы не перегружать информацией в практической части и если кто-то захочет повторить, то не возникало чувство недосказанности и вопросов, а зачем так то все делать?

📍В текущей статье постарался максимально подробно и на пальцах рассказать, что такое потоковое видео, почему это хорошо, а почему не очень.

📍Почему возникла такая необходимость?

📍Что не так с VPN при воспроизведении потоковых видео.

P.S. Это моя первая статья в которой все графические материалы я отрисовывал с нуля самостоятельно 🥲 По этому если где-то что-то не стыкуется, или оскорбляет чувства перфекционистов — извиняйте 🤷‍♂️
Я предупредил 😅

Не OBS-кой и Zoom единым))

Что бы как-то развлечься в 4м часу ночи решил так сказать, тряхнуть стариной 👴

Ведем ночной эфир на онлайн-радио 📻

Когда ну очень надо было оповестить о изменениях 😁

Email2Webhook

Друзья, не поверите…

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

Применений тому масса, особенно в нашей работе. Да и сервисы такие видел. Но я продолжаю пробовать всякое разное и писать свой софт под себя.

И вот я день собирался с мыслями, но понял, что печет оно меня 🥵

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

Он не умеет читать вложения (да и не особо-то надо) но основные параметры регистрирует. И этого мне пока достаточно.

Ещё лежал думал, что не плохо было бы при заходе на новый проект, хотя бы пароли от того же GetCourse сразу автоматически вносить в менеджер паролей (эт дело у меня тоже свое) или же информация о оплате нового заказа или после сдачи ДЗ куратору в бот или в чат выслать, новую покупку в Telegram (такое решение у меня уже есть и без емейлов, но тем не менее)

А ещё не охота забивать голову оплатами разных сервисов, особенно когда их много, а так… Смотрим емейл отправителя, ищем в письме контрольные слова. Если это похоже на «письмо счастья» шлем вебхук на условный сейлбот и оповещаем всех причастных, что пора оплачивать очередной сервис.

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

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

Если тема интересная, накидывайте реакций и как только найду что-то вменяемое — поделюсь ссылочкой и инструкцией по развертыванию.

По второй, практической части, работы с потоковыми видео тоже помню, пилю 🪚 Ну вот отвлекся случайно чуть-чуть 🤏 Но все будет.


А пока пошел я ворочаться дальше, до утра времени много, гляди ещё что придумаю.

Новая жизнь GetCourse

В первую очередь хотел поблагодарить всех, кто пришел на мой канал с конференции GETC. Постараюсь оправдать ваше доверие 😉

На этой же конференции дважды поднималась тема взаимодействия с Chatium. И вот собственно об этом и пост.

Ещё в прошлый раз мельком затрагивалась тема этого приложения. Я посмотрел и отчасти отнесся с некой долей скепсиса к возможностям чатиума. А оказалось очень зря. В этот раз решил прям предметно разобраться и на примере живого проекта построил интеграцию между Тильдой и геткурсом. По сути классика, да не совсем.

Суть задачи в том, что на тильде собраны формы для разных источников трафика. Информацию с этих форм необходимо передать на GetCourse. Дополнительно, заказчик пожелал, что бы информация не просто передавалась в GetCourse, но и производилась запись в доп.поля.

При этом не создавались дубли заказа от одного и того же лида. И чтобы GetCourse учитывал только последнее заполнение формы. Допустим клиент увидел сторис в известной соц.сети и заполнил анкету. А затем встретил ту же анкету и заполнил её уже с поста в Telegram.

GetCourse должен создать нулевой заказ, а затем обновить содержимое доп.полей на информацию с последней заполненной анкеты.

Решить в лоб такого рода квест не выйдет. Можно писать интеграцию на уровне API GetCourse. Но едва ли реализуемо обновление уже существующего заказа. Да и к тому же нужен отдельный сервер или хостинг.
Время на решение задачи было с запасом и я решил в «бою» опробовать Chatium.

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

Да, логика там своеобразная. Но тем не менее разобраться можно. Все пожелания клиента реализовать удалось. В полной мере. На уровне хранилища (Heap) я не только записывал данные с анкет, но и реализовал контроль дублей.

Методы getcourse-sdk позволили добавлять заказ, писать комментарий и самое главное — обновлять информацию в заказе. Попутно накидал не сложный виджет и подвязал его к карточке клиента.

Сказать, что я остался доволен как слон, ничего не сказать 🙃

На самом деле, года полтора назад я в целом утратил интерес к GetCourse как таковому. Да, были и есть проекты на сопровождении. Переодически что-то там делаю. Но спектр своего внимания я чуть более чем полностью сместил в сторону разработки серверных решений и SaleBot (к последнему во многом благодаря хорошему API и возможностью использовать код на Python внутри конструктора), а GetCourse остался за бортом.

Но вот вся эта история с Chatium в целом вдохнула желание снова начать более плотно работать с геткурсом. Возможностей API там достаточно, есть где разгуляться. И былой скепсис как ветром сдуло 😁

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

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

Так что будь разработчиком, но не будь как Саша и не забивай на что-то просто из-за дефицита времени и недостаточной осведомленности о новой для себя системе 🥂

Просто я и ТЗ 😆

Комментировать только портить 🤣🤣🤣🤣

Просто история: разработчики и пользователи 🤬🤯

Самое интересное, у меня есть номер тлф этой гражданочки о которой идет речь в голосовом. И я еле еле сдерживаюсь от того, что бы позвонить ей и высказать всё, что я думаю 😤

P.S Голосовые я сюда ещё не писал, но вот тут важна эта эмоция. И то… Это я уже остыл чуть-чуть 🤏

Коротко о правках в ТЗ 😁

P.S Друзья, не теряйте меня, чутка разберусь с задачами и вернусь с чем-то интересным (наверное 🤔)

Новые ограничения в запретограме

Друзья, наблюдаю в сети волну публикаций которые касаются новых правил одной запрещенной соц.сети.

Основные важные для нас изменения касаются вероятных блокировок за выдачу лид-магнитов за кодовые слова под рилс.

А так же как-то ограничивать уникальный контент и не выдавать его до тех пор пока человек не подпишется. За это с января 2025 можно загреметь под ограничения или бан.

В текущий момент как обычно, мнения разделись. Кто ссылается на «трудности перевода», кто утверждает, что такие правила действуют уже давно и вроде бы всем пофиг.

Но запрещенная компания всегда отличалась тем, что она имеет своих пользователей за их же деньги. И уж точно не упустит возможность делать это и бесплатно.

По этому, как говорится, «предупрежден значит вооружен». Я не удивляюсь, если к вышеописанными механикам действительно прикрутят баны, предупреждения и пессимизацию выдачи. И советовал бы заранее искать альтернативные способы и источники трафика.

Когда вам надо, а у нас нет, тогда и жалуйтесь. Это мой основной принцип. По этому альтернативы текущим подходам лишние быть не могут априори. А странные выпады от запрещенной компании увы не редкость.