You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cordova.apache.org by ld...@apache.org on 2014/05/28 19:40:39 UTC
[38/53] [abbrv] documentation translation: cordova-docs
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/appdev/privacy/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/appdev/privacy/index.md b/docs/ja/edge/guide/appdev/privacy/index.md
index 171f1c5..fb646fd 100644
--- a/docs/ja/edge/guide/appdev/privacy/index.md
+++ b/docs/ja/edge/guide/appdev/privacy/index.md
@@ -20,11 +20,11 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
モバイル アプリのプライバシーに関するこのガイドは、いくつかの最も重要な問題に対処する*プライマー*を考慮しなければなりません。 いくつかの広く受け入れられているベスト プラクティスを概説し、他のより詳細なガイドと参照への参照を提供します。
-* **Privacy Policy**: You app should include a privacy policy that addresses topics such as what kind of information the app collects from or about your users, how that information is used, with whom it is shared, and how users can make privacy-related choices within the app. To aid understanding, you should use plain language and avoid technical jargon. あなたのプライバシー ポリシーをアプリのマーケットプ レースでアプリの説明のようなダウンロードする前にレビューするユーザーのために利用可能にする必要があります。 さらに、お客様のプライバシー ポリシーをアプリ自体の内で使用可能にする必要があります。 モバイル デバイスのディスプレイのサイズに制限はプライバシー ポリシーを表示するための課題を作成します。 最も重要な情報が含まれるポリシーの*短い形式*の開発を検討し、詳細に興味がある人「�
��い形式」ポリシーへのリンクを提供しています。 いくつかのグループは、プライバシーに関する声明は、一度これらの規格の成熟を考慮したいと思うことを通信するためのアイコン ベースの基準を開発しようとしています。
+* **プライバシー ポリシー**： アプリ情報のどんなアプリ収集からまたはユーザーについて、その情報の使用方法、誰と共有している、ユーザーがアプリ内のプライバシー関連の選択肢をすることができますどのようなトピックに対応するプライバシー ポリシーを含める必要があります。理解を助けるため、平易な言葉を使用して技術的な専門用語を避ける必要があります。 あなたのプライバシー ポリシーをアプリのマーケットプ レースでアプリの説明のようなダウンロードする前にレビューするユーザーのために利用可能にする必要があります。 さらに、お客様のプライバシー ポリシーをアプリ自体の内で使用可能にする必要があります。 モバイル デバイスのディスプレイのサイズに制限はプライバシー ポリシーを表示するための
課題を作成します。 最も重要な情報が含まれるポリシーの*短い形式*の開発を検討し、詳細に興味がある人「長い形式」ポリシーへのリンクを提供しています。 いくつかのグループは、プライバシーに関する声明は、一度これらの規格の成熟を考慮したいと思うことを通信するためのアイコン ベースの基準を開発しようとしています。
* **機密性の高い情報の収集**: アプリの敏感な個人情報の収集を重要なプライバシーへの懸念を発生させます。 個人の機密情報の例は、個人の金融情報、健康およびからまたは子供についての情報。 また、特定のセンサーと携帯端末やタブレットの地理位置情報、連絡先/電話帳、マイク/カメラ ストアド画像/動画などで通常見られるデータベースから収集された情報が含まれています。 詳細については、次のマニュアル ページを参照してください：[カメラ][1]、[キャプチャ][2]、[連絡先][3]、および[ジオロケーション][4]。 一般に、機密情報を収集する前に、ユーザーの明示的な許可を取得してください、可能であれば、簡単に権限を変更することができます制御機構を提供します。 アプリケーションのオペレーティング システムは、�
�レクションの前に、ユーザーの許可を求める - 時のダイアログ ボックスを提示することによっていくつかのインスタンスで助けることができます。 このような場合、必ず明確にどのようにアプリを使用して、該当する場合、このような情報を共有する] ダイアログ ボックスのテキストをカスタマイズするあらゆる機会を活用します。
-* **Avoiding user surprise**: If the app collects or uses information in a way that may be surprising to users in light of the primary purpose of your app (for example, a music player that accesses stored pictures), you should take similar steps as with the collection of sensitive personal information. それは、強くお勧め、ジャスト イン タイム ダイアログ ボックスの使用をコレクションについてユーザーに通知または情報の使用は、該当する場合は、対応するプライバシー制御を提供します。
+* **ユーザーの驚きを回避する**: アプリを収集または場合アプリ (たとえば、保存画像にアクセスする音楽プレーヤー） の主な目的に照らしてユーザーに驚くべきことができる方法で情報を使用して、講じる必要が似たような機密性の高い個人情報の収集と同様。 それは、強くお勧め、ジャスト イン タイム ダイアログ ボックスの使用をコレクションについてユーザーに通知または情報の使用は、該当する場合は、対応するプライバシー制御を提供します。
* **サード パーティ製データ収集または共有**: アプリは、別の会社に提供される情報を収集する場合ソーシャルネットワーキングプラット フォームまたは (たとえば、アプリに広告が表示される場合)--広告ネットワークなどをユーザーに通知するそのコレクションの共有と。 少なくとも、あなたのプライバシー ポリシー、情報収集を記述する必要があるし、必要に応じて、ユーザーをコントロールする能力を提供していますこのようなコレクションのオプトアウトまたは共有します。
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/appdev/security/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/appdev/security/index.md b/docs/ja/edge/guide/appdev/security/index.md
new file mode 100644
index 0000000..77f7193
--- /dev/null
+++ b/docs/ja/edge/guide/appdev/security/index.md
@@ -0,0 +1,97 @@
+---
+
+免許証: アパッシュ ソフトウェア基礎 (ASF) を 1 つまたは複数の共同作成者のライセンス契約の下でライセンスされています。 著作権所有権に関する追加情報のためのこの仕事と分散 NOTICE ファイルを参照してください。 ASF は、Version 2.0 (「ライセンス」）; Apache ライセンスの下であなたにこのファイルをライセンスします。ライセンスに従う場合、このファイルを使用可能性があります。 ライセンスのコピーを入手した可能性があります。
+
+ http://www.apache.org/licenses/LICENSE-2.0 ソフトウェア ライセンスの下で配布で配布されて適用される法律によって必要なまたは書面で合意した、しない限り、「そのまま」なし保証またはいかなる種類の保証、明示または黙示を問わず、基礎。 アクセス許可と制限を支配する特定の言語用のライセンスを参照してください。
+
+
+## ライセンス。
+
+# セキュリティ ガイド
+
+コルドバのアプリケーションを開発するときに考慮する必要がありますいくつかのセキュリティのベスト プラクティスについて説明します。 セキュリティは非常に複雑なトピック、従ってこのガイドは完全ではないことを留意してください。 このガイドに貢献することができる場合は、お気軽[「ドキュメント」][1]の下でコルドバのバグ追跡システム問題を報告します。 このガイドは、一般的なコルドバ開発 (全プラットフォーム) に該当するように設計されますが、特別なプラットフォーム固有の注意事項が記載されます。
+
+ [1]: https://issues.apache.org/jira/browse/CB/component/12316407
+
+## このガイドには、次のトピックについて説明します。
+
+* ホワイト リスト
+* Iframe およびコールバック Id メカニズム
+* 証明書を固定
+* 自己署名証明書
+* 暗号化されたストレージ
+* 一般的なヒント
+* お勧めの記事やその他のリソース
+
+## ホワイト リスト
+
+* 読み取りし、ホワイト リスト ガイドを理解します。
+
+* 既定では、新しく作成されたアプリケーションのホワイト リストにより、を介してすべてのドメインへのアクセスを `<access>` タグ： `<access origin="*">` 、ホワイト リストに対して評価するネットワーク要求が必要な場合、この変更をのみアクセスする必要のあるドメインを許可することが重要です。 あるアプリケーション レベルの構成ファイルを編集することによってこれを： `{project}/config.xml` (最近プロジェクトの場合) または `{project}/www/config.xml` (古いプロジェクト)
+
+* Android のホワイト リスト コルドバの 2.9.x は安全と見なされます、しかし、それは発見された foo.com がホワイト リストに含まれる場合、foo.com.evil.com ホワイト リストのテストに合格することができるでしょう。 これはコルドバで修正された 3.x。
+
+* Android の API 10 以下と iframe および XMLHttpRequest の WP7/8 ドメイン ホワイト リストは動作しません。 つまり、攻撃者が iframe 内の任意のドメインに読み込むことができ、iframe 内のページのスクリプトも一切コルドバの JavaScript オブジェクトと対応するネイティブ Java オブジェクトに直接アクセスできます。 これらのプラットフォーム用のアプリケーションを構築する際、これを考慮に入れなければなりません。 実際にはつまり、ターゲット 10 より高い Android の API と、可能であればを使用しない iframe を読み込む外部コンテンツ - inAppBrowser プラグインや他のサードパーティ製プラグインを使用してください。
+
+## Iframe およびコールバック Id メカニズム
+
+ホワイト リストに登録ドメインから iframe のコンテンツを提供しています、そのドメイン ネイティブ コルドバ ブリッジにお越し。 これはつまり、サードパーティの広告ネットワークをホワイト リストしこれら広告 iframe を通じて、悪意のある広告が iframe を打破し、悪意のある操作を実行することができること可能です。 このため、一般に使用しないでください iframe iframe コンテンツをホストしているサーバーをコントロールしていないかぎり。 サード パーティのプラグインの広告ネットワークをサポートするために利用できるがあることに注意してください。 この文が true の iOS は、iframe の接続を含むすべてを横取りしないことに注意してください。
+
+## 証明書を固定
+
+コルドバは固定する真の証明書をサポートしません。 これに対する主要な障壁は Android にネイティブ Api の欠如 SSL サーバーの証明書のチェックを実行する接続を遮断します。 （JSSE を使用して Java で Android 上の固定を行う証明書することは、Android 上 webview は C++ で書かれてサーバー接続はあなたのため、webview によって処理されますが、だから不可能だが Java と JSSE を使用する。)Apache コルドバは複数のプラットフォーム間で一貫性のある Api を提供するものです、のでその一貫性が切れます主要なプラットフォームの機能を持っていません。
+
+証明書を固定、またはアプリケーションの有効期間中に他の様々 な回でサーバーの公開キー (指紋) 予期される値が、アプリケーションの起動時のチェックなどを近似する方法があります。 サード パーティのプラグインを行うことができますコルドバがあります。 ただし、これは自動的に検証するサーバーへの接続ごとに予期される値の固定 true 証明書と同じです。
+
+## 自己署名証明書
+
+サーバーに自己署名証明書を使用することをお勧めします。 SSL を希望する場合、サーバーが既知の CA (証明機関) によって正しく署名されている証明書であることそれ勧め。 真の証明書を固定することができないことこれが重要になります。
+
+自己署名証明書を受け入れるサーバー証明書がデバイスによって有効と見なされることができます証明書チェーンの検証をバイパスするからです。 これは、中間者攻撃への通信を開きます。 ハッカーを傍受し、デバイスとサーバー間の通信を読むだけでなくだけでなく、コミュニケーションを変更する非常に簡単になります。 デバイスは、サーバーの証明書が信頼された CA によって署名されていることを確認しないのでこれが起こっているか決して知らない。 デバイスには、サーバーはそれを予期している証拠がありません。 中間者攻撃を行うための使いやすさのため自己署名入りの証明書の受け入れがだけ、信頼されていないネットワーク上の https ではなく http を実行するよりも同然。 はい、トラフィックは暗号化されますが、し�
�し、真ん中の男は、暗号化は受動オブザーバーを除いて役に立たないので、すべてをアクセスできるように、- で-仲介者からのキーで暗号化できます。 ユーザーに SSL をセキュリティで保護された、信頼し、これが意図的を作ることそれ安全でない、SSL 使用は誤解を招くになります。 これが、信頼されたネットワークで使用される場合 （すなわち、あなたが制御された企業の完全に内側）、[自己署名入りの証明書はまだお勧めしません。 信頼されたネットワークで 2 つの提言は、ネットワーク自体が信頼できる、ちょうど http を使用するか （自己署名されていない) 信頼される CA によって署名された証明書を取得します。 ネットワークが信頼されているかはありません。
+
+ここで説明した原則は Apache コルドバに限定されない、すべてのクライアント サーバー間の通信に適用されます。
+
+Android でコルドバを実行する場合を使用して `android:debuggable="true"` 、アプリケーション マニフェストによって許可されます証明書などの SSL エラー チェーン検証エラー自己署名入りの証明書に。 この構成では自己署名入りの証明書を使用できますが、アプリケーションが運用環境で使用する構成ではありません。 アプリケーションの開発時にのみ使用するものです。
+
+## 暗号化されたストレージ
+
+## 一般的なヒント
+
+### Android のジンジャーブレッドを使用しないでください ！
+
+* 10 以上 min ターゲット sdk レベルを設定します。API 10 ジンジャーブレッド, あり、ジンジャーブレッドは、もはや Google またはデバイスの製造元によってサポートされているし、お勧めしたがってできません Cordova チームによって。
+* ジンジャーブレッドは、安全でないことを示されているし、1 つは、最もターゲット モバイル Os [http://www.mobilemag.com/2012/11/06/andriod-2-3-gingerbread-security/][2].
+* ジンジャーブレッドまたは低い Android 上のホワイト リストは動作しません。 つまり、攻撃者は悪意のあるコード コルドバ Api のすべてにアクセスする必要がありますし、そのアクセスを使用して個人データを盗む、プレミアム レート番号に SMS メッセージを送信およびその他の悪意のある行為を実行するでしたする iframe を読み込むことができます。
+
+ [2]: http://bgr.com/2012/11/06/android-security-gingerbread-malware/
+
+### InAppBrowser 外部リンクを使用します。
+
+* InAppBrowser は、外部のウェブサイトへのリンクを開くときに使用します。 これは、ホワイト リスト登録のドメイン名と、InAppBrowser ネイティブ ブラウザーのセキュリティ機能を使用して、web サイトを与えることはありませんので、あなたのアプリケーション内で直接内容を含むコルドバ環境へのアクセスよりはるかに安全です。 サード パーティの web サイトを信頼、アプリケーションに直接組み込む場合でもその第三者の web サイトは悪意のある web コンテンツをリンクでした。
+
+### すべてのユーザー入力を検証します。
+
+* 常にあなたのアプリケーションを受け入れるすべての入力を検証します。 これには、ユーザー名、パスワード、日付、アップロードされたメディアなどが含まれます。 攻撃者は HTML と JS 資産 (アプリケーションを逆コンパイル、または chrome://inspect のようなデバッグ ツールを使用するか) 操作可能性があります、ためこの検証データ任意のバックエンド サービスに渡す前に、特にまた、サーバー上実行必要があります。
+* 他のソースのデータを検証する必要があります: ユーザー ドキュメント、連絡先、プッシュ通知
+
+### 機密性の高いデータをキャッシュしません。
+
+* ユーザー名、パスワード、地理位置情報などの機密データをキャッシュする場合それが潜在的取得後、未承認のユーザーやアプリケーションによって。
+
+### あなたが何をやっている知っている限り、eval() を使用しないでください。
+
+* JavaScript 関数 eval() 虐待されての長い歴史を持ちます。正しくを使用、コードのデバッグの難しさ、およびコード実行の速度が低下、インジェクション攻撃のために開くことができます。
+
+### ソース コードが安全であるとは限りません
+
+* コルドバのアプリケーションは、ネイティブなコンテナーにパッケージ化された HTML と JavaScript の資産から組み込まれて、あなたのコードが安全であることを考えないでください。 リバース エンジニア リング、コルドバ アプリケーションに可能です。
+
+## お勧めの記事やその他のリソース
+
+* [HTML5 アプリケーションをセキュリティ保護する方法を詳述した HTML5 セキュリティ カンニング][3]
+* [データの暗号化を使用するなど、デバイスのセキュリティに関する Phonegap の記事][4]
+* [Webview でよく知られているセキュリティ上の欠陥についてのホワイト ペーパー ベースのハイブリッド アプリケーション][5]
+
+ [3]: https://www.owasp.org/index.php/HTML5_Security_Cheat_Sheet
+ [4]: https://github.com/phonegap/phonegap/wiki/Platform-Security
+ [5]: http://www.cis.syr.edu/~wedu/Research/paper/webview_acsac2011.pdf
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/appdev/whitelist/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/appdev/whitelist/index.md b/docs/ja/edge/guide/appdev/whitelist/index.md
index 4971bfa..bb244a9 100644
--- a/docs/ja/edge/guide/appdev/whitelist/index.md
+++ b/docs/ja/edge/guide/appdev/whitelist/index.md
@@ -114,15 +114,15 @@ IOS プラットフォーム上のワイルドカードは、 [W3C のウィジ
## 3.1.0 の iOS の変化
-Prior to version 3.1.0, Cordova-iOS included some non-standard extensions to the domain whilelisting scheme supported by other Cordova platforms. As of 3.1.0, the iOS whitelist now conforms to the resource whitelist syntax described at the top of this document. If you upgrade from pre-3.1.0, and you were using these extensions, you may have to change the `config.xml` file in order to continue whitelisting the same set of resources as before.
+前のバージョン 3.1.0、コルドバ iOS 他コルドバのプラットフォームでサポートされているドメイン whilelisting スキームをいくつかの非標準の拡張含まれています。 3.1.0、現在 iOS のホワイト リストは今このドキュメントの上部に記載されているリソースのホワイト リストの構文に準拠します。 変更する必要があります前 3.1.0 からアップグレードする、これらの拡張機能を使用していた場合、 `config.xml` ファイルとして前にホワイト リスト登録リソースの同じセットを続行するために。
具体的には、これらのパターンを更新する必要があります。
-* "`apache.org`" (no protocol): This would previously match `http`, `https`, `ftp`, and `ftps` protocols. Change to "`*://apache.org/*`" to include all protocols, or include a line for each protocol you need to support.
+* " `apache.org` "(プロトコル): これは以前と一致 `http` 、 `https` 、 `ftp` 、および `ftps` プロトコル。 変更" `*://apache.org/*` "に、すべてのプロトコルを含めたり、各プロトコルをサポートする必要がある行が含まれます。
-* "`http://apache.*`" (wildcard at end of domain): This would previously match all top-level-domains, including all possible two-letter TLDs (but not useful domains like .co.uk). Include a line for each TLD which you actually control, and need to whitelist.
+* " `http://apache.*` "(ワイルドカード ドメインの終わりに): これは以前すべて上位-レベルの-ドメイン、すべての可能な 2 文字の Tld を含むと一致 (有用ではないドメインのようにしかし。 co.uk)。 行することが実際に制御、ホワイト リストに登録する必要がある各 TLD を含めます。
-* "`h*t*://ap*he.o*g`" (wildcards for random missing letters): These are no longer supported; change to include a line for each domain and protocol that you actually need to whitelist.
+* " `h*t*://ap*he.o*g` "(行方不明のランダムな文字のワイルドカード文字): これらはサポートされていません; ドメインごとに行を含めるし、したプロトコルへの変更は、実際にホワイト リストする必要があります。
## Windows Phone のホワイト リスト
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/cli/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/cli/index.md b/docs/ja/edge/guide/cli/index.md
index 1be368e..95c218a 100644
--- a/docs/ja/edge/guide/cli/index.md
+++ b/docs/ja/edge/guide/cli/index.md
@@ -16,7 +16,7 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# コマンド ライン インターフェイス
-このガイドでは、アプリケーションの作成し、を使用してさまざまなネイティブ モバイル プラットフォームに展開する方法を示します、 `cordova` コマンド ライン インターフェイス (CLI)。 This tool allows you to create new projects, build them on different platforms, and run on real devices or within emulators. The CLI is the main tool to use for the cross-platform workflow described in the Overview. Otherwise you can also use the CLI to initialize project code, then switch to various platforms' SDKs and shell tools for continued development.
+このガイドでは、アプリケーションの作成し、を使用してさまざまなネイティブ モバイル プラットフォームに展開する方法を示します、 `cordova` コマンド ライン インターフェイス (CLI)。 このツールは、新しいプロジェクトの作成、異なるプラットフォームで構築、またはエミュレーター内で実際のデバイスで実行することができます。 CLI は、「概要」で説明されているプラットフォーム間ワークフローを使用する主なツールです。 それ以外の場合、CLI を使用してさまざまなプラットフォーム Sdk、および継続的な開発のためのシェルのツールに切り替えて、プロジェクト コードを初期化することもできます。
## 前提条件
@@ -35,40 +35,59 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
Mac のコマンドラインです*ターミナル*アプリケーション経由で利用できます。PC 上だ*アクセサリー*の下で*コマンド プロンプト*として使用可能.
-**NOTE**: For Windows-only platforms, you can still do your development on Mac hardware by running Windows in a virtual machine environment or in dual-boot mode. For available options, see the Windows Phone Platform Guide or the Windows 8 Platform Guide.
+**注**: Windows 専用プラットフォームをまだ Mac のハードウェア上で開発仮想マシン環境またはデュアル ブート モードで Windows を実行して行うことができます。 使用可能なオプションは、Windows Phone プラットフォーム ガイド 』 または 『 Windows 8 プラットフォーム ガイド 』 を参照してください。
-The more likely it is that you run the CLI from different machines, the more it makes sense to maintain a remote source code repository, whose assets you pull down to local working directories.
+多くの可能性、CLI リモート ソース コード リポジトリでは、ローカルの作業ディレクトリにプルダウンその資産を維持するために理にかなってより多くの異なるマシンからに実行することです。
-To install the `cordova` command-line tool, follow these steps:
+## コルドバ CLI のインストール
-1. ダウンロードしてインストール[Node.js][1]。呼び出すことができる必要がありますインストール直後は、 `node` または `npm` コマンド ライン。
+コルドバのコマンド ライン ツールは、すぐに使用できる形式での npm パッケージとして配布されます。ソースからコンパイルする必要はありません。
-2. Download and install a [git client][2], if you don't already have one. Following installation, you should be able to invoke `git` on your command line. Even though you won't be using `git` manually, the CLI does use it behind-the-scenes to download some assets when creating a new project.
+インストールする、 `cordova` コマンド ライン ツールは、次の手順に従ってください。
-3. Install the `cordova` utility. In Unix, prefixing the additional `sudo` command may be necessary to install development utilities in otherwise restricted directories:
+1. ダウンロードしてインストール[Node.js][1]。 呼び出すことができる必要がありますインストール直後は、 `node` と `npm` コマンド ライン。 必要な場合があります必要に応じてツールを使用するような `nvm` または `nave` Node.js インストールを管理します。
+
+2. ダウンロードして既に 1 つを持っていない場合、 [git クライアント][2]をインストールします。 呼び出すことができる必要がありますインストール直後は、 `git` コマンド ライン。 にもかかわらず、あなた won't を使用して `git` 、手動で、CLI は使用舞台裏を新しいプロジェクトの作成時にいくつかの資産をダウンロードします。
+
+3. インストール、 `cordova` モジュールを使用して `npm` Node.js のユーティリティ。`cordova`モジュールはによって自動的にダウンロードされます、 `npm` ユーティリティ。
+
+ [1]: http://nodejs.org/
+ [2]: http://git-scm.com/
+
+* OS X と Linux:
+
+ $ sudo npm install -g cordova
+
- $ sudo 故宮をインストール-g コルドバ
+ OS X と Linux では、プレフィックスとして、 `npm` コマンドを `sudo` 必要がありますこの開発をインストールするユーティリティでそれ以外の場合制限されるディレクトリよう `/usr/local/share` 。 身廊 nvm オプション/ツールを使用しているか、インストール ディレクトリへの書き込みアクセスがある場合は省略することができます、 `sudo` プレフィックス。 使用して[より多くのヒント][3]がある `npm` なし `sudo` 、それを行うことを望む場合。
+
+* windows:
+
+ C:\>npm install -g cordova
- インストール ログすべてアンインストールされたプラットフォーム Sdk の誤差が生じる可能性があります。インストール後、実行することができる必要があります `cordova` コマンド ・ ラインで。
+ `-g`上記のフラグは、 `npm` をインストールする `cordova` 世界的に。 それ以外の場合にインストールされます、 `node_modules` の現在の作業ディレクトリのサブディレクトリ。
+
+ 追加する必要があります、 `npm` ディレクトリを `PATH` グローバルにインストールされているを呼び出すために `npm` モジュール。 Windows では、 `npm` 通常で発見することができます `C:\Users\username\AppData\Roaming\npm` 。 OS X と Linux それすることができます通常にあります。`/usr/local/share/npm`.
+
+ インストール ログすべてアンインストールされたプラットフォーム Sdk の誤差が生じる可能性があります。
- **注**: `-g` 上記のフラグは、 `npm` コルドバをグローバルにインストールします。 追加する必要があります、 `npm` ディレクトリを `PATH` グローバルにインストールされているを呼び出すために `npm` モジュール。 Windows では、 `npm` 通常で発見することができます `C:\Users\username\AppData\Roaming\npm` と Unix で`/usr/local/share/npm`.
+ インストール後、実行することができる必要があります `cordova` ない引数とコマンド ライン ヘルプ テキストを印刷する必要があります。
- [1]: http://nodejs.org/
- [2]: http://git-scm.com/
+ [3]: http://justjs.com/posts/npm-link-developing-your-own-npm-modules-without-tears
## アプリを作成します。
-Go to the directory where you maintain your source code, and run a command such as the following:
+ソース コードを維持する、ディレクトリに移動し、次のようなコマンドを実行します。
$ cordova create hello com.example.hello HelloWorld
-It may take some time for the command to complete, so be patient. Running the command with the `-d` option displays information about its progress.
+いくつかの時間がかかるを完了するコマンドがかかります。コマンドを実行して、 `-d` オプションは、進行状況に関する情報を表示します。
-The first argument *hello* specifies a directory to be generated for your project. This directory should not already exist, Cordova will create it for you. Its `www` subdirectory houses your application's home page, along with various resources under `css`, `js`, and `img`, which follow common web development file-naming conventions. The `config.xml` file contains important metadata needed to generate and distribute the application.
+最初の引数の*ハロー*プロジェクトに対して生成されるディレクトリを指定します。 このディレクトリは既に存在する必要があります、コルドバはあなたのために作成されます。 その `www` サブディレクトリ、アプリケーションのホーム ページで、下にあるさまざまなリソースと一緒に家 `css` 、 `js` と `img` 、一般的な web 開発ファイル名前付け規則に従いますが。 `config.xml`ファイルには生成し、アプリケーションの配布に必要な重要なメタデータが含まれています。
-The second argument `com.example.hello` provides your project with a reverse domain-style identifier. This argument is optional, but only if you also omit the third argument, since the arguments are positional. You can edit this value later in the `config.xml` file, but do be aware that there may be code generated outside of `config.xml` using this value, such as Java package names. The default value is `io.cordova.hellocordova`, but it is recommended that you select an appropriate value.
+2 番目の引数 `com.example.hello` 逆引きドメイン スタイル識別子と、プロジェクトを提供します。 この引数はオプションですが、またので、引数が位置指定に 3 番目の引数を省略する場合にのみです。 この値は編集できます後で、 `config.xml` ファイル、しかし、ことはの外で生成されたコードがあるかもしれないことに注意してください `config.xml` Java パッケージ名など、この値を使用して。 既定値は `io.cordova.hellocordova` が適切な値を選択することをお勧めします。
3 番目の引数 `HelloWorld` アプリケーションの表示タイトルを提供します。 この引数は省略可能です。 この値は編集できます後で、 `config.xml` ファイル、しかし、ことはの外で生成されたコードがあるかもしれないことに注意してください `config.xml` Java クラス名など、この値を使用して。 既定値は `HelloCordova` が適切な値を選択することをお勧めします。
@@ -156,15 +175,15 @@ The second argument `com.example.hello` provides your project with a reverse dom
(詳細については、プラットフォームのガイドを参照)。たとえば、あなたが最初の実行、 `android` 人造人間 SDK を起動し、その既定の動作によると起動する特定のデバイスのイメージを実行するコマンド。
-![][3]
+![][4]
- [3]: img/guide/cli/android_emulate_init.png
+ [4]: img/guide/cli/android_emulate_init.png
フォロー アップで、 `cordova emulate` コマンドは、ホーム画面から起動できるようになります最新のアプリケーションを表示するエミュレーター イメージを更新します。
-![][4]
+![][5]
- [4]: img/guide/cli/android_emulate_install.png
+ [5]: img/guide/cli/android_emulate_install.png
代わりに、携帯電話をお使いのコンピューターに差し込み、アプリを直接テストすることができます。
@@ -177,10 +196,10 @@ The second argument `com.example.hello` provides your project with a reverse dom
ビルド、新しいプロジェクトを表示すると表示される既定のアプリケーションは非常にしません。 標準の web テクノロジーを活用する多くの方法でアプリを変更することができますが、デバイス レベルのさまざまな機能と密接に通信するアプリ、コア コルドバ Api へのアクセスを提供するプラグインを追加する必要があります。
-*プラグイン*はネイティブ コンポーネントへのインタ フェースを提供するアドオン コードのビットです。 たとえば、ネイティブ コンポーネントを持つコルドバの WebView をミックスしたハイブリッド アプリを設計するときの独自のプラグイン インターフェイスをデザインできます。 (詳細については埋め込み web 表示と[プラグイン開発ガイド][5]を参照してください)。一般的に、コルドバの基本的なデバイス レベル機能は、API リファレンスの詳細のいずれかを有効にするプラグインを追加すると思います。 A list of these plugins, including additional third-party plugins provided by the community, can be found in the registry at [plugins.cordova.io][6]. CLI を使用するには、このレジストリからプラグインを検索します。 たとえば、検索 `bar` と `code` 小文字部分文字列とし�
��の両方の条件に一致する 1 つの結果を生成します。
+*プラグイン*はネイティブ コンポーネントへのインタ フェースを提供するアドオン コードのビットです。 たとえば、ネイティブ コンポーネントを持つコルドバの WebView をミックスしたハイブリッド アプリを設計するときの独自のプラグイン インターフェイスをデザインできます。 (詳細については埋め込み web 表示と[プラグイン開発ガイド][6]を参照してください)。一般的に、コルドバの基本的なデバイス レベル機能は、API リファレンスの詳細のいずれかを有効にするプラグインを追加すると思います。 これらのプラグインを含む、コミュニティによって提供される追加のサード パーティのプラグインのリストは[plugins.cordova.io][7]でレジストリで見つかんだことができます。 CLI を使用するには、このレジストリからプラグインを検索�
��ます。 たとえば、検索 `bar` と `code` 小文字部分文字列としての両方の条件に一致する 1 つの結果を生成します。
- [5]: guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide
- [6]: http://plugins.cordova.io/
+ [6]: guide_hybrid_plugins_index.md.html#Plugin%20Development%20Guide
+ [7]: http://plugins.cordova.io/
$ cordova plugin search bar code
@@ -324,7 +343,7 @@ The second argument `com.example.hello` provides your project with a reverse dom
<link rel="stylesheet" type="text/css" href="css/overrides.css" />
-* 必要に応じて作成する空の `www/css/overrides.css` ファイル、不足しているファイルのエラーを防止する、すべてのアンドロイド ビルドに適用されます。
+* 必要に応じて空を作成する `www/css/overrides.css` ファイル、不足しているファイルのエラーを防止する、すべてのアンドロイド ビルドに適用されます。
* 作成、 `css` 内のサブディレクトリ `merges/android` 、追加し、対応する `overrides.css` ファイル。 CSS オーバーライド内で指定された 12 ポイントの既定のフォント サイズを指定する `www/css/index.css` 、たとえば。
@@ -359,18 +378,18 @@ The second argument `com.example.hello` provides your project with a reverse dom
$ sudo npm update -g cordova
-Use this syntax to install a specific version:
+特定のバージョンをインストールするには、この構文を使用します。
$ sudo npm install -g cordova@3.1.0-0.2.0
-Run `cordova -v` to see which version is currently running. Run the `npm
-info` command for a longer listing that includes the current version along with other available version numbers:
+実行 `cordova -v` を現在実行されているどのバージョンを参照してください。 実行、 `npm
+info` をその他の利用可能なバージョン番号と共に現在のバージョンを含む長い一覧のコマンド。
$ npm info cordova
-Cordova 3.0 is the first version to support the command-line interface described in this section. If you are updating from a version prior to 3.0, you need to create a new project as described above, then copy the older application's assets into the top-level `www` directory. Where applicable, further details about upgrading to 3.0 are available in the Platform Guides. Once you upgrade to the `cordova` command-line interface and use `npm update` to stay current, the more time-consuming procedures described there are no longer relevant.
+コルドバ 3.0 は、このセクションで説明されているコマンド ライン インターフェイスをサポートするために最初のバージョンです。 前述のように、新しいプロジェクトを作成し、古いアプリケーション資産の最上位レベルにコピーする必要があります 3.0 以前のバージョンから更新する場合は `www` ディレクトリ。 該当する場合は、3.0 へのアップグレードに関する詳細はプラットフォームのガイドで利用できます。 アップグレードした後、 `cordova` コマンド ライン インターフェイスおよび使用 `npm update` 現在滞在より時間のかかる手順には、もはや関連。
コルドバ 3.0 + プロジェクト レベルのディレクトリ構造および他の依存関係に対するさまざまな変更必要があります。 実行した後、 `npm` コルドバ自体を更新する上記のコマンドで、最新バージョンの要件に準拠して、プロジェクトのリソースを確保する必要があります。 構築している各プラットフォームについては、次のようなコマンドを実行します。
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/hybrid/plugins/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/hybrid/plugins/index.md b/docs/ja/edge/guide/hybrid/plugins/index.md
index ac2f44f..c539a0b 100644
--- a/docs/ja/edge/guide/hybrid/plugins/index.md
+++ b/docs/ja/edge/guide/hybrid/plugins/index.md
@@ -16,13 +16,13 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# プラグイン開発ガイド
-A *plugin* is a package of injected code that allows the Cordova webview within which the app renders to communicate with the native platform on which it runs. プラグインは通常 web ベースのアプリケーションに使用可能なデバイスとプラットフォームの機能へのアクセスを提供します。 すべての主要なコルドバ API 機能、プラグインとして実装されますされ他の多くのバー コード スキャナー、NFC 通信などの機能を有効にするまたはインターフェイス カレンダーを調整します。 There is a [registry][1] of available plugins.
+*プラグイン*は、それが実行されているネイティブ プラットフォームと通信を表示するアプリをコルドバ webview を許可する挿入されたコードのパッケージです。 プラグインは通常 web ベースのアプリケーションに使用可能なデバイスとプラットフォームの機能へのアクセスを提供します。 すべての主要なコルドバ API 機能、プラグインとして実装されますされ他の多くのバー コード スキャナー、NFC 通信などの機能を有効にするまたはインターフェイス カレンダーを調整します。 使用可能なプラグインの[レジストリ][1]があります。
[1]: http://plugins.cordova.io
プラグインはサポートされる各プラットフォーム用の対応するネイティブ コード ライブラリと共に単一の java スクリプトの設定インタ フェースを構成します。 JavaScript からネイティブ プラットフォームとはるかに複雑な機能を構築するモデルとして使用することができます 1 つ背面に文字列を渡します、簡単な*エコー*プラグインを介してこのセクションの手順します。 基本的なプラグイン構造と向き JavaScript インターフェイスについて説明します。 各対応するネイティブ インターフェイスはこのセクションの最後にリストを参照してください。
-In addition to these instructions, when preparing to write a plugin it is best to look over [existing plugins][2] for guidance.
+に加えてこれらの手順は、プラグインを作成する[既存のプラグイン][2]の指導のために目を通すことをお勧めする準備。
[2]: http://cordova.apache.org/#contribute
@@ -139,7 +139,7 @@ Tizen プラットフォームのプラグインをサポートしていませ
## 公開プラグイン
-一度あなたのプラグインを開発するに公開され、コミュニティと共有したい場合があります。 You can publish your plugin to the Cordova [registry][1] (based on [`npmjs`][4]) or to any other `npmjs`-based registry. 他の開発者が自動的にいずれかの方法をインストールすることができます `plugman` またはコルドバ CLI。 (各開発パスの詳細は、管理プラグインと、コマンド ライン インターフェイスを使用して Plugman を参照してください)。
+一度あなたのプラグインを開発するに公開され、コミュニティと共有したい場合があります。 コルドバ[レジストリ][1]をあなたのプラグインを公開できます (に基づく[ `npmjs` ][4]) またはその他 `npmjs` -レジストリ ベースします。 他の開発者が自動的にいずれかの方法をインストールすることができます `plugman` またはコルドバ CLI。 (各開発パスの詳細は、管理プラグインと、コマンド ライン インターフェイスを使用して Plugman を参照してください)。
[4]: https://github.com/isaacs/npmjs.org
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/next/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/next/index.md b/docs/ja/edge/guide/next/index.md
new file mode 100644
index 0000000..c566afc
--- /dev/null
+++ b/docs/ja/edge/guide/next/index.md
@@ -0,0 +1,207 @@
+# 次のステップ
+
+コルドバ CLI を使用する方法を理解している開発者のためのプラグインを使用して、ビルドより良いよりパフォーマンスの高い Cordova アプリの横にある調査を考慮したいと思うことがありますいくつかのものがあります。 次のドキュメントはベスト ・ プラクティス、テスト、アップグレード、およびその他のトピックに関連するさまざまなトピックについてのアドバイスを提供していますが、規範的なものではありません。 このコルドバ開発者としてあなたの成長のためのあなたの起動ポイントを検討します。 また、改善することができます何かを見る場合は[貢献][1]してください。!
+
+ [1]: http://cordova.apache.org/#contribute
+
+このガイドには、次のトピックが含まれています。
+
+* ベスト ・ プラクティス
+* アップグレードの処理
+* テスト
+* デバッグ
+* ユーザー インターフェイス
+* 維持します。
+* ヘルプの取得
+
+# ベスト ・ プラクティス
+
+## 1） スパのお友達です。
+
+何よりもまず - Cordova アプリはスパ (単一ページのアプリケーション） のデザインを採用すべきです。 広義では、スパは web ページの 1 つの要求から実行されているクライアント側アプリケーションです。 ユーザーがリソース (HTML、CSS、および JavaScript） の初期セットを読み込むし、さらに更新プログラム (データの読み込み、新しいビューを表示) は、AJAX を介して行われます。 スパは、一般的により複雑なクライアント側のアプリケーションに使用されます。 GMail は、これの素晴らしい例です。 GMail、メール ビュー、編集、および組織をロードした後は、完全に新しいものをロードするのではなく実際に現在のページを残して DOM を更新することによって行われます。
+
+スパを使用して、効率的な方法でアプリケーションを整理するを助けることができるがまた Cordova アプリの特定の利点があります。 コルドバのアプリケーションは、deviceready 前にイベントを任意のプラグインを使用することがあります待つ必要があります。 Deviceready をする前に、再び起動するまで待機する必要があります、スパを使用しないでくださいあなたのユーザーが 1 つのページから別に移動するをクリックする場合は、プラグインの使用します。 これは、アプリケーションが大きくなるにつれて忘れられがちです。
+
+コルドバを使用しないように選択した場合でも 1 つのページ アーキテクチャを使用しないモバイル アプリケーションを作成するだろう深刻なパフォーマンスへの影響 スクリプト、資産等を再読み込みする必要があるページ間を移動するためです。 これらの資産は、キャッシュされている場合でもパフォーマンスの問題がまだあるありますが。
+
+Cordova アプリで使用することができますスパ ライブラリの例です：
+
+* [AngularJS][2]
+* [バックボーン][3]
+* [剣道 UI][4]
+* [モナカ][5]
+* [ReactJS][6]
+* [煎茶タッチ][7]
+* [jQuery Mobile][8]
+
+ [2]: http://angularjs.org
+ [3]: http://backbonejs.org
+ [4]: http://www.telerik.com/kendo-ui
+ [5]: http://monaca.mobi/en/
+ [6]: http://facebook.github.io/react/
+ [7]: http://www.sencha.com/products/touch/
+ [8]: jquerymobile.com
+
+さらに、多くは。
+
+## 2） パフォーマンスに関する考慮事項
+
+コルドバの新しい開発者が作ることができる最大の過ちの一つは、デスクトップ ・ マシンに取得パフォーマンスが同じモバイル デバイスになると仮定します。 私達のモバイル機器はより強力な毎年得ているが、彼らはまだパワーとデスクトップのパフォーマンスを欠いています。 モバイル デバイスは通常はるかに少ない RAM とは、自分のデスクトップからは程遠い GPU がある (またはノート) の兄弟。 ここでのヒントの完全なリストはあまりにも多くがここでは （さらなる研究の終わりに長いリソースの一覧) を心に留めていくつ。
+
+**タッチとクリックして**- することができます最大かつ最も簡単な間違いは click イベントを使用します。 これら"作業中"だけで罰金携帯電話で、ほとんどのデバイスのタッチとタッチ「ホールド」イベントとを区別するためにそれらに 300 ms の遅延を課します。 使用して `touchstart` 、または `touchend` 、劇的な改善になります - 300 ms ような音は、多くがぎくしゃくの UI の更新と行動に結果することができます。 「タッチ」のイベントという事実はサポートされていませんをも考慮すべき非 webkit のブラウザーで[CanIUse][9]を参照してください。 これらの制限に対処するためにすることができますチェック アウト HandJS と Fastouch のような様々 なライブラリ。
+
+ [9]: http://caniuse.com/#search=touch
+
+**DOM 操作と CSS 切り替え**- ハードウェア加速 CSS 切り替えを使用してアニメーションを作成する java スクリプトの設定を使用するよりも劇的に良くなります。 例についてはこのセクションの最後にリソースの一覧を参照してください。
+
+**ネットワークを吸う**- [ok]、ネットワーク常に吸うていない、モバイル ネットワークの待機時間がさらに良いのモバイル ネットワークは、おそらく考えているよりもはるかに悪い。 デスクトップ アプリ slurps 500 行の JSON データを 30 秒ごとを両方のバッテリーの豚と同様に、モバイル デバイスに低速になります。 Cordova アプリ （LocalStorage とたとえばファイル システム） アプリケーションでデータを保持する複数の方法があることに注意してください。 そのデータをローカル キャッシュであり、前後に送信しているデータの量を認識。 これは、アプリケーションが携帯電話ネットワークを介して接続されているときに特に重要な考慮事項です。
+
+**追加のパフォーマンスの記事およびリソース**
+
+* ["あなたは半分中途半端それ」][10]
+* [「PhoneGap とハイブリッド アプリのトップ 10 のパフォーマンスのヒント」][11]
+* 「高速アプリケーションや java スクリプトの設定をサイト」： http://channel9.msdn.com/Events/Build/2013/4-313
+
+ [10]: http://sintaxi.com/you-half-assed-it
+ [11]: http://coenraets.org/blog/2013/10/top-10-performance-techniques-for-phonegap-and-hybrid-apps-slides-available/
+
+## 3） を認識し、オフライン ステータス処理
+
+ネットワークについて前のヒントを参照してください。 だけでなく、低速のネットワークにすることができます完全にオフラインにすることがアプリケーションにとっては可能です。 アプリケーションは、インテリジェントな方法でこれを処理します。 アプリケーションない場合は、人々 は、アプリケーションが壊れていると思います。 易いというコルドバ サポート、オフラインとオンラインの両方のイベントをリッスンして） を処理するために、与えられた理由は全くない、アプリケーションをオフラインで実行されたときにも応答しないため。 (後述のテストを参照してください） をテストしてください、アプリケーション 1 つの状態で起動し、別に切り替えると、アプリケーションを処理する方法をテストしてください。
+
+そのネットワーク接続 API だけでなく、オンライン イベントとオフライン イベント、完璧ではないに注意してください。 XHR 要求を使用して、デバイスが本当にオフラインまたはオンラインを参照してくださいするに依存する必要があります。 一日の終わりには必ず実際にネットワークの問題 - サポートのいくつかのフォームを追加、アップル ストア （とおそらく他の店） は、オンライン/オフライン状態を正しく処理しないアプリケーションを拒否します。 このトピックの詳細については、 [「この事ですか？」][12]を参照してください。
+
+ [12]: http://blogs.telerik.com/appbuilder/posts/13-04-23/is-this-thing-on-%28part-1%29
+
+# アップグレードの処理
+
+## コルドバのプロジェクトをアップグレードします。
+
+コルドバを使用して、既存のプロジェクトが作成された場合 3.x では、次を発行することによって、プロジェクトをアップグレードできます。
+
+ cordova platform update platform-name ios, android, etc.
+
+
+コルドバのより前のバージョンの下で、既存のプロジェクトが作成されたかどうかは 3.x では、それがおそらく最適でしょう、新しいコルドバ 3.x プロジェクトを作成し、既存のプロジェクトのコードやアセットを新しいプロジェクトにコピーします。 一般的な手順は：
+
+* コルドバ 3.x のプロジェクトを新規作成 (コルドバ作成...)
+* Www フォルダー古いプロジェクトから新しいプロジェクトにコピーします。
+* 古いプロジェクトから新しいプロジェクトに構成設定をコピーします。
+* 古いプロジェクトを新しいプロジェクトで使用される任意のプラグインを追加します。
+* プロジェクトをビルドします。
+* テスト、テスト、テスト ！
+
+プロジェクトの以前のバージョンに関係なくを読む、更新されたバージョンの変更点の更新コードを破る可能性があります絶対に重要です。 この情報を見つける最もよい場所はリポジトリとコルドバのブログに公開されたリリース ノートになります。 それが正しく動作する更新プログラムを実行した後を確認するためにアプリを徹底的にテストしたいと思う。
+
+注: いくつかのプラグインはコルドバの新しいバージョンと互換性がない可能性があります。 プラグインに互換性がない場合、必要なものは、交換用プラグインを見つけることができる可能性があります。 または、プロジェクトのアップグレードを延期する必要があります。 また、プラグインを変更ために、それは新しいバージョンでは動作し、コミュニティに戻って貢献。
+
+## プラグインのアップグレード
+
+コルドバ 3.4 現在 1 つのコマンドを使用して変更されたプラグインをアップグレードするためのメカニズムはありません。代わりに、プラグインを削除し、プロジェクトに戻るし、新しいバージョンがインストールされているを追加します。
+
+ cordova plugin rm com.some.plugin
+ cordova plugin add com.some.plugin
+
+
+必ず更新済みプラグインのマニュアルを確認する、新しいバージョンで動作するようにコードを調整する必要があります。 また、プラグインの新しいバージョンは、コルドバのプロジェクトのバージョンで動作チェックを 2 倍します。
+
+常に、新しいプラグインのインストールが壊れていない予想していなかった何かを確保するためにアプリをテストします。
+
+プロジェクトに更新する必要があるプラグインの多く、それを削除し、1 つのコマンドでプラグインを追加シェルまたはバッチ スクリプトを作成する時間を節約可能性があります。
+
+# テスト
+
+アプリケーションをテストは超重要です。Cordova チームはジャスミンがすべて web フレンドリー ユニット テスト ソリューションを行います。
+
+## 実際のデバイスで対シミュレータ上でテスト
+
+コルドバのアプリケーションを開発するとき、デスクトップ ブラウザーおよびデバイス シミュレータ/エミュレーターを使用することも珍しくはないです。 ただし、可能な限り多くの物理デバイス上にアプリケーションをテストする非常に重要です：
+
+* シミュレータは、まさにそれ： シミュレータ。 たとえば、アプリは問題なく iOS のシミュレータで動作可能性がありますが、実際のデバイス (特に特定状況で、低いメモリの状態など） で失敗可能性があります。 または、実際のデバイスでうまく動作しながらシミュレータでアプリが実際に失敗します。
+* エミュレーターは、まさにそれ： エミュレーター。 物理デバイス上のアプリケーションが実行どの程度とは関係ありません。 たとえば、いくつかのエミュレーターは、実際のデバイスには問題がありません、文字化けして表示とアプリをレンダリング可能性があります。 (この問題が発生した場合は無効に、エミュレーターでホスト GPU)
+* シミュレータは一般的に、物理デバイスよりも高速です。 その一方で、エミュレーターは一般的に遅くなります。 シミュレータやエミュレーターを実行する方法によっては、アプリのパフォーマンスを判断しないでください。 アプリのパフォーマンス スペクトルの実際のデバイス上で実行する方法を判断してください。
+* アプリが応答する方法あなたのタッチ、シミュレータやエミュレーターを使用しての良い感触を取得することはできません。 代わりに、実際のデバイスでアプリを実行して応答性などのユーザー インターフェイス要素のサイズとの問題を指すことができます。
+* プラットフォームごとの 1 つのデバイス上でのみをテストすることができるようにいいだろうが、多くの異なる OS バージョンのスポーツの多くのデバイス上でテストすることをお勧めします。 たとえば、何あなたの特定の Android スマート フォン上で動作可能性があります別の Android デバイスで失敗します。 IOS 6 端末で何 iOS 7 デバイス上で動作が失敗します。
+
+それは、もちろん、市場で可能なあらゆるデバイス上でテストすることが可能です。 このため、さまざまなデバイスを持っている多くのテスターを募集することをお勧めします。 彼らはすべての問題をキャッチされません、チャンスが良い彼らが癖と単独で見つけることが問題を発見していることです。
+
+ヒント: 簡単に Android のデバイス上の異なるバージョンをフラッシュするアンドロイドの Nexus デバイス上で可能です。 この単純なプロセスを簡単にお使いのデバイスを「脱獄」または「ルート」あなたを要求したりして保証排尿せず単一のデバイスに Android のさまざまなレベルでアプリケーションをテストすることができます。 Google の Android 工場イメージおよび指示は位置しています： https://developers.google.com/android/nexus/images#instructions
+
+# デバッグ
+
+コルドバのデバッグには、いくつかのセットアップが必要です。デスクトップ アプリケーションとは異なり単にオープン dev ツール、モバイル デバイス上にことはできませんし、デバッグを開始、幸いにもいくつかの素晴らしい選択肢です。
+
+## サファリのリモート デバッグ
+
+最初のオプションはサファリ リモート デバッグです。 これは OSX 上でのみ、iOS 6 (高い) でのみ動作します。 サファリを使用して、デバイス （またはシミュレータ） に接続しはコルドバ アプリケーションにブラウザーの dev ツールを接続します。 あなたは何を期待する dev ツール - DOM 検査/操作、JavaScript デバッガー、ネットワーク検査、コンソール、および得る。 詳細については、この優れたブログの記事を参照してください： [http://moduscreate.com/enable-remote-web-inspector-in-ios-6/][13]
+
+ [13]: http://moduscreate.com/enable-remote-web-inspector-in-ios-6/]
+
+## Chrome リモート デバッグ
+
+Safari のバージョンとほぼ同じ、動作アンドロイドとだけが任意のデスクトップのオペレーティング システムから使用できます。 アンドロイド 4.4 (キットカット) の最小値、19、および （デスクトップ上で、30 + クロームの最小 API レベルが必要です。 一度接続すると、経験を得る、同じクロム Dev ツール、モバイル アプリケーション、デスクトップ アプリケーションと同様。 さらに、クロム Dev ツールいるミラー オプションをモバイル デバイスでアプリケーションを実行が表示されます。 これはちょうどより多くのビュー - スクロールし dev ツール] をクリックすることができ、モバイル デバイスで更新します。 Chrome リモート デバッグに関する詳細についてはここで見つけることがあります: <https://developers.google.com/chrome/mobile/docs/debuggin
g>
+
+WebKit のプロキシ経由の iOS アプリを検査するクロム Dev ツールを使用することが可能です: <https://github.com/google/ios-webkit-debug-proxy/>
+
+## リップル
+
+リップルはコルドバ プロジェクトのデスクトップ ベースのエミュレーターです。 本質的にそれができますコルドバ アプリケーション、デスクトップ アプリケーションで実行し、偽のコルドバのさまざまな機能。 たとえば、シェイク ・ イベントをテストする加速度計をシミュレートできます。 それはあなたのハード ドライブから画像を選択することによってカメラ API を偽物します。 リップル コルドバ プラグインを心配するのではなく、カスタム コードより集中することができます。 あなたがリップルについての詳細ここで見つけることができます： <http://ripple.incubator.apache.org/>
+
+## Weinre
+
+Weinre は、コルドバ アプリケーションのリモート デバッグ クライアントをホストするローカル サーバーを作成します。 インストールし、それを起動した後コルドバ アプリケーションにコードの行をコピーし、し再起動します。 その後、アプリケーションと共に動作するようにデスクトップ上 dev ツール パネルを開くことができます。 Weinre クロムほどおしゃれあり、サファリのリモート デバッグしますですが、オペレーティング システムとプラットフォームのはるかに広い範囲での作業の利点を持っています。 詳細についてはここで見つけることがあります: <http://people.apache.org/~pmuellr/weinre/docs/latest/>
+
+## その他のオプション
+
+* ブラックベリー 10 と同様にデバッグをサポートします:[ドキュメント][14]
+* 同様に Firefox アプリケーション マネージャーを使用してデバッグ、[このブログの記事][15]この[MDN の記事][16]を参照してくださいすることができます。.
+* 例と上記のデバッグのヒントの説明を参照してください： <http://developer.telerik.com/featured/a-concise-guide-to-remote-debugging-on-ios-android-and-windows-phone/>
+
+ [14]: https://developer.blackberry.com/html5/documentation/v2_0/debugging_using_web_inspector.html
+ [15]: https://hacks.mozilla.org/2014/02/building-cordova-apps-for-firefox-os/
+ [16]: https://developer.mozilla.org/en-US/Apps/Tools_and_frameworks/Cordova_support_for_Firefox_OS#Testing_and_debugging
+
+# ユーザー インターフェイス
+
+コルドバのアプリケーションを構築するは似合いますモバイルの挑戦、特に開発者のためすることができます。 多くの人々 は UI フレームワークを使用してこれを簡単にすることを選んだ。 ここでは考慮したい場合がありますオプションの短いリストです。
+
+* [jQuery Mobile][8] - jQuery Mobile は自動的にあなたのモバイルへの最適化のためのレイアウトを向上します。それも自動的にあなたのため、スパの作成を処理します。
+* [イオン][17]-この強力な UI フレームワークは、実際にプロジェクトの作成を処理する独自の CLI を持っています。
+* [ラチェット][18]- ブートス トラップを作成した人々 によってもたらされます。
+* [剣道 UI][4] - オープン ソース UI と Telerik からアプリケーション フレームワークです。
+* [トップコート][19]
+* [ReactJS][6]
+
+ [17]: http://ionicframework.com/
+ [18]: http://goratchet.com/
+ [19]: http://topcoat.io
+
+ユーザー インターフェイスを構築対象としているすべてのプラットフォームとユーザーの期待の違いについて考えることが重要です。 たとえば、iOS スタイル UI には、Android のアプリケーションはおそらく行かないもユーザーと。 これは、時も、さまざまなアプリケーション ストアによって強制されます。 このため、各プラットフォームの規則を尊重し、従って様々 なヒューマン インターフェイス ガイドラインに精通していることが重要です： * [iOS][20] * [Android][21] * [Windows Phone][22]
+
+ [20]: https://developer.apple.com/library/ios/documentation/userexperience/conceptual/MobileHIG/index.html
+ [21]: https://developer.android.com/designWP8
+ [22]: http://dev.windowsphone.com/en-us/design/library
+
+## その他の UI の記事およびリソース
+
+ブラウザー エンジンより多くの標準の苦情となって、我々 はまだ住んで接頭辞世界 (-webkit とさん)、次の資料が貴重なクロス ブラウザー アプリケーションでの UI のための開発: <http://blogs.windows.com/windows_phone/b/wpdev/archive/2012/11/15/adapting-your-webkit-optimized-site-for-internet-explorer-10.aspx>
+
+# 維持します。
+
+ここでは、コルドバで最新保つためにいくつかの方法です。
+
+* [コルドバのブログ][23]を購読するには.
+* [開発者メーリング リスト][24]に登録.注 - サポート グループではありません ！むしろこれはコルドバの開発は議論した場所です。
+
+ [23]: http://cordova.apache.org/#news
+ [24]: http://cordova.apache.org/#mailing-list
+
+# ヘルプの取得
+
+次のリンクは、コルドバの助けを得る最もよい場所です。
+
+* StackOverflow: <http://stackoverflow.com/questions/tagged/cordova>コルドバのタグを使用して、表示およびすべてのコルドバの質問を参照できます。 StackOverflow によってこのように同様に歴史的質問にアクセスすることができますように「コルドバ」を"Phonegap"タグが自動的に変換されます。
+* PhoneGap Google のグループ： [https://groups.google.com/forum/# ！ フォーラム/phonegap][25]この Google グループだったときコルドバまだと呼ばれていた PhoneGap の古いサポート フォーラム。 まだこのグループ頻繁にコルドバのユーザーの多くは、コルドバのコミュニティに関心を StackOverflow のサポートを使用してこのグループにはあまり焦点を当てて
+* ミート： <http://phonegap.meetup.com> - ローカル コルドバ/PhoneGap ミート グループを探すことを検討
+
+ [25]: https://groups.google.com/forum/#!forum/phonegap
\ No newline at end of file
http://git-wip-us.apache.org/repos/asf/cordova-docs/blob/43bf62ae/docs/ja/edge/guide/overview/index.md
----------------------------------------------------------------------
diff --git a/docs/ja/edge/guide/overview/index.md b/docs/ja/edge/guide/overview/index.md
index 72c2f78..917a889 100644
--- a/docs/ja/edge/guide/overview/index.md
+++ b/docs/ja/edge/guide/overview/index.md
@@ -16,9 +16,13 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
# 概要
-コルドバは、オープン ソース モバイル開発フレームワークです。 HTML5、CSS3、JavaScript などの標準的な web 技術開発を使用するクロス プラットフォーム、各モバイル プラットフォームのネイティブ開発言語を回避することができます。 アプリケーション各プラットフォームを対象としたラッパー内で実行される各デバイスのセンサー、データ、およびネットワークの状態をアクセスするための標準に準拠した API バインドに依存しています。
+Apache は、オープン ソース モバイル開発フレームワークです。 HTML5、CSS3、JavaScript などの標準的な web 技術開発を使用するクロス プラットフォーム、各モバイル プラットフォームのネイティブ開発言語を回避することができます。 アプリケーション各プラットフォームを対象としたラッパー内で実行される各デバイスのセンサー、データ、およびネットワークの状態をアクセスするための標準に準拠した API バインドに依存しています。
-場合は、コルドバを使用します。
+Apache コルドバ、Apache ソフトウェア財団 （ASF） 内のトップ レベルのプロジェクトとして 2012 年 10 月に卒業しました。 ASF を使用して将来のコルドバの開発プロジェクトのオープン管理が保証されます。 フリーでオープン ソースのバージョン 2.0 Apache ライセンスの下で常にままになります。詳細については[cordova.apache.org][1]を参照してください。
+
+ [1]: http://cordova.apache.org
+
+場合は、Apache コルドバを使用します。
* モバイル開発者と各プラットフォームの言語とツールを再実装しなくても 1 つ以上のプラットフォーム上でアプリケーションを拡張する設定します。
@@ -28,28 +32,36 @@ license: Licensed to the Apache Software Foundation (ASF) under one or more cont
## 基本的なコンポーネント
-Cordova アプリ共通に頼る `config.xml` ファイルをアプリケーションに関する情報を提供し、シフト方向に応答かどうかなど、そのしくみに影響を与えるパラメーターを指定します。 このファイルは W3C の[Web アプリのパッケージ化][1]、または*ウィジェット*は、仕様に準拠しています。
+Apache コルドバ アプリケーション共通に依存して `config.xml` ファイルをアプリケーションに関する情報を提供し、シフト方向に応答かどうかなど、そのしくみに影響を与えるパラメーターを指定します。 このファイルは W3C の[Web アプリのパッケージ化][2]、または*ウィジェット*は、仕様に準拠しています。
- [1]: http://www.w3.org/TR/widgets/
+ [2]: http://www.w3.org/TR/widgets/
アプリケーション自体が web ページとして実装されている、既定では、どのような CSS、JavaScript、画像、メディア ファイルを参照、 *index.html*という名前またはその他のリソースを実行するために必要な。 アプリは、アプリ ストアに配布するネイティブ アプリケーションのラッパー内の*WebView*として実行します。
-コルドバ有効 WebView その全体のユーザー インターフェイスを持つアプリケーションがあります。 On some platforms, it can also be a component within a larger, hybrid application that mixes the WebView with native application components. (See Embedding WebViews for details.)
+コルドバ有効 WebView その全体のユーザー インターフェイスを持つアプリケーションがあります。 いくつかのプラットフォームでネイティブのアプリケーション コンポーネントと一緒に、WebView をミックス、大きな、ハイブリッド アプリケーション内のコンポーネントもできます。 （詳細は埋め込み web 表示を参照してください)。
-A *plugin* interface is available for Cordova and native components to communicate with each other. This enables you to invoke native code from JavaScript. As of version 3.0, plugins provide bindings to standard device APIs. Third-party plugins provide additional bindings to features not necessarily available on all platforms. You can find these third-party plugins in the [plugin registry][2] and use them in your application. You can also develop your own plugins, as described in the Plugin Development Guide. Plugins may be necessary, for example, to communicate between Cordova and custom native components.
+*プラグイン*のインターフェイスはコルドバとネイティブ コンポーネントが互いに通信するために使用できます。 Java スクリプトの設定からのネイティブ コードを呼び出すことができます。 バージョン 3.0 は、現在プラグインは標準デバイス Api へのバインディングを提供します。 サード パーティのプラグインはすべてのプラットフォームで必ずしも利用できない機能への追加のバインディングを提供します。 [プラグイン レジストリ][3]にこれらのサード パーティのプラグインを見つけるし、アプリケーションで使用することができます。 プラグイン開発ガイド 』 で説明されているように、独自のプラグインを開発することもできます。 プラグインは、コルドバとカスタム ネイティブ コンポーネント間で通信するなど、必要なことが
あります。
- [2]: http://plugins.cordova.io
+ [3]: http://plugins.cordova.io
## 開発パス
-As of version 3.0, you can use two basic workflows to create a mobile app. While you can often use either workflow to accomplish the same task, they each offer advantages:
+バージョン 3.0 は、現在モバイル アプリを作成するのに 2 つの基本的なワークフローを使用できます。多くの場合同じタスクを実行するいずれかのワークフローを使用できますが、彼らはそれぞれ利点があります：
+
+* **クロス プラットフォームのワークフロー**: このワークフロー、可能な限り多くのモバイル オペレーティング システム上で実行するアプリの場合と少し開発に必要なプラットフォーム固有の使用。 このワークフローを中心に、 `cordova` ユーティリティ、コルドバ*CLI*、コルドバ 3.0 で導入されたとも呼ばれます。CLI は低レベルのシェル スクリプトの機能の大部分を抽象化すること一度に、多くのプラットフォームのためのプロジェクトをビルドすることができます高度なツールです。 CLI はモバイル プラットフォームごとのサブディレクトリを web 資産の共通セットをコピーごとに、必要な構成の変更になります、アプリケーション バイナリを生成するビルド スクリプトを実行します。 CLI はまた、アプリにプラグインを適用する共通
インターフェイスを提供します。CLI の詳細は、コマンド ライン インターフェイスを参照してください。 プラットフォームを中心としたワークフローの必要がある場合を除き、プラットフォーム間のワークフローの使用をお勧めします。
+
+* **プラットフォームを中心としたワークフロー**: このワークフローを使用する単一のプラットフォーム用のアプリの構築に焦点を当てるし、下位レベルで変更することができる必要がある場合。 埋め込み web 表示で説明したようにカスタム ネイティブ コンポーネント コンポーネント web ベース コルドバ、ミックスにアプリをしたい場合はこの方法を使用する必要があります。 親指のルールとして、SDK 内のプロジェクトを変更する必要がある場合、このワークフローを使用します。 このワークフローはサポートされる各プラットフォームとプラグインを適用することができます別の Plugman ユーティリティに適した低レベルのシェル スクリプトのセットに依存します。 クロス プラットフォーム アプリケーションを構築するこのワーク�
�ローを使用できますが、一般的により大変だ上位レベル ツールの欠如は別個のビルド サイクルと各プラットフォーム用のプラグインの変更を意味します。 それでも、このワークフロー各 SDK によって提供される開発オプションへのアクセスを許可し、複雑なハイブリッド アプリのために不可欠です。 プラットフォームごとの使用可能なシェル ユーティリティの詳細については様々 なプラットフォームのガイドを参照してください。
+
+最初に出て起動時、コマンド ライン インターフェイスでの説明に従って、アプリを作成するプラットフォーム間のワークフローを使用する最も簡単な場合があります。 その後、SDK より詳細に制御が必要な場合、プラットフォーム中心のワークフローに切り替えるオプションがあります。 低レベルのシェル ユーティリティは CLI より別のディストリビューションで[cordova.apache.org][1]でご利用いただけます。 CLI で生成される最初プロジェクト、これらのシェルのツールも利用できますで、プロジェクトのさまざまな `platforms/*/cordova` ディレクトリ。
+
+**注**: 1 つのプラットフォーム固有の Sdk およびシェル ・ ツールを中心に、CLI ベースのワークフローから切り替えると、一度戻ることはできません。 CLI は各プラットフォーム固有のソース コードを記述する使用を構築するクロスプラット フォームのソース コードの一般的なセットを保持します。 プラットフォーム固有の資産への変更を維持するためにクロスプラット フォームのソース コードを無視する、プラットフォーム中心のシェルのツールに切り替える必要あるし、代わりにプラットフォーム固有のソース コードに依存します。
-* **Cross-platform workflow**: Use this workflow if you want your app to run on as many different mobile operating systems as possible, with little need for platform-specific development. This workflow centers around the `cordova` utility, otherwise known as the Cordova *CLI*, that was introduced with Cordova 3.0. The CLI is a high-level tool that allows you to build projects for many platforms at once, abstracting away much of the functionality of lower-level shell scripts. The CLI copies a common set of web assets into subdirectories for each mobile platform, makes any necessary configuration changes for each, runs build scripts to generate application binaries. The CLI also provides a common interface to apply plugins to your app. (For details on the CLI, see The Command-Line Interface.)
+## コルドバのインストール
-* **Platform-centered workflow**: Use this workflow if you want to focus on building an app for a single platform and need to be able to modify it at a lower level. You need to use this approach, for example, if you want your app to mix custom native components with web-based Cordova components, as discussed in Embedding WebViews. As a rule of thumb, use this workflow if you need to modify the project within the SDK. This workflow relies on a set of lower-level shell scripts that are tailored for each supported platform, and a separate Plugman utility that allows you to apply plugins. While you can use this workflow to build cross-platform apps, it is generally more difficult because the lack of a higher-level tool means separate build cycles and plugin modifications for each platform. Still, this workflow allows you greater access to development options provided by each SDK, and is essential for complex hybrid apps. (See the various Platform Guides for details on each platform's
available shell utilities.)
+コルドバのインストールは、上記のワークフローを選択するによって異なります。
-When first starting out, it may be easiest to use the cross-platform workflow to create an app, as described in The Command-line Interface. You then have the option to switch to a platform-centered workflow if you need the greater control the SDK provides. Lower-level shell utilities are available at [cordova.apache.org][3] in a separate distribution than the CLI. For projects initially generated by the CLI, these shell tools are also available in the project's various `platforms/*/cordova` directories.
+* クロス プラットフォームのワークフロー:、コマンド ライン インターフェイスを参照してください。
- [3]: http://cordova.apache.org
+* プラットフォームを中心としたワークフロー: プラットフォームのガイドを参照してください。
-**NOTE**: Once you switch from the CLI-based workflow to one centered around the platform-specific SDKs and shell tools, you can't go back. The CLI maintains a common set of cross-platform source code, which on each build it uses to write over platform-specific source code. To preserve any modifications you make to the platform-specific assets, you need to switch to the platform-centered shell tools, which ignore the cross-platform source code, and instead relies on the platform-specific source code.
\ No newline at end of file
+コルドバをインストールした後の開発をして、モバイル プラットフォームのためのプラットフォームのガイドを確認することをお勧めします。 またプライバシー ガイド、セキュリティ ガイド、次の手順を確認することをお勧めします。 コルドバの構成、config.xml ファイルを参照してください。 Java スクリプトの設定からデバイスのネイティブ機能にアクセスする、プラグイン Api を参照してください。 必要に応じて、他の含まれているガイドを参照してください。
\ No newline at end of file