вчера делал вот так https://hub.docker.com/r/tomparys/skype/ не работает на X ругается

Что это

Это можно записать так, в конце определения def, validate_topping = staticmethod(validate_topping)

человек сразу стопиццот вопросов смешал воедино

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

скайп в докер

лучше хуй в розетку

лучше хуй в розетку

обьясни

Ахах

обьясни

У меня ест йенг, у меня есть розетка... Аааа... Йенг-розетка

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

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

/usr/bin/xauth: timeout in locking authority file /home/docker/.Xauthority X11 connection rejected because of wrong authentication.

у меня вот это вылезло

ну

куки надо пробросить

это ты еще на начале ёбли, пытаешься иксовый клиент заставить работать

DISPLAY у тебя хоть задан?

DISPLAY у тебя хоть задан?

я по этой ссылке делал нихера там про display нет https://hub.docker.com/r/tomparys/skype/

http://pastebin.com/WR2nuNch как сделать чтобы при инициализации класса animals изменялся volume на 1?

а нахуя?

мб добавить метод типа add_animal() в Shelter?

У меня ест йенг, у меня есть розетка... Аааа... Йенг-розетка

как законтачишь, расскажешь об очучениях

не подумал ыыы

мб добавить метод типа add_animal() в Shelter?

куки надо пробросить

а как куки пробросить?

ты че делаешь, http-запрос? через какую библилотеку, requests?

как работают в связке rabbitmq, celery, redis, мб еще чего кто, кому и какие запросы посылает и ответы получает?

куки иксовой авторизации, хттп и питон тут вообще не при чем

куки иксовой авторизации, хттп и питон тут вообще не при чем

понял, не вчитывался выше, пардон

как работают в связке rabbitmq, celery, redis, мб еще чего кто, кому и какие запросы посылает и ответы получает?

селери - система очередей. ты ей отправляешь таски (например, "отправить письмо с текстом <...> на адрес example@example.com") она может использовать в качестве брокера (хранилища тасков, грубо говор) или rabbitmq, или redis. redis - маленькое и легкое key-value хранилище. это как словарь в питоне, только отдельным приложением и в виде сервера. если вкратце, то оно не очень предназначно для таких задач, которые использует селери. rabbitmq - мощная штука, которая как раз была предназначена для того, чтобы перекидываться сообщениями, хранить и обрабатывать все это говно. соответственно, цепочка такая твой сайт крутится на джанго и на нем уже столько юзеров, что если сделать отправку емейла просто во вьюхе, то это будут адские тормоза и сайт не будет справляться. поэтому ты подключил celery с redis'ом (к примеру). 1) пользователь нажал на ссылку "восстановить пароль", потому что он его забыл, и хочет получить емейл со ссылкой для восстановления. 2) ты гришь джанге - "создай таск - надо отправить этому долбоебу ссылку для восстановления аккаунта" django-celery (или кто там) создает в редисе новый ключик queue['restore_email'].append('dolboeb@gmail.com', 'http://example.com/restore/3098429385293084283/') 3) соседним процессом крутится celery worker (или несколько). они постоянно мониторят редис и кто-то из них увидел там новый таск. 4) берут этот таск (restore_email, dolboeb@gmail.com и ссылку) и выполняют функцию в твоем же проекте - send_restore_email('dolboeb@gmail.com', ....) 5) письмо уходит ??? профит

это можно было и погуглить

ещо можно в celery-flower вживую мониторить таски

круто, спасибо

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

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

да хотя бы вот, например

http://docs.celeryproject.org/en/latest/userguide/tasks.html#retrying

селери - система очередей. ты ей отправляешь таски (например, "отправить письмо с текстом <...> на адрес example@example.com") она может использовать в качестве брокера (хранилища тасков, грубо говор) или rabbitmq, или redis. redis - маленькое и легкое key-value хранилище. это как словарь в питоне, только отдельным приложением и в виде сервера. если вкратце, то оно не очень предназначно для таких задач, которые использует селери. rabbitmq - мощная штука, которая как раз была предназначена для того, чтобы перекидываться сообщениями, хранить и обрабатывать все это говно. соответственно, цепочка такая твой сайт крутится на джанго и на нем уже столько юзеров, что если сделать отправку емейла просто во вьюхе, то это будут адские тормоза и сайт не будет справляться. поэтому ты подключил celery с redis'ом (к примеру). 1) пользователь нажал на ссылку "восстановить пароль", потому что он его забыл, и хочет получить емейл со ссылкой для восстановления. 2) ты гришь джанге - "создай таск - надо отправить этому долбоебу ссылку для восстановления аккаунта" django-celery (или кто там) создает в редисе новый ключик queue['restore_email'].append('dolboeb@gmail.com', 'http://example.com/restore/3098429385293084283/') 3) соседним процессом крутится celery worker (или несколько). они постоянно мониторят редис и кто-то из них увидел там новый таск. 4) берут этот таск (restore_email, dolboeb@gmail.com и ссылку) и выполняют функцию в твоем же проекте - send_restore_email('dolboeb@gmail.com', ....) 5) письмо уходит ??? профит

Охуенно, спасибо

суть всей этой конструкции в том, чтобы перенести обработку долгих вещей в отдельный процесс

ага, чтоб не блокировать саму джангу

а то емейл, например, пока сформируууется, пока отпрааавится

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

есть пачка вариантов как этого избежать

Асинхронная стрельба асинхронными пулями

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

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

а что удобнее/лучше, rabbit или redis? Или от ситуации заивист?

если нужды достаточно простые - послать запрос, получить ответ когда пришел - то прикручивать можно любую систему напрямки если нужно много специфического функционала (роутинг, дюрабилити) - то возможно лучше завязаться на конкретную очередь если же примерно пофиг - целери, чтобы оно на себя все проблемы взяло

а что удобнее/лучше, rabbit или redis? Или от ситуации заивист?

что щас начнется....

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

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

Many developers use Redis as a message queue, often wrappered via some library abstracting away Redis low level primitives, other times directly building a simple, ad-hoc queue, using the Redis raw API. This use case is covered mainly using blocking list operations, and list push operations. Redis apparently is at the same time the best and the worst system to use like that. It’s good because it is fast, easy to inspect, deploy and use, and in many environments it was already one piece of the infrastructure. However it has disadvantages because Redis mutable data structures are very different than immutable messages. Redis HA / Cluster tradeoffs are totally biased towards large mutable values, but the same tradeoffs are not the best ones to deal with messages.

при всем при этом если ты внезапно вырубишь сервак с редисом, он может не успеть сдампить данные на диск (он вообще не обязан это делать, он в первую очередь в RAM данные хранит) и че-нибудь да проебется

в то время как кроль - это именно MQ

у нас в приложении просто сейчас уже разные задачи есть, пока все веб-сервер делает, но я уже скоро буду начинат разгружать его. Там задачи типа отправки разного рода писем на email и долгий импорт данных из файла в БД. Файл загружает юзер через веб форму и начинаетждать, пока пройдет импорт. Поэтому присматриваюсь потихоньку, какие лучшие практики есть для решения этой задачи.

кстати, кроме celery + rabbitmq/redis есть еще RQ http://python-rq.org/ он выглядит очень круто, но я с ним дела не имел еще

я думаю, для новичка он подойдет лучше всего, ибо простой как палка (как фласк %))

кстати, кроме celery + rabbitmq/redis есть еще RQ http://python-rq.org/ он выглядит очень круто, но я с ним дела не имел еще

это пример очередной обвязки вокруг редиса. цитата выше была от автора другой обвязки - https://github.com/antirez/disque

http://docs.celeryproject.org/en/latest/userguide/tasks.html#retrying

а если я аппендил в бд тучу инфы (1гб или больше) часть уже добавилась, но таск упал обычный retry в try-except не поможет ведь, он начнет сначала и в бд появится мусор

у нас в приложении просто сейчас уже разные задачи есть, пока все веб-сервер делает, но я уже скоро буду начинат разгружать его. Там задачи типа отправки разного рода писем на email и долгий импорт данных из файла в БД. Файл загружает юзер через веб форму и начинаетждать, пока пройдет импорт. Поэтому присматриваюсь потихоньку, какие лучшие практики есть для решения этой задачи.

ну, ты в правильную сторону посмотрел, молодец

а если я аппендил в бд тучу инфы (1гб или больше) часть уже добавилась, но таск упал обычный retry в try-except не поможет ведь, он начнет сначала и в бд появится мусор

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

и ROLLBACKи же есть

не надо рассказывать про нехуй -_-

а чо(

мало ли какие задачи бывают. вон, может в олап надо заливать дампы базы на многогигабайт

ERROR: S client not available

но если ктото это делает с веба...

я те по секрету скажу - я это делаю :) и, кстати, в случае с кликхаусом (яндексовская OLAP субд) все запросы к ней делаются по HTTP

так вот, есть, к примеру, POST-запрос с INSERTом 100к строк в CSV. это, ну, скажем, 100 мегабайт. знаешь, че будет, если в 49683ой строке проебалась кавычка и СУБД не смогла ее распарсить нормально?

СУБД скажет "ой, бля, здесь ошибка, иди ты нахуй, не буду я ниче инсертить"

там нет транзакций. в принципе.

мне тут про яндекс сегодня прилетело в социалочках - https://www.facebook.com/lobachev.eugene/posts/858968810906969

(кстати, 100 мегабайт CSV сжимается gzip или deflate, превращается в ~2-5 мб и принимается сервером меньше, чем за секунду)

охуительные новости, да

спасибо!

а у меня дамп мускля в 2гб жмётся в 150мб гзипа

я те по секрету скажу - я это делаю :) и, кстати, в случае с кликхаусом (яндексовская OLAP субд) все запросы к ней делаются по HTTP

у меня тоже как раз игры и кликхаусом

ну вот. сделал insert - кх выпал в осадок^W эксепшен, ты залисал в лог/sentry, че не так, и пошёл дальше. а из лога/sentry уже потом посмотришь, разберешься, поправишьш и импортнешь еще раз

в итоге целого куска данных в БД нет, ну, это печалька конечно, но че поделать. зато КХ сам за тебя все роллбэкнул. не инсертнулось ничего.

а что по поводу gaerman'а скажете? пакет для питона смотрю устарел https://pypi.python.org/pypi/gearman/

gearman в целом устарел?

(запрыгивая в ушедший ?) python-rq няша. А в celery мне доставляет строка из документации про приоритеты тасков: The usual way to prioritize work in Celery, is to route high priority tasks to different servers.

Комплексный подход, ничего не скажешь

(запрыгивая в ушедший ?) python-rq няша. А в celery мне доставляет строка из документации про приоритеты тасков: The usual way to prioritize work in Celery, is to route high priority tasks to different servers.

ахахаха, прекрасно

а у меня дамп мускля в 2гб жмётся в 150мб гзипа

Помню на прошлой работе гзип дамп бд - 4 гб

Разворачивалась 2 дня

А тимлид с ссдшником такой: странно, у меня быстрее

лол

Я не понял. Че от меня опять хотят? http://i.imgur.com/WOLR0Rk.png

equal to the slice

Я не понимаю смысла в данной фразе

slice - отрезок строки/массива например, s = "qwertyuiop" print s[1:5] # wert

slice - отрезок строки/массива например, s = "qwertyuiop" print s[1:5] # wert

Спасибо

не за что ) там на скриншоте выше объясняется в 03. a slice of "Charlie" - s[1:4]

они хотят не печать а присваивание

т.е. чтобы результат был в переменной а не на выводе

т.е. чтобы результат был в переменной а не на выводе

Спасибо

http://i.imgur.com/YzVy2XP.png