Odpravljanje napake Cloudflare Workers 404 po uspešni uvedbi

Odpravljanje težav z uprizoritvenim okoljem z delavci Cloudflare

Bistvena stopnja v razvojnem procesu je nastavitev uprizoritvenega okolja, tako da je mogoče posodobitve ustrezno preizkusiti, preden se objavijo. V tem primeru so delavci Cloudflare skrbeli za dobro delovanje primarnega spletnega mesta v razvoju.

Po kloniranju obstoječega repozitorija Git in njegovem povezovanju z uprizoritvenim okoljem prek Cloudflare Workers & Pages se je zdelo, da vse deluje dobro. Dnevniki so pokazali, da je bila uvedba uspešna, kar bi običajno pomenilo ustvarjanje primerka v živo.

Toda ko je razvijalec poskušal dostopati do danega naslova Cloudflare, se je pojavilo sporočilo o napaki 404, zaradi česar ni bil prepričan, kaj je šlo narobe. Ukvarjanje s tovrstnimi težavami je lahko nadležno, zlasti če obstaja prepričanje, da bi moral strežnik delovati takoj po uvedbi.

Ni jasno, ali je potreben drugi strežnik ali je treba storiti kaj drugega, da bi popolnoma aktivirali novo skladišče. V tem članku si bomo ogledali vzroke za to težavo 404 in kako pravilno nastaviti strežnik Cloudflare Workers za uprizoritveno okolje.

Kako delavci in skripti Cloudflare obravnavajo napake 404

Prvi skript v danem primeru prikazuje uporabo JavaScript za obravnavo napake 404 na sprednji strani. Skript uporablja window.onload dogodek, da počakate, da se stran v celoti naloži. Stran naredi a prinašati zahteva, da preveri, ali je vir na voljo, ko se naloži. Uporabnik je poslan na stran z napako po meri, če vir vrne napako 404. Ker ni potrebe po vključevanju zaledja, je ta tehnika še posebej uporabna za upravljanje napak neposredno v uporabnikovem brskalniku in zagotavljanje nadomestne možnosti za vse manjkajoče strani ali vire.

V drugem primeru skript upravlja zahteve z uporabo a Delavec Cloudflare ko se premakne v zaledje. Delavec uporablja addEventListener metoda za poslušanje dogodkov in prestrezanje zahtev za pridobitev, ko so narejene. V primeru, da pride do napake 404, ker zahtevana stran ne obstaja, bo delavec dinamično zagotovil stran z napako po meri. Ta strategija dobro deluje pri upravljanju strežniških odgovorov in ponuja bolj prilagodljiv in varen način za obravnavanje napak, zlasti pri delu z različnimi konteksti, kot sta produkcija in uprizarjanje ali dinamična vsebina.

Da bi zagotovili, da so čelni in zaledni skripti nameščeni in pravilno delujejo, je v tretjem primeru predstavljeno testiranje enote. Izvaja samodejne preizkuse, da ugotovi, ali uvedba strani Cloudflare vrne pravilne statusne kode HTTP z uporabo Node.js in testni okvir, kot je Mocha. Testi za glavno stran (ki predpostavljajo status 200) in testi za neobstoječo stran (ki pričakujejo status 404) so ​​vključeni v nabor testov. Ti testi zagotavljajo, da je vse razporejeno v skladu z načrtom in da morebitne pokvarjene strani ali povezave povzročijo ustrezen odziv.

Poleg tega uporaba testov trditi ukazi zagotavljajo, da so kakršne koli razlike v statusnih kodah odgovora zaznane takoj. V cevovodih za stalno integracijo in uvajanje (CI/CD), kjer je zagotavljanje obnašanja pri uvajanju ključnega pomena za preprečevanje izpadov ali prekinjenih povezav, so testi nepogrešljivi. Če upoštevamo vse, združitev preusmeritve sprednjega dela, obravnavanja napak v ozadju in testiranja enot ponuja temeljit pristop k zagotavljanju brezhibnega delovanja vaše uvedbe Cloudflare Workers – tudi ob odsotnosti virov ali prilagojenih pogojih, kot je vmesni strežnik.

// Frontend JavaScript for handling redirection
// This script checks if a resource is available on the Cloudflare page
// If not, it redirects to a fallback page
window.onload = function () {
  fetch(window.location.href)
    .then(response => {
      if (response.status === 404) {
        window.location.href = '/404.html';  // Redirect to custom 404 page
      }
    })
    .catch(error => {
      console.error('Error fetching the page:', error);
      window.location.href = '/error.html';  // Redirect to error page
    });
};

// Cloudflare Worker script for managing 404 errors
// The script checks if the requested path exists, and if not, returns a custom 404 page
addEventListener('fetch', event => {
  event.respondWith(handleRequest(event.request));
});
async function handleRequest(request) {
  try {
    const response = await fetch(request);
    if (response.status === 404) {
      return new Response('Custom 404 Page', { status: 404 });
    }
    return response;
  } catch (error) {
    return new Response('Error occurred: ' + error.message, { status: 500 });
  }
}

// Example unit test for deployment verification
// Using JavaScript to ensure that Cloudflare Pages return the correct response
const assert = require('assert');
const fetch = require('node-fetch');
describe('Cloudflare Deployment Test', function() {
  it('should return 200 for the main page', async function() {
    const response = await fetch('https://your-domain.pages.dev');
    assert.equal(response.status, 200);
  });
  it('should return 404 for non-existent page', async function() {
    const response = await fetch('https://your-domain.pages.dev/unknown');
    assert.equal(response.status, 404);
  });
});

Razumevanje uprizoritvenega okolja delavcev Cloudflare

Za razvojne namene je namestitev uprizoritvenega okolja lahko ključna pri delu z Delavci Cloudflare. Razvijalci lahko preizkusijo svoje aplikacije v uprizoritvenem okolju, preden jih namestijo na produkcijski strežnik. Da bi preprečili težave, kot je prikazana napaka 404, mora biti to okolje pravilno konfigurirano, ko je prvič nastavljeno. Razvijalci pogosto verjamejo, da je za zagon živega strežnika potrebno samo kloniranje repozitorija GitHub in njegovo povezavo s stranmi Cloudflare. Čeprav Cloudflare samodejno postavi statična spletna mesta, lahko pride do težav, če konfiguracija usmerjanja delavca ni pravilno nastavljena.

Napaka 404 pogosto pomeni, da aplikacija ne prestreže pravilno zahteve Delavec. Pravila usmerjanja po meri so potrebna za delavce Cloudflare, da zagotovijo, da so zahteve poslane na pravo mesto. Tudi po zagonu spletnega mesta lahko zahteve za nekatere strani vrnejo napako 404, če te poti niso nastavljene. Ključno je tudi zagotoviti, da je skript Worker povezan z uprizoritveno domeno. Te napake je mogoče zmanjšati med razvojem z uporabo dobro organiziranega delavca in potrjevanjem poti.

Poskrbite, da bo Worker še vedno povezan z vašim uprizoritvena domena je še en pomemben korak. Delavec se občasno morda ne bo samodejno povezal z novim okoljem med uvajanjem, zlasti če obstaja več okolij (kot sta proizvodnja in uprizarjanje). Če želite ročno povezati delavca z določenim okoljem in zagotoviti, da ustrezno obdeluje zahteve, lahko razvijalci uporabijo nadzorno ploščo Cloudflare. Da bi uprizoritveno in produkcijsko okolje delovalo gladko in brez napak, je ta korak nujen.