template fix

content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md

@@ -1,10 +1,10 @@
 ---
 title: Liveness Probe、Readiness ProbeおよびStartup Probeを使用する
-content_template: templates/task
+content_type: task
 weight: 110
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 このページでは、Liveness Probe、Readiness ProbeおよびStartup Probeの使用方法について説明します。
 
@@ -23,15 +23,13 @@ Readiness Probeによるチェックを無効にし、これらがアプリケ
 例えば、これを起動が遅いコンテナの起動チェックとして使用することで、起動する前にkubeletによって
 強制終了されることを防ぐことができます。
 
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+## {{% heading "prerequisites" %}}
 
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
-{{% /capture %}}
 
-{{% capture steps %}}
+<!-- steps -->
 
 ## コマンド実行によるLiveness Probeを定義する {#define-a-liveness-command}
 
@@ -322,9 +320,8 @@ HTTPによるProbeの場合、kubeletは指定したパスとポートに対す
 TCPによるProbeの場合、kubeletはPodの中ではなく、ノードに対してコネクションを確立するProbeを実行します。
 kubeletはServiceの名前を解決できないため、`host`パラメーター内でServiceの名前を使用することはできません。
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
 
 * [Container Probes](/ja/docs/concepts/workloads/pods/pod-lifecycle/#container-probes)についてもっと学ぶ
 
@@ -334,4 +331,3 @@ kubeletはServiceの名前を解決できないため、`host`パラメーター
 * [Container](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#container-v1-core)
 * [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core)
 
-{{% /capture %}}

content/ja/docs/tasks/configure-pod-container/configure-pod-configmap.md

@@ -1,24 +1,22 @@
 ---
 title: Podを構成してConfigMapを使用する
-content_template: templates/task
+content_type: task
 weight: 150
 card:
   name: tasks
   weight: 50
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 ConfigMapを使用すると、設定をイメージのコンテンツから切り離して、コンテナ化されたアプリケーションの移植性を維持できます。このページでは、ConfigMapを作成し、ConfigMapに保存されているデータを使用してPodを構成する一連の使用例を示します。
 
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+## {{% heading "prerequisites" %}}
 
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
-{{% /capture %}}
 
-{{% capture steps %}}
+<!-- steps -->
 
 
 ## ConfigMapを作成する
@@ -557,7 +555,7 @@ kubectl create -f https://kubernetes.io/examples/configmap/configmap-multikeys.y
 
 ### ConfigMapに保存されているデータをボリュームに入力する
 
-ConfigMap名をPod specificationの`volumes`セクション配下に追加します。  
+ConfigMap名をPod specificationの`volumes`セクション配下に追加します。
 これによりConfigMapデータが`volumeMounts.mountPath`で指定されたディレクトリに追加されます (このケースでは、`/etc/config`に)。`command`セクションはConfigMapのキーに合致したディレクトリファイルを名前別でリスト表示します。
 
 {{< codenew file="pods/pod-configmap-volume.yaml" >}}
@@ -614,9 +612,8 @@ very
 ConfigMapを[subPath](/docs/concepts/storage/volumes/#using-subpath)ボリュームとして利用するコンテナはConfigMapの更新を受け取りません。
 {{< /note >}}
 
-{{% /capture %}}
 
-{{% capture discussion %}}
+<!-- discussion -->
 
 ## ConfigMapとPodsを理解する
 
@@ -666,9 +663,7 @@ data:
 
 - {{< glossary_tooltip text="static pods" term_id="static-pod" >}}はKubeletがサポートしていないため、ConfigMapに使用できません。
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
 * 実践例[Configuring Redis using a ConfigMap](/docs/tutorials/configuration/configure-redis-using-configmap/)を続けて読む。
 
-{{% /capture %}}