HttpProxyMiddleware heart by de ynboude downloader-standertwearden fan Scrapy. It hoecht net yn it eigen DOWNLOADER_MIDDLEWARES-woardeboek fan it projekt te stean om beskikber te wêzen.

Der binne twa aparte kontrôles te besjen:

  • HTTPPROXY_ENABLED regelet oft de ynboude komponint ynskeakele is.
  • In None-wearde foar syn klaspaad yn DOWNLOADER_MIDDLEWARES hellet it út 'e gearfoege middlewarekeatling.

Bygelyks, dit skeakellet de standertynfier eksplisyt út:

DOWNLOADER_MIDDLEWARES = {
    'scrapy.downloadermiddlewares.httpproxy.HttpProxyMiddleware': None,
}

Ferwiderje dy oerskriuwing as de ynboude komponint weromkomme moat. Kopiearje net in âlde DOWNLOADER_MIDDLEWARES_BASE-tabel yn it projekt allinne om ien ynfier te werstellen; Scrapy kombinearret syn standertwearden mei de oerskriuwingen fan it projekt.

In ynskeakele middleware hat noch altyd in rûte nedich, út stipe omjouwingswearden of út 'e proxy-metadata fan it fersyk. Syn oanwêzigens yn in startlog is op himsels gjin fersyktotaak.

Hiel âlde Scrapy-ferzjes ferskilden yn wannear't de komponint laden waard sûnder proxy-omjouwingswearden. Hâld de ynstallearre ferzje by de diagnoaze, ynstee fan in histoaryske waarnimming út it 1.3-tiidrek as de hjoeddeiske ynskeakelregel te behanneljen.

Relatearre artikelen