You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
¿Construyendo un nuevo componente Astro? **¡Publícalo en [npm](https://npmjs.com/)!**
@@ -234,17 +235,21 @@ Astro actualmente no incluye un test runner. Esto es algo que nos gustaría abor
234
235
235
236
Mientras tanto, nuestra recomendación actual para las pruebas es:
236
237
238
+
<Steps>
237
239
1. Agrega un directorio `fixtures` de prueba a su directorio `demo/src/pages`.
240
+
238
241
2. Agrega una nueva página para cada prueba que desee ejecutar.
242
+
239
243
3. Cada página debe incluir un uso distinto de los componentes que te gustaría probar.
240
-
4. Ejecuta `astro build` para construir tus fixtures, luego compara los resultados en el directorio `dist/__fixtures__/` con los resultados esperados.
241
244
242
-
<FileTree>
243
-
- my-project/demo/src/pages/\_\_fixtures\_\_/
244
-
- test-name-01.astro
245
-
- test-name-02.astro
246
-
- test-name-03.astro
247
-
</FileTree>
245
+
4. Ejecuta `astro build` para construir tus fixtures, luego compara los resultados en el directorio `dist/__fixtures__/` con los resultados esperados.
246
+
<FileTree>
247
+
- my-project/demo/src/pages/\_\_fixtures\_\_/
248
+
- test-name-01.astro
249
+
- test-name-02.astro
250
+
- test-name-03.astro
251
+
</FileTree>
252
+
</Steps>
248
253
249
254
## Publicando tu componente
250
255
@@ -274,19 +279,24 @@ La biblioteca de integraciones lee los datos `name`, `description`, `repository`
274
279
¿Necesitas anular la información que nuestra biblioteca lee de NPM? ¡No hay problema! [Crea una issue](https://github.com/withastro/astro.build/issues/new/choose) con la información actualizada y nos aseguraremos de que el `nombre`, la `descripción` o la `página de inicio` personalizados sean utilizados en su lugar.
275
280
:::
276
281
277
-
### Colecciones
282
+
### Categorías
278
283
279
-
Además de la palabra clave requerida `astro-component` o `withastro`, también se utilizan otras palabras clave especiales para organizar automáticamente los paquetes. Incluir cualquiera de las palabras clave a continuación agregará tu integración a la colección en nuestra biblioteca de integraciones.
284
+
Además de la palabra clave requerida `astro-component` o `withastro`, también se utilizan otras palabras clave especiales para organizar automáticamente los paquetes. Incluir cualquiera de las palabras clave a continuación agregará tu integración a la categoría en nuestra biblioteca de integraciones.
Copy file name to clipboardExpand all lines: src/content/docs/es/upgrade-astro.mdx
+7-8Lines changed: 7 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,6 +12,7 @@ import Version from '~/components/Version.astro';
12
12
Esta guía cubre como actualizar tu versión de Astro y las dependencias relacionadas, cómo aprender qué ha cambiado de una versión a otra y cómo entender el sistema de versiones de Astro y sus correspondientes actualizaciones de documentación.
13
13
14
14
## ¿Qué ha cambiado?
15
+
15
16
La última versión de Astro es <VersionpkgName="astro"/>
16
17
17
18
Puedes encontrar una lista detallada de todos los cambios en el [historial de cambios de Astro](https://github.com/withastro/astro/blob/main/packages/astro/CHANGELOG.md) e instrucciones importantes para actualizar a cada nueva [versión mayor](#cambios-mayores) en nuestras [guías de actualización](#guías-de-actualización).
@@ -48,20 +49,20 @@ Para actualizar Astro y sus dependencias a sus últimas versiones manualmente, u
48
49
<PackageManagerTabs>
49
50
<Fragmentslot="npm">
50
51
```shell
51
-
# Ejemplo: actualiza Astro con las integraciones de React y Tailwind
@@ -118,7 +119,6 @@ La documentación para las versiones antiguas de Astro no es mantenida, pero est
118
119
-[versión v3.6.3 no mantenida](https://docs-git-v3-docs-unmaintained-astrodotbuild.vercel.app/)
119
120
-[versión v2.10.15 no mantenida](https://deploy-preview-4405--astro-docs-2.netlify.app/en/getting-started/)
120
121
121
-
122
122
## Versionado semántico
123
123
124
124
Astro intenta seguir tanto como pueda un [versionado semántico](https://semver.org/), el cuál es un grupo de reglas de desarrollo usados para determinar cómo asignar una versión numérica a un lanzamiento. El versionado semántico sigue un patrón predecible para informar a los usuarios el tipo de cambios que pueden esperar de una versión a la otra.
@@ -143,7 +143,6 @@ Los parches pueden ser lanzados por razones como:
143
143
144
144
Los parches incluyen también la **mayoría de correciones de errores**, incluso en casos donde los usuarios abusaban de un comportamiento no deseado.
145
145
146
-
147
146
### Cambios menores
148
147
149
148
Los cambios menores principalmente introducen nuevas características y mejoras que podrías probar, pero sin cambios en tu código. Algunas características existentes podrían ser **obsoletas** (marcadas para eliminación en una versión futura mientras aún están disponibles en la versión actual) en una versión menor, dándote la oportunidad de prepararlas para una eliminación eventual.
Copy file name to clipboardExpand all lines: src/content/docs/fr/guides/routing.mdx
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -318,6 +318,8 @@ if (!isLoggedIn(cookie)) {
318
318
---
319
319
```
320
320
321
+
Étant donné qu'Astro utilise le [streaming HTML](/fr/guides/on-demand-rendering/#streaming-html) dans le rendu à la demande, les redirections doivent être effectuées au niveau de la page, et non à l'intérieur des composants enfants.
-`on`: `string | string[]` - 인덱싱할 단일 열 또는 열 이름 배열입니다.
209
-
-`unique`: `boolean` - 인덱스가 생성된 열 전체에 고유한 값을 적용하려면 `true`로 설정합니다.
210
-
-`name`: `string` (선택 사항) - 고유 인덱스의 사용자 정의 이름입니다. 이는 색인화되는 테이블 및 열 이름을 기반으로 Astro에서 생성된 이름을 재정의합니다 (예: `Comment_authorId_published_idx`). 사용자 정의 이름은 전역적이므로 인덱스 이름이 테이블 간에 충돌하지 않는지 확인하세요.
218
+
-`on` - 인덱싱할 단일 열 또는 열 이름 배열입니다.
219
+
-`unique` (선택 사항) - 인덱스가 생성된 열 전체에 고유한 값을 적용하려면 `true`로 설정합니다.
220
+
-`name` (선택 사항) - 고유 인덱스의 사용자 정의 이름입니다. 이는 색인화되는 테이블 및 열 이름을 기반으로 Astro에서 생성된 이름을 재정의합니다 (예: `Comment_authorId_published_idx`). 사용자 정의 이름은 전역적이므로 인덱스 이름이 테이블 간에 충돌하지 않는지 확인하세요.
`foreignKeys`는 여러 테이블 열을 연결하기 위한 고급 API입니다. 단일 열만 참조해야 하는 경우 [열 `references` 속성](#columns)을 사용하세요.
@@ -246,8 +261,8 @@ const Comment = defineTable({
246
261
247
262
각 외래 키 구성 객체는 다음 속성을 허용합니다.
248
263
249
-
-`columns`: `string[]`- 참조된 테이블과 관련된 열 이름의 배열입니다.
250
-
-`references`: `() => Column[]`- 참조된 테이블에서 열 배열을 반환하는 함수입니다.
264
+
-`columns`- 참조된 테이블과 관련된 단일 열 또는 열 이름의 배열입니다.
265
+
-`references`- 참조된 테이블에서 단일 열 또는 열 배열을 반환하는 함수입니다.
251
266
252
267
## Astro DB CLI 참조
253
268
@@ -288,6 +303,12 @@ Astro DB에는 로컬 및 libSQL 호환 데이터베이스와 상호 작용하
288
303
289
304
### `isDbError()`
290
305
306
+
<p>
307
+
308
+
**타입:**`(err: unknown) => boolean`<br />
309
+
<Sincev="0.9.1"pkg="@astrojs/db" />
310
+
</p>
311
+
291
312
`isDbError()` 함수는 오류가 libSQL 데이터베이스 예외인지 확인합니다. 여기에는 참조 사용 시 외래 키 제약 조건 오류가 포함되거나 데이터 삽입 시 필드 누락이 포함될 수 있습니다. `isDbError()`를 try / catch 블록과 결합하여 애플리케이션의 데이터베이스 오류를 처리할 수 있습니다.
이 **[Astro 통합][astro-integration]을** 통해 [Markdoc](https://markdoc.dev/)을 사용하여 컴포넌트, 페이지 및 콘텐츠 컬렉션 항목을 생성할 수 있습니다.
17
17
@@ -589,6 +589,13 @@ Astro Markdoc 통합은 `markdoc.config.js` 파일을 통해 사용할 수 없
589
589
590
590
### `allowHTML`
591
591
592
+
<p>
593
+
594
+
**타입:** `boolean`<br />
595
+
**기본값:** `false`<br />
596
+
<Since v="0.4.4" pkg="@astrojs/markdoc" />
597
+
</p>
598
+
592
599
Markdoc 태그 및 노드와 함께 HTML 마크업 작성을 활성화합니다.
593
600
594
601
기본적으로 Markdoc은 HTML 마크업을 의미 있는 콘텐츠로 인식하지 않습니다.
@@ -611,6 +618,13 @@ Markdoc 태그 및 노드와 함께 HTML 마크업 작성을 활성화합니다.
611
618
612
619
### `ignoreIndentation`
613
620
621
+
<p>
622
+
623
+
**타입:** `boolean`<br />
624
+
**기본값:** `false`<br />
625
+
<Since v="0.7.0" pkg="@astrojs/markdoc" />
626
+
</p>
627
+
614
628
기본적으로 공백 4개로 들여쓰기된 모든 콘텐츠는 코드 블록으로 처리됩니다. 불행하게도 이 동작은 복잡한 구조를 가진 문서의 가독성을 향상시키기 위해 임의 수준의 들여쓰기를 사용하기 어렵게 만듭니다.
615
629
616
630
Markdoc에서 중첩 태그를 사용할 때 깊이 수준이 명확하도록 태그 내부의 내용을 들여쓰는 것이 도움이 될 수 있습니다. 임의 들여쓰기를 지원하려면 들여쓰기 기반 코드 블록을 비활성화하고 들여쓰기 기반 코드 블록을 설명하는 몇 가지 다른 markdown-it 구문 분석 규칙을 수정해야 합니다. 이러한 변경 사항은 ignoreIndentation 옵션을 활성화하여 적용할 수 있습니다.
출력되는 [estree](https://github.com/estree/estree)를 직접 수정하는 플러그인입니다. 이는 MDX 파일에서 JavaScript 변수를 수정하거나 삽입하는 데 유용합니다.
332
343
333
344
[AST Explorer를 사용](https://astexplorer.net/)하여 estree 출력을 수행하고 [`estree-util-visit`](https://unifiedjs.com/explore/package/estree-util-visit/)를 사용하여 JavaScript 노드를 검색하는 것이 좋습니다.
이는 내부 rehype 플러그인을 통해 더 빠른 빌드 및 렌더링을 위해 MDX 출력을 최적화하기 위한 선택적 구성 설정입니다. MDX 파일이 많고 빌드 속도가 느린 경우에 유용할 수 있습니다. 그러나 이 옵션은 일부 이스케이프 처리되지 않은 HTML을 생성할 수 있으므로 활성화한 후에도 사이트의 대화형 부분이 여전히 올바르게 작동하는지 확인하세요.
MDX 최적화 프로그램이 [컴포넌트 prop을 통해 가져온 MDX 콘텐츠에 전달된 사용자 정의 컴포넌트](/ko/guides/integrations-guide/mdx/#가져온-mdx를-사용하는-사용자-정의-컴포넌트)와 같은 특정 요소 이름을 처리하지 못하도록 방지하는 `optimize`의 선택적 속성입니다.
0 commit comments