Merge pull request #22492 from sftim/20200713_fix_capture_localization_shortcodes

Fix incorrect shortcodes (es localization)

content/es/docs/contribute/start.md

@@ -1,7 +1,7 @@
 ---
 title: Empieza a contribuir
 slug: start
-content_template: templates/concept
+content_type: concept
 weight: 10
 card:
   name: contribute

content/es/docs/tasks/debug-application-cluster/audit.md

@@ -1,9 +1,9 @@
 ---
-content_template: templates/concept
+content_type: concept
 title: Auditoría
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 La auditoría de Kubernetes proporciona un conjunto de registros cronológicos referentes a la seguridad
 que documentan la secuencia de actividades que tanto los usuarios individuales, como 
@@ -18,10 +18,10 @@ los administradores y otros componentes del sistema ha realizado en el sistema.
  - ¿desde dónde se ha iniciado?
  - ¿hacia dónde iba?
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 El componente [Kube-apiserver][kube-apiserver] lleva a cabo la auditoría. Cada petición en cada fase
 de su ejecución genera un evento, que se pre-procesa según un cierto reglamento y 
@@ -431,4 +431,4 @@ al plugin de elasticsearch que soporta búsquedas avanzadas y analíticas.
 [logstash_install_doc]: https://www.elastic.co/guide/en/logstash/current/installing-logstash.html
 [kube-aggregator]: /docs/concepts/api-extension/apiserver-aggregation
 
-{{% /capture %}}
+

content/es/docs/tasks/debug-application-cluster/debug-init-containers.md

@@ -1,27 +1,28 @@
 ---
 title: Depurar Contenedores de Inicialización
-content_template: templates/task
+content_type: task
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Esta página muestra cómo investigar problemas relacionados con la ejecución
 de los contenedores de inicialización (init containers). Las líneas de comando del ejemplo de abajo
 se refieren al Pod como `<pod-name>` y a los Init Containers como `<init-container-1>` e
   `<init-container-2>` respectivamente.
 
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
 * Deberías estar familizarizado con el concepto de [Init Containers](/docs/concepts/abstractions/init-containers/).
 * Deberías conocer la [Configuración de un Init Container](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container/).
 
-{{% /capture %}}
 
-{{% capture steps %}}
+
+<!-- steps -->
 
 ## Comprobar el estado de los Init Containers
 
@@ -104,9 +105,9 @@ Los Init Containers que ejecutan secuencias de línea de comandos muestran los c
 conforme se van ejecutando. Por ejemplo, puedes hacer lo siguiente en Bash
 indicando `set -x` al principio de la secuencia.
 
-{{% /capture %}}
 
-{{% capture discussion %}}
+
+<!-- discussion -->
 
 ## Comprender el estado de un Pod
 
@@ -122,7 +123,7 @@ Estado | Significado
 `Pending` | El Pod todavía no ha comenzado a ejecutar sus Init Containers.
 `PodInitializing` o `Running` | El Pod ya ha terminado de ejecutar sus Init Containers.
 
-{{% /capture %}}
+
 
 
 

content/es/docs/tasks/debug-application-cluster/logging-elasticsearch-kibana.md

@@ -1,9 +1,9 @@
 ---
-content_template: templates/concept
+content_type: concept
 title: Escribiendo Logs con Elasticsearch y Kibana
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 En la plataforma Google Compute Engine (GCE), por defecto da soporte a la escritura de logs haciendo uso de
 [Stackdriver Logging](https://cloud.google.com/logging/), el cual se describe en detalle en [Logging con Stackdriver Logging](/docs/user-guide/logging/stackdriver).
@@ -17,9 +17,9 @@ Stackdriver Logging cuando se utiliza la plataforma GCE.
 No se puede desplegar de forma automática Elasticsearch o Kibana en un clúster alojado en Google Kubernetes Engine. Hay que desplegarlos de forma manual.
 {{< /note >}}
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 Para utilizar Elasticsearch y Kibana para escritura de logs del clúster, deberías configurar
 la siguiente variable de entorno que se muestra a continuación como parte de la creación
@@ -108,11 +108,12 @@ Aquí se muestra una vista típica de logs desde el visor de Kibana:
 
 ![Kibana logs](/images/docs/kibana-logs.png)
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 ¡Kibana te permite todo tipo de potentes opciones para explorar tus logs! Puedes encontrar
 algunas ideas para profundizar en el tema en la [documentación de Kibana](https://www.elastic.co/guide/en/kibana/current/discover.html).
 
-{{% /capture %}}
+

content/es/docs/tasks/debug-application-cluster/logging-stackdriver.md

@@ -1,9 +1,9 @@
 ---
 title: Escribiendo Logs con Stackdriver
-content_template: templates/concept
+content_type: concept
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Antes de seguir leyendo esta página, deberías familiarizarte con el
 [resumen de escritura de logs en Kubernetes](/docs/concepts/cluster-administration/logging).
@@ -15,10 +15,10 @@ ver la [estrategia de sidecar](/docs/concepts/cluster-administration/logging#sid
 en el resumen de escritura de logs en Kubernetes.
 {{< /note >}}
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Despliegue
 
@@ -363,4 +363,4 @@ con algunos pequeños cambios:
 Luego, ejecuta `make build push` desde ese directorio. Cuando el `DaemonSet` haya tomado los cambios de la nueva imagen,
 podrás usar el plugin que has indicado en la configuración de fluentd.
 
-{{% /capture %}}
+