Cross-posting между каналами ломается не из-за текста, а из-за плохого стэка

Cross-posting между каналами ломается не из-за текста, а из-за плохого стэка

Если посты просто копировать вручную, быстро появляются дубли, пропуски и путаница с очередью. Нормальный стэк для cross-posting обычно держится на 4 слоях:
— источник контента: канал, чат или таблица, откуда берётся материал;
— фильтр: правила, что репостить, а что пропускать;
— очередь: место, где пост ждёт публикации;
— паблишер: бот или скрипт, который отправляет в нужные каналы.

Главная ошибка — смешивать логику отбора и логику публикации. Когда один и тот же бот и парсит, и чистит, и постит, его сложно отлаживать. Лучше разнести: один модуль собирает и нормализует текст, второй добавляет теги, третий решает, в какой канал и когда отправить. Так проще ловить сбои и менять правила без переписывания всего конвейера.

Ещё один важный слой — антидубликаты. Для этого хранят не только текст, но и хэш, ссылку на оригинал, время и целевой канал. Тогда можно не только убрать повтор, но и понять, почему он появился: повторный импорт, ручной запуск или сбой ретрая.

Если нужен устойчивый cross-posting, строй стэк как конвейер: источник, фильтр, очередь, паблишер и журнал ошибок. Чем меньше магии в одном скрипте, тем легче масштабировать каналы без хаоса.