скорее всего лучше тебя

ну похоже

при использовании тора ты дальше ближайщих узлов не выйдешь

нет

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

Блин. Ну вот нахрена у питона столько зависимостей

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

а зарубежные вакансии где брать? :)

monster.com

@yakov_k таки добгый день, Яков, вот так встреча! :)

@yakov_k таки добгый день, Яков, вот так встреча! :)

таки приятно встретить знакомого человека)

Есть тут гуру энджинкса?

вопрос а там решим

Вопрос к гуру энджинкса - у меня есть три условных сервера: один раутит реквесты, второй socket.io занимается, а на третьем стоит энджинкс. Как заставить энджинкс проксировать что-куда надо?

Вот такая вот конфа не работает: daemon off; error_log /dev/stdout info; events { worker_connections 1024; } http { access_log /dev/stdout; map $http_upgrade $connection_upgrade { default upgrade; '' close; } upstream websocket { server 127.0.0.1:5001; } upstream flask { server 127.0.0.1:5000; } server { listen 5002; location / { proxy_pass http://websocket; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $connection_upgrade; include uwsgi_params; uwsgi_pass flask; } } }

что не пашет то?

502

бэд реквест

по такому хрен что продиагностируешь

какой запрос?

куда должен попасть?

куда попадает?

Простой хттп запрос

Должен попасть в фласк

Попадает в 502

502 это не бэд реквест, если что

Блин, бэд гейтвей

Уже путаюсь после 3 часов

танцев с бубном

А почему и proxy_pass и uwsgi_pass одновременно прописаны?

Для одного локейшна

Я их поменял в два локейшна

Да

проверь через wireshark

Не через сокет потому что хрен знает куда его пихать тут же все в докере

Ничего не выдает.

Ничего не срёт. Логгинг в stdout весь.

error log /dev/stdout debug

ERROR: S client not available

привет. есть вопрос, сразу скажу я тупой и извращенец: через nohup запускаю пайтон скрипт, внутри которого через os.popen вызываю bash скрипт, тоже с nohup внутри так вот, когда я прибиваю пайтон скрипт - все процессы, которые он запускал через os.popen тоже помирают. Как бы сделать так, чтобы запущенное внутри жило и после остановки скрипта?)

если докер, то почему 127.0.0.1:5000;

там же другая сеть

172.****

а обещали чтотут не будут пиздить сразу

если докер, то почему 127.0.0.1:5000;

Есть какая-то разница? У меня всё запаблишено.

привет. есть вопрос, сразу скажу я тупой и извращенец: через nohup запускаю пайтон скрипт, внутри которого через os.popen вызываю bash скрипт, тоже с nohup внутри так вот, когда я прибиваю пайтон скрипт - все процессы, которые он запускал через os.popen тоже помирают. Как бы сделать так, чтобы запущенное внутри жило и после остановки скрипта?)

таки логичное поведение, но гадать как запускаешь не буду

это работает если интерфейс - loopback? мне кажется, там надо цепляться на eth0 или что-то такое.

а на линкедине hr ошиваются и пишут периодически

это да. Но пока, вроде, https не заблочен

Ребят, как по человечески из json внести данный в mongo на питоне?

в монго ничего по человечески сделать нельзя

а вообще есть клиент pymongo

Хотел через Mongoimport сделать. Запускать команду с помощью fabric. но fabric что-то на винде становиться не хочет.

а вообще есть клиент pymongo

не могу найти как мою задачу решить при помощи pymongo

Хотел через Mongoimport сделать. Запускать команду с помощью fabric. но fabric что-то на винде становиться не хочет.

зачем для этого пайтон? mongorestore же есть

а вот и нет. я проверил (: запускаем сервер на 127.* - $ docker run -i -t -p 8888:8888 python /usr/bin/python -c 'import BaseHTTPServer as bhs, SimpleHTTPServer as shs; bhs.HTTPServer(("127.0.0.1", 8888), shs.SimpleHTTPRequestHandler).serve_forever()' проверяем - $ curl 172.17.0.1:8888 - Failed to connect to 172.17.0.1 port 8888: Connection refused

а вот и нет. я проверил (: запускаем сервер на 127.* - $ docker run -i -t -p 8888:8888 python /usr/bin/python -c 'import BaseHTTPServer as bhs, SimpleHTTPServer as shs; bhs.HTTPServer(("127.0.0.1", 8888), shs.SimpleHTTPRequestHandler).serve_forever()' проверяем - $ curl 172.17.0.1:8888 - Failed to connect to 172.17.0.1 port 8888: Connection refused

есть запускать сервер не на loopback - всё ок.