urllib3

urllib3 is 'n Python HTTP biblioteek met draad-veilige verbinding saamgooi en lêer post ondersteuning.
Highlights:
& Nbsp; * Re-gebruik dieselfde socket verband vir verskeie versoeke (HTTPConnectionPool)
& Nbsp; * File plaas (encode_multipart_formdata)
& Nbsp; * Ingeboude in aanstuuring en Pogingen (opsioneel)
& Nbsp; * Draad-veilige
Wat is verkeerd met urllib en urllib2?
Daar is twee kritieke funksies ontbreek in die Python standaard biblioteek: Connection hergebruik / saamgooi en lêer plasing. Dit is nie vreeslik moeilik om hierdie jouself te implementeer, maar dit is baie makliker om 'n module wat reeds die werk vir jou om te gebruik.
Die Python standaard biblioteke urllib en urllib2 het min te doen met mekaar. Hulle is ontwerp om onafhanklik en selfstandig te wees, elke oplossing van 'n verskillende omvang van probleme, en urllib3 volg in 'n soortgelyke trant.
Hoekom wil ek verbindings te onthou?
Prestasie. Wanneer jy gewoonlik doen 'n urllib oproep, is 'n afsonderlike socket verband geskep met elke versoek. Deur hergebruik bestaande voetstukke (ondersteun sedert HTTP 1.1), sal die versoeke neem minder hulpbronne op die bediener se kant, en ook 'n vinniger reaksie tyd by die kliënt se einde. Met 'n paar eenvoudige maatstawwe (sien toets / benchmark.py), aflaai 15 URLs van google.com is ongeveer twee keer so vinnig as die gebruik van HTTPConnectionPool (wat gebruik maak van 1 konneksie) as die gebruik van gewone urllib (wat gebruik maak van 15 verbindings).
Die biblioteek is ideaal vir:
& Nbsp; * Praat met 'n API
& Nbsp; * Kruipende 'n webwerf
& Nbsp; * Enige situasie waar in staat is om die lêers te plaas, te hanteer aanstuuring, en weer probeer is nuttig. Dit is relatief liggewig, so dit kan gebruik word vir enigiets!
Voorbeelde:
Gaan na die Voorbeelde wiki vir meer mooi syntax-uitgelig voorbeelde.
Maar, 'n lang storie kort:
van urllib3 invoer HTTPConnectionPool
API_URL = 'http://ajax.googleapis.com/ajax/services/search/web'
http_pool = HTTPConnectionPool.from_url (API_URL)
velde = {'v': '1.0', 'q': 'urllib3'}
r = http_pool.get_url (API_URL, velde)
Druk r.status, r.data

Wat is nuut in hierdie release:

• Bygevoeg urllib3.add_stderr_logger () vir die vinnig sodat stderr debug meld urllib3.
• Native volle URL parsing (insluitend auth, pad, navraag, fragment) beskikbaar in urllib3.util.parse_url (url).
• Built-in aanstuur sal oorskakel metode om 'kry' indien status kode is 303 (Issue # 11)
• urllib3.PoolManager stroop die skema en die gasheer voordat die versoek Uri. (Issue # 8)
• New urllib3.exceptions.DecodeError uitsondering wanneer outomatiese dekodering, gebaseer op die header Content-Type, versuim.
• Vaste fout met swembad uitputting en lek verbindings (Issue # 76). Bygevoeg eksplisiete verband sluit op swembad uitsetting. Added urllib3.PoolManager.clear ().
• 99% - & gt; 100% eenheid toets dekking.

Wat is nuut in die weergawe 1.4:.

• Klein programenjin-verwante fixes
• oorgeskakel van mimetools.choose_boundary te uuid.uuid4 ().
• Verbeterde url parsing. (Uitgawe # 73)
• IPv6 url ondersteuning. (Uitgawe # 72)

Wat is nuut in die weergawe 1.3:.

• verwyder pre-1.0 afgekeur API
• Refactored helpers in 'n urllib3.util submodule.
• Vaste multipart encoding te ondersteun lys-van-tuples vir sleutels met verskeie waardes. (Uitgawe # 48)
• Vaste verskeie Stel-koekie kop in reaksie kry nie saamgesmelt behoorlik in Python 3. (Issue # 53)
• programenjin ondersteuning met Py27. (Uitgawe # 61)
• Klein encode_multipart_formdata fixes wat verband hou met Python 3 snare vs grepe.

Wat is nuut in die weergawe 1.2.2:

• Vaste verpakking fout van nie gestuur toets-vereistes. txt. (Uitgawe # 47)

Wat is nuut in die weergawe 1.2.1:

• Vaste 'n ander fout met betrekking tot wanneer ssl module is nie beskikbaar is. (Uitgawe # 41)
• Ligging parsing foute nou verhoog urllib3.exceptions.LocationParseError wat erf van ValueError.

Wat is nuut in die weergawe 1.2:

• Added Python 3 ondersteuning (getoets op 3.2.2)
• Drop Python 2.5 ondersteuning (getoets op 2.6.7, 2.7.2)
• Gebruik select.poll plaas van select.select vir platforms wat dit ondersteun.
• Gebruik Queue.LifoQueue plaas van Queue.Queue vir meer aggressiewe verband hergebruik. Instel deur oorheersende ConnectionPool.QueueCls.
• Vaste ImportError tydens installeer wanneer ssl module is nie beskikbaar nie. (Uitgawe # 41)
• Vaste PoolManager aansture tussen skemas (soos HTTP - & gt; HTTPS) nie behoorlik voltooi. (Uitgawe # 28, ontbloot deur Issue # 10 in v1.1)
• oorgedra dummyserver te tornado gebruik in plaas van webob + eventlet. Verwyder vreemde nie ondersteun dummyserver toets back ends. Bygevoeg socket-vlak toetse.
• Meer toetse. Prestasie ontsluit:. 99% dekking

Wat is nuut in die weergawe 1.1:

• Refactored dummyserver sy eie wortel naamruimte module (wat gebruik word vir die toets ).
• Bygevoeg gasheernaam verifikasie vir VerifiedHTTPSConnection deur vendoring in Py32 se ssl_match_hostname. (Uitgawe # 25)
• Vaste kruis-gasheer HTTP aansture wanneer PoolManager. (Uitgawe # 10)
• Vaste decode_content geïgnoreer wanneer stel deur urlopen. (Uitgawe # 27)
• Vaste timeout-verwante foute. (Kwessies # 17, # 23)

Wat is nuut in die weergawe 1.0.2:

• Vaste tikfout in VerifiedHTTPSConnection wat net voor as 'n fout as jy die gebruik van die voorwerp met die hand. (Dankie pyos)
• Made RecentlyUsedContainer (en gevolglik PoolManager) meer draad-veilig deur die wikkel die toegang log in 'n Mutex. (Dankiechrister)
• Made RecentlyUsedContainer meer dict-agtige (reggestel __delitem__ en __getitem__ gedrag), met toetse. Moet raak nie die kern urllib3 kode.

Wat is nuut in die weergawe 1.0.1:

• Vaste 'n fout waar dieselfde verband sou teruggekeer raak in die swembad twee keer, wat veroorsaak dat vreemde & quot; HttpConnectionPool is vol & quot; teken waarskuwings.

Vereistes :

• Python