export $TG_TOKEN=токен -bash: export: `=токен': not a valid identifier

Без доллара

угу, присвоилось, спасибо

Можно примеры красиво оформленных ботов на гитхабе?

Можно примеры красиво оформленных ботов на гитхабе?

Всмысле?

Можно примеры красиво оформленных ботов на гитхабе?

Красивые аватарки?

Красивые скриншоты?

Красивое описание

Комментарии на узбекском?

На красивом телефоне?

подскажите, а если акк был удален и зарегестрирован потом с той же симки, то id пользователя уже будет другим?

да

да

спасибо. А как часто можно удалять и регить новый акк вообще? есть ли какие-то ограничения вообще?

Есть

Не более 5 send_code_request в сутки

консультация спамеров?

Меня проконсультируйте

почему новореганные аккаунты удаляются через 2 минуты

Не более 5 send_code_request в сутки

хм... а есть у меня один участник, который уже задолбал: прибежит, нагадит и удаляет акк... Вот думаю как его заблочить...

Никак

Никак

Спасибо. извините за беспокойство. Да и супергруппа закрытая - на спам жаловаться бесполезно

Спасибо. извините за беспокойство. Да и супергруппа закрытая - на спам жаловаться бесполезно

может есть что-то общее? сообщения одни и те же

по ним и бань

по ним и бань

В том-то и дело, что нет - иначе б просто сделал бы удалялку в боте и все дела)) Просто мусор, не относящийся к тематике канала. Не маты. Просто большие куски с рандомным текстом... Имя разве что всегда юзернайм всегда длинный цеского нет. Ладно, буду думать... Может тупо проверять первое сообщение от пользователя на длинну и если оно = максимальному - удалять...

кто-то заказал тебя

В том-то и дело, что нет - иначе б просто сделал бы удалялку в боте и все дела)) Просто мусор, не относящийся к тематике канала. Не маты. Просто большие куски с рандомным текстом... Имя разве что всегда юзернайм всегда длинный цеского нет. Ладно, буду думать... Может тупо проверять первое сообщение от пользователя на длинну и если оно = максимальному - удалять...

если группа закрытая, то можно вообще превентивный бан и руками расбанивать

ботом

если группа закрытая, то можно вообще превентивный бан и руками расбанивать

о, спасибо за идею!

да тут таких идей в чате дофигища

force_reply

друзяфки, простите меня глупого - я не понимаю как в VK API смещение работает. Предположим я запрашиваю товары в магазине. Их 13 000. max. count = 1000 на запрос. То есть мне надо делать первый запрос с offset=0, потом =1000....и так 12 раз?

а то!

а как это лучше делать? через while? (python, простите за выражение)

Вчера тут советовали exсeption, но я пока не осилил - буду честен =)

for i in range(0, 13 000, 1000): get_items(offset=i, params=....)

на всякий так то нужно 13000+1000

если остаток от деления на 1000 есть

(интересное ты место нашёл, где 13к товаров)

Вчера тут советовали exсeption, но я пока не осилил - буду честен =)

Цикл for с оффсетом идеально

Спасибо! я пока еще не нашел как получить общее число товаров, видимо через длину market.get - сейчас гляну

Ах да, не забудь таймауты

а вообще лучше через execute

генеришь циклом запрос и отправляешь

генеришь циклом запрос и отправляешь

ну 13к разом тоже не очень как то

ну 13к разом тоже не очень как то

execute

execute

это я понял. он тебе 13к разом отдаст после твоего огромного запроса

А в чём проблема?

как то дохера, как по мне. по 5к хотя бы разделить

Окей, условно 3 раза по 5к

какая разница?

Или ты пишешь на языке, который не поддерживает массивы длиннее 5 тыс?

Или ты пишешь на языке, который не поддерживает массивы длиннее 5 тыс?

прогресс трудно показывать иногда бывает. как при скачивании, так и при обработке

А то что ты упрёшься в 429 с 500 тебя не смущает

таймауты проставить и нет проблем. как-то писал парсер для авито, убивало, конечно, количество этих запросов

А если 100к товаров?

Это нужно будет полчаса дампать их?

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

Это нужно будет полчаса дампать их?

нужно просто разбить на адекватное количество, чтобы грамотно выдавать прогресс. например на 4-5 частей делить

нужно просто разбить на адекватное количество, чтобы грамотно выдавать прогресс. например на 4-5 частей делить

Умник, а как ты поделишь 100к на 5 частей, если у тебя макс оффсет это 1000?

Умник, а как ты поделишь 100к на 5 частей, если у тебя макс оффсет это 1000?

эм, вообще то разговор про execute был

Так ты execute до максимума (30 команд) забьёшь тогда

Так ты execute до максимума (30 команд) забьёшь тогда

25

Так ты execute до максимума (30 команд) забьёшь тогда

а, там максимум есть. ну тогда проблема отпадает вообще

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

ERROR: S client not available

Охлол

srch = "https://api.vk.com/method/" \ "groups.search?&" \ "q=vape&" \ "type=group&" \ "market=1&" \ "sort=0&" \ "count=1000&" \ "access_token=...&v=5.52" Делаю такой запрос, по print(len(js3['response']['items'])) получаю 1000. Вопрос - как определить количество итераций со смещением, если нет общего числа найденных сообществ?

PROCESSING = True offset = 0 while PROCESSING: items = getitems(offset, data) if len(items): do_smth_with(items) offset += items time.sleep(?) else: print('RETRIEVED 0 ITEMS') PROCESSING = False

огого

Спасибо большое

А вообще нужно проверять, что тебе приходят новые

Я уж не знаю как ВК работает если оффсет больше чем всего доступно

Вроде пустоту возвращет

Попробуй в dev панельке ввести большой оффсет

да он пустой список с итемами возвращает

Вы меня простите пожалуйста, что я достался вам наследством тут =))))))))

srch = "https://api.vk.com/method/" \ "groups.search?&" \ "q=vape&" \ "type=group&" \ "market=1&" \ "sort=0&" \ "count=1000&" \ "access_token=...&v=5.52" Делаю такой запрос, по print(len(js3['response']['items'])) получаю 1000. Вопрос - как определить количество итераций со смещением, если нет общего числа найденных сообществ?

вот если я сюда добавлю offset=1000, то по идее (если групп найдено 1300), я получу с offset=0 - ответ 1000, а с offset=300 - получу 300?:) ну грубо если? Я просто вот пока вручную пытаюсь. Получил сначала 1000 найденных ответов. Меняю offset на 1000, count не трогаю. Ответ прилетает 0

Принимаю offset 800, получаю 200. Я запутался видимо где-то в березах

И вообще это не для этого чатика - явсе понимаю, можете меня забанить, так и умру неграмотным! )))

вот если я сюда добавлю offset=1000, то по идее (если групп найдено 1300), я получу с offset=0 - ответ 1000, а с offset=300 - получу 300?:) ну грубо если? Я просто вот пока вручную пытаюсь. Получил сначала 1000 найденных ответов. Меняю offset на 1000, count не трогаю. Ответ прилетает 0

ты получишь 1000, начиная с 300 группы

Вечер добрый, есть такой вопрос. Существует ли лимит на количество сообщений в секунду между ботом и клиентом?

ну да, вот следующую тысячу после 300-й группы. Но получаю ноль блин =)

Вечер добрый, есть такой вопрос. Существует ли лимит на количество сообщений в секунду между ботом и клиентом?

Да

Да

а можно число узнать или где в апи это покурить

а можно число узнать или где в апи это покурить

Google: telegram bot limits

Не более 20 в минуту в один чат

И не более 30 в секунду в принципе

ну да, вот следующую тысячу после 300-й группы. Но получаю ноль блин =)

павел, что то ты мутишь. непонятно вообще. во первых количество найденных групп - count в респонзе, код сверху от сергея не нужен. а с офсетами так - это смешение. 1300 групп оффсет 300 каунт 1000 получаешь 1000 начиная с 300 оффсет 1000 каунт 300 получаешь 300 групп начиная с 1000 оффсет 1000 каунт 1000 получаешь - пустой лист, т. к. максимум-каунт в таком случае 300

проверил сейчас у себя. в третьем случае действительно отдает ноль, если указать 300 и меньше

то есть смириться с тысячей все же и оффсетом плавать по ней?

то есть смириться с тысячей все же и оффсетом плавать по ней?

получается так. дебилизм какой то, если честно

ну вот то есть плавал я логично в этом вопросе, т.к. "не логичное" ограничение по сути

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

Не согласен..

Не согласен..

ну смотри, тебе нужно получить 1 миллион пользователей, тебе эту возможность дают. ты одним запросом будешь получать?

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

ну смотри, тебе нужно получить 1 миллион пользователей, тебе эту возможность дают. ты одним запросом будешь получать?

Принял лям. Разбил на части и в несколько потоков обрабатывай.