?

import spasibo

ModuleNotFoundError: no module named "spasibo"

в чем ошибка?

Ох ох

А где ошибка то?

А попробуй еще раз в foo после изменения get сделать

success

мерси

Это было очевидно

норм так?

или надо, наверное, в return token, token_exp возвращать.

а эти 14 минут - это всегда так будет? МОжет быть, лучше отлавливать когда запросы начнут получать отлуп от сервера, тогда получать новый токен и повторять запрос?

можно еще раз в терминах "поиск в гугл" плиз)

можно еще раз в терминах "поиск в гугл" плиз)

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

Как сервер отвечает что токен кончился - это уж надо тебе смотреть самому)

это легко сделать. Спасибо)

Один момент. Как это лучше реализовать? Есть куча функций, которые по апи с сврвером общаются. Токен они берут из переменной BIZ_TOKEN. Мы делаем запросы к серверу, допустим токен кончился и сервер возвращает нам 401. Прописывать проверку ответа сервера и вызов auth() в каждой функции я полагаю не верный ход мысли. Тогда как это сделать?

Прописывать проверку кода ответа севера в каждом вызове - верный ход

у requests еще есть raise_for_status()

а зачем токен хранить в переменной окружения?

а где его хранить?

.yaml ?

лишний раз открывать и закрывать файл, чтобы получить токен?

если это что-то, что меняется каждые 15 минут, то yaml - еще более херовый способ )

а SECRETS всякие через env vars часто передаются

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

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

и вот тут как раз os.environ спасает, да но я б в отдельную переменную записал, если потом есть необходимость его перезапрашивать и перезаписывать, потому что os.environ['TOKEN'] = '...' это как-то странно

лишний раз открывать и закрывать файл, чтобы получить токен?

Один раз прочитать в переменную?

получается надо запросить у сервера токен, записать в файл, потом из файла его получить)

А правильно ли будет сделать обертку api_call() которая будет принимать функцию на вход и в которой будет храниться токен и если что обовляться?

а зачем? о_О

функция - это собственно запрос к серверу

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

APIClient

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

А правильно ли будет сделать обертку api_call() которая будет принимать функцию на вход и в которой будет храниться токен и если что обовляться?

Это декоратор называется.

Естественный процесс обучения

ребят оцените написал с утра https://github.com/heyyyoyy/beginning/blob/master/vk8.03.py

круто

ребят оцените написал с утра https://github.com/heyyyoyy/beginning/blob/master/vk8.03.py

а если у меня двухфакторная аутентификация?

продолжай в том же духе

а если у меня двухфакторная аутентификация?

А как это обходить я хз?если честно не нашёл

А как это обходить я хз?если честно не нашёл

в доке есть :) посмотри

продолжай в том же духе

? спасибо

в доке есть :) посмотри

Спасибо) а в vk библиотеке это не реализовано скорее всего

https://vk.com/dev/authentication

https://vk.com/dev/auth_direct

во тут!

ребят оцените написал с утра https://github.com/heyyyoyy/beginning/blob/master/vk8.03.py

а потом мне разгребать вот эти бездущные рассылочные поздравления

фу

Двухфакторная аутентификация Если Вы передали в запросе параметр 2fa_supported=1 и у пользователя включена двухфакторная аутентификация, на запрос с верными логином и паролем вернется ошибка need_validation со следующими полями: validation_type — тип подтверждения. Возможные значения: 2fa_sms — подтверждение через SMS; 2fa_app — подтверждение с помощью приложения для генерации кодов. phone_mask — маска номера телефона. Необходимо запросить у пользователя код подтверждения и повторно отправить запрос на авторизацию с дополнительным параметром code, содержащим код подтверждения. Если возникли проблемы с получением кода из приложения или пользователь не хочет использовать приложение для генерации кодов, Вы можете форсировать получение кода по SMS, повторно передав запрос авторизации с параметром force_sms=1.

а потом мне разгребать вот эти бездущные рассылочные поздравления

но тыжирекрутер?

но тыжирекрутер?

ниет

а потом мне разгребать вот эти бездущные рассылочные поздравления

? ну уж извиняйте

а могла бы быть!

ну, нет

нечего в девках всю жизнь ходить

Двухфакторная аутентификация Если Вы передали в запросе параметр 2fa_supported=1 и у пользователя включена двухфакторная аутентификация, на запрос с верными логином и паролем вернется ошибка need_validation со следующими полями: validation_type — тип подтверждения. Возможные значения: 2fa_sms — подтверждение через SMS; 2fa_app — подтверждение с помощью приложения для генерации кодов. phone_mask — маска номера телефона. Необходимо запросить у пользователя код подтверждения и повторно отправить запрос на авторизацию с дополнительным параметром code, содержащим код подтверждения. Если возникли проблемы с получением кода из приложения или пользователь не хочет использовать приложение для генерации кодов, Вы можете форсировать получение кода по SMS, повторно передав запрос авторизации с параметром force_sms=1.

Спасибо) попробую потом где нибудь уже с этим реализовать

Разбираюсь с декораторами. Допустим будет так: @auth() def get_data(self): ... get_data() делает запрос к серверу. Соотв. ей нужен токен. Так как auth() будет выполняться непосредственно перед get_data(), то тогда я не понимаю как можно запихать туда ответ сервера, ведь он будет получен после выполнения тела функции)

получается надо запросить у сервера токен, записать в файл, потом из файла его получить)

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

тьфу, промазал

ERROR: S client not available

А правильно ли будет сделать обертку api_call() которая будет принимать функцию на вход и в которой будет храниться токен и если что обовляться?

> в которой будет храниться токен и если что обновляться

декоратор - как раз место, в котором это имело бы смысл делать

как раз потому, что он выполняется перед функцией

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

другой вопрос в том, эффективно ли это

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

это я уже понял. Просто павел писал, о реализации без проверки времени жизни токена, а просто отправлять запросы пока сервер не скажет, что токен уже не актуален и потом его обновлять

если ты будешь юзать декоратор, получится, что отправляются лишние ывзовы, это не круто

ну, можно сделать так

функция будет кидать эксепшн, а декоратор будет ловвить, обновлять токен и перевызывать с нормальным токеном

это, наверное, будет наиболее верно хз че до меня сразу не дошло :)

типа этого: def auth(): def check_status(): тут вызовем get_data() и вернем статус if status...

аэы.. ну да, как вариант

только питоничнее эксепшены бросать в случае ошибок

ok

ok

в телеграме, если что, можно нажать "стрелку вверх" на клаве, чтобы быстро отредактировать последнее сообщение )

буду знать)

Ребят, а есть чатик по django?

пиши ему в личку, @django_python

пусть ник оправдывает

(шучу)

Ребят, а есть чатик по django?

https://t.me/pydjango

Спс

может кто знает как поправить?

у тебя наверное http:// не указано в переменной

а

нет