ការបញ្ជូនតាមប្រូកស៊ីរបស់ gspread 6 សម្រាប់ការហៅ API និងការធ្វើឱ្យតូខេនស្រស់

កំណត់ទាំងសម័យ API ដែលមានការអនុញ្ញាតរបស់ gspread និងការដឹកជញ្ជូនសំណើធ្វើឱ្យព័ត៌មានសម្គាល់ស្រស់ នៅពេលមួយក្នុងចំណោមពួកវាត្រូវការប្រូកស៊ី៖

import requests
import gspread
from google.auth.transport.requests import AuthorizedSession, Request

routes = {
    'http': 'http://proxy.example:8080',
    'https': 'http://proxy.example:8080',
}
token_session = requests.Session()
token_session.proxies.update(routes)

session = AuthorizedSession(
    credentials,
    auth_request=Request(session=token_session),
)
session.proxies.update(routes)
client = gspread.Client(auth=credentials, session=session)

កូដនេះប្រើចំណុចប្រទាក់ Client របស់ gspread 6 ជាមួយសម័យដែលបានផ្តល់ និងព័ត៌មានសម្គាល់ដែលមានស្រាប់របស់កម្មវិធី។ វាកំណត់ការដឹកជញ្ជូន មិនមែនការអនុញ្ញាតសន្លឹកកិច្ចការ ឬវិសាលភាព OAuth ទេ។ សម្រាប់ចំណុចបញ្ចប់ API និងតូខេនសាធារណៈនៅលើផ្លូវសាធារណៈដែលបានអនុញ្ញាត សូមជ្រើសរើសបេក្ខជន HTTP ដែលគ្មានការផ្ទៀងផ្ទាត់ពី បញ្ជីប្រូកស៊ី HTTP សម្រាប់ផែនទីផ្លូវ។ រក្សាសម័យទាំងពីរឱ្យគ្មានគណនីប្រូកស៊ីដែលរក្សាទុក នៅពេលប្តូរអ្នកសម្របសម្រួល។

AuthorizedSession បន្ថែមព័ត៌មានសម្គាល់ទៅសំណើ API ហើយអាចធ្វើឱ្យពួកវាស្រស់។ បើគ្មាន auth_request google-auth អាចបង្កើតសម័យ Requests មួយទៀតសម្រាប់ចរាចរណ៍នោះ។ តម្លៃលំនាំដើមប្រូកស៊ីនៅលើសម័យដែលមានការអនុញ្ញាតមិនកំណត់សម័យដែលបង្កើតដោយឯករាជ្យទេ។

អាដាប់ទ័រ Request ខាងលើផ្តល់ផ្លូវទីពីរនោះដោយចេតនា។ រក្សាសម័យទាំងពីរនៅពេលកំពុងប្រើ បន្ទាប់មកបិទសម័យដែលគ្រប់គ្រងពីខាងក្រៅនៅចុងបញ្ចប់វិសាលភាពកម្មវិធីរបស់ពួកវា។

ទាំងនេះជាតម្លៃលំនាំដើម Session ដូច្នេះ ការរួមបញ្ចូលបរិស្ថាន Requests នៅតែអាចប៉ះពាល់ដល់ពួកវា។ គិតដល់ធាតុប្រូកស៊ីដែលទទួលមរតក នៅពេលត្រូវការផ្លូវថេរ។

ប្រើ URL ដែលបរាជ័យ ដើម្បីបែងចែករវាងការបដិសេធរបស់សន្លឹកកិច្ចការ ការប្រកួតប្រជែងប្រូកស៊ី និងបញ្ហានៅចំណុចបញ្ចប់ព័ត៌មានសម្គាល់។ តូខេនចូលដែលបានឃ្លាំងសម្ងាត់អាចធ្វើឱ្យការហៅ API ជោគជ័យ ដោយមិនអនុវត្តការធ្វើឱ្យស្រស់អ្វីទាំងអស់។