ты вызываешь python script.py питон сперва читает файл в память. потом парсит и создает аст. на этом этапе ловятся синтакс еггоги если всё ок, идёт обход аст и генерация байткода. на этом этапе строки и прочие литералы как [1, 2, 3] превращаются в константы в объекте кода потом запускается евал цикл, который обрабатывает байткод. на этом этапе происходит вызов list() т.е. вот тот литерал создался один раз и в бинарном виде а лист() вызывается в рантайме и выделяет память каждый раз со всем багажом затрат

Посты Зарта не грех сохранять, пока он не решил написать об аниме)))

для аниме у меня другие каналы есть

для аниме у меня другие каналы есть

Закинь в лс какой-нибудь чатик с анимеёбами.

а вбить в поиск и найти сразу пачку не?

В телеге? Тут же хуй найдешь

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

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

Карочи, колись.

Ребят подскажите, как в Django логировать все запросы к серверу в файл?

Ребят подскажите, как в Django логировать все запросы к серверу в файл?

лучше это делать не джангой же

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

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

Да я понимаю у меня подключены nginx логи, но мне хотелось бы получать полную инфу о запросе что в хедаре, что в боди и тд

плохая мысль

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

Ну для дебага – ок. Если в голой джанге – копай в сторону settings.LOGGING.

Хочется человеку выстрелить себе в ногу – почему бы не помочь?

не, логи приложения это тоже важная и нужная штука, но она решает другую проблему

и туда не попадают "все запросы"

@alexstav, не забудь, что execute выполняет не больше 25 запросов за один раз (если сейчас не поменяли), так что в pages_list надо передать не больше 25 элементов. Плюс передавать их надо (в моём случае): json.dumps(list(liked_pages_chunk)

Короче, хрень оказалась в том, что в документации (и, соответственно, в тестовых запусках) API.execute() возвращает объект с ключом items, а в реальности ключ users. Спасибо за помощь.

@alexstav, кхм… Удобно)

и туда не попадают "все запросы"

Я понимаю что не все, у меня там только запросы к api. Я пришёл к мысли, что мне нужен дополнительный лог на Джанго, когда решал свою предыдущую задачу.

и туда не попадают "все запросы"

Ну ту с csrf, если помните

а..

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

Вопросик: какую либу покурить для простенького UI на питоне?

tkinter, гы

http://stackoverflow.com/a/4839713/356274 пример

Ну… Kivy :)

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

надеюсь это щас была ирония)

Мне нужно элементарное: вывод картинок и пара кнопок, завязанных на функции.

Киви там ебануться можно

Киви там ебануться можно

Спасибо.

:D

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

http://stackoverflow.com/a/4839713/356274 пример

Пока точно сказать не могу, но вроде то, что надо

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

Thnx.

Интересно, а что бы вы сказали на моё предложение pyqt? :D

Ну норм, кеды фарева

На пайкьте меньше граблей, чем на киви

Пока точно сказать не могу, но вроде то, что надо

только сислог поменяй на логгинг

Киви мне показался крайне неудобным и геморным

Интересно, а что бы вы сказали на моё предложение pyqt? :D

ну если не считать того, что на нём очень трудно что-то делать, когда ты обложился пеп8, то пойдет

так и не решил что лучше - смешивать написание или нет

Мне весь UI на питоне кажется унылым :(

qt вполне себе

Не-не, я не буду обсуждать pep8. Опять будете троллем обзывать :(

Ещё такой вопрос, кто-нибудь писал real-time без использования сокетов. То есть на сервер отправляем запрос и отдаём по событию в бд. Если да, то не подскажите, как сделать так, чтобы 1 вотчер не занимал 1 воркер

пробелы vs табы, ага

Мне весь UI на питоне кажется унылым :(

А на делфи збс!!!!

:D

Ответ отдаём*

какое отношение сокеты имеют к рилтайму...

Почему бы не использовать вебсокеты?

какое отношение сокеты имеют к рилтайму...

Я и говорю про веб Советы

Сокеты*

Почему бы не использовать вебсокеты?

Не все браузеры их поддерживают + это лишние зависимости

Какие браузеры не поддерживают socket.io?

какое отношение вебсокеты имеют к сокетам...

Ну… Можно повесить условный post_save сигнал на базу/таблицу и проверять, кому это надо отправить.

@zartsoft, считай, что я телепат :D

тсс

какое отношение вебсокеты имеют к сокетам...

Они сокеты)

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

Ну… Можно повесить условный post_save сигнал на базу/таблицу и проверять, кому это надо отправить.

Я так и сделал, но есть несколько проблем. Первая, что на каждого слушателя выдаётся worker и 2, что gunicorn и nginx через некоторое время требуют ответ и если событий к тому времени не произошло всё рушится

Если произошло событие, то ты с сервера 1 инициируешь запрос на сервер 2

ERROR: S client not available

он хочет лонг поллинг чтоль?

Я пока не понял :)

Но, думаю, он не хочет лонг поллинг. А почему, не ответил.

Если произошло событие, то ты с сервера 1 инициируешь запрос на сервер 2

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

а нгинкс тогда что... *легкое охуение*

В случае с веб сокетами можно использовать что-то типа tornadio, django-socketio или аналоги. Можно почитать про socket.io. Если хочется позаморачиваться, то можно при эвенте в базе делать запрос на сервер 2.

Я точно не знаю, но вроде Django не может инициировать ответ без запроса

manage.py команда, например?

Команда manage.py сама по себе никак не влияет на клиента

Я не понял вопрос.

Я не понял вопрос.

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

Никак

Сервер с БД что-то в ней делает, потом инициирует запрос на сервер 2.

Так работает real time update в некоторых соц.сетях.

Так а к клиенту, как это поподает

А теперь давай с самого начала: что ты хочешь сделать?

А теперь давай с самого начала: что ты хочешь сделать?

Я хочу сделать real-time без веб сокетов (потому что мне лень внедрять новые зависимости и проект не коммерческий). Самое просто решение это отправлять на сервер запрос и как только что-то происходит в бд отправлять всем клиентам заинтересованным в обновлённой информации ответ. Но тут есть две проблемы под каждого клиента выделяется, как минимум 1 вокер, и nginx, gunicorn, да и большинство браузеров так и норовят закрыть соединение по таймингу. Внимание вопрос, есть ли способы кроме двух выше перечисленных и отправления запроса раз в n секунд, для решения моей проблемы

человек ведь даже не понимает что такое рилтайм -_-

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

в общем его не устраивает хттп

Ну… Можно написать свой клиент и свой протокол ;)

Только вот зачем?…

чятег?

Скорее всего

человек ведь даже не понимает что такое рилтайм -_-

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

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

в которое веб почти не попадает

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

Ну ты ведь меня понял. И я думаю все присутствующие поняли

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

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

У меня не достаточно инфы пока по сокетам, так бы с радостью использовал

Ну если мы говорим про веб.апп, то здесь надо включить разум и вебсокеты. Я не вижу в этом проблему. Изменил параметр – он перерисовался на фронте и отправился в базу. Изменился параметр в базе – отправил на фронт и перерисовал. Если мы говорим про общий случай, то на задержки до 200-500мс очень насрать.

За сим откланяюсь, повторять одну и ту же мысль пять раз надоело :)