создавай клиента выше и прокидывай в класс

client = aiohttp.Client api = bambooapi(client)

Кто мешает две независимых сессии открыть и делать что угодно?

Можно конкретный пример?

stackoverflow? :)

уже гуглил

на стаковерфлол еще и создавать вопросы можно

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

вообще твоя ошибка ни на что не влияет, так что ты можешь просто сделать api.close() метод или делать del api, написав __del__, но это все костыли

такое ощущение, что любой подход тут костыли

Ди. Зай. Н.

Зай. Ди. Н.

Ди. Зай. Н.

какие ваши предложения?

какие ваши предложения?

В начале нарисовать на бумаге, потом ебашить.

покажи листинг как ты используешь

https://pypi.python.org/pypi/bamboo_api/0.0.1

https://github.com/liocuevas/python-bamboo-api

https://github.com/AstroTech/atlassian-python-api

покажи листинг как ты используешь

пока вот только это http://pastebin.com/MXyWWcL7

Писал hello-world с websockets и авторизацией. Сделал такую схему: Есть форма ввода логина/пароля , которые https-запросом уходят на сервер, сервер смотрит заголовки login и password, есть всё норм, то выдаёт aiohttp.web.json_response с токеном. Клиент читает токен и хендшейкает websocket по адресу wss://server/wss/$token. Aiohttp читает токен и сбрасывает соединение, если он неверный. Кажется, что-то нужно делать по другому. Есть идеи?

пока вот только это http://pastebin.com/MXyWWcL7

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

https://github.com/liocuevas/python-bamboo-api

да, Я в курсе, но мне нужен aio велосипед

http://mypy-lang.blogspot.ru/2017/03/mypy-0501-released.html

да, Я в курсе, но мне нужен aio велосипед

Да в зачем тебе aio-то так упёрся?

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

угу, это уже ок

Сделай IO, потом уже AIO.

Сделай IO, потом уже AIO.

IO просто

Это я так, брюзжу на самом деле, код не смотрел.

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

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

угу, это уже мои правки, Я вынес сессию в отдельный “приватный” метод, глобально только авторизацию храню

Писал hello-world с websockets и авторизацией. Сделал такую схему: Есть форма ввода логина/пароля , которые https-запросом уходят на сервер, сервер смотрит заголовки login и password, есть всё норм, то выдаёт aiohttp.web.json_response с токеном. Клиент читает токен и хендшейкает websocket по адресу wss://server/wss/$token. Aiohttp читает токен и сбрасывает соединение, если он неверный. Кажется, что-то нужно делать по другому. Есть идеи?

http://iostreamer.me/ws/node.js/jwt/2016/05/08/websockets_authentication.html

так что она кошерно закрывается

да мне все равно, ты код-то дашь с ошибкой?

Писал hello-world с websockets и авторизацией. Сделал такую схему: Есть форма ввода логина/пароля , которые https-запросом уходят на сервер, сервер смотрит заголовки login и password, есть всё норм, то выдаёт aiohttp.web.json_response с токеном. Клиент читает токен и хендшейкает websocket по адресу wss://server/wss/$token. Aiohttp читает токен и сбрасывает соединение, если он неверный. Кажется, что-то нужно делать по другому. Есть идеи?

вообще для теории гугли (jwt|bearer) websockets

я бы роут сделал статический, типа wss://server/wss

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

http://iostreamer.me/ws/node.js/jwt/2016/05/08/websockets_authentication.html

спасибо

еще один вариант https://github.com/aio-libs/aiohttp-session

да мне все равно, ты код-то дашь с ошибкой?

http://pastebin.com/7wVTVCZa

интересно, читал, что в handshake вебсокета нельзя вставить свой заголовок, но они во что-то это обернули и смогли WebSocket = require 'ws' ws = new WebSocket 'ws://localhost:8000',{ headers : { token: "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoiaW9zdHJlYW1lciJ9.oNx-4e9hldyATpdPZghd_sjX8DhTkQFVDBxIhKh4MC4" } }

еще один вариант https://github.com/aio-libs/aiohttp-session

это про серверсайд

ещё долго мучался с настройкой nginx, хотел, чтобы в виртулке стоял nginx с ssl сертификатом, который бы проксировал до aiohttp-сервера

пока всё решилось добавлением if ($request_method = 'OPTIONS') { add_header 'Access-Control-Allow-Origin' '*'; add_header 'Access-Control-Allow-Credentials' 'true'; add_header 'Access-Control-Allow-Headers' 'login, password'; add_header 'Access-Control-Allow-Methods' 'GET'; }

http://pastebin.com/7wVTVCZa

вызывай client через with, как говорили выше

вызывай client через with, как говорили выше

with BambooAPI(foo, bar) as client: client.lolo() client.zaza() ?

ага

пробовал использовать aiopg с sqlalchemy, но не пошло, в итоге написал для aiopg запросы f-строками

а зачем ф-строки?

Навык! Опыт! Скилл!

точняк, сорри, не подумал

чо это я

совсем лох

потому что начал на 3.6 писать и захотел побольше фич попробовать, а в sql строках они хорошо смотрятся

Объясните нубу, зачем всем подряд объектам __subclasshook__? Почему он не только у абстрактных классов?

потому что нет абстрактных классов отдельно?

ф строки для sql-запросов... пхпшник шоле

Everyone knows that an HTTP status code is an integer. Well, not for nginx. It can log an upstream_status_code ‘200‘ or ‘–‘ or ‘503, 503, 503‘. Searching nginx logs is tricky and statistics are failing with NaN errors (Not a Number).

я знал что у нгинкса логи говнище сраное, но чтоб настолько

mongodb is the worst database in the universe There are extensive documentation about mongodb fucking up, being unreliable and destroying all data. We came to a definitive conclusion after wasting spending lots of time with mongodb, in a clustered setup, in production. All the shit about mongodb is true. We stopped counting the bugs, the configuration issues, and the number of times the cluster got deadlocked or corrupted (sometimes both).

https://thehftguy.com/2016/09/12/250-gbday-of-logs-with-graylog-the-good-the-bad-and-the-ugly/ соус

Everyone knows that an HTTP status code is an integer. Well, not for nginx. It can log an upstream_status_code ‘200‘ or ‘–‘ or ‘503, 503, 503‘. Searching nginx logs is tricky and statistics are failing with NaN errors (Not a Number).

чмошник не умеет в документацию, похоже

и звучит вполне логично

логично, блядь, что?

что вместо одного кода хттп прилетает три?

да

нахуй - это вот туда, к параше и сысоеву

если запрос через несколько серваков проходит

When a request is processed through several servers, the variable contains several values separated by commas When there is an internal redirect from one upstream group to another, the values are separated by semicolons When a request is unable to reach an upstream server or a full header cannot be received, the variable contains “0” (zero) In case of internal error while connecting to an upstream or when a reply is taken from the cache, the variable contains “-” (hyphen)

я еще могу понять "-" для коннектов без обмена данными

дебил, блядь

https://www.nginx.com/resources/admin-guide/logging-and-monitoring/

ERROR: S client not available

для этого отдельное поле надо

а не хуярить в существующее, переопределяя семантику

а они и не переопределяют. там не написано upstream_status_code

там просто status

я знал что у нгинкса логи говнище сраное, но чтоб настолько

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

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

воооот!

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

собственно, это довольно удобный конвеншн, когда тебе надо парсить логи

если десять апстримов, ему чё, десять полей добавлять?

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

это отдельное поле. upstream_status_code

от этого лог по еще большей пизде пойдет

в бложике выше люди парсят 250тб логов в месяц и им вот нихуя не удобно

которое не status_code, которое вернули юзеру

если десять апстримов, ему чё, десять полей добавлять?

ты не пони

в бложике выше люди парсят 250тб логов в месяц и им вот нихуя не удобно

видимо им там удобнее будет эти три апстрима в одну запись склеивать, когда их распидорасит по разным кускам этих 250 Тб

1 реквест - 1 строка в логе - это очень мощная и удобная штука в nginx.

1 реквест - 1 строка в логе - это очень мощная и удобная штука в nginx.

только в нгинксе этого нет

пиздун

нгинкс логгит коннекты. а не реквесты

только в нгинксе этого нет

странно, у меня есть. мы же про access.log говорим?

нет

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

нахуй - это туда

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

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

я не про это

а про то, что он залоггирует коннект, на котором N=0

т.е. не реквест

эт как?

открыл коннект, запрос не прислал, закрыл

да, залогирует.

тупо подключись телнетом, и закрой

нормальные вебсервера такое игнорят