что за тема для atom?

ща

Atom Dark

Base15 tomorrow dark

синтаксис

М, как мне передать параметр скриптом питона в шатдавн?

Даун, ладно

подумал, что можно сделать так: @contextmanager def expect_change(obj, attr, change): before = getattr(obj, attr) yield after = getattr(obj, attr) assert after - before == change и далее with expect_change(walrus, 'energy', 100): walrus.receive_gift(cheese)

Субпроцесс, да?

Для винды

Субпроцесс, да?

да

Понел

Ребята, киньте тот xkcd на тему увеличения программистских способностей при определенном уровне алкоголя в крови

пик балмера

Да, я нашел

Само в голове всплыло

грущу что забыл

и в голове что-то начинает

"балмер!" балмер! балмер!

Но всё равно спасибо

девелоперс! девелоперс! девелоперс!

hehe

Екараный бабай

А виндовсам тоже нужен суперпользователь для шатдауна?

Нет, это на линухе в десктопных дистрах рут не нужен, а при обратных дефолтных настройках настраивается

Понел

Парррррррни... тут никто не работал с cordova + получением файлов из локалстораджа

?

а то у меня пошел 5ый час хождения по кругу и я начинаю сходить с ума с этого говна ,____, оно не хотет запускаться

ребят, привет. я добавил команды своему боту через botfathera, но он их добавил в формате "/command@my_bot"

не знаете, как от @my_bot избавиться?

*я про телеграм*

а, понял, это только в группах

а, понял, это только в группах

Сам спросил - сам ответил ?

Да я, вроде, прочитал этот раздел в документации, но один абзац пропустил)

Сорян)

ребят, привет. я добавил команды своему боту через botfathera, но он их добавил в формате "/command@my_bot"

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

Да-да, я это прочитал

А если я точно знаю, что в группе не будет больше одного бота, это мне не поможет?)

Он всё равно автоматом припишет этот постфикс?

А ночью чат окончательно превратился в конференцию по самоутверждению?

Он всё равно автоматом припишет этот постфикс?

Он приписывается только когда в группе уже есть больше одного бота. По крайней мере так раньше было.

А ночью чат окончательно превратился в конференцию по самоутверждению?

Набег был какой-то.

Какие то ls grep в powerhell

Хотя ls там есть

Он всё равно автоматом припишет этот постфикс?

может, в одном чате только мой бот, но постоянно от части людей уходит /команда@имя_бота

Ага, точно так же

сделай просто cmd = text.split('@')[0]

Но ведь эти команды botfather создаёт, я не могу их в коде редактировать

Я бы так и сделал)

в botfather нужно только если нужна подсказка для клиентов

вот она и нужна

Так-то понятно, что я могу help сделать, всё такое, но удобнее с подсказками, не все хотят тыкать хелп)

и твоему боту команда придет как текст

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

а чем тебя такая подсказка не устраивает? explicit is better than implicit.

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

Дамп и локальный клон

Пагни, какой http статус ставить, если один из required fields не заполнен в запросе?

400?

Пагни, какой http статус ставить, если один из required fields не заполнен в запросе?

422 http://stackoverflow.com/questions/3050518/what-http-status-response-code-should-i-use-if-the-request-is-missing-a-required

Пагни, какой http статус ставить, если один из required fields не заполнен в запросе?

418

418

мой любимый статус)

app.get('/teapot', function(req, res) { res.send('I'm a teapot', 418) });

Вопросец еще.  Допустим, у меня аутентификация на основе токена(допустим, это jwt). Там в payload - айдишник юзера. Т.е. фактически при каждом запросе мне нужно делать decode токена и запрос к базе, чтобы понять, что за юзер.  Это норма вообще?

а что плохого?

При каждом запросе на авторизацию?

ERROR: S client not available

Или при любом запросе?

При любом запросе. Например, у меня есть эндпоинт, юзер в нем может себе поменять данные. Допустим, метод patch в классе с декоратором, который проверяет валидность токена. объект юзера я могу получить только, только если декодирую токен, достану айдишку и сделаю: User.objects.get(id=ObjectId(getattr(g, 'user_id', None))

точнее, токен декодируется уже в декораторе и делает например:             g.user_id = payload['sub']

а что, декодирование токена такая тяжелая операция, чтобы париться неё?

я вот тоже чет не понял, что надо-то?

Каждый раз запрос к базе для оплучения текущего юзера - это норма?

дял получения текущего юзера из токена

Вопрос в том, норма или нет. вот и все

Конечно норма. Но если база очень далеко, то храни юзера в токене.

почему и нет?

Ну хз, я считаю что это не очень хорошо

Конечно норма. Но если база очень далеко, то храни юзера в токене.

Объект?

Ну хз, я считаю что это не очень хорошо

альтернатива? кроме сериализовать юзера в токен..

альтернатива? кроме сериализовать юзера в токен..

Хранить пользователей в памяти некоторое время?

Минут 10 кэшировать

Минут 10 кэшировать

кеширование запросов выходит за рамки "ходить ли в базу за юзерами, кмк. Так мы договоримся до выбора базы для хранения пользователей.

Ну это да)

там же выборка по primary key, она мнгновенна будет.

Еще можно действительно хранить юзера в токене, но это уже опасно, нет?

Айдишки достаточно думаю

Еще можно действительно хранить юзера в токене, но это уже опасно, нет?

шифруй и подписывай. только токен будет размером с гору Эверест.

Не вижу смысла хранить объект. А вообще сейчас гляну ,как в django-jwt это сделано

Еще можно действительно хранить юзера в токене, но это уже опасно, нет?

Токен подписан секертным ключом, прочитать пейлоад можно, но не изменить. Дергать юзера из базы по айдишнику нормально, ничего не должно смущать.

шифруй и подписывай. только токен будет размером с гору Эверест.

у вкшечки токены, ммм

Ну это. Я тут посмтирел исходники популярной либы

User = get_user_model()         username = jwt_get_username_from_payload(payload)         if not username:             msg = _('Invalid payload.')             raise exceptions.AuthenticationFailed(msg)         try:             user = User.objects.get_by_natural_key(username)         except User.DoesNotExist:             msg = _('Invalid signature.')             raise exceptions.AuthenticationFailed(msg)

т.е. да. Каждый раз получение юзера - запрос к базе

тупое, прямолинейное и неубиваемое решение

А у джанги базовая аутентификация же на куках построена?

Есть подозрение, что там получение current_user - так же и делается какждый раз

по дефолту - да.