не читать джсон глазами, он не для этого

json не для того чтобы вооо....я тоже самое начал писать

Понял, благодарю

Да, это поведение можно отключить, но не нужно

Ребзя извините за беспокойство и спасибо

Помогите с логикой, пожалуйста. Внутри parse() есть itemloader. Но чтобы собрать полный item, требуется из parse() посылать дополнительные реквесты на таргет. Я это делаю через response.follow() с колбэком и передаю туда метой инстанс itemloader. Но тут возникает проблема - когда и откуда вызывать itemloader.load_item()? Ведь эти доп-реквесты непонятно в какой последовательности выполняются, это же не стэк FIFO - так бы тупо из последнего вызванного response.follow() и вызвал бы load_item().

высылать цепочкой, а не циклом

либо scrapy-inlne-requests

Я цепочкой и вызываю. Грубо вот так:
def parse()
    loader = ItemLoader()
    response.follow(meta = {'loader'=loader}, callback=one)
    response.follow(meta = {'loader'=loader}, callback=two)

def one()
    pass

def two()
    response.meta['loader'].load_item()

Не получится так, что two закончит раньше one и загрузит неполный item?

это не цепочка, а параллельно

цепочка это второй из первого

Понял, спасибо. Правда логика какая-то убогая получается

Обычная логика

То есть делать несколько parse1, parse2, parse3, вместо того, чтобы каждый метод делает то, что ему положено делать

нет, с чего бы?

это ж обычная замена итерации рекурсией

Каждый калбэк это результат одного http запроса, так что всё логично

Да, но было бы здорово, чтобы можно было бы вызвать какой-то final метод, который бы завершал сборку айтема, когда все остальные реквест-хелперы выполнятся. Чтобы не приходилось например из хелпер-метода вызывать следующий хелпер-метод, что на мой взгляд все-таки нарушает логику - в этом случае это уже не чистый хелпер-метод получает, а часть основного пути программы, то есть основного parse.

пиши диздок, суй в гитхаб