Avlasta icke-regex-omdirigeringar till Fast istället för Nginx (rutter)

Skapa en Edge-ordlista.

Först kan du använda VCL-fragment i Adobe Commerce för att definiera en kantordlista. Detta kommer att innehålla omdirigeringarna.

Några kavaater till detta:

• Regex kan inte användas i ordlisteposter. Det är bara en exakt träff. Mer information om de här begränsningarna finns i Fastly's docs on edge dictionary limits.

• Har en gräns på 1 000 poster i ett och samma lexikon. Du kan snabbt utöka den här gränsen, men det leder till den tredje kavatten.

• Varje gång du uppdaterar posterna och distribuerar den uppdaterade VCL-listan till alla noder ökar den geometriska belastningstiden med expanderande ordlistor, vilket innebär att en 2 000-postordlista läses in 3x-4x långsammare än en 1 000-postordlista. Men det är bara ett problem när du distribuerar VCL (uppdaterar ordlistan eller ändrar VCL-funktionskoden).

  Det påverkar inte den tid det tar att snabbt behandla en begäran; det påverkar bara hur lång tid det tar att snabbt skicka ut en ny konfiguration.

  I allmänhet tar konfigurationsändringar några sekunder i genomsnitt, vanligtvis inte mer än 5-10 sekunder. Så en tvåfaldig ökning av ordlisteobjekt tar upp till 30 sekunder att få igång konfigurationen. En ökning med fyra gånger skulle ta närmare 2 minuter. Detta leder till den fjärde grottan.

• Det finns en ganska hård gräns på 10 000 poster i en kantordlista.

Vi rekommenderar starkt att du konsoliderar din omdirigeringslista. Du kan använda flera ordlistor, men tänk bara på att det tar flera minuter att fylla i din VCL-lista över Fast.

Jämför URL:en med ordlistan/ordlistorna.

När URL-sökningen görs görs jämförelsen för att tillämpa den anpassade felkoden om en matchning hittas.

Använd ett annat VCL-fragment för att lägga till något som följande i vcl_recv:

     declare local var.redir-path STRING;
     set var.redir-path = table.lookup(redirects, std.tolower(req.url), "");

     if (var.redir-path != "") {
       error 912 var.redir-path;
     }

Här kontrollerar vi om URL:en finns i tabellposten. Om så är fallet anropar vi ett internt fast-fel och skickar omdirigerings-URL:en från tabellen till felet.

Hantera omdirigeringen.

När en matchning hittas utförs åtgärden som är definierad för obj.status, i det här fallet en permanent flyttomdirigering om 301.

Använd ett sista utdrag i vcl_error för att skicka tillbaka 301-felkoder till klienten:

  if (obj.status == 912) {
     set obj.http.location = obj.response;
     set obj.status = 301;
     set obj.response = "Moved Permanently";
     return(deliver);
       }

Med det här blocket kontrollerar vi om felkoden som skickas från vcl_recv matchar, och i så fall anger vi platsen till det felmeddelande som skickas, ändrar statuskoden till 301 och meddelandet till"Flyttad permanent". Då bör svaret vara klart att skickas tillbaka till klienten.