AR
Size: a a a
2020 July 08
SM
я тут был
AR
мёд-пиво пил
SM
:)
AR
yield response.follow кладёт реквест в очередь, когда реквест выполнится, вызовется колбэк, на этом всё, никакой другой магии там нет
AR
а parse это обычная питонья функция и когда выполнение дошло до её конца она завершается
AR
поэтому в приведённом коде один раз вызывается yield response.follow, parse завершается, выполняется parse_item с ответом от этого реквеста и всё
AR
надо несколько реквестов - значит надо несколько yield, а если хочется какой-то другой control flow то надо вообще переделывать всё
SM
Так, во - первых, спасибо!
во-вторых, то есть, зашли мы на сайт пауком, вызвалась parse —> обработали ответ в итем (parse_item), далее вернули управление ретурном parse. В самом парсе делаем Request на след страницу.
чтобы это сделать, надо в parse сначала вызвать parse_item, потом уже Request на след страницу, так?
во-вторых, то есть, зашли мы на сайт пауком, вызвалась parse —> обработали ответ в итем (parse_item), далее вернули управление ретурном parse. В самом парсе делаем Request на след страницу.
чтобы это сделать, надо в parse сначала вызвать parse_item, потом уже Request на след страницу, так?
AR
нет никакого "вернули управление ретурном parse"
SM
но return l.load_item()...
AR
и нет никакого " самом парсе делаем Request на след страницу." потому что приведённый parse делает реквест ровно один раз, на следующую страницу
AR
но return l.load_item()...
и?
AR
yield response.follow это не вызов колбэка как функции напрямую
SM
return же передаёт упраление load_item(). А
AR
... нет
AR
return l.load_item() вызывает load_item() и возвращает его результат
SM
А..сама цепочка запросов формируется внутри parse вызовом yield Request(...)?
К
А..сама цепочка запросов формируется внутри parse вызовом yield Request(...)?
Да и в любом другом калбэке