Приветствую всех, подскажите пожалуйста кто нибудь приходилось взаимодействовать с Telegram, необходимо вытащить глубину просмотра сообщения из канала , возможно ли такое? Информацию о самом канале вытащить можно без проблем, сообщения тоже а вот со статистикой сообщений сложности.

нет такого

может есть что то готовое на Yii2 ?

глубину просмотра сообщения объясните простому человеку - что это? как это? для чего это?

https://www.youtube.com/watch?v=1JXe5M7hZic

Да-да, пожалуйста, объясните нам, не образованым

глубину просмотра сообщения объясните простому человеку - что это? как это? для чего это?

Точно можно написать бота для tg, даже на php Но yii2 тут точно не поможет

у меня, кстати, два бота для телеги, и для каждого я юзаю yii2 но, правда, это - как из пушки по воробьям, ибо из yii я взял только роутинг, AR и модели

насчёт вопроса про глубину просмотра: непонятно что это (может, как далеко сообщение по дате?) если я правильно понял, то сразу ответ: через webhook телеграм не позволяет смотреть предыдущие сообщения - здесь нужно делать через getUpdates (наверное, не пробовал, но в описании написано, что есть возможность получить до 100 сообщений из истории) более того, последний бот, которого я написал, отказывается добавляться в канал (именно в канал - не в диалог, не в супергруппу)

Ну, разве что так, я имел ввиду, что у yii2 нет ничего специально заточеного под это

ну это да :) боты ведь - это всего-навсего межсерверное взаимодействие, и на чём оно будет - хоть на javascript, пофиг (про js как таковой я загнул, но вот на node точно всё будет круто)

Есть ещё один хардкорный вариант - - юзать tg-cli)

Но там надо будет юзать какой-то аккаунт

Так первых ботов делали

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

но что-то меня в этом всём смущает

что-то здесь точно не так :)

Ну, давайте тогда подождём на ответ уважаемого

глубину просмотра сообщения объясните простому человеку - что это? как это? для чего это?

Я думаю, что человек имеет в виду, как далеко пользователь отмотал ленту вверх

коряво видимо выразился, количество просмотров у каждого поста(цифра которая около глаза у каждого сообшения)

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

Да в доках такого не было. Cli это имеется ввиду авторизироваться пользователем конкретным и уже от пользователя делать запросы ?

Да

Но там намного сложнее, чем с обычными ботами

тоже смотрел доки но подобного метода не нашел, это все таки возможно через cli?

Ну, если вы где-то такой каунтер засекли, то где-то он есть

А через tg-cli все очень низкоуровнево

Там может быть

@eugenesmit а где вы такой каунтер соскринили?

я об этом

в каналах

В канале

любой пост, который отправляется в канал, получает такой каунтер

(эта песня - из канала, скинул ради демки каунтера)

та же песня, но уже не из канала - уже без каунтера

мне кажется, что боты через api изначально не имеют возможности взаимодействовать с каналами, кроме как постить в них

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

*боты

А есть готовый cli на yii2?

может я ошибаюсь, но cli - это command line interface клиент то есть, не визуально оформленный, а через консоль

может я ошибаюсь, но cli - это command line interface клиент то есть, не визуально оформленный, а через консоль

Вы правы, это еще одна реализация клиента для tg, но через консоль

А есть готовый cli на yii2?

у вас мания искать все что связано с yii2?

проще на php в общем искать

вот, святой Хабр

https://habrahabr.ru/post/264301/

https://github.com/zyberspace/php-telegram-cli-client

Проект на yii2, не хотелось бы отступать но на решение на php тоже не беда, спасибо.

объясните, пожалуйста, как вы совместите бота и веб-сайт?

через composer сделайте require того, что выше, и будет вам php-telegram-cli-client в yii2

объясните, пожалуйста, как вы совместите бота и веб-сайт?

возможно, человек берёт из yii2 как и я - только мелкие фрагменты

не проще делать два проекта?

есть бот -- как сервис

и к нему по rpc или через какой-то таск брокет связь с сайтом

german, celery, rabbitmq и тд

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

а чем вам не подходит?

Где лучше создать папку виджета ?

серьезно? :)

Ну я имею ввиду не важно в какой папке?

web

А как с бд работать? можно для этого использовать класс модели, где есть подключение к бд?

я же вам отправил ссылку на докуменатацию вам не хватило усилий дойти к статье о виджетах?

я же вам отправил ссылку на докуменатацию вам не хватило усилий дойти к статье о виджетах?

Я читал) я просто сверяю правильность понимания

Без практики нечего сверять )

Делайте

Пробуйте

Пробуйте

Смотри у меня есть модель категории и модель статьи, соответствено в них прописаны релейшены, если я хочу показать все статьи одной категории, мне в какой модели вызывать findAll()?

Релейшены(отношения)

Опять я с вопросами (со вчерашним, если кто помнит, не пересекается почти). До последнего абзаца можно не читать, тут размышления с ответами себе же. Была на сайте форма оплаты. Ну то есть во-первых две формы (одна у себя обрабатывается, другая на яндекс-кассу ведёт, в зависимости от способа оплаты). Во-вторых экшн, который рисует модальное окно с этими формами и результат одной из них обрабатывает (ещё один контроллер с ответами яндекс-кассы работает). А теперь форму оплаты включили в интерфейс одной из многоступенчатых форм заказа. Ну то есть есть четыре шага, первые три заполнили, результат отправили, сгенерили какой-то итог + форму оплаты, показали в качестве четвёртого шага. При этом старое окошко оплаты тоже осталось (для других пользовательских сценариев). В итоге имеем: * В составе двух вьюшек копипасту общего куска кода; * Некоторую копипасту в составе двух экшнов двух разных контроллеров; * Ещё какое-то барахло; С копипастой во вьюшках всё просто - выношу в виджет, вставляю его где надо. Но остаётся копипаста в контроллерах. Будь это разные экшны одного контроллера, я бы вынес это в приватный метод и успокоился. С другой стороны что это за код? Ну во-первых это обработка платежей (не тех вчерашних, а других) и решить её можно точно так-же: запилить компонент. А во-вторых это получение данных из запроса и всякие проверки, которые сложно уложить в валидацию моделей (например есть несколько типов платежей, часть обрабатывается в одном контроллере, часть в другом и "перепутать" их недопустимо). Т.е. сугубо контроллерная тема. В итоге, что мне остаётся не понятно: как кошерно избавляться от деблирования сугубо контроллерного кода в двух разных контроллерах? Код включает в себя: * Получение данных из запроса; * Проверки с выбрасыванием исключений; * Одно-два условия, влияющего на обращения к сервисному слою; * Передачу данных во вьюшку; Это вообще как-то адекватно решается или обычно на это забивают и фигачат контроллеры копипастой с последующим допиливанием?

О, и с разу ещё вопрос: У меня получается два очень похожих компонента с очень похожим смыслом и реализацией. Это оплата подписки и оплата услуг. Стоит ли их делать двумя разными компонентами (с _почти_ одинаковым интерфейсом) или одним компонентом с префиксами у этих почти одинаковых методов?

делайте один интерфейс, может еще что-то добавится к проекту

но два компонента

что-то общее можете перенести в один класс

"Но остаётся копипаста в контроллерах." можете делать класс на основе Action

если это вам подходит