Работаю со связкой django+scrapy+scrapyd+scrapyd-api+scrapy-proxies. В scrapyd вылетает ошибка "timing out client" что относится к twisted. Прокси быстрый и рабочий. Гугл молчит. Сталкивался ли кто-нибудь с подобной проблемой?

Парни, в питоне кроме data-анализа нет ничего! И 4.5k человек не знает скрапи? Вы шутите что-ли?

Просто это не то сообщество, на которое ты рассчитывал

Просто это не то сообщество, на которое ты рассчитывал

Сообщество пощекотать...что я не понял?

У меня сегодня день рождения. Явите мне подарок парни ... Алло, 4.5k человек

Товарищи, а кто работал с Докером? Для одного веб приложения работающего на одном сервере стоит воообще заморачиватся с докером?

Собрать и протестировать контейнер у себя локально, потом спулить его на сервер и запустить не думая о настройке окружения - если так удобно делать деплой, то да)

Товарищи, а кто работал с Докером? Для одного веб приложения работающего на одном сервере стоит воообще заморачиватся с докером?

Я крошечное приложение деплою в докере

У меня сегодня день рождения. Явите мне подарок парни ... Алло, 4.5k человек

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

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

Ни разу не занимался таким со времен школы.

Ни разу не занимался таким со времен школы.

Займись.

Можете подсказать, как сделать для массива вида: [{'Title': 'Text', 'Url': 'Text'},....,{'Title': 'Text', 'Url': 'Text'}] Тоже самое, но Url под Title: Text = "\n".join([AudioRow["Title"] for AudioRow in Audio])

Займись.

Неохото мне заниматься этим.

Лучше буду неделю ныть в чате.

Я свою немецкую выдержку посеял где-то в Спарте

Можете подсказать, как сделать для массива вида: [{'Title': 'Text', 'Url': 'Text'},....,{'Title': 'Text', 'Url': 'Text'}] Тоже самое, но Url под Title: Text = "\n".join([AudioRow["Title"] for AudioRow in Audio])

help

help

Задача непонятна.

Задача непонятна.

Можете подсказать, как сделать для массива вида: [{'Title': 'Text 1', 'Url': 'Text 2'},....,{'Title': 'Text N', 'Url': 'Text Z'}] Тоже самое, но Url под Title: Text = "\n".join([AudioRow["Title"] for AudioRow in Audio]) Теxt получается : Text 1 ... Text N А надо: Text 1 Text 2 ... Text N Text Z

'\n'.join('{Title}\n{Url}'.format(**x) for x in a)

Благодарю

format медленнее же

зачем каждого учите

потом они пишут говно

format медленнее же

Чем что?

чем % форматтинг

А.

Да тут можно было хоть itertools.chain заюзать

ты спец?

'\n'.join(itertools.chain.from_iterable(x['Title'], x['Url'] for x in a)

Что-то такое

люди я хотел спросить где надо писать код чтобы создать бота (язык программирования Python)

@Saluev У нас вызов! Похоже, снова преждевременная оптимизация!

format медленнее же

'\n'.join(itertools.chain.from_iterable(x['Title'], x['Url'] for x in a)

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

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

В голову приходит stringstream плюсовый только. В си наверно лучше сразу посчитать сколько места надо

format норм

хватит экономить на спичках

хватит экономить на спичках

все так говорят, а потом программы до 100 мегабайт дистрибутив отращивают

да ваще

И?

все так говорят, а потом программы до 100 мегабайт дистрибутив отращивают

я думал, мы про перфоманс, а не размер дистрибутива

и требования до дотнета

какой-то непонятный мифит, который мне нужен, только чтобы в sleep as android данные с браслета получать, весит 50 мегов

не надо стесняться маленьких дистрибутивов

размер дистрибутива не имеет решающего значения!

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

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

а уж чем меньше у нее внешних зависимостей, так ваще

то есть так

вообще замечательно

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

не совсем

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

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

Сперва пишешь с .format(). Потом чувствуешь, что ты по производительности где-то упираешься. Запускаешь профайлер. Выясняешь, что у тебя действительно ботлнек в .format(). Переписываешь все .format() на %. Запускаешь профайлер снова. Убеждаешься, что всё стало классно. Только после этого рассказываешь в чате, что format не нужен. А ты с конца начал.

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

Сперва пишешь с .format(). Потом чувствуешь, что ты по производительности где-то упираешься. Запускаешь профайлер. Выясняешь, что у тебя действительно ботлнек в .format(). Переписываешь все .format() на %. Запускаешь профайлер снова. Убеждаешься, что всё стало классно. Только после этого рассказываешь в чате, что format не нужен. А ты с конца начал.

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

не, ну например вот я генерю учебные данные для нейросетки. У меня есть 2млн примеров, надо разбить на 80% 10% 10% и перемешать. Я могу написать этот код сам, но могу из sklearn взять готовую функцию

и тут вижу кругом и всюду суют этот формат, который нафиг не нужен

но раз у меня все равно sklearn тянется из других зависимостей, то почему б и нет

Ребят, в чем косяк? python3

не, ну например вот я генерю учебные данные для нейросетки. У меня есть 2млн примеров, надо разбить на 80% 10% 10% и перемешать. Я могу написать этот код сам, но могу из sklearn взять готовую функцию

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

неверный синтаксис O_o

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

да да

ещё бы двоеточие со стрелкой показал

ты не картинкой, ты текстом

dpaste.org с норм синтаксис подсветкой и скрипт есть

и тут вижу кругом и всюду суют этот формат, который нафиг не нужен

Вот уж что действительно в наибольшей степени нафиг не нужно из способов форматирования, так это %. Потому что format для гибкости и сложных случаев, f-string для скорости и простых случаев, к тому же оба способа гораздо читабельнее

f-стринг пока только в 3.6

а его еще не везде завезли

Ну 3.6 не вчера появился тоже

3.7 вот вот

ну вот у меня 3.6 нету

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

Но это же не проблема f-string)

Вот уж что действительно в наибольшей степени нафиг не нужно из способов форматирования, так это %. Потому что format для гибкости и сложных случаев, f-string для скорости и простых случаев, к тому же оба способа гораздо читабельнее

почитай стаковкрфлоу формат проигрывает в скорости

то, что у меня в дистрибутиве нет питона, который умеет f-string, это проблема f-string 8)

почитай стаковкрфлоу формат проигрывает в скорости

> f-string для скорости

>> PEP 563: Postponed evaluation of annotations юху

почитай стаковкрфлоу формат проигрывает в скорости

Почитай моё сообщение внимательно

в 3.5?

хочу писать % и другим посоветую, пока форамт не пригодится

мне как-то пофиг - я иногда использую %, иногда format, иногда +

>> PEP 563: Postponed evaluation of annotations юху

не понял

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

мне как-то пофиг - я иногда использую %, иногда format, иногда +

иногда и +

приходилось либо импортировать, либо делать -> 'MyType'

хочу писать % и другим посоветую, пока форамт не пригодится

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

кто на асме не писал - не программист

приходилось либо импортировать, либо делать -> 'MyType'

т.е я не могу написать -> float если флоата нету в скоупе?

иногда и +

так ты за скорость?)

т.е я не могу написать -> float если флоата нету в скоупе?

флоат билтин

или за плюсики?)

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

я один админ-программист на своей работе

некому читать :(

флоат билтин

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