Там в конфиг файле написано, что можно отключить часть систем, чтобы снизить нагрузку. Например, тот же solr. Всегда можно попробовать и затестить. Уверяю, запустится без проблем. Впрочем, solr и сам отключится, если ему покажется, что не хватает пространства
Ну, логика есть, на самом деле. Одни из основных условий реализации качественного бот-детектирования и человек-детектирования — покрытие большого количества интернет-пространства и сбор Big Data для скоринга посетителей. Большое покрытие тяжело сделать, если нет безусловно бесплатного тарифа. Вот и получается, что платные пользователи платят за бесплатных, чтобы у платных всё работало лучше.
Справедливости ради, и на "2 ядра, 2 гига" mailcow прекрасно работает и тянет порядка 500 активных пользователей одновременно. Активных, именно что активных, а не получающих одно письмо в день.
Выходит нифига не три копейки. Хочешь иметь базу данных и приложение? 310+ рублей в месяц на докхосте по их же словам. И это у тебя 10% cpu. Когда можно взять за 150 рублей vps. Плюс, когда полгода назад смотрел, сколько стоит захостить контейнер, это выходило сильно дороже одноядерного vps. Цены у крупных провайдеров заоблачные
Более того, делал аналогичные штуки непублично с мтс банком, озон банком, монобанком, рокетбанком, авито, тиндером, вкусно и точка, яндекс лавкой и приложением самоката для сотрудников. Ревёрсинг — не такая уж и сложная вещь, даже несмотря на все попытки компаний защитить API от анализа и вмешательств
Да, уверен) Потому что сам это делал. Это API физлиц и никаких 1С с ним нет, можете погуглить эндпоинты, на них не ссылается ни одна дока тиньки, ни один openapi.json
Бедный человек, не знал, что сетевые запросы приложения можно перехватывать и вообще взаимодействовать с сервером любого сервиса не только через официальное приложение, но и "руками". Telethon, который позволяет управлять личным тг аккаунтом, существует уже девять лет. Примерно с тех же времён на гитхабе лежат уже готовые проекты, чтобы пересылать всё в канал.
Статья имеет место быть как описание фичи, но вопрос, как это решает озвученную проблему, что есть сервер, которому плохо и на котором "не ходят" письма? Трафика на сервере меньше не стало, появилось только ещё одно промежуточное звено. Проблему решают дополнительные сервера
Намешали всего в кучу.
async def function— обычная функция, которая возвращает корутину.
function() вернёт <coroutine object>, это не Future.
await <coroutine object> не возвращает Future. Оно возвращает сразу результат корутины.
Future возвращает только вызов event_loop.create_task(), и то в виде более комплексного объекта типа Task, который лишь унаследован от Future.
Разработчик почти никогда не работает с Future напрямую.
Новичкам для работы с ботами в это всё вникать не надо
Имхо, pytelegrambotapi был плох ещё лет восемь назад. Aiogram намного лучше
Как хорошо, что ребята из Т-Банк хорошо подумали над неймингом и назвались "Т-Мобайл". Так ведь точно никакой путаницы не будет ✨
Там в конфиг файле написано, что можно отключить часть систем, чтобы снизить нагрузку. Например, тот же solr. Всегда можно попробовать и затестить. Уверяю, запустится без проблем. Впрочем, solr и сам отключится, если ему покажется, что не хватает пространства
CRM Пачка стоит в углу, грустно ингалирует глицерин и смотрит на происходящее с ноткой ностальгии
Ну, логика есть, на самом деле. Одни из основных условий реализации качественного бот-детектирования и человек-детектирования — покрытие большого количества интернет-пространства и сбор Big Data для скоринга посетителей. Большое покрытие тяжело сделать, если нет безусловно бесплатного тарифа. Вот и получается, что платные пользователи платят за бесплатных, чтобы у платных всё работало лучше.
Справедливости ради, и на "2 ядра, 2 гига" mailcow прекрасно работает и тянет порядка 500 активных пользователей одновременно. Активных, именно что активных, а не получающих одно письмо в день.
Вроде как, речи о передаче mac/imei не идёт, так?
Ip адрес, географический адрес — из интересного
Через тоннели — понятно. Я про контекст ddns. Ни один ddns не поможет, если это серый IP
¬ Белый IP не выдаёт
¬ Использовать DDNS
А как тогда люди будут подключаться, если IP не белый? Не путайте белые и динамические IP адреса.
Выходит нифига не три копейки. Хочешь иметь базу данных и приложение? 310+ рублей в месяц на докхосте по их же словам. И это у тебя 10% cpu. Когда можно взять за 150 рублей vps. Плюс, когда полгода назад смотрел, сколько стоит захостить контейнер, это выходило сильно дороже одноядерного vps. Цены у крупных провайдеров заоблачные
Браузерное api не интересно, оно почти всегда сильно ограничено, я ревёршу приложения
Более того, делал аналогичные штуки непублично с мтс банком, озон банком, монобанком, рокетбанком, авито, тиндером, вкусно и точка, яндекс лавкой и приложением самоката для сотрудников. Ревёрсинг — не такая уж и сложная вещь, даже несмотря на все попытки компаний защитить API от анализа и вмешательств
Да, уверен) Потому что сам это делал. Это API физлиц и никаких 1С с ним нет, можете погуглить эндпоинты, на них не ссылается ни одна дока тиньки, ни один openapi.json
https://github.com/WhiteApfel/neolegoff_bank
Тинькофф банк подойдёт?
Бедный человек, не знал, что сетевые запросы приложения можно перехватывать и вообще взаимодействовать с сервером любого сервиса не только через официальное приложение, но и "руками". Telethon, который позволяет управлять личным тг аккаунтом, существует уже девять лет. Примерно с тех же времён на гитхабе лежат уже готовые проекты, чтобы пересылать всё в канал.
И особенно, что у телеги открытое API.
Ну, понятнее не стало)))))
Статья имеет место быть как описание фичи, но вопрос, как это решает озвученную проблему, что есть сервер, которому плохо и на котором "не ходят" письма? Трафика на сервере меньше не стало, появилось только ещё одно промежуточное звено. Проблему решают дополнительные сервера
Интересно, где здесь пропаганда или политика, которую видят некоторые минусявщики 🤔 Констатация фактов опенсорса