Исправљање грешке 400: неподударање у редирецт_ури Приликом увоза рецензија из Гоогле предузећа у Питхон

Превазилажење ОАутх 2.0 Редирецт УРИ проблема у интеграцији АПИ-ја Гоогле Ревиевс

Када интегришу Гоогле Бусинесс Ревиевс у Питхон, многи програмери наилазе на уобичајену грешку „Грешка 400: редирецт_ури_мисматцх“. Овај проблем настаје због неусклађености између УРИ-ја за преусмеравање у подешавањима ОАутх 2.0 и онога што је наведено у Гоогле Цлоуд Цонсоле-у. Грешка може да спречи приступ АПИ-ју Гоогле рецензија, што је кључно за програмско преузимање повратних информација клијената.

Гоогле-ова политика ОАутх 2.0 је строга и захтева прецизно подударање између конфигурисаног УРИ-ја за преусмеравање и оног који се користи током аутентификације. Неуспех да се ово правилно конфигурише може довести до фрустрације, посебно када се број порта за преусмеравање често мења, као што многи програмери извештавају. Разумевање овог проблема је од суштинске важности да би се обезбедила глатка АПИ веза и избегла ова препрека.

У овом чланку ћемо проћи кроз кораке за решавање грешке редирецт_ури_мисматцх приликом приступања Гоогле Бусинесс Ревиевс. Пажљивим конфигурисањем ваших ОАутх акредитива, елиминисаћемо овај проблем и омогућити вам да са лакоћом преузимате рецензије. Решење укључује исправно подешавање УРИ-ја за преусмеравање и његово усклађивање са окружењем локалног хоста који се користи за развој.

Без обзира да ли преузимате рецензије да бисте анализирали пословни учинак или да бисте их приказали на својој веб локацији, разумевање како да решите ову грешку ће уштедети време и обезбедити успешну интеракцију АПИ-ја. Пратите ове кораке да бисте поправили неусклађеност и приступили рецензијама Гоогле предузећа без прекида.

Разумевање ОАутх 2.0 процеса за приступ АПИ-ју Гоогле рецензија

Горе наведене Питхон скрипте су дизајниране да преузимају рецензије Гоогле предузећа помоћу АПИ-ја за Моје предузеће на Гоогле-у. Први корак укључује подешавање ОАутх 2.0 ауторизације, која је потребна за безбедну интеракцију са Гоогле АПИ-јима. Овај процес почиње навођењем тајни вашег ОАутх клијента у ЈСОН датотеци, која садржи акредитиве за ваш Гоогле Цлоуд пројекат. Ови акредитиви су критични за успостављање безбедног приступа и УРИ преусмеравања мора да се подудара са оним конфигурисаним у Гоогле Цлоуд Цонсоле. Неподударање може да изазове грешку попут „Грешка 400: редирецт_ури_мисматцх“.

Када се акредитиви учитају, скрипта покреће ОАутх ток користећи ИнсталледАппФлов. Овај ток покреће локални сервер (у овом случају, на порту 8080) за руковање ауторизацијом корисника. Када корисник одобри дозволу, скрипта добија приступни токен, који је неопходан за прављење овлашћених захтева АПИ-ју Гоогле Ревиевс. Овај процес је аутоматизован и њиме управља метода флов.рун_лоцал_сервер, обезбеђујући да се акредитиви безбедно чувају и користе за АПИ захтеве. Механизми евидентирања као логуру користе се за праћење тока и обезбеђивање да се сви проблеми на које се наиђу јасно евидентирају ради отклањања грешака.

Након успешног добијања акредитива, скрипта успоставља сесију користећи библиотеку захтева. Ова сесија укључује токен за приступ у својим заглављима, који је неопходан за аутентификацију приликом упућивања АПИ позива Гоогле-у. Скрипта конструише исправан УРЛ крајње тачке АПИ-ја користећи ИД вашег пословног налога и ИД локације. Слањем ГЕТ захтева на УРЛ, скрипта покушава да преузме рецензије за наведену локацију предузећа. Такође укључује руковање грешкама како би се ухватиле ХТТП грешке, као што су нетачни акредитиви или дозволе, обезбеђујући да се свим проблемима до којих дође током захтева ефикасно управља.

Одговор из АПИ-ја за Гоогле рецензије се анализира као ЈСОН објекат, који садржи рецензије за локацију предузећа. Ако је захтев успешан, рецензије се штампају на конзоли, а скрипта бележи поруку о успеху. Овај модуларни приступ осигурава да је процес лако поновљив и да се може прилагодити за различите локације или налоге. Штавише, одржавајући јасну структуру са управљањем сесијама и руковањем грешкама, скрипта оптимизује безбедност и перформансе када ради са АПИ-јем за Гоогле Ревиевс. Ово омогућава програмерима да ефикасно приступе и управљају рецензијама купаца ради анализе или приказа.

import requests
from google_auth_oauthlib.flow import InstalledAppFlow
from loguru import logger as log
# Replace with your actual Google Business account and location IDs
my_business_account_id = "YOUR_ACCOUNT_ID"
location_id = "YOUR_LOCATION_ID"
# Path to your OAuth 2.0 Client Secret JSON file
GCP_CREDENTIALS_PATH = "path/to/your/google_review_client.json"
# Set a consistent redirect URI
redirect_uri = "http://localhost:8080/"
# Setup the OAuth 2.0 flow with required scopes
flow = InstalledAppFlow.from_client_secrets_file(
    GCP_CREDENTIALS_PATH,
    scopes=["https://www.googleapis.com/auth/business.manage"],
    redirect_uri=redirect_uri)
# Run OAuth flow to obtain credentials
credentials = flow.run_local_server(port=8080)
log.debug(f"Credentials: {credentials}")
# Setup the API request session
session = requests.Session()
session.headers.update({"Authorization": f"Bearer {credentials.token}"})
# Construct the API endpoint URL
url = f"https://mybusiness.googleapis.com/v4/accounts/{my_business_account_id}/locations/{location_id}/reviews"
# Make API request and handle potential errors
try:
    response = session.get(url)
    response.raise_for_status()
    reviews = response.json()
    print("Reviews fetched successfully.")
    print(reviews)
except requests.exceptions.HTTPError as http_err:
    log.error(f"HTTP error: {http_err}")
except Exception as err:
    log.error(f"Unexpected error: {err}")

# Step 1: Open Google Cloud Console
# Step 2: Navigate to your project and go to "APIs & Services" > "Credentials"
# Step 3: Edit the OAuth 2.0 Client IDs settings
# Step 4: In "Authorized redirect URIs", add "http://localhost:8080/"
# Step 5: Save your changes
# After setting the correct redirect URI, re-run your Python script
# This ensures the OAuth 2.0 flow will use the correct URI during authentication

from flask import Flask, redirect, request, session, url_for
from google_auth_oauthlib.flow import Flow
# Flask setup
app = Flask(__name__)
app.secret_key = "your_secret_key"
# Path to OAuth 2.0 Client Secret JSON
GCP_CREDENTIALS_PATH = "google_review_client.json"
@app.route("/authorize")
def authorize():
    flow = Flow.from_client_secrets_file(
        GCP_CREDENTIALS_PATH,
        scopes=["https://www.googleapis.com/auth/business.manage"],
        redirect_uri=url_for("oauth2callback", _external=True)
    )
    authorization_url, _ = flow.authorization_url()
    return redirect(authorization_url)
@app.route("/oauth2callback")
def oauth2callback():
    flow = Flow.from_client_secrets_file(
        GCP_CREDENTIALS_PATH,
        scopes=["https://www.googleapis.com/auth/business.manage"],
        redirect_uri=url_for("oauth2callback", _external=True)
    )
    flow.fetch_token(authorization_response=request.url)
    session["credentials"] = flow.credentials
    return redirect("/reviews")
# Run the Flask server
if __name__ == "__main__":
    app.run("localhost", 8080)

Решавање проблема са ОАутх преусмеравањем у Гоогле АПИ-јима за Питхон интеграцију

Један критични аспект који се често занемарује приликом интеграције Гоогле АПИ-ја у Питхон апликације је прецизна конфигурација УРИ преусмеравања. Ово подешавање је од виталног значаја за аутентификацију ОАутх 2.0, а неподударање овог УРИ-ја често доводи до грешке „Грешка 400: редирецт_ури_мисматцх“. Гоогле-ов процес аутентификације је строг како би се осигурало да је ток сигуран и да прати најбоље праксе. Стога, програмери морају да се увере да УРИ преусмеравања конфигурисан у Гоогле Цлоуд Цонсоле тачно одговара оном који се користи у коду њихове апликације.

Други важан аспект је разумевање како портови функционишу у ОАутх току, посебно када се ради у локалном окружењу. Програмери се често сусрећу са променом бројева портова (као што је раније поменута грешка „52271“) када користе алате као што је flow.run_local_server(). Препоручљиво је да поправите број порта (нпр. 8080) да би се избегла неслагања, а то се може урадити експлицитним прослеђивањем броја порта у коду. Ово не само да обезбеђује доследност већ и спречава грешке које настају услед динамичког додељивања портова.

Поред тога, управљање вашим OAuth 2.0 credentials безбедно је од суштинског значаја. ЈСОН датотека која садржи тајне клијента мора бити ускладиштена на безбедној локацији, а приступне токене треба периодично освежавати. Одржавање ажурирања ових токена осигурава да АПИ позиви остану важећи, јер истекли токени такође могу изазвати проблеме са аутентификацијом. Све у свему, пажљиво управљање током аутентификације обезбеђује глаткију интеграцију и елиминише уобичајене замке као што је грешка неподударања УРИ преусмеравања.