Почему программа пропускает элемент в итерации?

Итерироваться то можно, просто результат не всегда очевиден.

Как асинхронно передавать значение переменной из view в темплейт?

nirvimel: и второй вопрос в догон: есть ли возможность асинхронной передачи переменной силами Питона и Джанго, без привлечения сторонних фреймвёрков?

Как асинхронно передавать значение переменной из view в темплейт?

nirvimel: ок, спасибо. Я правильно понимаю, что из фоновых процессов, чем бы они не были инициированы, есть возможность передавать асинхронно обновляемую переменную на фронтенд в течение всего времени расчёта?

Как асинхронно передавать значение переменной из view в темплейт?

Спасибо за советы, изучу.

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

Это неверный подход? Как же тогда лучше делать?

Как избавиться от utf-8 bom символов?

Потом вносишь правки в этот файл в Pycharm'e, а он его опять в UTF-8 with BOM кодирует. Хотелось бы без этого обойтись.

Как авторизоваться на vk.com через standalone django приложение?

KirillMB: Да, проблема решилась. Пересоздал приложение, тип указал - сайт, а не стендэлон. Всё заработало.

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: да, там такого добра гораздо больше, чем, например, 34,5К каких-нибудь :)

Ладно, пусть будет POST.

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: с двумя квадратными скобками завелось. Попробовал несколько раз, числа начинают выводится с 8423

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: пробую так (копипаста из ssh):
for i in {3000..40000}; do if [ $(curl www.ya.ru"$(seq 1 $i | sed '{:q;N;s/\n//g;t q}')" -w %{http_code} -so /dev/null) != '404' ]; then echo $i; fi; done

Ответ: -bash: [: !=: unary operator expected

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: Вот гляди, так верно?

for i in {3000..40000}; do if [ $(curl http://www.yandex.ru/"$(seq 1 $i | sed '{:q;N;s/\n//g;t q}')" -w %{http_code} -so /dev/null) != '404' ]; then echo $i;

По этому скрипту ничего не происходит. Указатель '>' ожидает ввода.

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: Влад, сегодня уже проверить не смогу. Завтра прогоню и напишу, что получилось

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: слушай, что-то в синтаксисе не то, говорит
-bash: [: !=: unary operator expected

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: давай :) Говори, что делать :)

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: всё, мой косяк, POST запрос заработал.

Влад, большое спасибо за помощь. Хрен с ним, буду переделывать всё в POST запросы.

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: я запрос в POST переделал. Всё равно ловлю 400 Bad Request. Магия какая-то.

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: а как можно посмотреть?

Вообще, ~ 4/10 от требуемый длины запроса отрабатывает, 5/10 - уже нет.

Может, тогда имеет смысл переделать в POST запрос, вроде никаких ограничений на них быть не должно?

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: Про логи: Используя tail -f /var/log/uwsgi.log
видно, что uwsgi при обычных запросах в логи пишет.

При длинном запросе tail -f /var/log/uwsgi.log не показывает ничего.

При длинном запросе nginx в error.log не пишет ничего, а вот в access.log
111.222.16.58 - - [23/Sep/2015:18:02:57 +0300] "-" 400 0 "-" "-"

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: абсолютный ноль в этом деле, делал, как вот тут написано: habrahabr.ru/post/226419

Нет, ничего не появляется. Значит всё же дело в nginx.

Почему nginx отдаёт 414 Request-URI Too Large?

Влад Животнев: В /etc/nginx/sites_enabled/default proxy_pass закомменчен. Я сам это значение, на сколько помню, нигде не задавал.

А может быть дело в настройках uwsgi? Может это он что-то не то в nginx отдаёт?

Почему nginx отдаёт 414 Request-URI Too Large?

client_header_buffer_size 8192K;
large_client_header_buffers 8 8192K;

добавил в http, не помогло.

Дампить трафик в бэкенд, к сожалению не умею. Попробовал tcpdump port 80. Какие-то ответы появляются, но что они означают, не знаю. Визуально выглядят так же, как и при обычном запросе.

Но если это вопрос про работает ли при стандартных get запросах, то ответ - да, работает.