угу

я насколько понимаю - sax так не делает, он итеративный

и .iterparse в конечном итоге тоже? потоком обрабатывать ElementTree не выйдет?

и .iterparse в конечном итоге тоже? потоком обрабатывать ElementTree не выйдет?

про iterparse не уверен, возможно, он и не грузит целиком

Обмажутся своими xml-ями и ходют потом, парсят, понимаешь...

про iterparse не уверен, возможно, он и не грузит целиком

я просто по докам и стэковерфлоу сужу — загружает итеративно, только нигде не написано, что выгружает в итоге)

добрый день, а не подскажете, почему в третьей ветке всё так безрадостно и приходится городить list, когда хочется reversed или слайс? print(list(reversed(list(groupby(files, key=get_grouper(sys.argv[2])))))[1:])

я просто по докам и стэковерфлоу сужу — загружает итеративно, только нигде не написано, что выгружает в итоге)

ну так это и так должно подразумеваться

если у тебя нет ссылок на объект - его съедает gc

добрый день, а не подскажете, почему в третьей ветке всё так безрадостно и приходится городить list, когда хочется reversed или слайс? print(list(reversed(list(groupby(files, key=get_grouper(sys.argv[2])))))[1:])

какой-то странный код

чего добиться-то хочешь?

какой-то странный код

ну если прямее, то вот print(list(groupby(files, key=get_grouper(sys.argv[2])))[:-1]) мне надо все группы, кроме последней.

и .iterparse в конечном итоге тоже? потоком обрабатывать ElementTree не выйдет?

для обработки xml, посмотри на XSLT

потому что итератор

потому что итератор

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

ну если прямее, то вот print(list(groupby(files, key=get_grouper(sys.argv[2])))[:-1]) мне надо все группы, кроме последней.

не, я имею в виду, что хочешь добиться в итоге?

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

не, я имею в виду, что хочешь добиться в итоге?

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

а итератор это чорт знает что, может даже бесконечной длины

как минимум за sys.argv[2] уже стоит заминусовать

для обработки xml, посмотри на XSLT

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

как минимум за sys.argv[2] уже стоит заминусовать

это я наколеночно же.

ну так это и так должно подразумеваться

А ну да, если только не очень уж глубокое дерево(ссылка на родителя так-то остается)

А ну да, если только не очень уж глубокое дерево(ссылка на родителя так-то остается)

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

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

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

хм, увы, да =( а если запихнуть внутрь материализацию в список, то толку никакого.

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

но у тебя же xml приходить одного какого-то вида(наверно). Почему бы не преобразовывать это в json, например, и уже его работать

но у тебя же xml приходить одного какого-то вида(наверно). Почему бы не преобразовывать это в json, например, и уже его работать

будто это спасает от потребления памяти.

но у тебя же xml приходить одного какого-то вида(наверно). Почему бы не преобразовывать это в json, например, и уже его работать

А какая разница то?

будто это спасает от потребления памяти.

да хуй с ней, с памятью. Это ж просто удобней

но у тебя же xml приходить одного какого-то вида(наверно). Почему бы не преобразовывать это в json, например, и уже его работать

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

да хуй с ней, с памятью. Это ж просто удобней

имхо сорта сериализации.

ну, тогда обрабатывать поточно же

http://lxml.de/sax.html только так и чинить.

sax'ом, например

да

ну, тогда обрабатывать поточно же

ну вот этот вопрос и возник)

хм, увы, да =( а если запихнуть внутрь материализацию в список, то толку никакого.

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

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

почему бы сразу не сделать, как надо?

http://lxml.de/sax.html только так и чинить.

гляну его, не знал раньше

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

это я в творческом порыве писал. потом выпрямил уже.

почему бы сразу не сделать, как надо?

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

гляну его, не знал раньше

странно, lxml - это одна из самых тонких и быстрых обёрток в строгом режиме.

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

а зачем тебе вообще групбай-то? почему бы просто не отсортировать в обратном порядке?

по ключу

а зачем тебе вообще групбай-то? почему бы просто не отсортировать в обратном порядке?

так тоже можно, да. просто потом нужно каждую группу расфасовать в свой отдельный архив. оно же ложится само на group by. https://gist.github.com/Igelko/6300dd1900aaf2c49e7fbbd67e0ef9a0

так тоже можно, да. просто потом нужно каждую группу расфасовать в свой отдельный архив. оно же ложится само на group by. https://gist.github.com/Igelko/6300dd1900aaf2c49e7fbbd67e0ef9a0

так просто ж sorted(files, key=os.path.getmtime), не?

ты как-то усложняешь :) я понимаю, функциональщина, все дела

так просто ж sorted(files, key=os.path.getmtime), не?

а где нарезать потом на кастомные куски? Писать вложенные циклы с break? мне где-то надо нарезать по %Y-%m, а где-то по %Y-%m-%d плюс потом удобно поименовать именем группы.

а уж из нормальной функции лямбду возвращать - это вообще жесть

а уж из нормальной функции лямбду возвращать - это вообще жесть

думаешь проще прямо по месту её вкатать?

думаешь проще прямо по месту её вкатать?

конечно, лямбда на то и лямбда

lambda x: lambda y: - это ещё хуже.

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

а на сколько групп тебе надо делить?

ты по таймстемпам в названии группируешь?

ты по таймстемпам в названии группируешь?

нет, мне надо у всех файлов узнать mtime, вытащить из него кусок по маске выше, потом сгруппировать по этому значению и каждую такую кучку сунуть в свой архив. архив поименовать маской.

ну, я в принципе согласен, groupby здесь, наверное, подходит

нет, мне надо у всех файлов узнать mtime, вытащить из него кусок по маске выше, потом сгруппировать по этому значению и каждую такую кучку сунуть в свой архив. архив поименовать маской.

я бы сказал, такую задачу проще решать без питона :)

я бы сказал, такую задачу проще решать без питона :)

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

я поначалу думал вообще обойтись банальным logrotate, но понял, что не хватит.

ну, я бы, честно, не стал бы мудрить и сделал просто while-циклом

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

ну либо комменты оставляй

ERROR: S client not available

Либы не найдется для net.tcp?

ща спросим

Либы не найдется для net.tcp?

в смысле? работать с tcp-сокетами?

socket ne?

в смысле? работать с tcp-сокетами?

.NET'овские

https://github.com/JustArchi/ArchiSteamFarm/wiki/WCF

вот к этой штуке подключиться

вот к этой штуке подключиться

detected

detected

детектнулся окто с левентосом

Ну так шо, нету для Net.Tcp ничего?

Придется блочить порт?

Ну так шо, нету для Net.Tcp ничего?

так пошарь на гите в исходниках

мб наковыряешь

так пошарь на гите в исходниках

А хрен там

тебе нужен только на питон?

Проприетарщины

а, ты про сам ASF?

+

так он использует .NET'овскую реализациюи

а тебе нужен код на питон для коннекта через WCF?

хотя хз зачем тебе он

ибо статус можно выводить командой в чате стима

а, ты про ironpython?

Там просто можно вроде импортировать эти классы

а, ты про ironpython?

эт шо?

хотя хз зачем тебе он

веб оберточка

эт шо?

эт Python, который работает на дотнете

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

у меня сервер на моно

я не знаю, может, он на моно тоже может

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