На тогда только циклом

зачем регулярки, если можно использовать beautifulsoup у меня проблема именно в разном уровне вложенности (3, 4 ...)

Циклом щитать количество открывающих и закрывающих тегов и на этой основе строить вложенности

Долго, но как вариант

зачем регулярки, если можно использовать beautifulsoup у меня проблема именно в разном уровне вложенности (3, 4 ...)

код давай

код давай

https://paste.ubuntu.com/23767592/

это нужно с сохранением порядка вложенности что-то вроде многоуровнего меню

'items': [str(x) for x in item]

страшные вещи тут происходят я смотрю

страшные вещи тут происходят я смотрю

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

думал их сделать экземплярами bs

а в чем в общем-то проблема?

входные данные я вижу, а какие хочется видеть на выходе?

не очень понимаю фразу "перенести в базу с сохранением вложенности"

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

а база какой структуры?

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

тебе по-моему нужно базу спроектировать, а не переносить в нее)

я это вижу примерно так сначала сделать json в котором только нужные данные потом заносить его в бд parent title parent_id item title head text parent_id image item_id image file item_id file

я это вижу примерно так сначала сделать json в котором только нужные данные потом заносить его в бд parent title parent_id item title head text parent_id image item_id image file item_id file

шо ещё за parent

item item_id title head text parent_item_id image parent_item_id image file parent_item_id file

item является предком item

image и file - тоже предки item

действительно parent был лишним

просто будет несколько root-item на страничке

глазомер мне подсказывает, что в примере их два

парсить - рекурсивно

берешь item, а потом пытаешься взять у него head text files images items - вот тут рекурсия

Уахахахахахаха

:DD

Буду клепать с собой мемасики

;)

На 404 повешу

а почему вы эти итемы с родителем просто строкой не возьмете?

зачем хранить разборные?

так там не очень простая иерархичная структура же

на сколько не простая?

ну так есть же ссылочка

как все <item>...</item>, а именно содержимое атрибутов, вложенных элементов перенести в базу? с сохранением уровней вложенности (которая там разная) https://paste.ubuntu.com/23767479/ к каком направлении смотреть?

а что за структура такая?

на хмл не похоже

оно и есть

похоже я его дано не видел((

берешь item, а потом пытаешься взять у него head text files images items - вот тут рекурсия

спасибо, попробую хотя мне непонятно как я буду заполнять parent_id

У каждого итема будет уникальный id (pk)

Внутри рекурсивной функции всегда имеем parent item в области видимости

Жсон - иерархическая структура, боюсь перевод в нее только запутает и потратит время

Внутри рекурсивной функции всегда имеем parent item в области видимости

Кроме момента с первым вызовом

В первом вызове просто не записываем parent_id

Жсон - иерархическая структура, боюсь перевод в нее только запутает и потратит время

ага, правильнее будет сразу orm-объекты создавать

А какой орм?

Тогда не parent id, а просто parent (fk)

скорее всего возьму peewee

скорее всего возьму peewee

Простенькая

Подойдёт вполне

А может в сторону монго посмотреть?

берешь item, а потом пытаешься взять у него head text files images items - вот тут рекурсия

и на вход функция принимает только soup?

Не знаю, соуп, не соуп) должна принимать итем для парсинга + парент итем (наверное уже orm объектом)

А может в сторону монго посмотреть?

с ней дела не имел jsonfield есть и в pg ведь зачем тогда монго

Не знаю, соуп, не соуп) должна принимать итем для парсинга + парент итем (наверное уже orm объектом)

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

При запуске из рута пусть parent-item=None

А теперь я спать ;)

Есть ли способ как нибудь объявлять переменные не так: a, b, c = 0, 0, 0 А как нибудь так a, b, c = 0?

Бесит сука не могу

Когда переменных штук 20 заколебешься нули писать

a = b = c = 0

Ух ты!!

Обязательно попробую, спасибо

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

In [14]: a = b = [] In [15]: a.append(1) In [16]: a Out[16]: [1] In [17]: b Out[17]: [1]

Это про то, что а и b ссылаются на один и ттот же объект? Я так понимаю, что это касается только строк

как раз строки иммутабельны

а вот словари и списки - не очень

Т.е. если я объявлю a = b = 0

то все ок

А потом a = 1, то b = 0

In [25]: a = b = 0 In [26]: a += 1 In [27]: a, b Out[27]: (1, 0)

да

и строки тоже ок. и float.

и кортежи (tuple)

а вот листы и дикты - ахтунг

насчет сетов не уверен

насчет сетов не уверен

Изменяемые же

Мне только для числовых переменных. Спасибо огромное.

Изменяемые же

да, спасибо )

Есть фрозенсет)

Мне только для числовых переменных. Спасибо огромное.

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

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

Да понятно, что 20 это я преувеличил, но иногда за 10 заходит. А пока учишься бывает, что лишние использую. Потом, когда уве написал программу, обычно вижу, что 2-3 переменные лишние

ну ладно :)

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

паскаль с тобой не согласен. ?

паскаль с тобой не согласен. ?

так мi и не паскаль вроде здесь изучаем!

Вообще наверное оба подхода имеют смысл. С одной стороны когда все переменные объявлены в одном блоке, то это проще отследить

Вообще наверное оба подхода имеют смысл. С одной стороны когда все переменные объявлены в одном блоке, то это проще отследить

тоже верно, раньше бывали срачи с коллегами по этому поводу %)