Fix failing build for a Japanese version because of template tags

mistadikay · mistadikay · commit 1b85586e22df · 2016-11-19T16:37:09.000+01:00
diff --git a/ja/04.3.md b/ja/04.3.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 4.3 クロスサイトスクリプティングの予防
 
 現在のホームページは大量の動的なコンテンツを含みユーザのエクスペリエンスを高めています。以前に比べてとても複雑になっています。いわゆる動的なコンテンツとはユーザの環境と要求に応じてWebアプリケーションが目的の内容を出力できることを指します。動的なホームページは"クロスサイトスクリプティング"(Cross Site Scripting、セキュリティ専門家が一般的にXSSと省略するもの)と呼ばれる攻撃を受けることがあります。
@@ -66,3 +67,4 @@ Goのhtml/templateパッケージはデフォルトでhtmlタグをフィルタ
    * [目次](<preface.md>)
    * 前へ: [入力値の検証](<04.2.md>)
    * 次へ: [フォームの複数回送信の防止](<04.4.md>)
+{% endraw %}
diff --git a/ja/04.5.md b/ja/04.5.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 4.5 ファイルのアップロード処理
 
 ユーザによるファイルのアップロードを処理したいとします。例えば、現在Instagramのようなホームページを作成しているとします。ユーザが撮影した写真を保存する必要があります。このような要求はどのように実現するのでしょうか？
@@ -115,7 +116,7 @@
 			return err
 		}
 		defer fh.Close()
-		
+
 		//iocopy
 		_, err = io.Copy(fileWriter, fh)
 		if err != nil {
@@ -155,3 +156,4 @@
    * [目次](<preface.md>)
    * 前へ: [フォームの多重送信の防止](<04.4.md>)
    * 次へ: [まとめ](<04.6.md>)
+{% endraw %}
diff --git a/ja/06.4.md b/ja/06.4.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 6.4 sessionハイジャックの予防
 sessionハイジャックは広範囲に存在する比較的重大な脆弱性です。session技術において、クライアントサイドとサーバサイドはsessionのIDによってセッションを維持します。しかしこのIDは簡単にスニッフィングされ、第三者に利用されてしまいます。これは中間者攻撃の一種です。
 
@@ -87,3 +88,4 @@ sessionが始まると、生成されたsessionIDの時間を記録する一つ
    * [目次](<preface.md>)
    * 前へ: [sessionストレージ](<06.3.md>)
    * 次へ: [まとめ](<06.5.md>)
+{% endraw %}
diff --git a/ja/07.1.md b/ja/07.1.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 7.1 XMLの処理
 XMLはデータと情報のやりとりするための形式として十分普及しています。Webサービスが日々広範囲で応用されてくるにつれ、現在XMLは日常的な開発作業において重要な役割を演じてきました。この節ではGo言語の標準パッケージにあるXML関連のパッケージをご紹介します。
 
@@ -219,3 +220,4 @@ XMLをstructに解析する際は以下のルールに従います：　
    * [目次](<preface.md>)
    * 前へ: [テキスト処理](<07.0.md>)
    * 次へ: [Jsonの処理](<07.2.md>)
+{% endraw %}
diff --git a/ja/07.4.md b/ja/07.4.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 7.4 テンプレートの処理
 ## テンプレートとは何か
 おそらくあなたはMVCのデザインパターンについて聞いたことがあると思います。Modelはデータを処理を、Viewは表示結果を、Controllerはユーザのリクエストの制御を行います。Viewレイヤーの処理では、多くの動的な言語ではどれも静的なHTMLの中に動的言語が生成したデータを挿入します。例えばJSPでは`<%=....=%>`を挿入することで、PHPでは`<?php.....?>`を挿入することで実現します。
@@ -348,3 +349,4 @@ Webアプリケーションを作る時はテンプレートの一部が固定
    * [目次](<preface.md>)
    * 前へ: [正規表現の処理](<07.3.md>)
    * 次へ: [ファイルの操作](<07.5.md>)
+{% endraw %}
diff --git a/ja/09.1.md b/ja/09.1.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 9.1 CSRF攻撃の予防
 
 ## CSRFとは何か　
@@ -91,3 +92,4 @@ tokenを検証
    * [目次](<preface.md>)
    * 前へ: [セキュリティと暗号化](<09.0.md>)
    * 次へ: [入力フィルタリングの確保](<09.2.md>)
+{% endraw %}
diff --git a/ja/10.2.md b/ja/10.2.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 10.2 ローカライズリソース
 前の節ではどのようにしてLocaleを設定するかご紹介しました。Localeを設定したあとはどのようにしてLocaleに対応する情報を保存するかという問題を解決する必要があります。ここでの情報とは以下の内容を含みます：テキスト情報、時間と日時、通貨の値、画像、ファイルや動画といったリソース等です。ここではこれらの情報に対してご紹介していきたいと思います。Go言語ではこれらのフォーマットの情報をJSONに保存します。その後それぞれ適した方法によって表示します。(以下では日本語と英語の２つの言語を対比して例を挙げます。保存の形式はそれぞれen.jsonとja-JP.jsonです。)
 ## ローカライズテキスト情報
@@ -132,3 +133,4 @@ Localeの違いによってビューを表示させる場合もあるかもし
   * [目次](<preface.md>)
   * 前へ: [デフォルトロケールの設定](<10.1.md>)
   * 次へ: [国際化サイト](<10.3.md>)
+{% endraw %}
diff --git a/ja/10.3.md b/ja/10.3.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 10.3 国際化サイト
 前の節でどのようにしてローカライズリソースを処理するかご紹介しました。Localeに対応した設定ファイルです。ではもし複数のローカライズリソースを処理する場合は？いくつかの我々が通常使用する例は：簡単なテキスト翻訳、時間や日時、数字といったものはどのように処理するのでしょうか？この節では一つ一つこれらの問題を解決していきます。
 ## 複数のロケールパッケージの管理
@@ -178,3 +179,4 @@
   * [目次](<preface.md>)
   * 前へ: [ローカライズリソース](<10.2.md>)
   * 次へ: [まとめ](<10.4.md>)
+{% endraw %}
diff --git a/ja/12.2.md b/ja/12.2.md
@@ -1,8 +1,9 @@
+{% raw %}
 # 12.2 サイトエラー処理
 我々のWebアプリケーションが一旦実運用されると、さまざまなエラーが発生する可能性があります。Webアプリケーションの日常の実行ではいくつものエラーが発生する可能性があります。具体的には以下のとおり：
 
 - データベースエラー：データベースサーバへのアクセスまたはデータと関係のあるエラーです。例えば、以下は何らかのデータベースエラーを発生させることがあります。
-	
+
 	- 接続エラー：このエラーはデータベースサーバのネットワークが切断された時や、ユーザ名とパスワードが不正だった場合、またはデータベースが存在しない場合に発生することがあります。
 	- 検索エラー：使用されたSQLが正しく無く、エラーが発生する場合です。このようなSQLエラーはもしプログラムに厳格なテストを行うことで回避できます。
 	- データエラー：データベースの約束が衝突する場合。例えば一つしかないフィールドに複数の主キーを持つデータが挿入されるとエラーを発生させます。しかし、あなたのアプリケーションプログラムが運用される前に厳格なテストを行うことでこれらの問題を回避することもできます。
@@ -27,9 +28,9 @@
 エラー処理は実は我々も第十一章の第一節でどのようにエラー処理を設計するかご紹介しました。ここではまたひとつの例から詳細にご解説します。どのように異なるエラーを処理するのでしょうか：
 
 - ユーザにエラーが発生したことを通知する：
-	
+
 	ユーザがページにアクセスした時はふたつのエラーがあります：404.htmlとerror.htmlです。以下はそれぞれエラーページを表示するソースです：
-		
+
 		<html lang="en">
 		<head>
 		    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
@@ -51,7 +52,7 @@
 		</body>
 		</html>
 	もうひとつのソース：
-			
+
 		<html lang="en">
 		<head>
 		    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
@@ -72,9 +73,9 @@
 		</div>
 		</body>
 		</html>
-		
+
 	404のエラー処理ロジック、もしシステムのエラーだった場合もにたような操作になります。以下を見てみましょう：
-	
+
 		func (p *MyMux) ServeHTTP(w http.ResponseWriter, r *http.Request) {
 		    if r.URL.Path == "/" {
 		        sayhelloName(w, r)
@@ -90,7 +91,7 @@
 	    	ErrorInfo := "ファイルが見つかりません" //現在のユーザ情報を取得
 	    	t.Execute(w, ErrorInfo)  //テンプレートのmerger操作を実行
 		}
-		
+
 		func SystemError(w http.ResponseWriter, r *http.Request) {
 			log.Critical("システムエラー")   //システムエラーはクリティカルですので、ログに記録するだけでなくメールを送信します。
 			t, _ = t.ParseFiles("tmpl/error.html", nil)  //テンプレートファイルを解析
@@ -109,7 +110,7 @@
 				username = ""
 			}
 		}()
-	
+
 		username = User[uid]
 		return
 	}
@@ -122,3 +123,4 @@
    * [目次](<preface.md>)
    * 前へ: [アプリケーションログ](<12.1.md>)
    * 次へ: [アプリケーションのデプロイ](<12.3.md>)
+{% endraw %}
diff --git a/ja/13.3.md b/ja/13.3.md
@@ -1,3 +1,4 @@
+{% raw %}
 # 13.3 controller設計
 
 伝統的なMVCフレームワークにおいて、多くの場合Action設計のサフィックス反映にもとづいています、しかしながら、現在webではREST風のフレームワークが流行しています。なるべくFilterかrewriteを使用してURLのリライトを行い、REST風のURLを実現しています。しかしなぜ直接新しくREST風のMVCフレームワークを設計しないのでしょうか？本章ではこういった考え方に基いてどのようにREST風のMVCフレームワークにフルスクラッチでcontroller、最大限に簡素化されたWebアプリケーションの開発、ひいては一行で可能な"Hello, world"の実装についてご説明します。
@@ -17,7 +18,7 @@ MVC設計は現在Webアプリケーションの開発において最もよく
 		Layout    []string
 		TplExt    string
 	}
-	
+
 	type ControllerInterface interface {
 		Init(ct *Context, cn string)    //コンテキストとサブクラスの名前を初期化
 		Prepare()                       //実行前のいくつかの処理を開始
@@ -31,7 +32,7 @@ MVC設計は現在Webアプリケーションの開発において最もよく
 		Finish()                        //実行完了後の処理
 		Render() error                  //methodが対応する方法を実行し終えた後、ページを構築
 	}
-	
+
 前にadd関数へのルータをご紹介した際ControllerInterfaceクラスを定義しました。ですので、ここではこのインターフェースを実装すれば十分です。基底クラスのContorollerの実装は以下のようなメソッドになります：
 
 	func (c *Controller) Init(ct *Context, cn string) {
@@ -42,43 +43,43 @@ MVC設計は現在Webアプリケーションの開発において最もよく
 		c.Ct = ct
 		c.TplExt = "tpl"
 	}
-	
+
 	func (c *Controller) Prepare() {
-	
+
 	}
-	
+
 	func (c *Controller) Finish() {
-	
+
 	}
-	
+
 	func (c *Controller) Get() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Post() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Delete() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Put() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Head() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Patch() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Options() {
 		http.Error(c.Ct.ResponseWriter, "Method Not Allowed", 405)
 	}
-	
+
 	func (c *Controller) Render() error {
 		if len(c.Layout) > 0 {
 			var filenames []string
@@ -108,10 +109,10 @@ MVC設計は現在Webアプリケーションの開発において最もよく
 		}
 		return nil
 	}
-	
+
 	func (c *Controller) Redirect(url string, code int) {
 		c.Ct.Redirect(code, url)
-	}	
+	}
 
 上のcontroller基底クラスはインターフェースが定義する関数を実装しています。urlにもとづいてルータが対応するcontrollerを実行する原則に従って、以下のように実行されます：
 
@@ -125,21 +126,21 @@ MVC設計は現在Webアプリケーションの開発において最もよく
 上ではbeegoフレームワークにおいてcontroller基底クラスの設計を完成させました。我々のアプリケーションでは我々のメソッドを以下のように設計することができます：
 
 	package controllers
-	
+
 	import (
 		"github.com/astaxie/beego"
 	)
-	
+
 	type MainController struct {
 		beego.Controller
 	}
-	
+
 	func (this *MainController) Get() {
 		this.Data["Username"] = "astaxie"
 		this.Data["Email"] = "astaxie@gmail.com"
 		this.TplNames = "index.tpl"
 	}
-	
+
 上のメソッドではサブクラスMainControllerを実装し、Getメソッドを実装しています。もしユーザがその他のメソッド(POST/HEAD等)によってこのリソースにアクセスすると、403を返します。もしGetであれば、AutoRender=trueを設定していますのでGetメソッドの実行後自動的にRender関数が実行され、以下のようなインターフェースが表示されます：
 
 ![](images/13.4.beego.png?raw=true)
@@ -161,3 +162,4 @@ index.tplのコードは以下のようになります。データの設定と
    * [目次](<preface.md>)
    * 前へ: [カスタム定義のルータの設計](<13.2.md>)
    * 次へ: [ログとコンフィグ設計](<13.4.md>)
+{% endraw %}
diff --git a/ja/13.5.md b/ja/13.5.md
diff --git a/ja/14.3.md b/ja/14.3.md
diff --git a/ja/14.5.md b/ja/14.5.md
