Kā novērst CORS kļūdas (“Access-Control-Allow-Origin” trūkst) GARMTECH hostingā (Plesk/LiteSpeed)

Ja pārlūka konsolē redzat kļūdas, piemēram:

• Access to fetch at 'https://api.example.com' from origin 'https://example.com' has been blocked by CORS policy
• No 'Access-Control-Allow-Origin' header is present

…tas nozīmē, ka serveris nesūta nepieciešamos CORS headerus. CORS jālabo serverī, kas saņem pieprasījumu (parasti API), nevis vietnē, kas izsauc API. (/tickets/create/step1)

1. solis — noskaidrojiet, kurš URL tiek bloķēts

• Atveriet Developer Tools → Console/Network un noskaidrojiet precīzu pieprasījuma URL. (/tickets/create/step1)
• Pārbaudiet, kur šis URL tiek hostēts: GARMTECH (Plesk) vai trešās puses platformā. Ja tā ir trešā puse, CORS jāiestata tur.

2. solis — izvēlieties, ko atļaut (turiet noteikumus stingrus)

Drošības dēļ atļaujiet tikai nepieciešamos origin (piem., https://example.com un https://www.example.com).

Neizmantojiet *, ja tiek sūtīti cookies/Authorization (credentials).

3. solis — pievienojiet CORS headerus GARMTECH Hostingā (Plesk / LiteSpeed)

GARMTECH Hostingā (LiteSpeed) darbojas Apache‑tipa .htaccess noteikumi.

A variants — headeri failā .htaccess (biežākais gadījums)

1. Plesk panelī atveriet Files savam domēnam.
2. Atveriet direktoriju, kurā strādā API (bieži httpdocs vai apakšmape).
3. Izveidojiet vai rediģējiet failu .htaccess.
4. Pievienojiet (piemērs):

<IfModule mod_headers.c>
  Header always set Access-Control-Allow-Origin "https://example.com"
  Header always set Access-Control-Allow-Methods "GET, POST, PUT, PATCH, DELETE, OPTIONS"
  Header always set Access-Control-Allow-Headers "Content-Type, Authorization"
</IfModule>

Preflight (OPTIONS) apstrāde

Daudziem API ir nepieciešama OPTIONS atbilde preflight pārbaudei. Ja lietotne neapstrādā OPTIONS, var pievienot vienkāršu noteikumu:

RewriteEngine On
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule ^(.*)$ $1 [R=204,L]

Piezīme: dažiem ietvariem preflight jāapstrādā pašā aplikācijā. Ja noteikums nepalīdz, konfigurējiet OPTIONS savā API kodā.

4. solis — pārbaudiet vēlreiz

• Iztīriet pārlūka kešu vai testējiet inkognito režīmā.
• Pārbaudiet, vai atbildē parādās Access-Control-Allow-Origin.

Biežākās kļūdas

• Headeri pievienoti nepareizajā serverī (vietnē, nevis API).
• * tiek lietots kopā ar Access-Control-Allow-Credentials: true (pārlūki to neatļauj).
• Aizmirsts iekļaut OPTIONS atļauto metožu sarakstā.