PHP умирает! И это факт! Скрипт на php при каждом запросе просыпается и отработав умирает!
Php для веб это офигенный язык! Начиная с версии 8 (завезли enum, включение strict type, обновленный интерпритатор) по быстродействию он разматывает просто в сопли любимый смузи-програмистами петухончик при этом позволяет непринужденно писать красивый код. Хочешь функциональный код, хочешь адекватный ООП, хочешь процедурный подход - на выбор всё для тебя.
Начало порадовало. Это у Вас некая традиция? Каждую весну украшаете дом изделиями из пенопласта? Кто то на НГ в баню ходит, а кто то по весне пенопластом дом украшает) шутка
Да. Не забывайте о возможности слать всякие sendMessage не после приёма хука, а в ответ на хук. То есть пришёл апдейт хуком и ты не отвечаешь кодом 200 и после шлёшь ответ, а прям вместе с кодом 200 отвечаешь на хук. Одно но. Один хук = один ответ (1 сообщение или правка 1 сообщения или 1 answerCallbackCuery,....).
Жаль не всегда можно реализовать без хуков. У меня например сейчас 2400 штук ботов, 7 разных типов (конструктор ботов через который пользователи создают сови боты). Как это сделать без хуков - даже предположить не могу.
По такой же логике продажи мороженного увеличивают риск утонуть. Если сравнивать статистику продажи мороженого и статистику утонувших - они коррелируют. Да и в большинстве случаев утонувший как минимум за неделю до утопления употреблял мороженое.
Я про то что проблемы со здоровьем полярников не обязательно связаны исключительно с употреблением дистиллированной воды. Согласитесь, это не единственный фактор)
Не совсем понимаю как хуки могут что то замедлить.
Пример:
Прилетел апдейт \wallet от пользователя. Бот лезет в базу, стучится по апишке на биржу за курсом, в общем проводит время с кайфом) и через час ответит пользователю. В этот самый момент падает хуком от другого пользователя апдейт с другим запросом. Сервер порождает ещё один процесс и бот отвечает незамедлительно.
Тут и малограмотным должно быть понятно. Если у меня 1000 ботов на сервере - для лонгов нужно 1000 демонов поднимать и заставлять их жить. При хуках пофиг один бот или 1000.
.... Тем, кто так или иначе уже сталкивался с разработкой Telegram-ботов на java, известно, что для того, чтобы класс, содержащий логику бота, реализовывал взаимодействие с сервисами Telegram, его необходимо унаследовать от класса TelegramLongPollingBot ...
Немного умею в ботов. В java не умею, но интересно.
Тут видимо упоминается некая библиотека или фреймворк. Это предложение я перечитал несколько раз. Тут прям безапиляционное утверждение что нужно использовать именно некий TelegramLongPollingBot без него никак, вообще. Если использовать другое или своё собственное - работать ничего не будет. Класс реализующий взаимодействие с тележкой обязательно должен быть унаследован от TelegramLongPollingBot. То есть если я напишу свой велосипед класс обработчик я обязан назвать TelegramLongPollingBot, если назову TlgmLngPollBot - магия не произойдет.
Вся идея у меня в голове как концепт не укладывается. Извините, но моё мнение что это какая то дичь.
Если приделать к этой коробке колеса - получится вполне себе серийный миникемпер 1,5х2 метра. Который вполне можно арендовать. Звоните - вам его привозят, ставят.
Но как выглядит ваш концепт: есть некое поле (полянка) с коробками от холодильников которые кто то сдаёт. Капсульный отель без отеля, капсулы от капсульного отеля. Или это не поле? Это не поле с коробками, а одна коробка где-то в лютых епенях. Рядом с ней стоит (живёт) её хозяин (владелец) и мечтает её сдать.
Так и не понял для кого эта книга. Приведены общеизвестные основы, которые имеются в документации.
Это даже на пособие "для чайников" не тянет. Просто распечатанная дока с кривым местами переводом.
"телеграм" пишется с одной "м" на конце.
А зачем?
Неужели кто то ещё пользуется соц сетями? Возможно я утрирую. Давно не слышал про них.
1 в каком месте он "официальный"?
2 звоночков было много. Сплошь и рядом подобные истории с этим сервисом.
PHP умирает! И это факт! Скрипт на php при каждом запросе просыпается и отработав умирает!
Php для веб это офигенный язык! Начиная с версии 8 (завезли enum, включение strict type, обновленный интерпритатор) по быстродействию он разматывает просто в сопли любимый смузи-програмистами петухончик при этом позволяет непринужденно писать красивый код. Хочешь функциональный код, хочешь адекватный ООП, хочешь процедурный подход - на выбор всё для тебя.
Не совсем понял как Windows 7 (операционная система) может конкурировать с iPhone (устройство).
Объясните для чего в принципе нужна фигма. Рабочий html и css не получишь. Прототип? - ну прототип быстрее в Corel можно накидать.
Текст закончился, а как стать крутым прогером информации нет.
В чём суть статьи? Это просто пророчество?
Или обязательно переходить на какой-то инфоциганский сайт? Дайте угадаю, там продают очередные гуанокурсы?
Чем плох подход при котором при пуше в мастер гитхаб сам подключается к машине по ssh и копирует нужные папки?
Захотели похвастаться - делайте до конца. Где ссылка на гитхаб?
Предлагаю переписать статью:
ОАК хочет собрать классический VTOL , но пока вот есть видео как поднимают большой мультикоптер. Всё! Остальное - вода.
Для неофитов хорошая статья.
Начало порадовало. Это у Вас некая традиция? Каждую весну украшаете дом изделиями из пенопласта? Кто то на НГ в баню ходит, а кто то по весне пенопластом дом украшает) шутка
Да. Не забывайте о возможности слать всякие sendMessage не после приёма хука, а в ответ на хук. То есть пришёл апдейт хуком и ты не отвечаешь кодом 200 и после шлёшь ответ, а прям вместе с кодом 200 отвечаешь на хук. Одно но. Один хук = один ответ (1 сообщение или правка 1 сообщения или 1 answerCallbackCuery,....).
Разумно, логично. Спасибо.
Жаль не всегда можно реализовать без хуков. У меня например сейчас 2400 штук ботов, 7 разных типов (конструктор ботов через который пользователи создают сови боты). Как это сделать без хуков - даже предположить не могу.
Корреляция это не всегда причина и следствие.
По такой же логике продажи мороженного увеличивают риск утонуть. Если сравнивать статистику продажи мороженого и статистику утонувших - они коррелируют. Да и в большинстве случаев утонувший как минимум за неделю до утопления употреблял мороженое.
Я про то что проблемы со здоровьем полярников не обязательно связаны исключительно с употреблением дистиллированной воды. Согласитесь, это не единственный фактор)
Не совсем понимаю как хуки могут что то замедлить.
Пример:
Прилетел апдейт \wallet от пользователя. Бот лезет в базу, стучится по апишке на биржу за курсом, в общем проводит время с кайфом) и через час ответит пользователю. В этот самый момент падает хуком от другого пользователя апдейт с другим запросом. Сервер порождает ещё один процесс и бот отвечает незамедлительно.
Может я Вас неправильно понял?
В vs code можно арендовать сервер чтоли?
Тут и малограмотным должно быть понятно. Если у меня 1000 ботов на сервере - для лонгов нужно 1000 демонов поднимать и заставлять их жить. При хуках пофиг один бот или 1000.
Немного умею в ботов. В java не умею, но интересно.
Тут видимо упоминается некая библиотека или фреймворк. Это предложение я перечитал несколько раз. Тут прям безапиляционное утверждение что нужно использовать именно некий TelegramLongPollingBot без него никак, вообще. Если использовать другое или своё собственное - работать ничего не будет. Класс реализующий взаимодействие с тележкой обязательно должен быть унаследован от TelegramLongPollingBot. То есть если я напишу свой велосипед класс обработчик я обязан назвать TelegramLongPollingBot, если назову TlgmLngPollBot - магия не произойдет.
Не сочтите за хейт и ответьте нубу)
Вся идея у меня в голове как концепт не укладывается. Извините, но моё мнение что это какая то дичь.
Если приделать к этой коробке колеса - получится вполне себе серийный миникемпер 1,5х2 метра. Который вполне можно арендовать. Звоните - вам его привозят, ставят.
Но как выглядит ваш концепт: есть некое поле (полянка) с коробками от холодильников которые кто то сдаёт. Капсульный отель без отеля, капсулы от капсульного отеля. Или это не поле? Это не поле с коробками, а одна коробка где-то в лютых епенях. Рядом с ней стоит (живёт) её хозяин (владелец) и мечтает её сдать.