در این codelab، ببینید که مبدأ یکسان هنگام واکشی منابع چگونه کار می‌کند.
راه‌اندازی: واکشی صفحه از همان مبدأ
نسخه نمایشی در https://same-origin-policy-fetch.glitch.me میزبانی می‌شود.
این صفحه وب ساده از fetch برای بار کردن منبع از https://same-origin-policy-fetch.glitch.me/fetch.html استفاده می‌کند. ازآنجایی‌که index.html و fetch.html مبدأ یکسانی دارند، باید 200 را در پیش‌نمایش زنده ببینید.
۱. واکشی صفحه از مبدأ متفاوت
نشانی وب واکشی را به https://www.google.com تغییر دهید.
در پیش‌نمایش زنده چه می‌بینید؟
مرورگر باید درخواست واکشی را مسدود می‌کرد زیرا منبعی را از مبدأ دیگری درخواست کردید. این یعنی مهاجم نمی‌تواند منابع میان‌مبدئی را بخواند، حتی اگر کنترل مرورگر کاربر را به‌دست گرفته باشد.
۲. واکشی منبع میان‌مبدئی
نشانی وب واکشی را به https://api.thecatapi.com/v1/images/search تغییر دهید.
در پیش‌نمایش زنده چه می‌بینید؟
نشانی وب واکشی مبدأ متفاوتی دارد، اما باید کد وضعیت ۲۰۰ را ببینید. چرا؟ برنامه‌های وب مدرن اغلب برای بار کردن دستورگان طرف سوم یا پُرسمان کردن نقطه پایانی میانای برنامه‌سازی کاربردی، منابع میان‌مبدئی درخواست می‌کنند. برای تطبیق این موارد استفاده، مکانیزمی به‌نام CORS (هم‌رسانی منبع میان‌مبدئی) وجود دارد که به مرورگر می‌گوید بار کردن منبع میان‌مبدئی مجاز است. برای اطلاعات بیشتر درباره CORS، به هم‌رسانی ایمن منابع میان‌مبدئی مراجعه کنید.