Something to do with routes in index.js and routes in app.js

Çoğu IP araması, tek noktaya yayın yönlendirme şemasını kullanır. DNS, bir URL'yi sizi belirli bir sunucuya götüren bir IP adresine çözümler. Ancak Deno Deploy ve Cloudflare , bir IP adresinin bir bilgisayar havuzuyla eşlendiği herhangi bir yayını kullanır. Ağ (en azından bir WAN'da, yani internette) daha sonra adresi en yakın bilgisayara çözer. Genel olarak, bir istemci bir uç çalışandan bir uç işlevi aracılığıyla veya konuşlandırılmış bir kod paketinde bir şey istediğinde, ince bir ters proxy sunucusuna ulaşır. Bu proxy onu istemciye yakın bir sunucuya yönlendirir (bu durumda yakın, o konum için en hızlı anlamına gelir) ve istenen işlevi yürütür. Kodun gerçekten yürütüldüğü sunucu, kaynak olarak bilinir. Orada tipik sunucu tarafı işlevleri sağlayabilir: veritabanlarından veri çekin, dinamik bilgileri doldurun ve istemciyi ağır JavaScript yükleriyle yormaktan kaçınmak için bölümleri statik HTML olarak işleyin. Ubl, "Yerel makinenizde çalışan şeyi çevirin ve altyapıya yerleştirdiğimizde tam olarak aynı şekilde davranacak şekilde sarın" dedi. "Bu, uç fonksiyonları ürünümüzü daha soyut bir kavram haline getiriyor çünkü onları doğrudan kullanmıyorsunuz.

```js

export const loader = async () => {

// fire them all at once<br /> const critical1Promise = fetch('/test?text=critical1&delay=250').then(res => res.json()); const critical2Promise = fetch('/test?text=critical2&delay=500').then(res => res.json()); const lazyResolvedPromise = fetch('/test?text=lazyResolved&delay=100').then(res => res.json()); const lazy1Promise = fetch('/test?text=lazy1&delay=500').then(res => res.json()); const lazy2Promise = fetch('/test?text=lazy2&delay=1500').then(res => res.json()); const lazy3Promise = fetch('/test?text=lazy3&delay=2500').then(res => res.json()); const lazyErrorPromise = fetch('/test?text=lazy3&delay=3000').then(res => { throw Error('Oh noo!') });

// await for the response return defer({ critical1: await critical1Promise, critical2: await critical2Promise, lazyResolved: lazyResolvedPromise, lazy1: lazy1Promise, lazy2: lazy2Promise, lazy3: lazy3Promise, lazyError: lazyErrorPromise }) } ```

What you're trying to do is known as the "Application Shell" architectural pattern.

The trick is to have your service worker's fetch handler check to see whether an incoming request is a navigation (event.request.mode === 'navigate'), and if so, respond with the cached App Shell HTML (which sounds like /index.html in your case).

A generic way of doing this would be:

self.addEventListener('fetch', (event) => {
  if (event.request.mode === 'navigate') {
    event.respondWith(caches.match('/index.html'));
  } else {
    // Your other response logic goes here.
  }
});

This will cause your service worker to behave in a similar fashion to how you're web server is already configured.

Why routers get such a high rating

What to focus on when choosing a router

Note, in newer versions of the router, this won't work because a route can only contain one child. Try wrapping the two routes in a <switch>:</switch>

  <Switch>
    <Route exact path="/" component={ List } />
    <Route path="/react" component={Detail}  />
  </Switch>

In newer versions of React, this won't work without a history prop and hashHistory. Depending on how you import hashHistory, the code will look something like this:

let hashHistory = createHashHistory();

<Router history={hashHistory}>
    <Route path="/" component={ Detail } />
</Router>,