Рекламой сам заказчик занимается, у них в соц.сетях хорошие по размеру группы и для емейл рассылок база большая. Мы только дизайн и разработку делаем. Нагрузку проверяли, но не детально - по метрикам хостинга треть ресурсов использовалось в спокойные дни, проблем с ней не было. И несколько подобных акций пережил сайт без проблем с падениями. Беда случилась, когда БД заполнилась логами достаточно, чтоб увеличить нагрузку до критической. Согласен, можно было и в обычное время заметить лишние записи в БД, но случилось так, что не заметили и поэтому в авральном режиме пришлось разбираться. В вордпрессе, особенно когда куча плагинов установлено, не так просто убрать лишние запросы к базе – все переплетено между собой и просто так отключить лишнее не получится без доработок и переделок.
А зачем нужны мотоциклы, если есть автомобили? Боты и сайты – это разные инструменты, у каждого свое применение. Бот внутри мессенджера, чтобы его запустить, достаточно телеграм открыть. Так же бот умеет уведомления отправлять в мессенджер, меньше шансов потерять уведомление, чем письмо от сайта или пуш от приложения.
Да, с плагинами нужно держать ухо востро. Их можно использовать, но нужно понимать как работают и какие еще дополнительные эффекты приносят. В каких-то ситуациях могут выручить, например, как с этим проектом из поста, на самом старте магазина заказчик все сам делал, без бюджета на разработку. Но когда проект становится большой и появляется серьезная нагрузка, неизвестные плагины могут устроить проблем.
То есть на каких-то этапах, когда ограничен бюджет, можно по-быстрому на плагинах "слепить", но с ростом проекта, лучше потихоньку приводить его в порядок, постепенно убирая лишнее и корректируя работающие куски.
Для некоторых целей, кажется, что наоборот удобнее – сверстать веб-интерфейс проще и понятней, чем клавиатуру делать. Ну api из веб-вью доступны, с ботом есть связь. Например, насобирать корзину товаров в вебвью и потом оплатить через бота, а так же продолжить переписку с менеджером магазина внутри бота. Все в одном месте, не нужно бегать из мессенджера в браузер.
Думаю, что телеграму стоит оба направления развивать – и вебвью и сам интерфейс внутри бота
Понял. Мы с лимитами для файлов сталкивались, как раз для него сервер для этого дела поднимали. Получается, для отправки сообщений с повышенным лимитом, нужно мудрить с неофициальными уже серверами
Лимиты на работу с файлами до 2Гб увеличиваются, вместо 20мб. Плюс исходники сервера доступны, можно доработать и скомпилировать. Так же и лимиты по запросам увеличиваются.
Например, большой каталог услуг или товаров, очень сложно корректно показать кнопками и сообщениями от бота. Но если перенести его в вебвью, то пользоваться ботом становится в разы удобнее.
Спасибо, изучим этот инструмент мониторинга. Когда писали свою проверку для бота, не планировали делать что-то серьезное и надолго. Поэтому в начале разработки основная идея была "сделать быстро и просто". Запрос через CURL с параметром CURLOPT_CERTINFO, идеально подошел - отдает всю необходимую информацию о сертификате домена, а реализация запроса и обработка данных заняли 15 минут.
Мы без плагинов делали. В бекенде редмайна добавили немного логики внутри контроллеров - при обновлении задач отправляют post-запросы к бекенду бота. Отправляется id созданной/обновленной задачи и id пользователей, которые являются ответсвенными в задаче. Далее уже в логике бота обрабатываем эти данные. При необходимости дозапрашиваем через api редмайна, недостающую информацию о задаче по ее id. И отправляем уведомление, ответсвенным за задачу, в телеграм.
Приветствую! Бот может отправлять сообщения как в личку, так и в общий чат(группу или канал). Работает через api sendMessage, в параметре chat_id можно передавать как идентификатор пользователя, так и идентификатор канала.
В этой версии бота мы к api делали запросы напрямую, без библиотек. Но все библиотеки работают через апи) А в апи телеграм нет возможности получить текст переписки из чатов.
Пару вариантов решения есть:
в чаты можно добавлять бота, который будет “слушать”, сохранять и фильтровать все переписки. Запоминая, кто и что написал
“руками” экспортировать все переписки и скриптами разобрать данные
Не встречали таких api, скорее всего их нет. Бот может получать файлы, которые ему присылают или пересылают сообщениями, через апи getFile. А с полученным файлом уже можно сделать что угодно, например, сохранить к себе на хост и сделать ссылку на просмотр
Скоро нас захлестнет волна сайтов написанных школьниками на «движке от ВК».
Лопоухим клиентам будут втридорога «втюхивать» сайты-визитки, на новом, навороченном движке, от самого ВК.
Если долго чем-то заниматься, посвящать делу(в идеале любимому) много времени, то многие решения приходят интуитивно. Это как ездить на велосипеде — сначала сложно и падения случаются часто, но потом, когда за плечами солидный опыт, человек даже не задумывается как рулить и крутить педали.
Я несколько раз упомянул в статье, что описываю только часть работы с коллажем, а именно «Нанесение аппликаций на изображение».
Как Вы и сами верно заметили, создание всего функционала коллажа довольно непростая задача, поэтому я решил разбить описание на несколько статей. А эта статья «пилотная», так сказать, проба пера. Также я хотел узнать на сколько тема интересна и актуальна — имеет ли смысл писать про коллажи дальше. Теперь я вижу, что люди интересуются этой темой, и планирую в ближайшем будущем написать продолжение.
возможность поворота изображения (поворот можно осуществлять только для необрезанных изображений)
Почему только для не обрезанных? Повороты можно делать на любом этапе.
Также в браузерах есть поддержка эффекта размывания изображения (к сожалению, с помощью JavaScript можно добиться только примерной схожести размывания),
Можно накладывать любые эффекты, если делать все действия на сервере, отправляя данные о картинке и об операции над ней с помощью аякса. Но этот способ будет работать медленней, чем обработка средствами браузера. Но есть и плюсы — гораздо больше возможностей.
Для вращения элементов в браузере можно воспользоваться плагином JQuery UI Rotatable. Но я не стал описывать вращение элементов, поскольку с этим возникают проблемы в отображении и в высчитывании угла поворота(для передачи на сервер) в браузерах IE 7-8. Статья и так получилась большая и я подумал, что не стоит переполнять ее кодом. Я хочу написать по этому поводу отдельную статью, которая будет продолжением затронутой темы.
Спасибо за замечание. Да, действительно id у аппликаций, которые выводились на панели изначально, были одинаковые. Исправил.
Но это не влияло на работу скрипта, поскольку при клике по аппликации на панели, в рабочей области создается новая картинка уже с уникальным id.
Рекламой сам заказчик занимается, у них в соц.сетях хорошие по размеру группы и для емейл рассылок база большая. Мы только дизайн и разработку делаем. Нагрузку проверяли, но не детально - по метрикам хостинга треть ресурсов использовалось в спокойные дни, проблем с ней не было. И несколько подобных акций пережил сайт без проблем с падениями. Беда случилась, когда БД заполнилась логами достаточно, чтоб увеличить нагрузку до критической. Согласен, можно было и в обычное время заметить лишние записи в БД, но случилось так, что не заметили и поэтому в авральном режиме пришлось разбираться. В вордпрессе, особенно когда куча плагинов установлено, не так просто убрать лишние запросы к базе – все переплетено между собой и просто так отключить лишнее не получится без доработок и переделок.
А зачем нужны мотоциклы, если есть автомобили? Боты и сайты – это разные инструменты, у каждого свое применение. Бот внутри мессенджера, чтобы его запустить, достаточно телеграм открыть. Так же бот умеет уведомления отправлять в мессенджер, меньше шансов потерять уведомление, чем письмо от сайта или пуш от приложения.
Да, с плагинами нужно держать ухо востро. Их можно использовать, но нужно понимать как работают и какие еще дополнительные эффекты приносят. В каких-то ситуациях могут выручить, например, как с этим проектом из поста, на самом старте магазина заказчик все сам делал, без бюджета на разработку. Но когда проект становится большой и появляется серьезная нагрузка, неизвестные плагины могут устроить проблем.
То есть на каких-то этапах, когда ограничен бюджет, можно по-быстрому на плагинах "слепить", но с ростом проекта, лучше потихоньку приводить его в порядок, постепенно убирая лишнее и корректируя работающие куски.
Для некоторых целей, кажется, что наоборот удобнее – сверстать веб-интерфейс проще и понятней, чем клавиатуру делать. Ну api из веб-вью доступны, с ботом есть связь. Например, насобирать корзину товаров в вебвью и потом оплатить через бота, а так же продолжить переписку с менеджером магазина внутри бота. Все в одном месте, не нужно бегать из мессенджера в браузер.
Думаю, что телеграму стоит оба направления развивать – и вебвью и сам интерфейс внутри бота
Понял. Мы с лимитами для файлов сталкивались, как раз для него сервер для этого дела поднимали. Получается, для отправки сообщений с повышенным лимитом, нужно мудрить с неофициальными уже серверами
Документация: https://core.telegram.org/bots/api#using-a-local-bot-api-server
Исходники сервера: https://github.com/tdlib/telegram-bot-api
Лимиты на работу с файлами до 2Гб увеличиваются, вместо 20мб. Плюс исходники сервера доступны, можно доработать и скомпилировать. Так же и лимиты по запросам увеличиваются.
Сложные меню и интерфейсы ботов можно выносить в webview, телеграм уже давно их разрешает встраивать.
А недавно и мини апп заработали – по прямой ссылке можно вьюху бота вызывать из чатом, лс и даже постов в каналах.
Пример(тестовый бот): https://t.me/restaurant_OWL_ExampleBot
Пример(тестовый мини апп): https://t.me/restaurant_OWL_ExampleBot/restaraunt
Например, большой каталог услуг или товаров, очень сложно корректно показать кнопками и сообщениями от бота. Но если перенести его в вебвью, то пользоваться ботом становится в разы удобнее.
Поделитесь секретом, как Вы считаете временные трудозатраты менеджеров для конкретного проекта?
Этого бота делали на php, а коммерческих уже python.
Спасибо, изучим этот инструмент мониторинга. Когда писали свою проверку для бота, не планировали делать что-то серьезное и надолго. Поэтому в начале разработки основная идея была "сделать быстро и просто". Запрос через CURL с параметром CURLOPT_CERTINFO, идеально подошел - отдает всю необходимую информацию о сертификате домена, а реализация запроса и обработка данных заняли 15 минут.
Мы без плагинов делали. В бекенде редмайна добавили немного логики внутри контроллеров - при обновлении задач отправляют post-запросы к бекенду бота. Отправляется id созданной/обновленной задачи и id пользователей, которые являются ответсвенными в задаче. Далее уже в логике бота обрабатываем эти данные. При необходимости дозапрашиваем через api редмайна, недостающую информацию о задаче по ее id. И отправляем уведомление, ответсвенным за задачу, в телеграм.
Приветствую! Бот может отправлять сообщения как в личку, так и в общий чат(группу или канал). Работает через api sendMessage, в параметре chat_id можно передавать как идентификатор пользователя, так и идентификатор канала.
Привет!
В этой версии бота мы к api делали запросы напрямую, без библиотек. Но все библиотеки работают через апи) А в апи телеграм нет возможности получить текст переписки из чатов.
Пару вариантов решения есть:
в чаты можно добавлять бота, который будет “слушать”, сохранять и фильтровать все переписки. Запоминая, кто и что написал
“руками” экспортировать все переписки и скриптами разобрать данные
Не встречали таких api, скорее всего их нет. Бот может получать файлы, которые ему присылают или пересылают сообщениями, через апи getFile. А с полученным файлом уже можно сделать что угодно, например, сохранить к себе на хост и сделать ссылку на просмотр
Лопоухим клиентам будут втридорога «втюхивать» сайты-визитки, на новом, навороченном движке, от самого ВК.
Как Вы и сами верно заметили, создание всего функционала коллажа довольно непростая задача, поэтому я решил разбить описание на несколько статей. А эта статья «пилотная», так сказать, проба пера. Также я хотел узнать на сколько тема интересна и актуальна — имеет ли смысл писать про коллажи дальше. Теперь я вижу, что люди интересуются этой темой, и планирую в ближайшем будущем написать продолжение.
Почему только для не обрезанных? Повороты можно делать на любом этапе.
Можно накладывать любые эффекты, если делать все действия на сервере, отправляя данные о картинке и об операции над ней с помощью аякса. Но этот способ будет работать медленней, чем обработка средствами браузера. Но есть и плюсы — гораздо больше возможностей.
Но это не влияло на работу скрипта, поскольку при клике по аппликации на панели, в рабочей области создается новая картинка уже с уникальным id.