Posting blog iki fokus ing masalah Cross-Origin Resource Sharing (CORS) sing kerep ditemokake para pangembang web. Diwiwiti kanthi nerangake apa CORS, prinsip dhasar, lan ngapa iku penting. Banjur nliti babagan kesalahan CORS lan cara ngatasi. Iki uga nyoroti praktik paling apik lan pertimbangan utama kanggo implementasi CORS sing aman lan efektif. Pandhuan iki duwe tujuan kanggo mbantu sampeyan ngerti lan ngrampungake masalah sing ana gandhengane karo CORS ing aplikasi web sampeyan.

Apa iku CORS? Informasi Dasar lan Pentinge

Cross-Origin Resource Sharing (CORS)Mekanisme keamanan sing ngidini browser web ngidini kaca web ngakses sumber daya saka domain sing beda. Ateges, iku ngatur akses aplikasi web menyang sumber daya (contone, API, fonts, gambar) ing njaba domain dhewe. Kanthi gawan, browser mblokir panjalukan saka domain siji menyang domain liyane, amarga Kebijakan Same-Origin. CORS nawakake cara kanggo ngliwati watesan iki kanthi aman.

Pentinge CORS asale saka kerumitan aplikasi web modern lan kabutuhan kanggo narik data saka macem-macem sumber. Akeh aplikasi web ngandelake API, CDN, utawa sumber eksternal liyane sing di-host ing server sing beda-beda. Tanpa CORS, akses menyang sumber daya kasebut ora mungkin, banget mbatesi fungsi aplikasi web. CORSIki menehi pangembang keluwesan kanggo narik data saka macem-macem sumber nalika njaga keamanan aplikasi web.

Ing tabel ing ngisor iki, CORSKonsep dhasar lan operasi diringkes:

Konsep	Panjelasan	wigati
Kabijakan Same-Origin	Iki ngalangi browser ngakses sumber daya saka sumber sing beda kanthi skrip sing dimuat saka siji sumber.	Iki njamin keamanan lan nyegah skrip jahat ngakses data sensitif.
Panjaluk Cross-Origin	Panjaluk HTTP digawe menyang domain sing beda karo domain kaca web.	Iki ngidini aplikasi web modern ngakses macem-macem API lan sumber daya.
CORS Irah-irahan (CORS Header)	Header khusus sing ditambahake server menyang header respon kanggo ngidini panjaluk lintas-asal.	Iku ngandhani browser domain sing bisa ngakses sumber daya.
Panjaluk Preflight	Panjaluk sing dikirim browser menyang server liwat metode OPTIONS sadurunge nggawe panjalukan lintas asal sing rumit.	Iki ngidini server mriksa manawa bakal nampa panjaluk kasebut utawa ora.

CORSOperasi dhasar adhedhasar server web sing ngandhani browser sumber daya sing ngidini akses liwat header respon HTTP. Server nemtokake domain sing bisa ngakses sumber daya kanthi header Access-Control-Allow-Origin. Yen domain sing dijaluk kalebu ing header iki utawa yen * (kabeh wong) ditemtokake, browser nampa panjalukan kasebut. Yen ora, browser mblokir panjalukan lan ngirim a CORS kesalahan dumadi.

Unsur Inti saka CORS
• Access-Control-Allow-Origin: Nemtokake domain sing bisa ngakses sumber daya.
• Access-Control-Allow-Metode: Nemtokake cara HTTP (GET, POST, PUT, DELETE, lsp) sing bisa digunakake.
• Access-Control-Allow-Headers: Nemtokake header khusus sing bisa dilebokake ing panyuwunan.
• Akses-Control-Allow-Credentials: Nemtokake manawa informasi identifikasi (cookie, header wewenang) bisa dilebokake.
• Akses-Kontrol-Max-Umur: Nemtokake suwene asil panjalukan preflight bisa di-cache.

CORS kesalahan asring disebabake salah konfigurasi sisih server. Penting kanggo pangembang kanggo ngatur server kanthi bener supaya mung domain sing dipercaya bisa ngakses sumber daya. Kajaba iku, CORS Nderek praktik paling apik mbantu nyuda kerentanan keamanan.

CORSIki minangka bagean integral saka aplikasi web modern, nyedhiyakake keluwesan kanggo narik data saka macem-macem sumber nalika njaga keamanan. Yen dikonfigurasi kanthi bener, iku ngluwihi fungsi aplikasi web lan nambah pengalaman pangguna.

Prinsip Kerja Cross-Origin Resource Sharing

Sumber Daya Lintas Asal CORS minangka mekanisme sing ngidini browser web ngidini kaca web saka siji asal bisa ngakses sumber daya saka asal sing beda. Browser biasane ngetrapake kabijakan asal sing padha, tegese kaca web mung bisa ngakses sumber daya saka sumber kanthi protokol, host, lan port sing padha. CORS dikembangake kanggo ngatasi watesan iki lan ngaktifake enggo bareng data sing aman ing antarane macem-macem asal.

Tujuan utama CORS yaiku kanggo ngamanake aplikasi web. Prinsip sing padha-asal nyegah situs web ala saka ngakses data sensitif pangguna. Nanging, ing sawetara kasus, nuduhake data antarane macem-macem sumber perlu. Contone, aplikasi web bisa uga kudu ngakses API ing server liyane. CORS nawakake solusi sing aman kanggo skenario kasebut.

Area	Panjelasan	Tuladha
asale	Alamat sumber sing miwiti panyuwunan.	http://example.com
Akses-Control-Allow-Origin	Nemtokake sumber daya sing ngidini server.	http://example.com, *
Akses-Control-Request-Metode	Nemtokake metode HTTP sing pengin digunakake klien.	POST, GET
Akses-Control-Allow-Metode	Nemtokake cara HTTP sing ngidini server.	POST, GET, PILIHAN

CORS dianggo liwat seri header HTTP antarane klien (browser) lan server. Nalika klien nggawe panjalukan lintas-asal, browser kanthi otomatis nambahake header Asal menyang panyuwunan kasebut. Server mriksa header iki kanggo mutusake apa bakal ngidini panjaluk kasebut. Yen server ngidini panjaluk kasebut, mula dijawab nganggo header Access-Control-Allow-Origin. Header iki nemtokake sumber daya sing bisa ngakses panjaluk kasebut.

Proses CORS
1. Browser njaluk sumber daya saka sumber sing beda.
2. Browser nambahake header Asal menyang panyuwunan.
3. Server ngevaluasi header Asal.
4. Server nanggapi kanthi header Access-Control-Allow-Origin.
5. Browser mriksa respon lan ngidini utawa mblokir panjalukan kasebut.

Ngerteni cara kerja CORS penting kanggo pangembang web. Setelan CORS sing salah bisa nyebabake kerentanan keamanan ing aplikasi web. Mula, ngerti cara kerja CORS lan cara ngatur kanthi bener penting kanggo ngembangake aplikasi web sing aman lan efektif.

Proses Pemberian Izin

Ing CORS, proses ijin digunakake kanggo nemtokake sumber daya sing diijini diakses dening server. Server, Akses-Control-Allow-Origin Sampeyan bisa ngidini sumber daya tartamtu liwat header utawa ngidini kabeh sumber daya * bisa nggunakake karakter. Nanging, * Nggunakake karakter bisa nyebabake risiko keamanan, mula kudu ati-ati. Iki minangka pendekatan sing luwih aman kanggo menehi ijin kanggo sumber daya tartamtu, utamane yen ana data sensitif.

Kasalahan lan Solusi

Kesalahan CORS asring disebabake dening setelan server sing salah. Salah sawijining kesalahan sing paling umum yaiku Akses-Control-Allow-Origin header ilang utawa salah dikonfigurasi. Ing kasus iki, browser ngalangi panjalukan lan nampilake kesalahan CORS. Kanggo ngatasi kesalahan kasebut, sampeyan kudu mriksa setelan server lan Akses-Control-Allow-Origin Penting kanggo mesthekake yen header wis dikonfigurasi kanthi bener. Sampeyan uga penting kanggo mesthekake yen panjalukan OPTIONS, uga dikenal minangka panjalukan preflight, ditangani kanthi bener.

Cara Ngerteni lan Ndandani Kesalahan CORS

Sumber Daya Lintas Asal Kesalahan CORS minangka masalah umum lan akeh wektu kanggo pangembang web. Kesalahan kasebut kedadeyan nalika kaca web nyoba njaluk sumber daya saka sumber liyane (domain, protokol, utawa port) lan browser ngalangi panjalukan kasebut amarga alasan keamanan. Ngerteni lan ngrampungake kesalahan CORS penting kanggo operasi lancar aplikasi web modern.

Diagnosa kesalahan CORS minangka langkah pisanan kanggo ngenali sumber masalah. Nliti pesen kesalahan ing piranti pangembang browser (biasane ing tab Konsol) bisa mbantu sampeyan ngerti sumber daya sing diblokir lan sebabe. Pesen kesalahan asring ngemot pitunjuk kanggo ngrampungake masalah kasebut. Contone, pesen kaya "Ora ana header 'Access-Control-Allow-Origin' ing sumber sing dijaluk" nuduhake header CORS sing ilang ing server.

Kode kesalahan	Panjelasan	Solusi sing bisa ditindakake
403 Dilarang	Server ngerti panjaluk kasebut nanging ditolak.	Priksa konfigurasi CORS ing sisih server. Konfigurasi sumber daya sing diidini kanthi bener.
500 Kasalahan Server Internal	Ana kesalahan sing ora dikarepke ing server.	Deleng log server lan ngenali sumber kesalahan. Bisa uga ana masalah karo konfigurasi CORS.
Kesalahan CORS (Konsol Browser)	Browser mblokir panjalukan amarga kabijakan CORS dilanggar.	Setel header 'Access-Control-Allow-Origin' kanthi bener ing sisih server.
ERR_CORS_REQUEST_NOT_HTTP	Panjaluk CORS ora digawe liwat protokol HTTP utawa HTTPS.	Priksa manawa panyuwunan digawe liwat protokol sing bener.

Ana sawetara cara kanggo ngatasi kesalahan CORS. Cara sing paling umum yaiku nambah header CORS sing dibutuhake ing sisih server. 'Access-Control-Allow-Origin' Header nemtokake sumber daya sing diidini kanggo ngakses server. Nyetel header iki dadi '*' tegese ngidini kabeh sumber daya, nanging kanggo alasan keamanan, pendekatan iki umume ora dianjurake. Nanging, luwih aman mung ngidini sumber daya tartamtu. Contone, 'Access-Control-Allow-Origin: https://example.com' mung bakal ngidini panjalukan saka 'https://example.com'.

Mangkene sawetara poin penting liyane kanggo nyegah lan ngatasi kesalahan CORS:

Jinis Kasalahan
• Header 'Access-Control-Allow-Origin' ilang utawa ora dikonfigurasi kanthi bener: Ora nyetel header sing bener ing sisih server.
• Masalah preflight: Panyuwunan 'OPTIONS' ora ditangani kanthi bener dening server.
• Masalah kredensial: Informasi cookie utawa otentikasi ora dikirim kanthi bener.
• Masalah rute antar sumber daya: Pangalihan ora tundhuk karo kabijakan CORS.
• Masalah server proxy: Server proxy ora nerusake header CORS kanthi bener.
• Persyaratan protokol HTTPS: Panjaluk pamblokiran sing digawe liwat sambungan HTTP sing ora aman.

Saliyane owah-owahan ing sisih server, sawetara pangaturan sisih klien bisa ditindakake kanggo ngatasi kesalahan CORS. Contone, bisa uga pangalihan panjalukan nggunakake server proxy utawa nggunakake metode pertukaran data alternatif kaya JSONP. Nanging, penting kanggo elinga yen cara kasebut bisa nggawe kerentanan keamanan. Mulane, solusi sing paling apik Biasane masalah mesthekake konfigurasi CORS sing bener ing sisih server.

Praktek paling apik CORS

Sumber Daya Lintas Asal Konfigurasi CORS sing bener iku penting kanggo njamin keamanan lan fungsionalitas aplikasi web sampeyan. Kabijakan CORS sing ora dikonfigurasi kanthi bener bisa nyebabake kerentanan keamanan lan ngidini akses sing ora sah. Mula, penting kanggo ngati-ati lan ngetutake praktik paling apik nalika ngetrapake CORS.

Best Practice	Panjelasan	wigati
Watesan Asal-Usul sing Diidini	Akses-Control-Allow-Origin Nuduhake mung domain dipercaya ing header. * Aja nggunakake.	Nambah keamanan lan nyegah akses ora sah.
Gunakake Informasi Identitas Yen Perlu	Kanggo ngirim informasi sing bisa dingerteni pribadi kayata cookie utawa header wewenang Akses-Control-Allow-Credentials: bener nggunakake.	Nyedhiyani akses menyang sumber daya sing mbutuhake otentikasi.
Ngatur Panjalukan Preflight kanthi Bener	PILIHAN proses panjalukan kanthi bener lan kalebu header sing dibutuhake (Akses-Control-Allow-Metode, Access-Control-Allow-Headers) nyedhiyakake.	Panjaluk Komplek (contone. IDOL, Mbusak) mesthekake yen wis rampung kanthi aman.
Nangani pesen kesalahan kanthi tliti	Laporkan kesalahan CORS menyang pangguna kanthi cara sing migunani lan aja nganti mbukak kerentanan keamanan sing potensial.	Ngapikake pengalaman pangguna lan nyuda risiko keamanan.

Kanggo nambah keamanan sampeyan, Akses-Control-Allow-Origin Aja nggunakake wildcards (*) ing judhul. Iki ngidini domain apa wae ngakses sumber daya sampeyan lan duweni potensi ngidini situs-situs angkoro nyolong utawa ngapusi data sampeyan. Nanging, dhaptar mung domain tartamtu sing dipercaya lan pengin ngidini akses.

Langkah-langkah Aplikasi
1. Nemtokake Kebutuhan Sampeyan: Njlentrehake domain endi sing mbutuhake akses menyang sumber daya sampeyan.
2. Akses-Control-Allow-Origin Konfigurasi Header: Ing sisih server, dhaptar mung domain sing diidini.
3. Atur Kredensial: Yen cookie utawa header wewenang dibutuhake, Akses-Control-Allow-Credentials Setel judhul kanthi bener.
4. Proses Panjaluk Preflight: PILIHAN nanggapi panjaluke kanthi tepat.
5. Nggawe Mekanisme Penanganan Kesalahan: Laporan kesalahan CORS menyang pangguna kanthi cara deskriptif.
6. Tes lan Monitor: Tes konfigurasi CORS kanthi rutin lan monitor kanggo kemungkinan kerentanan.

Kajaba iku, panjalukan preflight Sampeyan uga penting kanggo ngatur kanthi bener. Browser bisa nangani sawetara panjaluk rumit (contone, IDOL utawa Mbusak lsp) menyang server sadurunge dikirim PILIHAN ngirim panjalukan. Server sampeyan kudu nanggapi kanthi bener kanggo panjaluk iki lan Akses-Control-Allow-Metode lan Access-Control-Allow-Headers header. Iki ngidini browser ngirim panjalukan nyata.

Penting kanggo nyoba lan ngawasi konfigurasi CORS kanthi rutin. Coba macem-macem skenario kanggo ngenali prilaku sing ora dikarepke utawa kerentanan potensial. Sampeyan uga bisa ngenali upaya akses sing ora sah kanthi ngawasi log server sampeyan. Elinga, mbangun aplikasi web sing aman minangka proses sing terus-terusan lan mbutuhake nganyari lan perbaikan rutin. Sumber Daya Lintas Asal Kanthi ngonfigurasi saham sampeyan nganggo praktik paling apik iki, sampeyan bisa nambah keamanan aplikasi web kanthi signifikan.

Bab sing Perlu Ditimbang Nalika Nggunakake CORS

Sumber Daya Lintas Asal Nalika nggunakake CORS, ana sawetara pertimbangan penting kanggo njamin keamanan lan operasi sing tepat saka aplikasi sampeyan. CORS minangka mekanisme sing ngidini aplikasi web ngganti data saka macem-macem sumber, nanging yen ora dikonfigurasi, bisa nyebabake kerentanan keamanan sing serius. Mula, penting kanggo ngatur kabijakan CORS kanthi ati-ati lan tindakake langkah-langkah khusus kanggo nyegah masalah potensial.

Kesalahan ing konfigurasi CORS bisa ngidini data sensitif kapapar akses ora sah utawa serangan angkoro sing bakal ditindakake. Contone, Akses-Control-Allow-Origin Konfigurasi header CORS sing salah bisa nyebabake panjaluk saka kabeh sumber sing diidini. Iki nyebabake risiko keamanan sing serius nalika mung panjaluk saka sumber tartamtu sing diidini. Tabel ing ngisor iki ngringkes kesalahan umum ing konfigurasi CORS lan akibat potensial.

Kesalahan	Panjelasan	Kesimpulan
Access-Control-Allow-Origin: * nggunakake	Ngidini panjalukan saka kabeh sumber.	Kerentanan yaiku situs sing mbebayani bisa ngakses data.
Akses-Control-Allow-Credentials: bener karo Access-Control-Allow-Origin: * nggunakake	Ngidini ngirim kredensial menyang kabeh sumber daya (diblokir dening browser).	Prilaku sing ora dikarepke, otentikasi sing salah.
Ngidini cara HTTP sing salah	Ngidini kabeh cara, nanging mung cara tartamtu kaya GET utawa POST sing diidini.	Potensi kerentanan, manipulasi data.
Nampa gelar sing ora perlu	Nampa kabeh gelar, nanging mung judhul sing perlu sing kudu ditampa.	Kerentanan keamanan, transfer data sing ora perlu.

Titik penting liyane sing kudu ditimbang nalika nggunakake CORS yaiku konfigurasi mekanisme panyuwunan preflight sing tepat. Panjaluk preflight yaiku panjaluk PILIHAN sing dikirim browser kanggo mriksa kabijakan CORS server sadurunge ngirim panjaluk nyata menyang server. Yen server ora nanggapi panjaluk kasebut kanthi bener, panyuwunan sing nyata bakal diblokir. Mula, sampeyan kudu mesthekake yen server sampeyan nanggapi panjaluk OPTIONS kanthi bener.

TCTerms kanggo Ditimbang

• Akses-Control-Allow-Origin Konfigurasi judhul kanthi bener. Ngidini mung sumber sing dipercaya.
• Akses-Control-Allow-Credentials Ati-ati nalika nggunakake header. Aja nggunakake kajaba perlu.
• Konfigurasi mekanisme panjalukan preflight kanthi bener. Nyedhiyani respon sing bener kanggo panjalukan OPTIONS.
• Ngidini mung cara lan header HTTP sing dibutuhake. Blokir sing ora perlu.
• Nganyari konfigurasi CORS kanthi rutin lan nyoba kanggo kerentanan.
• Ndeteksi lan ndandani kesalahan CORS nggunakake alat debugging.

Nggunakake alat pangembang browser kanggo ngatasi masalah kesalahan CORS cukup mbiyantu. Piranti kasebut bisa mbantu sampeyan nemtokake sumber masalah kanthi nampilake kesalahan lan bebaya sing ana gandhengane karo CORS. Sampeyan uga bisa mriksa log sisih server kanggo mesthekake kabijakan CORS sampeyan ditindakake kanthi bener. Elinga, kabijakan CORS sing dikonfigurasi kanthi bener minangka bagean penting kanggo nguatake keamanan aplikasi web lan nambah pengalaman pangguna.

Pitakonan sing Sering Ditakoni

Napa CORS penting lan kepiye pengaruhe proses pangembangan web?

CORS nambah keamanan situs web kanthi nyegah sumber jahat ngakses data sensitif. Iki mbantu nglindhungi informasi pangguna lan integritas aplikasi. Ing pangembangan web, njamin pengalaman sing aman lan stabil kanthi njamin enggo bareng sumber daya sing dikontrol ing antarane macem-macem domain. Pangertosan mekanisme iki penting banget kanggo pangembang kanggo ngatasi kerentanan keamanan potensial lan njamin pangembangan aplikasi sing lancar.

Kepiye carane browser ngetrapake kabijakan CORS lan header HTTP apa sing digunakake ing proses iki?

Browser kanthi otomatis nindakake pamriksan CORS nalika kaca web njaluk sumber daya saka domain liyane. Ing proses iki, browser ngirim header 'Asal' menyang server. Server nanggapi kanthi header 'Access-Control-Allow-Origin'. Browser nemtokake manawa panjaluk kasebut aman kanthi mbandhingake nilai header kasebut. Kajaba iku, header kayata 'Access-Control-Allow-Methods', 'Access-Control-Allow-Headers', lan 'Access-Control-Allow-Credentials' digunakake kanggo nemtokake cara, header, lan kredensial sing dijaluk. Konfigurasi sing tepat saka header iki penting kanggo nyegah masalah CORS.

Apa sing paling umum nyebabake kesalahan CORS lan kepiye carane bisa ndeteksi?

Penyebab paling umum saka kesalahan CORS kalebu konfigurasi salah server saka header 'Access-Control-Allow-Origin', panjalukan sing asale saka port utawa protokol sing beda, kesalahan panyuwunan preflight, lan pangolahan kredensial sing salah. Sampeyan bisa nggunakake alat pangembang browser kanggo ngenali kesalahan kasebut. Pesen kesalahan sing ditampilake ing tab Console biasane nuduhake sumber masalah CORS. Sampeyan uga bisa mriksa respon sing gegandhengan karo CORS server kanthi mriksa header HTTP ing tab Jaringan.

Apa 'panyuwunan preflight' lan kapan dipicu?

Panjaluk preflight minangka panyuwunan OPTIONS sing dikirim browser menyang server kanggo takon cara lan header HTTP sing digunakake sadurunge ngirim panjaluk sing nyata. Panjaluk iki dipicu khusus nalika cara HTTP liyane saka GET lan POST (kayata PUT, DELETE, etc.) digunakake utawa nalika header khusus ditambahake. Server kudu menehi respon CORS sing bener kanggo panjalukan preflight iki, utawa panjaluk nyata bakal diblokir.

Apa bisa mateni utawa ngubengi CORS lan apa risiko potensial?

CORS minangka mekanisme keamanan sing ditindakake ing sisih browser. Kanthi ngonfigurasi header CORS ing sisih server, sampeyan ngontrol sumber daya sing bisa diakses. Mateni CORS kanthi lengkap ora dianjurake, amarga bisa nggawe situs web sampeyan rentan kanggo macem-macem kerentanan keamanan. Nanging, sajrone pangembangan utawa ing skenario tes tartamtu, CORS bisa dilewati sementara liwat plugin browser utawa server proxy. Penting ora nggunakake solusi kasebut ing lingkungan produksi.

Apa kerentanan sing ana gandhengane karo CORS lan langkah apa sing kudu ditindakake kanggo nyegah?

Kerentanan CORS sing paling umum kalebu nyetel header 'Access-Control-Allow-Origin' dadi '*' (menehi akses kanggo kabeh wong), ngidini situs-situs jahat ngakses kredensial. Kanggo nyegah kerentanan kasebut, sampeyan kudu matesi header 'Access-Control-Allow-Origin' mung kanggo domain sing diidinake, gunakake header 'Access-Control-Allow-Credentials' kanthi ati-ati, lan ngleksanakake langkah-langkah keamanan sisih server tambahan (contone, proteksi CSRF).

Pendekatan apa sing kasedhiya kanggo konfigurasi CORS ing sisih server lan kepiye carane milih pendekatan sing paling cocog?

Ana macem-macem pendekatan kanggo ngatur CORS ing sisih server. Iki kalebu nyetel header HTTP kanthi manual, nggunakake middleware CORS, utawa ngonfigurasi server web (contone, Nginx utawa Apache). Pendekatan sing paling cocok gumantung saka kabutuhan aplikasi, teknologi sing sampeyan gunakake, lan infrastruktur server sampeyan. Nalika nggunakake middleware biasane nyedhiyakake solusi sing luwih fleksibel lan bisa diatur, setelan header manual bisa uga cukup kanggo aplikasi sing prasaja.

Kepiye carane ngatur setelan CORS ing macem-macem lingkungan (dev, test, produksi)?

Sampeyan bisa nggunakake variabel lingkungan utawa file konfigurasi kanggo ngatur setelan CORS ing lingkungan sing beda. Ing lingkungan pangembangan, sampeyan bisa nggunakake setelan sing luwih longgar (contone, 'Access-Control-Allow-Origin: *') kanggo nyuda kesalahan CORS, nanging sampeyan ora kudu nggunakake setelan kasebut ing lingkungan produksi. Ing lingkungan tes, sampeyan kudu nggunakake setelan CORS sing luwih ketat sing niru lingkungan produksi. Ing lingkungan produksi, sampeyan kudu nggunakake konfigurasi sing paling aman kanthi matesi header 'Access-Control-Allow-Origin' mung kanggo domain sing diidini. Iki bisa ditindakake kanthi nggawe file konfigurasi sing kapisah kanggo saben lingkungan utawa nggunakake variabel lingkungan.

Informasi liyane: Sinau luwih lengkap babagan CORS