Scrapy-kukujo apartenas al seanco, ne aŭtomate al prokuro

Ŝanĝi la prokuron ne aŭtomate ŝanĝas la kukojn de la araneo. Tio povas esti utila por unu daŭranta seanco kaj surpriza, kiam pluraj sendependaj seancoj kunhavas la araneon.

La kuka meza programaro de Scrapy subtenas apartajn kukujojn elektitajn per la cookiejar metadatumoj de la peto. Donu al tiu ŝlosilo la identecon, kiun vi efektive volas konservi:

yield scrapy.Request(
    'https://example.com/start',
    meta={'proxy': selected_proxy, 'cookiejar': 'workflow-17'},
)

La finpunkto kaj la kukuja ŝlosilo estas sendependaj elektoj. Neprokurita publika rampado povas preni sian elektitan HTTP-finpunkton el la listo de HTTP-prokuroj, kie tiu vojo estas permesita; la laborfluo ankoraŭ posedas la kukujan ŝlosilon. Sekva peto, kiu devus resti en ĉi tiu seanco, bezonas la saman kukujan ŝlosilon; la metadatumoj ne glue al ĉiu nova peto, kiun vi kreas. Transdonu la koncernajn kampojn, kiujn la laborfluo bezonas, anstataŭ blinda kopii ĉiujn metadatumojn de la meza programaro.

Uzi la prokuran adreson kiel kukujan ŝlosilon estas nur unu politiko

Tiu mallongigo grupigas staton laŭ finpunkto. Ĝi ne nepre grupigas ĝin laŭ persono, konto aŭ publika eliro. Unu provizanta finpunkto povas rotacii elirojn, kaj pluraj kontoj povas uzi la saman finpunkton.

Por rajtigita laborfluo, kiu bezonas stabilan staton, registru aparte la identigilon de konto/seanco, la identigilon de kukujo kaj la elektitan vojon. Se vi decidas ŝanĝi la vojon duonvoje, decidu ankaŭ kio devus okazi al la aplikaĵa seanco.

Apartaj kukujoj malhelpas hazardan kunhavigon de kukoj inter la grupoj, kiujn vi difinis. Ili ne promesas, ke celloko ne povas rilatigi du petojn per konto aŭ aliaj aplikaĵaj datumoj.

Se la malĝusta paĝo restas post ŝanĝo de IP-adresoj, ekzamenu, kiu kukujo sendis la peton, antaŭ ol forigi ĉiujn kukojn aŭ anstataŭigi la tutan prokuran naĝejon. La konservita stato povas tute bone klarigi la paĝon.