Skip to content

Commit 09d26b5

Browse files
i18n(fr): update experimental-flags/advanced-routing.mdx (withastro#13969)
Co-authored-by: Thomas Bonnet <thomasbnt@protonmail.com>
1 parent f2c6b7f commit 09d26b5

1 file changed

Lines changed: 50 additions & 0 deletions

File tree

src/content/docs/fr/reference/experimental-flags/advanced-routing.mdx

Lines changed: 50 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -477,3 +477,53 @@ export default app;
477477
```
478478

479479
Le module `astro/hono` exporte les mêmes noms de gestionnaires que `astro/fetch` (`astro`, `pages`, `middleware`, `actions`, `sessions`, `redirects`, `cache`, `i18n`, `trailingSlash`), mais chacun renvoie une fonction middleware Hono. Cela vous permet de mélanger les gestionnaires d'Astro avec n'importe quel middleware Hono de l'écosystème.
480+
481+
## Adaptateur Cloudflare
482+
483+
L'adaptateur [`@astrojs/cloudflare`](/fr/guides/integrations-guide/cloudflare/) fournit des gestionnaires complémentaires qui appliquent une configuration spécifique à Cloudflare à votre pipeline de routage avancé. Ces gestionnaires configurent l'injection de liaison KV pour les sessions, la diffusion de ressources statiques via la liaison `ASSETS`, `Astro.locals.cfContext`, l'adresse du client à partir de l'en-tête `cf-connecting-ip`, `waitUntil` et la récupération des pages d'erreur pré-rendues.
484+
485+
Vous pouvez utiliser les API `astro/fetch` et `astro/hono` depuis `src/app.ts` sur Cloudflare sans ces gestionnaires. Le point d'entrée par défaut de l'adaptateur prend en charge la configuration spécifique à Cloudflare pour vous. Ces gestionnaires complémentaires sont utiles lorsque vous avez déjà un [point d'entrée de worker personnalisé](https://developers.cloudflare.com/workers/wrangler/configuration/#inheritable-keys) (`src/worker.ts`), par exemple, pour exporter un objet durable (Durable Object), et que vous souhaitez utiliser les API de routage avancé directement depuis ce fichier.
486+
487+
Lorsque vous utilisez ces gestionnaires dans votre point d'entrée de worker, ils remplacent la fonctionnalité du gestionnaire par défaut de l'adaptateur, vous ne devez donc pas utiliser les deux en même temps. Placez le gestionnaire Cloudflare avant les autres gestionnaires d'Astro afin que les liaisons et les locaux soient disponibles pour le reste du pipeline.
488+
489+
### `@astrojs/cloudflare/fetch`
490+
491+
<p><Since v="13.6.0" pkg="@astrojs/cloudflare" /></p>
492+
493+
Pour une utilisation avec `astro/fetch`. La fonction `cf()` reçoit un objet `FetchState`, l'`env` de Cloudflare et le contexte d'exécution (`ExecutionContext`). Elle renvoie une réponse (`Response`) pour les accès aux ressources statiques, ou `undefined` lorsque la requête doit se poursuivre avec le rendu d'Astro :
494+
495+
```ts title="src/worker.ts"
496+
import { astro, FetchState } from 'astro/fetch';
497+
import { cf } from '@astrojs/cloudflare/fetch';
498+
499+
export default {
500+
async fetch(request: Request, env: Env, ctx: ExecutionContext) {
501+
const state = new FetchState(request);
502+
const asset = await cf(state, env, ctx);
503+
if (asset) return asset;
504+
return astro(state);
505+
},
506+
};
507+
```
508+
509+
### `@astrojs/cloudflare/hono`
510+
511+
<p><Since v="13.6.0" pkg="@astrojs/cloudflare" /></p>
512+
513+
Pour une utilisation avec `astro/hono`. La fonction `cf()` renvoie un middleware Hono qui lit automatiquement `env` et `executionCtx` depuis le contexte d'Hono :
514+
515+
```ts title="src/worker.ts"
516+
import { Hono } from 'hono';
517+
import { actions, middleware, pages, i18n } from 'astro/hono';
518+
import { cf } from '@astrojs/cloudflare/hono';
519+
520+
const app = new Hono<{ Bindings: Env }>();
521+
522+
app.use(cf());
523+
app.use(actions());
524+
app.use(middleware());
525+
app.use(pages());
526+
app.use(i18n());
527+
528+
export default app;
529+
```

0 commit comments

Comments
 (0)