diff options
Diffstat (limited to 'files/ja/archive/b2g_os/debugging')
12 files changed, 0 insertions, 1487 deletions
diff --git a/files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html b/files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html deleted file mode 100644 index 69de6298e1..0000000000 --- a/files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: Firefox OS端末をコンピュータに接続する -slug: Archive/B2G_OS/Debugging/Connecting_a_Firefox_OS_device_to_the_desktop -tags: - - ADB - - Firefox OS -translation_of: Archive/B2G_OS/Debugging/Connecting_a_Firefox_OS_device_to_the_desktop ---- -<div class="summary"> - <p><span class="seoSummary">このガイドではコンピュータとFirefox OS端末とをUSBで接続する方法を説明します。</span></p> -</div> -<div class="note"> - <p><strong>紀</strong>: 単にFirefox OS端末上でアプリをデバッグしたい場合で、Firefox OS 1.2以降を実行しているなら、<a href="https://developer.mozilla.org/en-US/docs/Tools/WebIDE">WebIDE</a> の使用がベストな選択です。Firefox OSバージョンが 1.2未満の場合、<a href="https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Debugging/Setting_up">Setting up to debug on Firefox OS using Firefox developer tools</a>を読んで標準的なリモートデバッグの使用について学んで下さい。</p> -</div> -<h2 id="端末をセットアップする">端末をセットアップする</h2> -<p>Firefox OS端末上で (<a href="/en-US/docs/Mozilla/Firefox_OS/Debugging/Developer_settings#The_Developer_panel">see the layout</a>):</p> -<ol> - <li>Settingsアプリを開<code>いて、Device Information</code> > <code>More Information</code> > <code>Developer</code> へ</li> - <li>developerメニューで"Remote debugging"をチェックする</li> -</ol> -<h2 id="コンピュータをセットアップする">コンピュータをセットアップする</h2> -<p>端末をコンピュータに接続するため、<a class="external external-icon" href="http://developer.android.com/tools/help/adb.html" title="http://developer.android.com/tools/help/adb.html">Android Debug Bridge (adb)</a> のインストールが必要です。ADB Helperアドオン (<a href="https://developer.mozilla.org/en-US/docs/Tools/WebIDE">WebIDE</a> と一緒に使用) はadbをバンドルしているのを気に留めて下さい。</p> -<p>コンピュータをセットアップするための指示はOSに固有であり、Android開発者サイトの<a class="external" href="https://developer.android.com/tools/device.html" title="https://developer.android.com/tools/device.html">"Setting up a Device for Development"</a>に3つのポイントとして詳解されています。追加の指示を下記に記載します。</p> -<h3 id="Mac_OS_X用の特別な指示">Mac OS X用の特別な指示</h3> -<p>Mac OS Xを実行している場合、 <code>adt-bundle-mac-x86_64-20130522</code> のような名前のパッケージをダウンロードしています。そのフォルダを"アプリケーション"フォルダに置き、<code>/Applications/adt-bundle-mac-x86_64-20130522/</code> のようにします。ここには2つのディレクトリがあります: <code>eclipse</code> と <code>sdk です。</code> <code>~/.bashrc</code> を編集し、下記を追加します:</p> -<pre>export PATH="/Applications/adt-bundle-mac-x86_64-20130522/sdk/platform-tools:$PATH"</pre> -<p>(次回シェルを起動した時に準備できているでしょう。) シェルのCLI上でこのようにタイプできます:</p> -<pre>adb devices -</pre> -<p>下記のように接続された端末のリストが返ってきます:</p> -<pre>List of devices attached -AA:BB:A5:B5:AA:BB device</pre> -<h3 id="Linux用の特別な指示">Linux用の特別な指示</h3> -<p>Linuxを使っているなら、Firefox OS Geeksphone 端末に使われるベンダーIDは <code>05c6で、このため </code><code>/etc/udev/rules.d/51-android.rules</code> ファイルに下記と同様なエントリを含むべきです:</p> -<pre class="bash" style="font-family: monospace;"><span style="color: #007800;">SUBSYSTEM</span>=="usb", ATTR<span style="color: #7a0874; font-weight: bold;">{</span>idVendor<span style="color: #7a0874; font-weight: bold;">}</span>=="05c6", <span style="color: #007800;">MODE</span>="0666", <span style="color: #007800;">GROUP</span>="plugdev"</pre> -<h3 id="Windows用の特別な指示">Windows用の特別な指示</h3> -<p>Geeksphone 用のWindowsドライバは <a href="http://www.geeksphone.com/downloads/fos/fos_usb_driver.zip" title="http://www.geeksphone.com/downloads/fos/fos_usb_driver.zip">Geeksphone website</a> からダウンロードできます。</p> -<p>Windows 8 はデフォルトで署名のないドライバをインストールできません。 <a href="http://www.craftedge.com/tutorials/driver_install_windows8/driver_install_win8.html" title="http://www.craftedge.com/tutorials/driver_install_windows8/driver_install_win8.html">"How to install an unsigned driver on Windows 8"</a>のチュートリアルを見て下さい。</p> -<p>Windows XP Home Edition には <code>tasklist.exe</code> が入っていないため、Simulator は端末を発見しません。 <a href="http://www.computerhope.com/download/winxp.htm">ComputerHope website</a> からそのファイルをダウンロードして、<code>Windows\System32 </code>フォルダに置くことで解決できます。</p> -<h2 id="セットアップを確認する">セットアップを確認する</h2> -<p>これらの指示に従ったら、端末をUSBケーブルでコンピュータに接続し、コマンドプロンプトを開いて"<code>adb devices</code>" (adb にpathが通ってるのを確認する) とタイプします。 Firefox OS端末が出力の中に載っているのが見えるでしょう。</p> diff --git a/files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html b/files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html deleted file mode 100644 index 148eb95cb6..0000000000 --- a/files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html +++ /dev/null @@ -1,132 +0,0 @@ ---- -title: Valgrindを使用してデバッグする -slug: Archive/B2G_OS/Debugging/Debugging_B2G_using_valgrind -tags: - - B2G - - Firefox OS - - valgrind -translation_of: Archive/B2G_OS/Debugging/Debugging_B2G_using_valgrind ---- -<p><span style="position: fixed ! important; top: 0px ! important; left: 0px ! important; font-size: xx-small ! important; line-height: 130% ! important; border-color: black ! important; border-width: 1px ! important; border-style: solid ! important; padding: 0px 2px ! important; background-color: rgb(214, 227, 254) ! important; display: none;">S</span></p> - -<div class="summary"> -<p><a href="http://valgrind.org">Valgrind<span style="font-family: arial,sans-serif; font-size: xx-small ! important; line-height: 130% ! important; border-width: 1px ! important; border-style: solid ! important; padding: 0px 2px ! important; margin-left: 2px; max-width: 20px; overflow: visible ! important; float: none ! important; display: none;">DSS</span></a> により開発者はメモリアロケーションや、スレッド/プロセスや、その他プログラムのパフォーマンスについての情報にアクセスできます。これはFirefox OS ツリーに含まれていて、適切なリソースのある特定の電話機で実行できます。この記事では使用方法を説明します。</p> -</div> - -<h2 id="必要条件">必要条件</h2> - -<p>Firefox OSでValgrindを実行する前に、開発者は<a href="/ja/docs/Debugging_Mozilla_with_Valgrind">Debugging Mozilla with Valgrind<span style="font-family: arial,sans-serif; font-size: xx-small ! important; line-height: 130% ! important; border-width: 1px ! important; border-style: solid ! important; padding: 0px 2px ! important; margin-left: 2px; max-width: 20px; overflow: visible ! important; float: none ! important; display: none;">DSD</span><span style="font-family: arial,sans-serif; font-size: xx-small ! important; line-height: 130% ! important; border-width: 1px ! important; border-style: solid ! important; padding: 0px 2px ! important; margin-left: 2px; max-width: 20px; overflow: visible ! important; float: none ! important; display: none;">DSD</span><span style="font-family: arial,sans-serif; font-size: xx-small ! important; line-height: 130% ! important; border-width: 1px ! important; border-style: solid ! important; padding: 0px 2px ! important; margin-left: 2px; max-width: 20px; overflow: visible ! important; float: none ! important; display: none;">DSG</span></a>の記事を読んで慣れておく事が推奨されます。ビルドとコマンドラインのステップの多くがFirefox OSのビルド、実行スクリプトで考慮されていますが、その中の情報の大半はFirefox OSで実行する事に関連しています。</p> - -<p>電話機の Firefox OS で Valgrind を実行するには、通常スペックよりも高めの電話機が必要です。Valgrindはリソースに敏感で、RAMが1GB未満の電話機では、一般に低メモリエラーを起こします。これを書いている時点 (2013-12-04) で、Valgrind は2GBのRAMのNexus 4で Firefox OS の動作テストをされています、しかしGeeksphone Keonや同様スペックの電話機で動作するでしょう。利用できる電話機の詳細については <a href="/ja/Firefox_OS/Phones">Phone and device data</a> を見て下さい。</p> - -<h2 id="FxOS電話機でValgrindを実行する">FxOS電話機でValgrindを実行する</h2> - -<p>Valgrindを実行する処理を見ていきましょう。</p> - -<h3 id="コンパイルする">コンパイルする</h3> - -<p>Valgrind を有効にして Firefox OS をビルドするには、下記を<a href="/ja/Firefox_OS/Customization_with_the_.userconfig_file"><code>.userconfig</code> ファイル</a>に追加します。</p> - -<pre>export B2G_VALGRIND=1 </pre> - -<p>デバッグビルド (<code>B2G_DEBUG</code>) も推奨です。最適化なしビルド (<code>B2G_NOOPT</code>) は使用できないくらい遅く実行し、最適化がエラーを分かりにくくしていると考えられる場合を除き推奨されません。</p> - -<h3 id="実行する">実行する</h3> - -<div class="note"> -<p>記: Firefox OS電話機でValgrindを実行する事は、ホストOSではなく、電話機のコンテキストで行われます。これが意味する所は、開発者は<a href="/en-US/Firefox_OS/Debugging/Installing_ADB">adb</a>が利用できるあらゆるプラットフォームを使用できて、電話機でValgrindを実行するには <code>run-valgrind.sh</code> スクリプトを使用します。</p> -</div> - -<p>Valgrindの元に Firefox OS を実行するには、<a href="https://github.com/mozilla-b2g/B2G/blob/master/run-valgrind.sh">B2Gディレクトリから <code>run-valgrind.sh</code> スクリプト</a>を実行します。このスクリプトは下記を行います:</p> - -<ol> - <li>電話機のファイルシステムを r/w として再マウントします。</li> - <li>現在のデバッグ <code>libxul.so</code> を全シンボル付きで電話機にコピーします。このファイルは数百MBあるため、このステップ完了まで多数の時間がかかることがあります。新しくビルドされるごとに毎回再実行される必要があります。valgrind を <code>libxul</code> コピーせずに実行するには、このコマンドを実行します: - <pre class="brush: bash">run-valgrind.sh nocopy</pre> - </li> - <li>電話機を再起動します。</li> - <li>電話が起動する時に開始する b2g プロセスを停止します。</li> - <li>valgrindの元に、自身の b2g プロセスを実行します。</li> -</ol> - -<p><code>run-valgrind.sh</code> スクリプトを実行している時の全 valgrind 出力は、ターミナルの標準出力へ書き出されます。これはターミナルかファイルへのパイプいずれでも読み込みできます。</p> - -<div class="note"> -<p><strong>記</strong>: <code>run-valgrind.sh</code> スクリプトはb2g プロセスを実行する、自身のadbプロセスを保有するため、このスクリプトを停止すると電話機のb2gとvalgrindも停止します。おかしな状態になることがあるため、valgrindセッション実行後に電話機を再起動することが推奨されます。</p> -</div> - -<h2 id="デスクトップ版Firefox_OSでValgrindを実行する">デスクトップ版Firefox OSでValgrindを実行する</h2> - -<p>Running valgrind against デスクトップ版Firefox OSに対してvalgrindを実行するのは、デスクトップ版Firefoxに対して実行するのと同じ方法動作します。詳細情報は<a href="/ja/docs/Debugging_Mozilla_with_Valgrind">Valgrindを使ってMozillaをデバッグする<span style="font-family: arial,sans-serif; font-size: xx-small ! important; line-height: 130% ! important; border-width: 1px ! important; border-style: solid ! important; padding: 0px 2px ! important; margin-left: 2px; max-width: 20px; overflow: visible ! important; float: none ! important; display: none;">DDS</span></a>のページを調べて下さい。関連したビルドフラグが <code>mozconfig</code>に追加され、このページにあるプラットフォーム特有の問題が適用できるでしょう。</p> - -<p>注意する点として、デスクトップで Valgrind を OOP/process-per-tab モードで実行するには、確実に子プロセスもトレースできるように、下記のオプション追加が必要です:</p> - -<pre class="brush: bash">--trace-children=yes</pre> - -<h2 id="Firefox_OS_Valgrindをメンテ、更新する">Firefox OS Valgrindをメンテ、更新する</h2> - -<p>適用できるパッチが上げられた時、Firefox OS 用のValgrindはフォークされたリポジトリでメンテされて、Firefox OSのビルドツリーやバージョンの奇抜さへの対処もしつつ、なるべく最新状態を保ちます。</p> - -<h3 id="Valgrindリポジトリの更新">Valgrindリポジトリの更新</h3> - -<div class="warning"> -<p><strong>警告:</strong> GITの経験が必要です。複雑なGit操作に慣れていない場合は、valgrindリポジトリを更新しないでください。githubリポジトリへのあらゆる更新は<code>git.mozilla.org に</code>反映され、次に開発者がマニフェストリポジトリのHEADを使って取得してしまうでしょう。Valgrindを壊してもValgrindを有効にしていないビルド(例 ビルドボット自動化)は壊れず、これを使ってみようとする開発者の邪魔になります。</p> -</div> - -<p>Firefox OS valgrind と VEX の主なリポジトリはここです</p> - -<ul> - <li><a href="http://github.com/mozilla-b2g/valgrind">http://github.com/mozilla-b2g/valgrind</a></li> - <li><a href="http://github.com/mozilla-b2g/vex">http://github.com/mozilla-b2g/vex</a></li> -</ul> - -<p>マスターブランチはこれらのリポジトリの各SVN トランクの初期バージョンで、一方 Firefox OS ブランチはトランクの最上位にrebaseされたFirefox OS固有のパッチを含んでいます。</p> - -<div class="note"> -<p><strong>記: 必ず両方のリポジトリを同時に更新して下さい</strong>。これらは2つの別のリポジトリですが、VEX は通常 Valgrind のサブモジュールで、valgrind のHEADは通常 VEX のHEAD を指しています。</p> -</div> - -<p>これらはB2Gマニフェストで使うために、the <code>git.mozilla.org</code> ドメイン上に複製されます:</p> - -<ul> - <li><a href="http://git.mozilla.org/?p=b2g/valgrind.git;a=summary">http://git.mozilla.org/?p=b2g/valgrind.git;a=summary</a></li> - <li><a href="http://git.mozilla.org/?p=b2g/valgrind.git;a=summary">http://git.mozilla.org/?p=b2g/vex.git;a=summary</a></li> -</ul> - -<ol> - <li>主なリポジトリはgit svnを使ってvalgrind SVNと同期されます。リポジトリの更新を取得するには、github から valgrind と vex のリポジトリを複製してから、次を実行します: - <pre class="brush: bash">git svn init -s [subversion repo url] -</pre> - </li> - <li>SVN情報の取得は時間がかかりますが、完了した時、あなたのツリーは主な Valgrind SVN と同期されているはずです。</li> - <li>更なる更新を取得するには、次の一連コマンドを使います: - <pre class="brush: bash">git checkout master -git svn fetch -git svn rebase -git push [github-remote-name] master -git checkout fxos -git rebase master -</pre> - </li> - <li>Firefox OSのブランチを rebase するステップでパッチの衝突がある可能性があります。 問題に対処できない場合、衝突したコミットの作者にeメールして下さい。</li> - <li>rebase の後に、<code>B2G_VALGRIND</code> フラグ付きでFirefox OS のフルビルドを行い、穏やかなビルドであることを確かめます。最もよく必要になる修正は、下記のスクリプト節にリスト化しています。</li> - <li>いったんFirefox OSツリーのビルドの rebase <strong>とテスト</strong> が完了したら、headの変更により、Firefox OS ブランチを強制的にプッシュしないといけなくなるでしょう。 - <pre>git push -f [github-remote-name] fxos</pre> - </li> -</ol> - -<h3 id="スクリプトをビルド、インストール、実行する">スクリプトをビルド、インストール、実行する</h3> - -<p>Valgrind Firefox OS ブランチや、リポジトリ取得後に更新が必要なB2Gリポジトリの一部である複数のスクリプトがあります。</p> - -<h4 id="externalvalgrindandroid.mk">external/valgrind/android.mk</h4> - -<p>これは Android のビルドシステムスクリプトです。しばしば、Valgrind ツリーにファイル追加/削除されることにより、ここに変更が必要となります。<code>-j1</code> ビルドを使ってどのターゲットがビルドに失敗するかを見て、もしファイルを見つけられなかったり存在しないファイルを参照している場合、プロジェクトのファイルリストを更新します。</p> - -<h4 id="externalvalgrindvalgrind.mk">external/valgrind/valgrind.mk</h4> - -<p>これはビルドされて FxOS のシステムイメージに追加される必要のあるパッケージリストを含んでいて、このリストは <code>gonk-misc/b2g.mk</code> に参照されます。Valgrind が新規パッケージを追加するのはまれなため、これは通常更新の必要ありますせん、しかし必要な場合、ここに置きます。</p> - -<h4 id="run-valgrind.sh">run-valgrind.sh</h4> - -<p>電話機で Valgrind を実行するためのスクリプト。電話機で Valgrind を実行するのに必要な新規のコマンドライン引数がある場合、ここに置きます。これはデバッグシンボル付きのライブラリをコピーする場所で、よってそのプロセスのあらゆる調整・変更はここで起こるべきです。</p> diff --git a/files/ja/archive/b2g_os/debugging/debugging_ooms/index.html b/files/ja/archive/b2g_os/debugging/debugging_ooms/index.html deleted file mode 100644 index 9bd7382ee7..0000000000 --- a/files/ja/archive/b2g_os/debugging/debugging_ooms/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: Firefox OSの低メモリエラーをデバッグする -slug: Archive/B2G_OS/Debugging/Debugging_OOMs -translation_of: Archive/B2G_OS/Debugging/Debugging_OOMs ---- -<div class="summary"> -<p><span class="seoSummary">Firefox OS 端末でメモリ不足となった時、低メモリキラーや低メモリ通知が、プロセスを停止してOSの実行を続けるために動作します。カーネルがフォアグランドプロセスを停止する時、使用中のアプリは明らかにクラッシュします。この記事ではOOM(out of memory; 低メモリ) クラッシュを理解、デバックする方法を説明します。</span></p> -</div> - -<div class="note"> -<p><strong>記</strong>: Firefox OSで低メモリ状況がどう管理されているかについてまだ知らない場合、この文書を続ける前に <a href="/ja/Firefox_OS/Platform/Out_of_memory_management_on_Firefox_OS">Firefox OSの低メモリ管理</a> を読むことを推めます。</p> -</div> - -<h2 id="OOMクラッシュをデバッグする">OOMクラッシュをデバッグする</h2> - -<p>電話機がメモリ不足により起こると疑われる、再現できるクラッシュをするとします。下記の対策を取ると、何が悪いかをもっと理解できます。</p> - -<h3 id="ステップ1_それが実際にOOMかどうか検証する">ステップ1: それが実際にOOMかどうか検証する</h3> - -<p>まず、実際クラッシュが電話機がメモリ不足で動作しているためかどうか確認する必要があります。そうするには、 <code>adb shell dmesg</code> を実行します。アプリがOOMのために停止している場合、下記のような反応を見ることができるでしょう:</p> - -<pre class="brush: bash"><4>[06-18 07:40:25.291] [2897: Notes+]send sigkill to 2897 (Notes+), adj 2, size 30625</pre> - -<p>この行は、電話機の低メモリキラーがNotes+ アプリ(process id 2897)を、<code>停止時に oom_adj 2</code> が起きたために強制停止したことを示しています。ここで報告されるサイズは各 4kb のページサイズです。よってこの場合、Notes+ アプリは 30625 * 4kb = 120mb のメモリを使用しています。</p> - -<h4 id="脱線_OOMでない">脱線: OOMでない</h4> - -<p><code>dmesg</code> 出力にこうした行が見えない場合、クラッシュは OOM でないことが見込まれます。そんなクラッシュをデバッグする次の手は、<code>gdb</code> にクラッシュプロセスをアタッチして、下記のようにバックトレースを得ることです:</p> - -<pre class="brush: bash">$ cd path/to/B2G/checkout -$ adb shell b2g-ps -# Note pid of the app that you're going to crash -$ ./run-gdb.sh attach <pid> -(gdb) continue -# crash the app -(gdb) bt</pre> - -<p>バグ報告時に、<code>adb logcat</code>の出力と一緒に、この出力を添付します。クラッシュが OOM のせいであれば<code>gdb</code> backtrace は多分興味深くないもので、なぜなら OOM クラッシュは、プロセスが実行する悪いコードをのせいでなく、カーネルから送られるシグナルによって引き起こされるからです。</p> - -<h3 id="ステップ2_メモリレポートを集める">ステップ2: メモリレポートを集める</h3> - -<p>クラッシュが実際に OOM によるものだと検証した後、次のステップはアプリがクラッシュする前に電話機のメモリレポートを集める事です。メモリレポートはどこでメモリが使われているかを理解するのに役立ちます。このステップは、一旦アプリがクラッシュすると、そのプロセスからメモリレポートを集める方法がないため、少し扱いにくいです。またカーネルがプロセスを強制停止しようとする時にはメモリレポートを起動させる方法もないです — その時には、遅すぎます。</p> - -<p>電話機からメモリレポートを取得するには、まずビルドツリーを更新して、関連ツールの最新版を入手します。<code>repo sync</code> は十分ではありません; <code>git fetch && git merge</code> または <code>git pull</code>が必要です:</p> - -<pre class="brush: bash">$ cd path/to/B2G/checkout -$ git fetch origin -$ git merge --ff-only origin</pre> - -<p>今やメモリレポートツールをこのように実行できます:</p> - -<pre class="brush: bash">$ tools/get_about_memory.py</pre> - -<p>幸運にもメモリレポートを手に入れた時、ディレクトリを(<code>about-memory-N</code> と名づけた)zipにまとめて関連するバグに添付します。しかしまたもや、これはアプリがまだ生きていて大量のメモリを使っている時にコマンドを実行した場合のみに有用です。いくつかのオプションがあります。</p> - -<h4 id="ステップ2_オプション1_他の端末を入手する">ステップ2, オプション1: 他の端末を入手する</h4> - -<p>しばしば最も簡単な事は、もっと多くのRAMを持つ端末を入手する事です。上記ステップ 1ではプロセスがクラッシュする時にいかに大量のメモリを使うかが分かったでしょう、なので単にプロセスがそれだけの量のメモリを使うのを待って、メモリレポートを取ります。 <code>b2g-info</code> ツールは様々なB2Gプロセスがいかにメモリを使っているかを示します。 下記のようにする事で、ループ内でこのツールを実行できます:</p> - -<pre class="brush: bash">$ adb shell 'while true; do b2g-info; sleep 1; done'</pre> - -<p>あなたの端末で <code>b2g-info</code> が利用できない場合、<code>b2g-procrank</code> を代用できます。</p> - -<h4 id="ステップ2_オプション2_Fastest_finger">ステップ2, オプション2: Fastest finger</h4> - -<p>よりたくさんのRAMのある端末にアクセス出来ない場合、アプリがクラッシュする直前に<code> get_about_memory.py</code> を試行できます。またもや、 <code>b2g-info</code> をループ内で実行できて(前節に示した通り)、 いつ run <code>get_about_memory.py</code> を実行するかを理解できます。メモリレポートを実行するとしばらく電話機の全プロセスが停止し、よってあるプロセス自身がOOMを起こす前にメモリレポートを捉えるのはしばしば難しくありません。</p> - -<h4 id="ステップ2_オプション3_より小さなテストケースを使う">ステップ2, オプション3: より小さなテストケースを使う</h4> - -<p>"アプリ内でサイズが X 以上のファイル"を扱う時に、しばしばOOMに遭遇します。</p> - -<p>サイズXのテストケースでアプリのクラッシュが速すぎる場合、同様だが小さめ(まぁ、X/2 サイズ)のテストケースを実行して、それが成功してからメモリレポートを取得する事を試せます。この方法で生成されたメモリレポートは、しばしば最終的に考慮するOOMクラッシュへの良い洞察を与えてくれます。</p> - -<h4 id="ステップ2_オプション4_デスクトップ版B2Gを実行する">ステップ2, オプション4: デスクトップ版B2Gを実行する</h4> - -<p>最悪中の最悪の場合、FxOS電話機よりずっと多いRAMを持つ、デスクトップ版B2Gを実行できます。これはデスクトップ機でB2Gを実行するのは電話機でB2Gを実行するのといくつか異なる点があるため、扱いにくいです。</p> - -<p>特に、デスクトップ機の B2G はデフォルトでマルチプロセス無効になっています。実際いろいろな場所で 100% 正しく動きません、 しかし Linux と Mac では (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=923961">Bug 923961</a>, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=914584">Bug 914584</a>, <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=891882">Bug 891882</a>に従って) 最も正確に動作します。 マルチプロセスなしでデスクトッブでテストできますが、私の経験ではプロセス間通信のコードにより高いメモリ使用の問題が起こり、よって見ているバグを引き起こします。</p> - -<p> B2G デスクトッブプロセスからのメモリレポートを取得も便利という程ではありません。Linuxではシグナル34 をメイン B2G プロセスに送れることができて、それは <code>memory-report-*.gz</code> ファイルを <code>/tmp</code> に出力します。</p> - -<p><br> - B2G デスクトップビルドを使うメリットは、好きなデバッグツール、例えば OSX についているやつを使えることです。We've had a lot of success with this in the past. To collect a memory report using Instruments on OS X, choose "New -> Mac OS X -> Allocations". Start b2g-desktop and you should see multiple "plugin-container" processes in the activity monitor. You will need 2 Instruments activities: 1 to trace the allocations on the main b2g process and another to trace the allocations on the app you wish to analyze. Attach the instrument activities and execute your test case.</p> - -<p>To analyze how much memory your app is using, analyze call trees. Check the "Invert Call Tree" tick, and sort by bytes used. This will show you which part of your app is using lots of memory. Below is a screenshot of a sample analysis of memory usage for an app:</p> - -<p><img alt="Screen shot of instruments." src="https://mdn.mozillademos.org/files/6439/instrumentsScreenShot.png" style="height: 492px; width: 800px;"><br> - <br> - For more information on setting up B2G desktop builds, read our <a href="/en-US/docs/Mozilla/Firefox_OS/Platform/Gaia/Hacking">Hacking Gaia</a> page.</p> - -<h3 id="ステップ3_メモリレポートを解析する">ステップ3: メモリレポートを解析する</h3> - -<p>When you run <code>get_about_memory.py</code>, it will open a memory report in Firefox. This file contains information about the memory usage of all processes on the system. Reading these reports can be a bit overwhelming at first, but it's not so bad once you get the hang of it. Note that you can hover over any leaf node to get a description of what that node describes. What you're looking for is something "unusually large" in the crashing process. You can get an idea of what "unusually large" means by capturing a memory report of your app when it's not using a ton of memory and comparing that to the errant memory report.</p> - -<p>Reading memory reports takes some practice, so feel free to ask for help. The experts on this subject hang out in #memshrink on IRC.</p> - -<h3 id="ステップ4_必要に応じ、DMD付きでリビルドする">ステップ4: 必要に応じ、DMD付きでリビルドする</h3> - -<p>One common line item to stick out in memory reports captured before apps crash is <code>heap-unclassified</code>. <code>heap-unclassified</code> counts memory allocated by the process that isn't covered by any other memory reporter. If you have high <code>heap-unclassified</code>, the memory report can't tell you anything else about what that memory belongs to. Our tool for digging into <code>heap-unclassified</code> is called DMD. This works on B2G, but you must <a href="/en-US/docs/Mozilla/Firefox_OS/Building_and_installing_Firefox_OS">build B2G</a> yourself in order for it to work because DMD requires local symbols that are only kept on the build machine.</p> - -<p>To find out more information on running DMD and interpreting its output, read the <a href="/en-US/docs/Mozilla/Performance/DMD">DMD documentation</a>.<br> - </p> diff --git a/files/ja/archive/b2g_os/debugging/developer_settings/index.html b/files/ja/archive/b2g_os/debugging/developer_settings/index.html deleted file mode 100644 index f2da0bac9c..0000000000 --- a/files/ja/archive/b2g_os/debugging/developer_settings/index.html +++ /dev/null @@ -1,388 +0,0 @@ ---- -title: Firefox OS用の開発者設定 -slug: Archive/B2G_OS/Debugging/Developer_settings -tags: - - B2G - - Debugging - - Firefox OS -translation_of: Archive/B2G_OS/Debugging/Developer_settings ---- -<div class="summary"> -<p>開発パネル内のFirefox OS設定(Setting)アプリについて。このパネルFirefox OS上であなたのオープンウェブアプリのデバッグをより簡単にします。この記事では使用できるオプションと使用方法を網羅します。</p> -</div> - -<p>この開発オプションの設定パネルは、わざと深く埋められています。<br> - それは、このオプションが不要なエンドユーザーが、不注意で有効にして、端末の動作が遅くなったり、画面に変なエフェクトがかかってしまうのを防ぐためです。パネルは下記のようなものです。(下記はGeeksphone Keonで2014年4月のFirefox OS 2.0ビルドで、別バージョンを実行している場合、異なることもあります。):</p> - -<p><img alt="" src="https://mdn.mozillademos.org/files/7801/developermenu-short.png" style="width: 320px; height: 480px; display: block; margin: 0px auto;"></p> - -<p>開発者パネルには、下記の方法でたどり着きます:</p> - -<ul> - <li>Firefox OS 1.4未満では、<em>Settings > Device information > More Information > Developer</em> として開発者パネルを開きます。</li> - <li>Firefox 1.4以降では、 <em>Settings > Device information > More Information > Check the Developer Menu checkbox</em> としないと有効化できません、一度これを終えると、 <em>Settings > Developer</em> として開発者バネルにアクセスできます。</li> -</ul> - -<p>下記の節は、開発者パネルの各オプションについて網羅し、それが何をして何に役立つかを説明します。</p> - -<div class="warning"> -<p><strong>重要</strong>: このツールは役立ちますが、通常使用ではバグを起こします。バグを起こすと分かっている機能はデフォルトで無効になっています。問題を経験している時は、有効にしていた開発機能の無効化を試して下さい。</p> -</div> - -<h2 id="開発ツールの設定">開発ツールの設定</h2> - -<h3 id="USB経由のデバッグ">USB経由のデバッグ</h3> - -<p>"Remote debugging"オプションでFirefox OS端末の<a href="/ja/docs/Tools/Debugger" title="/en-US/docs/Tools/Debugger">リモートデバッグ</a> のサポートが有効になります。合わせて<a href="/ja/Firefox_OS/Debugging/Installing_ADB">ADB</a>コマンドも使用できるようになります。Firefox 1.4より前では単一のチェックボックスでしたが、Firefox 1.4ではセレクトポックスで3つのオプションを選択できます:</p> - -<ul> - <li>Disabled: リモートデバッグを切ります (デフォルト)</li> - <li>ADB only: ADBによる端末アクセス許可</li> - <li>ADB and Devtools: ADBと、<a href="/ja/Firefox_OS/Using_the_App_Manager">アプリマネージャ</a>などFirefox開発ツール両方のアクセス許可</li> -</ul> - -<h3 id="Developer_HUD">Developer HUD</h3> - -<p>Firefox OS 1.4以降では、このセクションをタップすると、開発者 HUD セクションが見えるようになります。</p> - -<p><img alt="" src="https://mdn.mozillademos.org/files/8361/Firefox%20OS%202.1%20Developer%20HUD.png" style="width: 320px; display: block; margin: 0px auto; height: 569px;"></p> - -<p>上2つの (常に有効な) チェックボックスは:</p> - -<ul> - <li><strong>Frames per second</strong>: 秒間フレーム(fps)を表示し、これは下記の節で <a href="#Frames_per_second">Frames_per_second</a> 説明します。</li> - <li><strong>Time to load</strong>: ロード時間を表示し、これは下記の節で <a href="#Time_to_load">Time_to_load</a> 説明します。</li> -</ul> - -<p>次に、開発者オプション('Developer Tools')を有効化/無効化するのに使うスライダーがあり、その次に有効化/無効化するチェックボックスがいくつかあります:</p> - -<ul> - <li><strong>Developer tools</strong> - - <ul> - <li><strong>Log changes in adb</strong>: 端末の変化を adb logcat にログ出力するのを有効化します。</li> - <li><strong>Show system HUD</strong>: チェック時に、いくつかの情報の断片を端末のディスプレイの上に重ねて表示します。</li> - </ul> - </li> - <li><strong>Problems</strong> - <ul> - <li><strong>Warnings</strong>: コンソール警告を表示します。</li> - <li><strong>Errors</strong>: コンソールエラーを表示します。</li> - <li><strong>Security issues</strong>: 潜在的なセキュリティ問題を表示します。</li> - </ul> - </li> - <li><strong>Performance</strong> - <ul> - <li><strong>Reflows</strong>: リフローの発生を表示します。</li> - <li><strong><a href="/ja/Firefox_OS/Platform/Architecture#Jank">Jank</a>/Jank threshold</strong>: 受け入れられない高い jankを電話機のユーザに通知し、閾値をカスタマイズできます。</li> - </ul> - </li> - <li><strong>Memory</strong> - <ul> - <li><strong>Unique set size</strong>: アプリ毎に、アプリが使用するメモリを計測するものです。これはメモリ使用を最適化する(アプリが使うメモリを削減する試み)のに最も重要な計測です。しかしその他もあります。詳細は <a href="/ja/Firefox_OS/Developing_Gaia/Testing_Gaia_code_changes#Performance_tests">パフォーマンステスト</a> 節を見て下さい。</li> - <li><strong>App memory</strong>: アプリがどれだけメモリを使用しているかの情報を表示して、色々なメモリ使用要因を有効化/無効かできます。詳細は下記の <a href="#App_memory">App_memory</a> 節を見て下さい。</li> - <li><strong>JS objects</strong>: A measure of the memory the app is using on JS objects.</li> - <li><strong>JS strings</strong>: A measure of the memory the app is using on JS strings.</li> - <li><strong>JS other</strong>: A measure of the memory the app is using on other JS code features.</li> - <li><strong>DOM</strong>: A measure of the memory the app is using on its DOM.</li> - <li><strong>Style</strong>: A measure of the memory the app is using on CSS.</li> - </ul> - </li> -</ul> - -<h4 id="Frames_per_second(秒間のフレーム)">Frames per second(秒間のフレーム)</h4> - -<p>このオプションを有効化すると Firefox OS ディスプレイの左上に3つの数字が報告されます; つまり報告される値はスライドしたwindowの最近の平均した結果で、"瞬間的" だがかなり正確です。同様に全ての数字は "推測値" です:</p> - -<ul> - <li>左の数字は <strong>構成比率</strong> : Firefox OS が毎秒ハードウェアフレームバッファに書き込んでいるかを見積もった数です。これはユーザが知覚するフレームレートの見積もりで、それはただの見積もりに過ぎません。例えば、カウンターは実際にスクリーンが変化していなくすも、毎秒60回の構成と報告することがあります。その場合、ユーザが知覚できるフレームレートは0でしょう。しかしながら、この警告を頭に入れてその他の測定値と連携する時は、このモニタ値は便利でシンプルなツールたりえます。</li> - <li>真ん中の番号は<strong>レイアトランザクション率</strong>で、ブロセスが再描画して構成者に通知した毎秒あたりの見積もり数です。この数値はGecko プラットフォームのエンジニアにとって最も便利ですが、左の構成率以下になるはずです。</li> - <li>右手の番号はスクリーンサイズに対して、描画されたピクセル数を計測したパーセンテージです。273という数字はスクリーンが2.73 回描画された事を意味します。理想的にはこの数値は 100 になるべく近くなるべきです。</li> -</ul> - -<p><img alt="A screenshot of Firefox OS, showing three numbers in the top left hand corner that are measurements of app framerate." src="https://mdn.mozillademos.org/files/6889/framerate-fxos.jpg" style="width: 357px; height: 640px; display: block; margin: 0px auto;"></p> - -<h4 id="Time_to_load(ロード時間)">Time to load(ロード時間)</h4> - -<p>Firefox OS には起動時間、特に "初回描画" 時間を計るツールもあります。ツールにより(Firefox OSディスプレイの右上に)表示される値は最も最近アプリが起動された時からの経過時間と、アプリがUIを描画してからの見積もり時間(ミリ秒)です。こり数字は実際の"初回描画" 時間"を概算しただけで、とりわけ低く見積もられます。しかしながら、この数字を低くするのは、実際の起動時間を改善するのとほぼ常に相関しており、なので最適化のアイデアを簡単に計測するのに役立ちます。</p> - -<p><img alt="A screenshot of Firefox OS, showing a number in the top right hand corner that is a measurement of the current app startup time, in milliseconds." src="https://mdn.mozillademos.org/files/6891/startup-time-fxos.jpg" style="width: 378px; height: 640px; display: block; margin: 0px auto;"></p> - -<h4 id="App_memory(アプリのメモリ)">App memory(アプリのメモリ)</h4> - -<p>アプリがどれくらいのメモリを使っているかを表示し、今のアプリのどの項目でたくさん使っているかを表示する様々な項目を有効化/無効化します。例えば、下記のスクリーンショットでは<em>App memory(アプリメモリ)</em> と <em>JS objects(JSオブジェクト)</em> だけがチェックされていて、右下の指示はSetting(設定)アプリがJSオブジェクト用に 414.77KB 使っているのを表示します。</p> - -<p><img alt="" src="https://mdn.mozillademos.org/files/7731/memory-usage.png" style="width: 320px; height: 480px; display: block; margin: 0px auto;"></p> - -<h3 id="疑似的ローカライズ">疑似的ローカライズ</h3> - -<p>有効にした時、アクセントをつけられた英語と、鏡で反転された英語のような疑似原語を<em>Settings > Languages</em>で選択できるようになります。擬似的ローカライズで、言語リソースの追加や、外国語を話したりできなくても、通常のGaiaビルドでローカライズ性をテストできます。例えば、長い文字でもレイアウトがスケールするか確かめたり、右から左の仮言語のプレビューをしたり、<code>data-l10n-id</code> 属性 (通常の英語の中に表示されます)のないHTML要素を置いたりできます。</p> - -<p><img alt="Screenshot of pseudolocales" src="http://informationisart.com/images/qps.png" style="width: 600px; height: 440px; display: block; margin: 0px auto;"></p> - -<p>擬似的ローカリゼーションをデフォルトでつけるには、ガイアをビルドする時に <a href="https://github.com/mozilla-b2g/gaia/blob/master/build/config/common-settings.json">gaia/build/config/common-settings.json</a> の中に下記の行を追加します:</p> - -<pre class="brush: json"> "devtools.qps.enabled": true -</pre> - -<div class="note"> -<p><strong>記:</strong> 擬似的ローカリゼーションは、アプリが起動するたびに、完全に動的に生成されます。パフォーマンスとメモリ特性は通常のローカリゼーションと異なる可能性があります。英語以外の言語の特定のパフォーマンステストをしたい場合は、本物のロケールで<a href="/ja/Firefox_OS/Building#Building_multilocale">複数ロケールGaiaをビルドします。</a></p> -</div> - -<h2 id="グラフィックの設定">グラフィックの設定</h2> - -<h3 id="Flash_repainted_area(再描画エリアの点滅)">Flash repainted area(再描画エリアの点滅)</h3> - -<p>このモードでは、画面領域がGeckoによって描画される毎に、Geckoは描画領域の上に、ランダムに半透明な色を転送します。理想的には、フレーム間で見た目が変わった画面の一部分だけが、新しい色で"点滅"します。しかし時々、必要以上の領域が再描画され、大きな領域の"点滅"を引き起こします。この現象はアプリケーションのコードがシーンの更新を強制しすぎているのを示す可能性があります。Gecko自体のバグを示す可能性もあります。</p> - -<p><img alt="A screenshot of Firefox OS with a number of transparent overlays, showing the parts of the screen repainted with each new animation frame." src="https://mdn.mozillademos.org/files/6893/paint-update-fxos.jpg" style="width: 378px; height: 640px; display: block; margin: 0px auto;"></p> - -<p> </p> - -<h3 id="Overscrolling(過度のスクロール)">Overscrolling(過度のスクロール)</h3> - -<p>これは Firefox 2.1+ で、スクロールがページの終わりを過ぎた時にしなやかな作法でディスプレイを広げて、次にディスプレイのドラッグを停止した時にまた縮める動作をオンオフします。この振る舞いのフルネームは <em>elastic overscroll</em>(しなやかな過度のスクロール)です。</p> - -<h3 id="Tiling_(以前は_Layers_Enable_tiles)(タイリング)">Tiling (以前は Layers: Enable tiles)(タイリング)</h3> - -<p>Firefox OS 1.4で導入され、この機能はコンテンツをスクリーンに描画するのに、スクリーン全体を一度に描かずに、より小さな塊(タイル)毎に描くのを有効化します。これは主にプラットフォームQAがチェッカーボードを削減したり、退行ウィンドウを発見したりする時に役立ちます。</p> - -<h3 id="Low-precision_painting(正確度の低い描画)">Low-precision painting(正確度の低い描画)</h3> - -<p>このオプションを有効にすると、Gecko はスクロールが実に速い時に、コンテンツを低い正確度で (ぼやけて) 描画します。これは描画が速いために便利で、よってスクロールが速い時に空白領域を描画する (つまり チェッカーボード) のを防ぎます。これは一時的にユーザに見えるだけです; いったんユーザがスクロールを止めると、精密度の低い領域は精密度の高いコンテンツで埋められます。</p> - -<h3 id="Low-precision_transparency(正確度の低い透過)">Low-precision transparency(正確度の低い透過)</h3> - -<p>これは正確度の低い描画向けの追加フラグで、半分透過した低い正確度のコンテンツができます。これはユーザにとって、より微妙で不快さの少ないものでしょう。</p> - -<h3 id="Hardware_composer_(以前は_Enable_hardware_compositing)">Hardware composer (以前は Enable hardware compositing)</h3> - -<p>有効にされると、この設定は端末が画面の視覚要素(表面)を構成するのに、<a href="https://source.android.com/devices/graphics.html#hwc">Hardware Composer</a>を使用するようにします。</p> - -<h3 id="Draw_tile_borders_(以前は_Layers_Draw_tile_borders)(タイル境界の描画)">Draw tile borders (以前は Layers: Draw tile borders)(タイル境界の描画)</h3> - -<p>これは <a href="#Draw_layer_borders">Draw layer borders</a> のオプションとよく似ていて、違いはレイヤーの境界と同様に個々のタイルの境界も描くことです。</p> - -<h3 id="Draw_layer_borders(レイヤー境界の描画)">Draw layer borders(レイヤー境界の描画)</h3> - -<p>有効にされると、画面に描かれる全レイヤーの周りに明るい境界が追加されます — レイアウトの問題の解析用に素晴らしいものです。</p> - -<p><img alt="A screenshot from Firefox OS showing an opened select form with the draw layers borders option enabled, resulting in colored borders being drawn on all the different rendered layers." src="https://mdn.mozillademos.org/files/6897/paint-layers-borders.png" style="width: 320px; height: 480px; display: block; margin: 0px auto;"></p> - -<h3 id="Dump_layers_tree(レイヤーツリーのダンプ)">Dump layers tree(レイヤーツリーのダンプ)</h3> - -<p>このオプションでは <code>layers.dumpが有効化されます、これは</code>compositorのレイヤーツリーを、画面にフレームが構成される毎にlogcatにダンプするようにします; これは、通常のweb開発よりは、主にプラットフォームのグラフィックパフォーマンスが動作するのに便利です。</p> - -<h3 id="Dump_layerscope(レイヤースコープのダンプ)">Dump layerscope(レイヤースコープのダンプ)</h3> - -<p>有効になると、この設定は端末からのレイヤースコープをダンプ出力するのを可能にします、その結果デスクトップでインストールされたアプリのレイヤー情報を見られます。この機能の使用方法のより詳細は <a href="https://wiki.mozilla.org/Platform/GFX/LayerScope">Mozilla Wikiのレイヤースコープ</a> を見て下さい。</p> - -<h3 id="Cards_View_Screenshots(カードビュー_スクリーンショット)">Cards View: Screenshots(カードビュー: スクリーンショット)</h3> - -<p>有効になると、open アプリがカードビューで表示された時、アプリのスクリーンショットが撮られます。無効になると、カードビューの代わりの空白のカードの中央にアプリアイコンが表示されます。</p> - -<h2 id="ウィンドウ管理の設定">ウィンドウ管理の設定</h2> - -<h3 id="Software_home_button(ソフトウェアのホームボタン)">Software home button(ソフトウェアのホームボタン)</h3> - -<p>このオプションを有効にした場合、ハードウェアホームボタンと同様な機能を提供するソフトウェアホームボタンが作成されます。これはタブレットのように、ハードウェアホームボタンを持たないであろう将来の端末使用に狙いを向けています。</p> - -<h3 id="Home_gesture(ホームジェスチャー)">Home gesture(ホームジェスチャー)</h3> - -<p>このオプションを有効にした場合、スクリーンの外から中央に向かって上向きにスワイプするとホームスクリーンが表示されます。さらに、ハードウェアホームボタンが利用できない場合は、この機能がハードウェアホームボタンと同じ機能を提供しえます。この機能は将来、タブレットのようなハードウェアホームボタンがないデバイスで使われることが計画されています。</p> - -<h3 id="Continuous_transition">Continuous transition</h3> - -<p>This setting allows you to decide whether app keyboards open immediately or continuously (with a transition). Disabling such transition effects are useful on low end devices, when they cause performance to suffer.</p> - -<h3 id="App_transition(アプリのトランザクション)">App transition(アプリのトランザクション)</h3> - -<p>Turn this on and then off again and you will disable all app closing/opening transitions: all apps will now just show immediately, without the smooth animation, and keyboards will also open/close without animation. Like "Continuous transition enabled", this is meant for improving performance on low end devices, but it has more of an effect.</p> - -<h3 id="App_suspending(アプリのサスペンド)">App suspending(アプリのサスペンド)</h3> - -<p>If enabled, this specifies that when an app is killed in the background, it will be kept in history and reopened when you open it from homescreen/card view. If disabled, such apps are not kept in history/card view.</p> - -<h2 id="デバッグ設定">デバッグ設定</h2> - -<h3 id="Log_slow_animations(遅いアニメをログ出力)">Log slow animations(遅いアニメをログ出力)</h3> - -<p>This tool tries to help developers understand why animations are not offloaded to the compositor to be run efficiently as possible. It reports "bugs" like trying to animate elements that are too large, or trying to animate CSS properties that can't be offloaded. The messages you'll get on the device will look like the following:</p> - -<pre>I/Gecko ( 5644): Performance warning: Async animation disabled because frame size (1280, 410) is bigger than the viewport (360, 518) [div with id 'views'] -</pre> - -<h3 id="Geolocation_output_in_ADB(ADBで位置情報を出力する)">Geolocation output in ADB(ADBで位置情報を出力する)</h3> - -<p>Enables logging of geolocation data to adb logcat. This helps with debugging both the GPS stack (namely we get NMEA callback) and MLS use.</p> - -<h3 id="Wi-Fi_output_in_adb(adbでWi-Fiを出力する)">Wi-Fi output in adb(adbでWi-Fiを出力する)</h3> - -<p>Enabling this option adds information about Wi-Fi to the adb logs (error logs from the console can be accessed using <code>adb logcat | grep "Error"</code> in the Terminal.)</p> - -<h3 id="Bluetooth_output_in_adb(adbでBluetoothを出力する)">Bluetooth output in adb(adbでBluetoothを出力する)</h3> - -<p>Enabling this option adds information about Bluetooth to the adb logs (error logs from the console can be accessed using <code>adb logcat | grep "Error"</code> in the Terminal.)</p> - -<h3 id="NFC_output_in_ADB">NFC output in ADB</h3> - -<p>Enabling this option adds information about NFC to the adb logs (error logs from the console can be accessed using <code>adb logcat | grep "Error"</code> in the Terminal.)</p> - -<h3 id="Console_enabled(コンソールの有効化)">Console enabled(コンソールの有効化)</h3> - -<p>When enabled, this option lets you use the <a href="/en-US/docs/Mozilla/Firefox_OS/Debugging/Using_the_Remote_Web_Console" title="/en-US/docs/Mozilla/Firefox_OS/Debugging/Using_the_Remote_Web_Console">Web Console</a> in Firefox to remotely access the console output on the device; without this option enabled, the <a href="/ja/docs/Web/API/Console/log" title="デバッガの Web コンソールにメッセージを出力します。"><code>console.log()</code></a> function does nothing.</p> - -<h3 id="Gaia_debug_traces(Gaiaのデバッグトレース)">Gaia debug traces(Gaiaのデバッグトレース)</h3> - -<p>Enabling this directly enables DEBUG traces in Gaia; see <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=881672" title="FIXED: Enabling a DUMP function for all Gaia apps">バグ 881672</a> for more details.</p> - -<div class="note"> -<p><strong>Note</strong>: Unfortunately, not every app supports this mechanism to print their debug log. Instead, they control a "DEBUG" flag in code directly, so enabling this flag does NOT ensure that you'll see all debug logs.</p> -</div> - -<h3 id="Show_accessibility_settings(アクセシビリティの設定を表示)">Show accessibility settings(アクセシビリティの設定を表示)</h3> - -<p>This enables the accessibility settings menu, subsequently found at <em>Settings > Accessibility</em>. The options contained within the accessibility settings are as follows:</p> - -<h4 id="Screen_reader(スクリーンリーダー)">Screen reader(スクリーンリーダー)</h4> - -<p>Enabling this option turns on Firefox OS's screen reader. This is technology that allows a blind person to use a Firefox OS device. Currently at a very early stage, it changes the way the standard touch events work. When the screen reader is on, you must interact with the screen as follows:</p> - -<ul> - <li>Touch somewhere to focus that app (or whatever) and be alerted as to what it is. This is indicated both by audible speech output and a rectangle around the selected item. Double tap anywhere on the screen (two taps in rapid succession) to activate the item that has the rectangle around it.</li> - <li>Swipe from left to right to move sequentially through items on the screen. Items are moved through from left to right, then top to bottom, including scrolling the screen vertically if there are more items to display, and you will be alerted as to each one's name via speech output and a rectangle. Swiping right to left moves through the items in reverse order. Again, double-tap the screen to execute the currently highlighted item.</li> - <li>Do a swipe with two fingers — left, right, up or down — to scroll the screen in that direction. This is equivalent to swiping one finger across the screen in the given direction when the screen reader is not running. For example, a two-finger swipe left on the first home screen will flip to the second one, and a two-finger swipe upwards on a home screen or browser would cause the screne to scroll downwards to show more content.</li> -</ul> - -<div class="note"> -<p><strong>Note</strong>: If you have turned the screen reader on and wish to disable it again, you must navigate back to the setting via these new gestures and double-tap the checkbox once it is highlighted to turn it off again. That will restore the touch screen functionality to its default behaviour.</p> -</div> - -<p><strong>Note</strong>: In Firefox 1.4 and above, there is a quick toggle for the screen reader. Press volume up, then down, three times (up, down, up, down, up, down). The screen reader will instruct you to perform this same action again (volume up, down, up, down, up, down) to turn it on if it is not running, or to turn it off if it is already running. If you do not want to change the current toggle state, simply do something else. That way, you can turn it on and off at will to test your web application for accessibility without having to navigate the accessibility settings menu each time.</p> - -<h4 id="Speech_volume(読み上げ音量)">Speech volume(読み上げ音量)</h4> - -<p>A slider that controls how loud the speech is delivered.</p> - -<h4 id="Speech_rate(読み上げの速さ)">Speech rate(読み上げの速さ)</h4> - -<p>A slider that controls how fast the speech is delivered.</p> - -<h3 id="Use_Marketplace_reviewer_certs">Use Marketplace reviewer certs</h3> - -<p>TBD</p> - -<h3 id="Shake_to_save_system_log">Shake to save system log</h3> - -<div class="note"> -<p><strong>Note</strong>: Introduced in Firefox 2.2</p> -</div> - -<p>Enables Logshake, which polls the phone for high-acceleration movements. Upon detecting such a movement — i.e. when you shake the phone — it logs contents of the system log/logcat to the device's SD card, at <em>logs/<datetime></em>. See <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1019816" title="FIXED: Developer option to store logcat to sdcard by shaking the phone">バグ 1019816</a> for more information.</p> - -<h3 id="Verbose_app_permissions">Verbose app permissions</h3> - -<div class="note"> -<p><strong>Note</strong>: Introduced with Firefox 2.1</p> -</div> - -<p>When this is enabled, developers (and privacy enthusiasts) may modify all permissions granted to installed privileged apps, using The "App Permission" pane in the Settings app. The app sub-pages under here are updated upon enabling the setting to provide a list of each API permission is requested for in the app's manifest file, along with choices to set that permission to. For example, "Schedule Alarms" appears with choices of <em>Ask</em>, <em>Deny</em> and <em>Grant</em>. Note that some apps may be unable to deal with changed permissions. If you experience any odd behavior, consider resetting the permission or re-installing the app.</p> - -<h2 id="Launch_first_time_use">Launch first time use</h2> - -<p>The "Launch first time use" button runs the "First-Time Use" (FTU) program; this lets you go through the initial setup and tutorial process, and is useful when trying to debug that process, or if you want to re-configure your device from scratch.</p> - -<h2 id="Unlock_privileges">Unlock privileges</h2> - -<h3 id="Reset_and_enable_full_DevTools">Reset and enable full DevTools</h3> - -<div class="note"> -<p><strong>Note</strong>: Introduced in Firefox 2.2</p> -</div> - -<p>This button allows you to enable <a href="https://developer.mozilla.org/en-US/docs/Tools/WebIDE#Unrestricted_app_debugging_%28including_certified_apps.2C_main_process.2C_etc.%29">unrestricted devtools mode</a> where you can debug and override system applications from <a href="https://developer.mozilla.org/en-US/docs/Tools/WebIDE">WebIDE</a>. For security reasons, enabling this mode is going to wipe device data. Note that once this mode is enabled, it is highly suggested to setup a pincode to unlock your device as this features enables easy access to internal data of your system applications (private informations, passwords, ...).</p> - -<h2 id="ソフトウェア更新">ソフトウェア更新</h2> - -<h3 id="Update_channel(更新チャンネル)">Update channel(更新チャンネル)</h3> - -<p>Enables you to specify different update channels to get software updates from when your device receives OTA updates. Options are <code>nightly</code>, <code>aurora</code> ... (others?)</p> - -<h3 id="Update_URL(更新URL)">Update URL(更新URL)</h3> - -<p>Enables you to specify different URLs from which to receive your updates.</p> - -<h2 id="古い設定">古い設定</h2> - -<p>This section lists settings that are no longer provided, or no longer exist in the same state, but might still be interesting if you are running an older version of Firefox OS.</p> - -<h3 id="Accessibility(アクセシビリティ)">Accessibility(アクセシビリティ)</h3> - -<p>In versions of Firefox earlier than newer 1.4 versions, this controls the accessibility settings, as explained in the <a href="#Show_accessibility_settings">Show_accessibility_settings</a> section above.</p> - -<h3 id="Grid(グリッド)">Grid(グリッド)</h3> - -<p>The "Grid" option, when enabled, causes the Firefox OS display to be overlaid with a grid pattern to help you gauge positioning and alignment of items. For example, below we see the Browser app running with the Grid option enabled:</p> - -<p><img alt="" src="https://mdn.mozillademos.org/files/5071/Grid.png" style="width: 320px; height: 480px; display: block; margin: 0px auto;"></p> - -<p>The grid's heavier lines are 32 pixels apart, both horizontally and vertically.</p> - -<h3 id="Show_frames_per_second(秒間のフレームを表示)">Show frames per second(秒間のフレームを表示)</h3> - -<p>In Firefox OS versions older than newer 1.4, enabling this displays frames per second, as explained in the <a href="#Frames_per_second">Frames_per_second</a> section above.</p> - -<h3 id="Show_time_to_load(ロード時間を表示)">Show time to load(ロード時間を表示)</h3> - -<p>In Firefox OS versions older than newer 1.4, enabling this displays time to load information, as explained in the <a href="#Time_to_load">Time_to_load</a> section above.</p> - -<h3 id="Rocketbar_enabled(ロケットバー有効)">Rocketbar enabled(ロケットバー有効)</h3> - -<p>In Firefox OS versions older than newer 1.4, this option enables the new <a href="https://groups.google.com/forum/#!topic/mozilla.dev.gaia/Nlfbrq1KMP0">Firefox Rocketbar</a> on your device, which provides a useful new way to switch between apps, search, and more. When enabled, you'll find a search icon at the top left of the device, and the RocketBar can be brought up by swiping from the top left of the device towards the bottom left.</p> - -<div class="note"> -<p><strong>Note</strong>: In newer versions of Firefox OS, Rocketbar is enabled automatically and cannot be turned off.</p> -</div> - -<h3 id="Contacts_debugging_output_in_adb(adbのデバッグ出力に接触)">Contacts debugging output in adb(adbのデバッグ出力に接触)</h3> - -<p>Enabling this option adds debugging information about contacts to the adb logs (error logs from the console can be accessed using <code>adb logcat | grep "Error"</code> in the Terminal.)</p> - -<h3 id="Progressive_paint_(以前は_Layers_Progressive_paint)(進歩的な描画)">Progressive paint (以前は Layers: Progressive paint)(進歩的な描画)</h3> - -<p>This was introduced to help with debugging of the <a href="https://wiki.mozilla.org/Platform/GFX/APZ">Async Panning/Zoom module</a> (APZ) during its implementation. Now APZ implementation is complete, this option is deprecated, and will be removed from future versions (see <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1003228" title="FIXED: Remove unnecessary APZ-related settings and menu items">バグ 1003228</a>).</p> - -<h3 id="Displayport_Heuristics">Displayport Heuristics</h3> - -<ul> - <li>Default</li> - <li>Center displayport</li> - <li>Assume perfect paints</li> - <li>Taller displayport</li> - <li>Faster paints</li> - <li>No checkerboarding</li> -</ul> - -<p>These options were introduced to help with debugging of the <a href="https://wiki.mozilla.org/Platform/GFX/APZ">Async Panning/Zoom module</a> (APZ) during its implementation, specifically to allow QA to experiment with different repainting heuristics to see which resulted in the least amount of checkboarding.. Now APZ implementation is complete, these options are deprecated, and will be removed from future versions (see <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1003228" title="FIXED: Remove unnecessary APZ-related settings and menu items">バグ 1003228</a>).</p> - -<h3 id="Enable_APZ_for_all_content_(Async_PanZoom)">Enable APZ for all content (Async Pan/Zoom)</h3> - -<p>When enabled, the Async Pan/Zoom module allows panning and zooming to be performed on asynchronously, on another thread, with some noticeable differences to rendering behaviour. To find out more, read the <a href="https://wiki.mozilla.org/Platform/GFX/APZ">MozillaWiki APZ</a> article. Now APZ implementation is complete, this option is deprecated, and will be removed from future versions (see <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1003228" title="FIXED: Remove unnecessary APZ-related settings and menu items">バグ 1003228</a>).</p> - -<h3 id="Edges_gesture()">Edges gesture()</h3> - -<p>Enabling this option allows you to swipe left and right from outside the screen towards the center, to navigate to the next and previous sheets (either web pages in the browser, or views inside another app.) This basically works like the browser navigator bar in Firefox, but is enabled by default in Firefox 2.1+.</p> - -<h2 id="Keyboard_layouts(キーボードレイアウト)">Keyboard layouts(キーボードレイアウト)</h2> - -<p>上記の開発者固有オプションに加え、Firefox OS 1.4より前の開発者設定はキーボードレイアウトオプション機能がありました。これらにより実験的な中国語入力のオプションのオンオフ切り替えができます。</p> - -<p><img alt="" src="https://mdn.mozillademos.org/files/5079/InputMethods.png"></p> - -<p>Firefox 1.4では、これらのオプションは削除されました。これは中国語キーボードレイアウト実装 (zhuyin と pinyin) が今や完了したためです。</p> - -<div class="note"> -<p><strong>記</strong>: 日本語といった、まだ開発中のキーボードレイアウトのため、オプトインするビルド時の設定があります。</p> -</div> - -<p> </p> diff --git a/files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html b/files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html deleted file mode 100644 index 5ff8dcca7f..0000000000 --- a/files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: Firefox OS クラッシュレポート -slug: Archive/B2G_OS/Debugging/Firefox_OS_crash_reporting -tags: - - Debugging - - Firefox OS - - QA - - Testing -translation_of: Archive/B2G_OS/Debugging/Firefox_OS_crash_reporting ---- -<div class="summary"> -<p>このページは Firefox OS でクラッシュレポートを扱う方法を詳解します、それにはクラッシュレポートの取得や、強制クラッシュが含まれます。</p> -</div> - -<div class="note"> -<p>記: たいていのデスクトップ版 Firefox の貢献者は about:crashes を使うのに慣れています (詳細は<a href="/ja/docs/Crash_reporting">Crash reporting</a> を読んで下さい)、しかしこれは Firefox OS でサポートされていません。</p> -</div> - -<h2 id="その他のものを試みる前に">その他のものを試みる前に</h2> - -<p>下記の手順は、すでにこれら3ステップに従っていると仮定しています:</p> - -<ol> - <li>端末の<a href="/ja/Firefox_OS/Debugging/Developer_settings#Debugging_via_USB">リモートデバッグ</a>が有効で、<a href="/ja/Firefox_OS/Debugging/Installing_ADB">ADB</a> がインストールされているのを確認します。これはコンピュータと端末との通信を可能にします。</li> - <li>端末とコンピュータをUSB経由で接続します。</li> - <li>必要なポートフォワードを扱う <a href="https://ftp.mozilla.org/pub/mozilla.org/labs/fxos-simulator/">ADB Helper アドオン</a> をデスクトップ版Firefox にインストールします。</li> -</ol> - -<h3 id="BusyBoxをインストールする">BusyBoxをインストールする</h3> - -<p>BusyBoxユーティリティという、Firefox OSのテストやデバッグに役立つ ADB コマンドを追加するものをインストールするのも推奨されます。</p> - -<p>インストールするには、端末がスリープでないのを確認してから:</p> - -<ol> - <li><a href="https://wiki.mozilla.org/images/3/32/Busybox-b2g.tar.gz">BusyBoxをダウンロードします</a>。</li> - <li>tarballをそれなりの場所に展開します。</li> - <li>出てきた busybox-b2g ディレクトリに移動します。</li> - <li><code>./install.sh</code> を実行してインストールします。</li> -</ol> - -<p>busybox ユーティリティの全ては <code>/system/bin 内にシンボリックリンクを追加します、よって</code> <code>ping</code> などのコマンドを直接使えます。次にサンプルコマンドを挙げます:</p> - -<pre class="brush: bash">adb shell ping 8.8.8.8 => ping command - -adb shell ifconfig wlan0 => check tx/rx bytes - -adb shell cat /proc/net/route => check the default route - -adb shell iptables -t nat -nvL => check if the packets are sent from application to IP layer, check Chain OUTPUT (policy ACCEPT 2 packets, 168 bytes)</pre> - -<h2 id="Firefox_OS_端末からクラッシュレポートを取得する">Firefox OS 端末からクラッシュレポートを取得する</h2> - -<p>クラッシュレポートを取得するFirefox OS アプリ — <a href="http://jds2501.github.io/webapi-permissions-tests/about-crashes.zip">About Crashes</a> — を作りました、これはバージョン 1.2+ で動きます。<br> - <br> - 端末にこれをインストールするには、次のステップに従います:</p> - -<ol> - <li>About Crashes は認定アプリなので、認定アプリのデバッグを有効にします (<a href="/ja/Firefox_OS/Using_the_App_Manager">アプリマネージャ</a>と<a href="/ja/docs/Tools/WebIDE#Debugging_certified_apps">WebIDE</a>用の操作方法を見ます)。</li> - <li>About Crashes アプリのzip ファイルを上記リンクからダウンロードしてローカルに展開します。</li> - <li>デスクトップ版Firefox で、<a href="/ja/Firefox_OS/Using_the_App_Manager">アプリマネージャ</a>か<a href="/en-US/docs/Tools/WebIDE">WebIDE</a> (お使いのFirefox バージョンによります) を開きます、場所は ツール> Web 開発。</li> - <li>いずれのツールでも、About Crashes アプリをパッケージアプリに追加します (アプリマネージャ: <em>Add Packaged App</em> オプションの隣のプラス記号をクリック、WebIDE: 左側のドロップダウンメニューで <em>Add Packaged App...</em> を選択)。</li> - <li>端末をアプリマネージャ/WebIDEに接続します (アプリマネージャ: UIの底部にある一覧から見つける、WebIDE: <em>Select Runtime</em>から見つける)。</li> - <li>端末にアプリをインストールして開く (アプリマネージャ: アプリの <em>Update</em> ボタンを押す、WebIDE: "Play" ボタンを押す(<em>Install and Run</em>))。</li> - <li>端末でAbout Crashes の中の<em>Update</em> ボタンを押して最も最近のクラッシュを見る。</li> -</ol> - -<h2 id="コマンドラインでクラッシュIDを取得する">コマンドラインでクラッシュIDを取得する</h2> - -<p>クラッシュIDをコマンドライン経由で取得でき、そうするにはターミナルで次のコマンドを入力します:</p> - -<pre class="brush: bash">adb shell ls -l /data/b2g/mozilla/Crash\ Reports/submitted/</pre> - -<p>クラッシュの一覧が長くて日付順にソートしたい場合、代わりに次のコマンドを使います:</p> - -<pre class="brush: bash">adb shell busybox ls -ltr /data/b2g/mozilla/Crash\ Reports/submitted/</pre> - -<h2 id="クラッシュレポートを取得・検証する">クラッシュレポートを取得・検証する</h2> - -<p>クラッシュレポートを検証するには:</p> - -<ol> - <li>拡張子なしのファイル名をコピーします。</li> - <li><a href="http://crash-stats.mozilla.org">Mozilla Crash Reports</a>に移動します。</li> - <li>拡張子なしのファイル名を右上の検索ボックスにペーストします。</li> -</ol> - -<p>これで送信済みのクラッシュレポートが表示されます。</p> - -<h2 id="クラッシュを強制する方法">クラッシュを強制する方法</h2> - -<p>Firefox OS システムのクラッシュを引き起こすには、ターミナルで次のコマンドを入れてroot のプロセスIDを見つけます:</p> - -<pre class="brush: bash">adb shell ps | grep b2g</pre> - -<p>最初の行に <code>root</code> のある行を、そして<code>/system/b2g/b2g</code> を最後に見つけるでしょう。次のように見えるはず:</p> - -<pre class="brush: bash">root 109 1 191120 66024 ffffffff 400fa330 S /system/b2g/b2g</pre> - -<p>行の最初の数字は、プロセスをkill(強制停止)するのに必要となる kill プロセスid です。次のコマンドをこのIDをプレースホルダに当てはめて実行します:</p> - -<pre class="brush: bash">adb shell kill -11 [ENTER ID HERE]</pre> - -<p>root プロセスの停止は端末をクラッシュされるでしょう。</p> - -<h3 id="b2g用の_GDBスクリプトの実行方法">b2g用の GDBスクリプトの実行方法</h3> - -<ol> - <li>電話機でギャラリーアプリを起動し、ターミナルで次のコマンドを実行します: - <pre class="brush: bash">adb shell b2g-ps</pre> - </li> - <li>ギャラリーアプリのpid を控えて、次のコマンドを実行します: - <pre class="brush: bash">./run-gdb.sh attach <pid></pre> - </li> - <li>クラッシュを起こす。</li> - <li>このコマンドを実行します: - <pre class="brush: bash">(gdb) bt</pre> - </li> -</ol> diff --git a/files/ja/archive/b2g_os/debugging/index.html b/files/ja/archive/b2g_os/debugging/index.html deleted file mode 100644 index 2d497eb057..0000000000 --- a/files/ja/archive/b2g_os/debugging/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: Firefox OSをデバッグする -slug: Archive/B2G_OS/Debugging -tags: - - B2G - - Debugging - - Firefox OS - - NeedsTranslation - - QA - - Testing - - TopicStub -translation_of: Archive/B2G_OS/Debugging ---- -<div class="summary"> - <p>Firefox OS では二つの主なデバッグのタイプがあります。アプリケーションのデバッグ、およびシステムのその他の部分です。このセクションでは Firefox OS のコードをデバッグするためのさまざまなツールを解説した記事を提供しています。</p> -</div> -<h2 id="アプリをデバッグする">アプリをデバッグする</h2> -<p>webアプリをデバッグする時、利用できるベストなツールはMozillaの強力な<a href="/en-US/Firefox_OS/Using_the_App_Manager">アプリマネージャ</a>です。実機上やシミュレータ上でアプリを直接実行できるし、変更をすぐに反映できるし、Mozillaの優秀な <a href="https://developer.mozilla.org/ja/docs/Tools" title="en-US/docs/Tools">開発ツール</a>を用いて端末上で直接デバッグできます。これはapp/Gaiaのデバッグには最初の選択になるでしょう。</p> -<dl> - <dt> - <a href="/ja/docs/Tools/WebIDE">WebIDE を使用する</a></dt> - <dd> - WebIDE はアプリマネージャの置き換えです。アプリマネージャ同様に、Firefox OSシミュレータやFirefox OSの実機を使って、Firefox OSアプリを実行、デバッグできます。しかしながら、アプリを作成、開発する環境を編集する事もできます。</dd> -</dl> -<dl> - <dt> - <a href="/ja/Firefox_OS/Using_the_App_Manager">アプリマネージャを使用する</a></dt> - <dd> - アプリマネージャはデスクトップ版Firefoxで利用できる新ツールです。これはテストや、Firefox OSの電話機やFirefox OSシミュレータ上へのHTML5ウェブアプリのデプロイ、デバッグを補助する、数々の便利ツールを提供します。</dd> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_OOMs">Firefox OSでの"Out of memory"エラーをデバッグする </a></dt> -</dl> -<dl> - <dd> - この記事では、out of memoryエラーが起きた時にB2Gのマルチプロセスアーキテクチャが電話機の動作にどんな影響を及ぼすか、OOMクラッシュをどう理解してデバッグするか、について述べます。</dd> -</dl> -<h2 id="GaiaB2Gをデバッグする">Gaia/B2Gをデバッグする</h2> -<p>GaiaアプリまたはB2G自体をデバッグしたい場合は以下に示すツールが利用できます。</p> -<dl> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_using_the_desktop_B2G_client" title="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_using_the_desktop_B2G_client">デスクトップB2Gクライアントを使ったデバッグ</a></dt> - <dd> - B2GとGaiaの複数の側面をデバッグするために、専用のB2Gデスクトップアプリケーション（および関連ツール）を使用することができます。</dd> - <dt> - <a href="https://developer.mozilla.org/en-US/Firefox_OS/Debugging/Firefox_OS_crash_reporting">Firefox OS クラッシュレポート</a></dt> - <dd> - このページはFirefox OSのクラッシュレポートの扱い方法を、クラッシュレポートの取得やクラッシュを強制する事を含めて詳解します。</dd> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_B2G_using_gdb" title="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_B2G_using_gdb">gdbを使ったB2Gのデバッグ</a></dt> - <dd> - デバイス上またはエミュレータ上で実行しているFirefox OSとウェブアプリケーションをデバッグするためにポピュラーなgdbデバッガを使用することができます。このガイドではその使用方法を紹介します。</dd> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_B2G_using_valgrind" title="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_B2G_using_gdb">Valgrindを使ったB2Gのデバッグ</a></dt> - <dd> - Valgrindは開発者に、メモリ割り当て、スレッド、およびパフォーマンスにとって重要なその他の情報へのアクセスを提供します。このガイドではデスクトップB2Gか携帯電話ハードウェアでValgrindを実行する方法を示しています。</dd> - <dt> - <a href="/ja/docs/Mozilla/Debugging/HTTP_logging#Firefox_OS_phones" title="/ja/docs/Mozilla/Debugging/HTTP_logging#Firefox_OS_phones">B2GのNSPRログ取得</a></dt> - <dd> - HTTP、他のネットワーク通信の記録をNSPRログとして取得できます。</dd> - <dt> - <a href="/ja/docs/Mozilla/Debugging/Debugging_OpenGL" title="/ja/docs/Mozilla/Debugging/Debugging_OpenGL">OpenGLのデバッグ</a></dt> - <dd> - Firefox OS でOpenGLコードをデバッグする方法を示しています。</dd> -</dl> -<h2 id="一般的なセットアップと情報"><strong>一般的なセットアップと情報</strong></h2> -<p>下記の記事には、Firefox OS開発向けの個々のセットアップ局面の情報が載っています。特にアプリマネージャを使ってアプリをデバッグしている場合、ひょっとして必要ないでしょう。しかし、もし必要となった場合のため、ここで利用できるようにしています。</p> -<dl> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Developer_settings" title="/ja/docs/Mozilla/Firefox_OS/Debugging/Developer_settings">Firefox OSの開発者設定</a></dt> - <dd> - Firefox OS開発者用の設定オプションが多数あります。このガイドでは、それらが何をするのか、またそれらをどう利用するかを説明します。</dd> - <dt> - <a href="/ja/Firefox_OS/Debugging/Installing_ADB">ADBをインストールして使用する</a></dt> - <dd> - Firefox OS開発の多くの局面で<code>adb</code>、つまりAndroid Debug Bridgeのインストールを求められます。この記事では、その方法を説明し、よくあるADBの便利コマンドを共有します。</dd> - <dt> - <a href="/ja/Firefox_OS/Debugging/On-device_console_logging" title="/ja/docs/Mozilla/Firefox_OS/Debugging/On-device_console_logging">デバイス上でコンソールログを取る</a></dt> - <dd> - Firefox OS端末でログを取る方法や、コンピュータ上で見直すためにログ出力にアクセスする方法。</dd> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Connecting_a_Firefox_OS_device_to_the_desktop" title="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_Firefox_OS_apps_in_desktop_Firefox">Firefox OS端末とコンピュータを接続する</a></dt> - <dd> - この短いガイドは、コンピュータと端末をUSB経由で通信できるように、Firefox OS端末やコンピュータのセットアップ方法を説明します。</dd> - <dt> - <a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Setting_up" title="/ja/docs/Mozilla/Firefox_OS/Debugging/Setting_up">Firefox OSコードをデバッグするためにセットアップする</a></dt> - <dd> - Firefox OSのデバッグコード実行用の、Firefoxに統合されたツールの大半を使用開始が可能になる前に、少しの設定作業が必要です。この記事では、何をすべきかを説明します。</dd> -</dl> -<div style="background-color: transparent; color: #000000; position: absolute; top: 834px; left: 340px; padding: 0px; border-radius: 2px;" id="divLookup"> - <img></div> diff --git a/files/ja/archive/b2g_os/debugging/installing_adb/index.html b/files/ja/archive/b2g_os/debugging/installing_adb/index.html deleted file mode 100644 index 6e83e5a625..0000000000 --- a/files/ja/archive/b2g_os/debugging/installing_adb/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: ADBをインストールして使用する -slug: Archive/B2G_OS/Debugging/Installing_ADB -tags: - - ADB - - B2G - - Firefox OS - - インストール -translation_of: Archive/B2G_OS/Debugging/Installing_ADB ---- -<div class="summary"> -<p><span class="seoSummary">Firefox OS 開発の色々な面で、<code>ADB</code>（Android Debug Bridge＝Androidデバッグブリッジの略）のインストールが必要となってきます。この記事ではインストール方法を説明し、便利なADBコマンドを共有します。</span></p> -</div> - -<h2 id="ADBをインストールする">ADBをインストールする</h2> - -<p>MacやLinuxやWindows向けのAndroid SDKパッケージの一部として、adbをダウンロード・インストールできます。 <a href="http://developer.android.com/sdk/index.html">Get the Android SDK</a>のページを参照してください。</p> - -<p>または<a href="https://ftp.mozilla.org/pub/mozilla.org/labs/fxos-simulator/">Firefoxアドオン</a>をインストールでき、これが最速の方法です。</p> - -<p>新しめのLinuxディストリビューションでは、すでに<code>リポジトリ内にadbがあります。</code>Ubuntu 12.10以降では下記のコマンドを実行します:</p> - -<pre>sudo apt-get install android-tools-adb</pre> - -<p>Fedora 19/20/21は次を:</p> - -<pre>sudo yum install android-tools</pre> - -<p>OSXで<a href="http://brew.sh/"> Homebrew</a> を使っている時はこちら:</p> - -<pre class="language-html"><code class="language-html">brew install android-platform-tools</code></pre> - -<p><code>adbがパッケージされていないディストリビューション</code> (つまりUbuntu 12.04 やFedora 17<span class="diff_add">/18</span>) では、<a class="external" href="http://developer.android.com/sdk/index.html" title="http://developer.android.com/sdk/index.html">Android SDK starter package</a>をインストールする必要があります (<em>SDKツールだけ</em>のオプションよりは、<em>ADTとのバンドル（セットになったもの）</em>が欲しくなるでしょう) 。<code>$SDK_HOME/tools/androidにあるパッケージマネージャを実行し、GUI を使用して</code> "Android SDK Platform-tools" をインストールします。</p> - -<p><code>adb</code> のインストール場所（通常は /usr/bin で、インストール方法によっては更に<code> $SDK_HOME/platform-tools </code>の中にもインストールされることもある）を探しておいてください。<code>忘れずにPATH</code> にこのディレクトリを追加してください。これを行うには、<code>~/.bashrc</code> やそれに相当するものに対して、次の行を付け加え、</p> - -<pre>PATH=$SDK_HOME:$PATH</pre> - -<p><code>$SDK_HOME</code> の値にAndroid SDK の場所を設定し直します。</p> - -<h2 id="トラブルシューティング">トラブルシューティング</h2> - -<p>64-bitのOSを使用していて、adbコマンドを使用する時にファイルが存在するにもかかわらず "File not found"（ファイルがありません） というエラーが出る時には、32-bitの互換ライブラリをインストールする必要があります。 aptでは以下のように実行します:</p> - -<pre class="language-html">sudo apt-get install ia32-libs</pre> - -<p id=".E3.82.88.E3.81.8F.E3.81.82.E3.82.8BADB.E3.82.B3.E3.83.9E.E3.83.B3.E3.83.89">'adb devices'を実行して端末が見つからない場合、<a href="https://gist.github.com/justinpotts/f0b0c3883d5947c219b5">ここ</a> をクリックして修正手順に従って下さい。</p> - -<h2 id="よくあるADBコマンド">よくあるADBコマンド</h2> - -<p><code>以下のセクションではよくある、便利なadbコマンドを説明します。</code></p> - -<h2 id="b2gプロセスを再起動する">b2gプロセスを再起動する</h2> - -<p>b2gはAndroidベースのカーネルの頂点にあってスマホ上で動作する <a href="/en-US/docs/XULRunner" title="/en-US/docs/XULRunner">XULRunner</a> アプリケーションと同等なものです。時にはこれを再起動したくなるかもしれません。これは端末全体を再起動することなしにアプリケーション環境をリセットする方法です。端末とコンピューターを接続した状態（またはデバッガを走らせた状態）で、ターミナル上で下記のように入力することで可能です:</p> - -<pre>adb shell killall b2g</pre> - -<h2 id="デバッグ用のポート転送を有効にする">デバッグ用のポート転送を有効にする</h2> - -<p>単なるポート転送をするには（例えばアプリマネージャで Firefox OS 端末上のアプリをデバッグしている時）、ターミナル上で下記のように入力します:</p> - -<pre class="language-html">adb forward tcp:6000 localfilesystem:/data/local/debugger-socket</pre> - -<p>電話を再起動したり、抜き差ししたりした時、毎回必ずこれを行う必要があります。必要に応じソケット番号を変更できます。</p> - -<h2 id="ローカルマシンへポート転送する">ローカルマシンへポート転送する</h2> - -<p>ローカルマシンへポート転送するには、<a href="http://people.mozilla.org/~jmuizelaar/forward/">netcat and ssh binaries</a>をダウンロードし、下記コマンドを実行する必要があります:</p> - -<pre class="brush: bash language-html"><code class="language-html"># this is an awful hack but does in fact work... -host$ adb forward tcp:7979 tcp:6969 - -# make some named pipes so that we can make a bidirectional netcat -phone$ mknod readback p -host$ mknod readback p - -# this sets up a one time use connection to back to the host -# listen on ports 6969 and 5959 and forward all the information between them -phone$ ./netcat -l -p 6969 < readback | ./netcat -l -p 5959 > readback -# connect to port 7979 (port 6969 on the device) and the local ssh server and forward all information between them -host$ ./netcat localhost 7979 < readback | ./netcat localhost 22 > readback - -# now when we connect to port 5959 on the phone it will be like connecting to ssh server on the host - -# use the netcat reversal to set up an ssh connection back to the host and forward port 9999 on the device to 'localhost:8000' (this could be anything like 'google.com:80') -phone$ ./ssh localhost -p 5959 -L 9999:localhost:8000</code></pre> - -<p>これは端末の9999番ポートをホストの8000番ポートに転送します。</p> - -<p>別の方法として、sshサーバー(<a href="http://people.mozilla.org/%7Ejmuizelaar/forward/dropbear">dropbear</a> と <a href="http://people.mozilla.org/%7Ejmuizelaar/forward/host_key">host_key</a>)を端末上で直接使う方法があります。それには下記コマンドを使用します:</p> - -<pre class="brush: bash language-html"><code class="language-html">phone$ DROPBEAR_PASSWORD=root ./dropbear -p 9000 -F -v -a -r host_key ./dropbear -host$ adb forward tcp:8888 tcp:9000 -# public key authentication has been hard coded to succeed (make sure you have a public key for ssh to use) -host$ ssh -vvv root@localhost -p 8888 -R 9999:people.mozilla.org:80</code></pre> - -<p>詳細な情報:</p> - -<ul> - <li><a href="http://k.japko.eu/android-dropbear.html">dropbearをビルドするマニュアル(英語)</a></li> - <li>環境変数値の不足によるクラッシュを無効にし、認証成功をハードコードする<a href="http://people.mozilla.org/%7Ejmuizelaar/forward/dropbear-b2g.patch">dropbear パッチ</a></li> -</ul> - -<div id="divLookup" style="background-color: transparent; color: #000000; position: absolute; top: 2686px; left: 83px; padding: 0px; border-radius: 2px;"><img></div> diff --git a/files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html b/files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html deleted file mode 100644 index 48d3387375..0000000000 --- a/files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html +++ /dev/null @@ -1,185 +0,0 @@ ---- -title: プロキシを使って Firefox OS トラフィックを傍受する -slug: Archive/B2G_OS/Debugging/Intercepting_traffic_using_a_proxy -tags: - - Apps - - B2G - - Debugging - - Firefox OS - - Gaia - - Security - - Testing -translation_of: Archive/B2G_OS/Debugging/Intercepting_traffic_using_a_proxy ---- -<p></p><div style="text-align: right;" class="prevnext"> - <p><a style="float: left;" href="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_and_security_testing">« 前のページ</a><a href="/ja/docs/Mozilla/Firefox_OS/Apps/Testing_in_a_privileged_context">次のページ »</a></p> -</div><p></p> - -<div class="summary"> -<p>デバッグとセキュリティテスト記事のこの部分では、プロキシツールを使ったFirefox OS トラフィックの傍受を見ます、それには プロキシの SSL 証明書をホワイトリストにしてFirefox OS が誰かが傍受しているのを記にしなくするのと、HTTPS通信の再カプセル化が含まれます。B2G デスクトップを使う場合、チュートリアルの最初にある、Marionette JavaScriptデバッグシェルのインストール・アタッチの方法の部分は、 <a href="/ja/docs/Mozilla/Firefox_OS/Security/Debugging_and_security_testing" title="/en-US/docs/Mozilla/Firefox_OS/Security/Debugging_and_security_testing">Debugging and security testing with Firefox OS</a>で説明されています。</p> -</div> - -<p>HTML と JavaScript だけのアプリで作業している時、Web上でデータ転送する API を含む、本当に面白い作品がたくさん見つかるでしょう。このことは、それらのアプリが実行するHTTPリクエストを観察する事がしばしば役立つことを意味します。<a href="http://portswigger.net/burp/">Burp</a> や <a href="https://www.owasp.org/index.php/OWASP_Zed_Attack_Proxy_Project">ZAP</a> といったプロキシーツールには、そんなトラフィックを観測するのに役立つ機能があります。これらはクライアントがどうやって自分自身を調節するのかについてや、TLS終端などをインストールするルート証明書などの情報を含んだマニフェストを提供しています。</p> - -<p><a href="/ja/Firefox_OS/Using_the_App_Manager">アプリマネージャ</a> の 'Firefox OS の main プロセスのデバッグ' 機能に関連して、スクラッチパッドで <a href="https://github.com/mozfreddyb/b2g-misc/blob/master/PnH-FxOS.js">いくつかのコードを</a> 実行して、プロキシーのルート証明書をあなたの端末にインストールできます。</p> - -<h2 id="Firefox_OS_の_mainプロセスをデバッグする">Firefox OS の mainプロセスをデバッグする</h2> - -<p>それでどうやって Firefox の mainプロセスをデバッグするのでしょう? Firefox Simulator か実端末のどちらでも、<a href="https://developer.mozilla.org/ja/Firefox_OS/Using_the_App_Manager#Debugging_Certified_Apps">プロファイルにいくつかの設定を入れる事で</a>認定アプリをアプリマネージャ経由でデバッグできます。 まず次のステップに従い、次にプラウザを再起動する前に <code>about:config</code> 内の<code>devtools.chrome.enabled</code> 設定を <code>true</code> にします。</p> - -<p>次に、アプリマネージャを使って端末・simulator に接続し、そして端末画面に "DEBUG MAIN PROCESS" ボタンが見えます; それをクリックすると JSMs のデバッグと、スクラッチパッドないでの権限つき JavaScript 実行ができるようになります。</p> - -<div class="note"> -<p><strong>記</strong>: mainプロセスで何を実行するかについては注意して下さい: たまたま端末を破壊してしまう可能性があります!</p> -</div> - -<h2 id="ZAPを導入する">ZAPを導入する</h2> - -<p>まずは、ZAP を使ってプロセスを使い続けましょう。ZAP は、簡単にデバッグするためにHTTPS通信を妨害して再暗号化する防御プロキシーです。<a href="https://www.owasp.org/index.php/ZAP" title="https://www.owasp.org/index.php/ZAP">ZAP ホームページ</a> の大きな青いボタンをクリックしてダウンロードします。他のプロキシーを使用する事を選んだ場合、このアプローチは両方とも動作するはずなので、どうぞ併用して下さい。</p> - -<h3 id="ZAP_証明書">ZAP 証明書</h3> - -<p>いま、どのプロキシを使っていても、その証明書を <code>owasp_zap_root_ca.cer といったファイルにエクスポートします(メニューでは <em>Tools > Options > Dynamic SSL Certificates > Save</em>)</code>。ZAP が初回起動した時、1年間有効な証明書を生成します。ダイナミック SSL 証明書のセクションから、新しい証明書を生成することもできます。</p> - -<h3 id="ローカルプロキシ">ローカルプロキシ</h3> - -<p>B2G デスクトップを使っている場合、必ず ZAP が <code>localhost</code> ではなく、代わりに属性 IP アドレス (イーサーネットかWi-Fi) をリッスンしているのを確かめる必要があります。これは B2G デスクトップの <code>localhost</code> はデスクトップコンピュータではなく、b2g バイナリ自身を指しているためです。例えば、次のIP アドレスを使うでしょう: <code>10.264.1.5</code>.</p> - -<p>実機で作業している時、必ず電話機とコンピュータが同一ネットワーク/VLANに接続していて、お互い通信できるようにしておきます (疑う場合、片方の端末の IP からもう一方をpingしてみて下さい)。</p> - -<h2 id="端末をプロキシに接続する">端末をプロキシに接続する</h2> - -<p>次に色々な方法でプロキシと接続できます:</p> - -<p>端末からデフォルト設定を取り出したり、それらを変更して関連するプロキシ設定を追加したり、戻したりできます。</p> - -<p>あるいは、ツール構成して <a href="https://www.computerist.org/blog/2014/07/23/Transparent-HTTPS-proxying-with-ZAP/">proxy HTTP and HTTPS transparently</a> にあわせて、端末がプロキシを指すように <code>iptables</code> をセットアップできます。例えば HTTPS トラフィックがプロキシツールを通過するようには:</p> - -<div class="codehilite"> -<pre><span class="n">adb</span> <span class="n">shell</span> <span class="n">iptables</span> <span class="o">-</span><span class="n">t</span> <span class="n">nat</span> <span class="o">-</span><span class="n">A</span> <span class="n">OUTPUT</span> <span class="o">-</span><span class="n">p</span> <span class="n">tcp</span> <span class="o">--</span><span class="n">dport</span> <span class="mi">443</span> <span class="o">-</span><span class="n">j</span> <span class="n">DNAT</span> <span class="o">--</span><span class="n">to</span><span class="o">-</span><span class="n">destination</span> <span class="mf">192.168.0.14</span><span class="o">:</span><span class="mi">8443</span> -</pre> -</div> - -<p>そして、完了後にリセットするには:</p> - -<div class="codehilite"> -<pre><span class="n">adb</span> <span class="n">shell</span> <span class="n">iptables</span> <span class="o">-</span><span class="n">t</span> <span class="n">nat</span> <span class="o">-</span><span class="n">F</span> -</pre> -</div> - -<h3 id="LANのプロキシをセットアップする">LANのプロキシをセットアップする</h3> - -<p>この種の活動が大変だと思う場合、ずっと便利な方法があります; 全てのトラフィックがデフォルトでプロキシを通るテストの LAN をセットアップすることです。この方法で、接続する無線LANを変更するだけで、プロキシのオンオフができます。</p> - -<p>raspberry pi を使ってビルドしていて、<a href="http://raspberry-at-home.com/hotspot-wifi-access-point/">手順はこれらと同様です</a>。<code>iptables</code> ルールを次のように変更しました:</p> - -<div class="codehilite"> -<pre class="brush: bash">*filter -:INPUT ACCEPT [49:3128] -:FORWARD ACCEPT [0:0] -:OUTPUT ACCEPT [37:3924] --A FORWARD -i eth0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT --A FORWARD -i wlan0 -o eth0 -j ACCEPT -COMMIT -*nat -:PREROUTING ACCEPT [1:72] -:INPUT ACCEPT [1:72] -:OUTPUT ACCEPT [1:148] --A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j DNAT --to-destination <proxy_host>:<http_port> --A PREROUTING -i wlan0 -p tcp -m tcp --dport 443 -j DNAT --to-destination <proxy_host>:<https_port> -:POSTROUTING ACCEPT [0:0] --A POSTROUTING -o eth0 -j MASQUERADE -COMMIT -</pre> -</div> - -<h2 id="証明書データベースを作成する">証明書データベースを作成する</h2> - -<p>Accepting certificates happens in settings, which are stored in profiles. Here's a short primer on Firefox profiles:</p> - -<ol start="1" style="list-style-type: decimal; margin-left: 40px;"> - <li>Start the Firefox profile manager using the -P option on the command line, and make sure that Firefox is not using any existing Firefox sessions (<code>-no-remote</code>): - - <ul style="margin-left: 40px;"> - <li>On Linux, you need to do: - <pre class="brush: bash">firefox -P -no-remote</pre> - </li> - <li>On Mac OS X: - <pre class="brush: bash">/Applications/Firefox.app/Contents/MacOS/firefox -P -no-remote</pre> - </li> - </ul> - </li> - <li>Now create a new profile called "zapped." Go to the certificate settings — <em>Edit > Preferences > Advanced > Encryption > View Certificates > Import</em>. Now select the <code>owasp_zap_root_ca.cer</code> file created by your proxy and tell Firefox that it should trust this CA to identify web sites (this is really only valid for this profile).</li> - <li>Having used Firefox to create a certificate database for us, we can now use this database for our B2G profile. The name of your Firefox profile directory is a random string that ends with <em>zapped</em>. The location depends on your operating system; see <a href="/en-US/docs/Runtime_Directories" title="/en-US/docs/Runtime_Directories">Runtime Directories</a> for details on where it can be found.</li> - <li><strong>For B2G desktop</strong>, we only need the <code>cert8.db</code> file, which is the profile's certificate database. Copy it over to your b2g profile directory <code>b2g/gaia/profile/</code>.</li> - <li><strong>On a device,</strong> copy the cert9.db on your device profile directory: - <pre>$ adb shell stop b2g -$ adb push cert9.db /data/b2g/mozilla/*.default</pre> - </li> -</ol> - -<div class="note"> -<p><strong>Note</strong>: This will overwrite the existing file.</p> -</div> - -<h2 id="B2Gをセットアップする">B2Gをセットアップする</h2> - -<p>The next step is to set ZAP as the default proxy for all network communication. The proxy settings, like the certificate settings, are currently not available from the Firefox OS user interface.</p> - -<h3 id="B2G_デスクトップでは">B2G デスクトップでは</h3> - -<p>You need to append these custom settings to the preferences file, <code>b2g/gaia/profile/prefs.js</code>:</p> - -<pre><code class="brush: bash">user_pref("network.proxy.backup.ftp", "10.264.1.5"); -user_pref("network.proxy.backup.ftp_port", 8080); -user_pref("network.proxy.backup.socks", "10.264.1.5"); -user_pref("network.proxy.backup.socks_port", 8080); -user_pref("network.proxy.backup.ssl", "10.264.1.5"); -user_pref("network.proxy.backup.ssl_port", 8080); -user_pref("network.proxy.ftp", "10.264.1.5"); -user_pref("network.proxy.ftp_port", 8080); -user_pref("network.proxy.http", "10.264.1.5"); -user_pref("network.proxy.http_port", 8080); -user_pref("network.proxy.no_proxies_on", ""); -user_pref("network.proxy.share_proxy_settings", true); -user_pref("network.proxy.socks", "10.264.1.5"); -user_pref("network.proxy.socks_port", 8080); -user_pref("network.proxy.ssl", "10.264.1.5"); -user_pref("network.proxy.ssl_port", 8080); -user_pref("network.proxy.type", 1);</code> -</pre> - -<div class="note"> -<p><strong>Note</strong>: Remember to replace my IP address 10.264.1.5 with yours, and if your proxy does not listen on port 8080, make sure you change it in this file too.</p> -</div> - -<p>At this point, you should be ready to go! Start B2G Desktop again, and try some browsing. Network traffic should appear in ZAP.</p> - -<h3 id="端末では">端末では</h3> - -<p>To enable this functionality on a device, you'll need to modify the <code>prefs.js</code> file located in your profile on the device. Connect the device to your computer which has previously been set up with the adb tools.</p> - -<p>First, you need to know what the name of your profile directory is. You can find it like this:</p> - -<pre>adb shell ls /data/b2g/mozilla</pre> - -<p>Among the output, you'll see a directory named with a number of random numbers and letters ending with ".default". This is your profile directory. Use that name where you see "xxxxxxxx" from here on in these instructions.</p> - -<p>Next, grab the <code>prefs.js</code> file so you can edit it:</p> - -<pre>adb pull /data/b2g/mozilla/xxxxxxx.default/prefs.js</pre> - -<p>Open the resulting file in your favorite text editor; at the end of the file, add the custom settings indicated in the section above and save your changes. Now all you need to do is push the changed file back to the device and restart the b2g process to pick up the changes, as follows (the B2G process should already be stopped if you followed the earlier instructions to push cert9.db):</p> - -<pre>adb push pref.js /data/b2g/mozilla/xxxxxxxx.default -adb shell start b2g</pre> - -<p></p><div style="text-align: right;" class="prevnext"> - <p><a style="float: left;" href="/ja/docs/Mozilla/Firefox_OS/Debugging/Debugging_and_security_testing">« 前のページ</a><a href="/ja/docs/Mozilla/Firefox_OS/Apps/Testing_in_a_privileged_context">次のページ »</a></p> -</div><p></p> - -<h3 id="Charles_Proxy">Charles Proxy</h3> - -<p>Users looking to use Charles Proxy should see this blog post: <a href="https://muffinresearch.co.uk/proxying-connections-from-ffos/">https://muffinresearch.co.uk/proxying-connections-from-ffos/</a></p> - -<p> </p> diff --git a/files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html b/files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html deleted file mode 100644 index 64b3104b5b..0000000000 --- a/files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: デバイス上でコンソールログを取る -slug: Archive/B2G_OS/Debugging/On-device_console_logging -tags: - - B2G - - Firefox OS - - デバッグ -translation_of: Archive/B2G_OS/Debugging/On-device_console_logging ---- -<div class="summary"> - <p><span class="seoSummary"><a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Using_the_Remote_Web_Console" title="/en-US/docs/Mozilla/Firefox_OS/Debugging/Using_the_Remote_Web_Console">remote web console</a>を使ってコンソールログを出力、閲覧できるのに加え、 端末のファイル保存領域にログ出力できて、次に後ほど<a href="http://developer.android.com/tools/help/logcat.html" title="http://developer.android.com/tools/help/logcat.html"><code>logcat</code></a>ユーティリティを使ってUSB接続したコンピュータからログを取得できます。この記事ではこの機能を有効化し、ログを出力し、ログを取る方法を網羅します。</span></p> -</div> -<h2 id="コンソールログ取得の有効化">コンソールログ取得の有効化</h2> -<p><span style="line-height: 1.5;">製品版のFirefox OS端末ではコンソールログの出力(例えば、</span><span style="line-height: 1.5;"><a href="/ja/docs/Web/API/Console/log" title="デバッガの Web コンソールにメッセージを出力します。"><code>console.log()</code></a>)</span><span style="line-height: 1.5;">は標準では無効となっています。有効にするには端末の</span><a style="line-height: 1.5;" href="/ja/Firefox_OS/Debugging/Developer_settings">開発者メニュー</a>に行き<em>コンソールを有効化</em><span style="line-height: 1.5;">の設定を有効にして下さい。</span></p> -<h2 id="ログを取得する">ログを取得する</h2> -<p>一度、コンソールを有効化にすれば、デスクトップのFirefox OSと同じように動作します。<a href="/ja/docs/Web/API/Console" title="Console オブジェクトは、ブラウザのデバッグコンソール(例えば Firefox の Web コンソール)へアクセスする機能を提供します。このオブジェクトの詳細な動作はブラウザによって異なりますが、一般的に共通の機能セットがサポートされています。"><code>console</code></a> のメソッドを使うことでテキストログをコンソールに出力することができます。以下に例を記載します。</p> -<pre class="brush: js">console.info("Starting up the foobar hardware!"); -var err = foobar.start(); -if (err) { - console.error("--Error %d starting up the foobar hardware!", err); -} -</pre> -<div class="note"> - <p><b>注意</b>: <a href="/ja/docs/Web/API/Console" title="Console オブジェクトは、ブラウザのデバッグコンソール(例えば Firefox の Web コンソール)へアクセスする機能を提供します。このオブジェクトの詳細な動作はブラウザによって異なりますが、一般的に共通の機能セットがサポートされています。"><code>console</code></a> にコンソールログ機能の使い方について記載されています。</p> -</div> -<h2 id="logcatを使用する">logcatを使用する</h2> -<p>Firefox OS端末では出力されたログは端末内に保存されるのですが、端末からはログを確認する為のインタフェースはありません。その為、コンピュータを使用してそのログを確認する必要があります。<span style="line-height: 1.5;">Android SDKに含まれる</span><code style="font-style: normal; line-height: 1.5;">adb</code><span style="line-height: 1.5;">から</span><code style="font-style: normal; line-height: 1.5;">logcat</code><span style="line-height: 1.5;">コマンドを使う必要があります(</span><a style="line-height: 1.5;" href="/en-US/Firefox_OS/Debugging/Installing_ADB">Installing ADB</a> もあわせて見てみて下さい<span style="line-height: 1.5;">)。</span></p> -<p>幸運なことに、<code style="font-style: normal; line-height: 1.5;">logcat</code><span style="line-height: 1.5;"> はとてもシンプルに使うことが出来ます。一度</span><code style="font-style: normal; line-height: 1.5;">adb</code><span style="line-height: 1.5;">をインストールしてしまえば、端末をUSBをでコンピュータに繋いでターミナルから以下のコマンドを入力するだけです。</span></p> -<pre class="brush: bash">adb logcat</pre> -<p>以下は実際の端末で出力されたログになります( これらのログは端末内の <span style="font-family: 'Courier New', 'Andale Mono', monospace; line-height: 1.5;">/dev/log/system/</span><span style="line-height: 1.5;">に保存されています)。</span></p> -<pre class="brush: bash">I/Vold ( 107): Vold 2.1 (the revenge) firing up -D/Vold ( 107): Volume sdcard state changing -1 (Initializing) -> 0 (No-Media) -D/Vold ( 107): Volume emmc state changing -1 (Initializing) -> 0 (No-Media) -D/Vold ( 107): Volume sdcard state changing 0 (No-Media) -> 2 (Pending) -D/Vold ( 107): Volume sdcard state changing 2 (Pending) -> 1 (Idle-Unmounted) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -W/Vold ( 107): Duplicate state (1) -D/Vold ( 107): Volume emmc state changing 0 (No-Media) -> 2 (Pending) -D/Vold ( 107): Volume emmc state changing 2 (Pending) -> 1 (Idle-Unmounted) -D/VoldCmdListener( 107): volume list -D/VoldCmdListener( 107): volume mount sdcard -I/Vold ( 107): /dev/block/vold/179:20 being considered for volume sdcard -D/Vold ( 107): Volume sdcard state changing 1 (Idle-Unmounted) -> 3 (Checking) -W/Vold ( 107): Skipping fs checks -I/Vold ( 107): Device /dev/block/vold/179:20, target /mnt/sdcard mounted @ /mnt/secure/staging -D/Vold ( 107): Volume sdcard state changing 3 (Checking) -> 4 (Mounted) -D/VoldCmdListener( 107): volume mount emmc -I/Vold ( 107): /dev/block/vold/179:33 being considered for volume emmc -D/Vold ( 107): Volume emmc state changing 1 (Idle-Unmounted) -> 3 (Checking) -W/Vold ( 107): Skipping fs checks -I/Vold ( 107): Device /dev/block/vold/179:33, target /mnt/emmc mounted @ /mnt/secure/staging -D/Vold ( 107): Volume emmc state changing 3 (Checking) -> 4 (Mounted) - -etc. -</pre> diff --git a/files/ja/archive/b2g_os/debugging/setting_up/index.html b/files/ja/archive/b2g_os/debugging/setting_up/index.html deleted file mode 100644 index 526442b910..0000000000 --- a/files/ja/archive/b2g_os/debugging/setting_up/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: Firefox OSコードをデバッグするためにセットアップする -slug: Archive/B2G_OS/Debugging/Setting_up -tags: - - B2G - - Firefox OS - - デバッグ -translation_of: Archive/B2G_OS/Debugging/Setting_up ---- -<div class="summary"> -<p>Firefox OS はAndroidのモバイル版Firefoxがサポートするのと同じデバッグプロトコルをサポートします。つまりFirefox OS 端末やエミュレータ上で実行するGaiaアプリケーションをデバッグするのにFirefox開発ツールを使用できます。端末上のFirefox OS やFirefox OS Simulatorをデバッグするためには、Firefox 18以降が必要で、加えて設定変更が、ブラウザのコンフィグレーションと、Firefox OS端末やsimulatorの両方で必要となります。</p> -</div> - -<div class="note"> -<p><strong>記</strong>: Firefox OS 端末でアプリをデバッグしたい場合、Firefox OS 1.2以上を使っているなら代わりに<a href="/ja/docs/Tools/WebIDE">WebIDE</a>を使うのがベストな選択肢です。</p> -</div> - -<h2 id="デスクトップ版Firefox">デスクトップ版Firefox</h2> - -<p>リモートデバッグのサポートには、Firefox 18かそれ以降のビルドがあるのを確認する必要があります。Firefoxの最近のコピーをまだ持っていない場合、最新の<a href="http://nightly.mozilla.org/" title="http://nightly.mozilla.org/">Nightly</a> ビルドをダウンロードして全ての最新機能にアクセスできるようにします。</p> - -<p>いったんコンピュータ上で Firefox の適切なバージョンを実行し、URLバー内で <code>about:config</code> とタイプして、<code>devtools.debugger.remote-enabled</code> の値を <code>true に変更します。次に</code>リモートデバッグを有効にするため、 Firefox を再起動する必要があります。Firefoxを再起動後に、Web開発メニューには新しいオプションがあるでしょう、 <em>Tools > Connect...</em></p> - -<h2 id="デバッグを有効にする">デバッグを有効にする</h2> - -<p><a href="/ja/docs/Tools/Firefox_OS_Simulator" title="Tools/Firefox OS Simulator">Firefox OS Simulator</a> (かB2Gデスクトップ) を使っている時、デバッグ用セットアップはとても簡単です。物理端末のデバッグする時のようなポート転送の必要はありません。ただ端末で <a href="/ja/Firefox_OS/Debugging/Developer_settings">Developer settings</a> を開いて <em>Remote Debugging</em> を有効化します。</p> - -<div class="warning"> -<p>記: 2013年1月10日以後のFirefox OS端末ではもはや動作しません。この日以降のFirefox OS端末用ビルドはデバッグが無効になっています。結局は再度有効化したビルドを作る道はできるでしょうが、まだ存在していません。この文書はそうなった時に更新されるでしょう。加えて、out-of-processサポートを切る設定は削除されました。これからはFirefox OS Simulatorでデバッグを行う必要があるでしょう。</p> -</div> - -<p>実際の Firefox OS 端末を使っている場合、 <a href="/ja/Firefox_OS/Debugging/Developer_settings">Developer settings</a> を開いて:</p> - -<ul> - <li><em>Remote Debugging</em> をオンにします。</li> - <li><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=797627" title="Remote Debugging Protocol needs a way to contact B2G subprocesses">バグ 797627</a> が修正されるまでは <em>Out-of-process</em> サポートをオフにします。それをしないと、ただシステムスクリプトだけをデバッグできます。</li> -</ul> - -<div class="note"> -<p><strong>記:</strong> 端末に書き込む時、これらの設定変更をし直す必要があるでしょう。</p> -</div> - -<p><a href="/ja/docs/Tools/Debugger" title="/en-US/docs/Tools/Debugger">デバッガを使用</a>する準備ができました!</p> - -<h2 id="Firefox端末でコンソールログを有効にする">Firefox端末でコンソールログを有効にする</h2> - -<p>Firefox OSの製品版ビルドでは、コンソールログ (例えば <a href="/ja/docs/Web/API/Console/log" title="デバッガの Web コンソールにメッセージを出力します。"><code>console.log()</code></a>) はデフォルトで無効です。それを有効化するには、端末の<a href="/ja/Firefox_OS/Debugging/Developer_settings">Developer settings</a> に移動して<em> Console Enabled</em> を有効にします。</p> - -<p>記: Firefox OSのコンソールログを使用する詳細については、<a href="/ja/docs/Mozilla/Firefox_OS/Debugging/On-device_console_logging">端末上のコンソールログ</a> を読んで下さい。</p> - -<h2 id="参考情報">参考情報</h2> - -<ul> - <li><a href="/ja/docs/Mozilla/Firefox_OS/Debugging" title="/en-US/docs/Mozilla/Firefox_OS/Debugging">Firefox OSをデバッグする</a></li> - <li><a href="/ja/docs/Tools/Debugger" title="/en-US/docs/Tools/Debugger">デバッガ</a></li> - <li><a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Developer_settings" title="/en-US/docs/Mozilla/Firefox_OS/Debugging/Developer_settings">Firefox OSの開発者設定</a></li> -</ul> diff --git a/files/ja/archive/b2g_os/debugging/taking_screenshots/index.html b/files/ja/archive/b2g_os/debugging/taking_screenshots/index.html deleted file mode 100644 index 18415d310c..0000000000 --- a/files/ja/archive/b2g_os/debugging/taking_screenshots/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: スクリーンショットを取る -slug: Archive/B2G_OS/Debugging/taking_screenshots -tags: - - Firefox OS - - スクリーンショット - - デバッグ -translation_of: Archive/B2G_OS/Debugging/taking_screenshots ---- -<div class="summary"> -<p><span class="seoSummary">アプリケーションのスクリーンショットを撮ることは、多くの状況で役立ちます。例えば顧客に成果を見せたり、アプリを Marketplace に発行したり。この記事では Firefox OS 電話機でスクリーンショットを撮る方法を説明します。</span></p> -</div> - -<div class="note"> -<p><strong>記</strong>: Android 開発者は手馴れているでしょう: 手順は全く一緒です。</p> -</div> - -<h2 id="電話機を準備する">電話機を準備する</h2> - -<ol> - <li>電話機で、<a href="/ja/Firefox_OS/Debugging/Developer_settings">Developer Settings</a> に移動し、<em>Remote Debugging</em> と <em>Console Enabled</em> をチェックします。</li> - <li>電話機に <a href="/ja/Firefox_OS/Debugging/Installing_ADB">ADB がインストールされていて</a>、動作するのを確認します。</li> - <li>電話機を USB 経由でコンピュータに接続します。</li> -</ol> - -<h2 id="スクリーンショットを取る">スクリーンショットを取る</h2> - -<p>4 つの選択肢があります: ターミナルを使用するか、Eclipse で DDMS を使用するか、電話機で専用のボタンの組み合わせを使うか、アプリマネージャを使用するかです。</p> - -<h3 id="ターミナル">ターミナル</h3> - -<p>ターミナルウィンドウを開き、下記 3 つのコマンドを入力します:</p> - -<ol> - <li>下記のコマンドを使用しスクリーンショットを撮ります (<code>screenshot.png</code> の名前は変更可能です):<br> - <code>adb shell screencap -p /sdcard/screenshot.png</code></li> - <li>コンピュータに画像を移動します:<br> - <code>adb pull /sdcard/screenshot.png</code></li> - <li>端末からスクリーンショットを削除します:<br> - <code>adb shell rm /sdcard/screenshot.png</code></li> -</ol> - -<p>あるいは、ffmpeg を使用することもできます:</p> - -<ol> - <li>ffmpeg がインストールされているのを確認します: - <ol> - <li>Mac で MacPorts を使用している場合、<code>sudo port install ffmpeg</code> を実行します。homebrew では、<code>brew install ffmpeg</code> を実行します。</li> - <li>Linux (Ubuntu/Debian) では、<code>sudo apt-get install ffmpeg</code> を使用します。</li> - </ol> - </li> - <li><code>cd</code> コマンドで <code>B2G/gaia</code> ディレクトリに移動します。</li> - <li><code>make screenshot</code> コマンドを使ってスクリーンショットを撮ります。</li> - <li><code>screenshot.png</code> という名前のスクリーンショットができます。</li> -</ol> - -<h3 id="DDMS">DDMS</h3> - -<p>Eclipse を起動します。</p> - -<ol> - <li>DDMS を開きます: <em>Window > Open Perspective > Other > DDMS</em></li> - <li>左側のパネルにある <em>Devices</em> タブ内で、<em>Screen capture</em> ボタンをクリックします。</li> - <li>いくつかのオプション付きの新規ウィンドウが開きます; <em>Save</em> ボタンをクリックしてスクリーンショットを保存します。</li> -</ol> - -<div class="note"> -<p><strong>記</strong>: DDMS についてもっと学ぶには、<a href="http://developer.android.com/tools/debugging/ddms.html" title="DDMS documentation">DDMS documentation</a> をご覧ください。</p> -</div> - -<h3 id="電話機のボタンの組み合わせ">電話機のボタンの組み合わせ</h3> - -<ol> - <li>Firefox OS バージョン 2.0 以下では、<em>Home</em> ボタンと <em>電源</em> ボタンを同時に数秒間長押しします。</li> - <li>Firefox OS バージョン 2.1 以降では、<em>Volume Down</em> ボタンと <em>電源</em> ボタンを同時に数秒間長押しします。</li> -</ol> - -<p>これでスクリーンショットが撮られ、Gallery に保存されます。画像は SD カードからコンピュータに、最もやりやすい方法でコピーできます。</p> - -<div class="note"> -<p><strong>記</strong>: 多くの人にとって <em>Home</em> ボタンと <em>電源</em> ボタンが想定より難しい (特に片手では) ために、ボタンの組み合わせが変更されました。加えて、ハードウェアの <em>Home</em> ボタンがない端末がきちんとサポートされいていなかった (ロック画面のように Gaia のあちこちでソフトウェア <em>Home</em> ボタンが使えない)のが変更の原因です。</p> -</div> - -<h3 id="アプリマネージャSimulator">アプリマネージャ/Simulator</h3> - -<ol> - <li><a href="https://developer.mozilla.org/ja/Firefox_OS/Using_the_App_Manager">アプリマネージャ</a> を開き、電話機と接続し、左の <strong>Device</strong> タブに移ります。</li> - <li>ページ下部 (Simulator を起動したのと同じ場所) にある <strong>スクリーンショット</strong> ボタンをクリックします。</li> -</ol> diff --git a/files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html b/files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html deleted file mode 100644 index 43d823683a..0000000000 --- a/files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: '特権アプリとしてテストする: 自身のGaiaアプリを配信する' -slug: Archive/B2G_OS/Debugging/Testing_in_a_privileged_context -tags: - - セキュリティ - - テスト -translation_of: Archive/B2G_OS/Debugging/Testing_in_a_privileged_context ---- -<p></p><div class="prevnext" style="text-align: right;"> - <p><a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Intercepting_traffic_using_a_proxy" style="float: left;">« 前のページ</a><br></p> -</div><p></p> - -<div class="summary"> -<p id="Testing_in_a_Privileged_Context.3A_Shipping_your_own_Gaia_Apps">お気づきの通り、JavaScriptを実行しても<a href="/docs/WebAPI">輝かしい全てのWebAPI</a>にアクセスできるわけではありません。特定のAPIを利用するアプリは、そのAPIへのアクセスを<a href="/docs/Apps/Manifest">アプリマニフェスト</a>のなかで要求しなければなりません。 <span class="seoSummary">この記事では、マーケットに特権アプリを配信する前にアプリをテストする方法をお伝えします。</span></p> -</div> - -<p>現在起動しているアプリのメタデータとマニフェストを変数として取得するには、このようなコードを利用できます。</p> - -<p> </p> - -<pre class="brush: js">navigator.mozApps.getSelf().onsuccess = function(e) { - appself = e.result; -}</pre> - -<p>このコードではアプリのメタデータを<code>appself</code>という変数に格納します。</p> - -<p>同様に、もし起動しているものと別のアプリのパーミッションを閲覧したい場合、b2gデスクトップのテストビルドで利用できる"許可設定 (Permissions)"からテストしたいアプリを確認してみてください。b2gデスクトップは現在インストールされている全てのアプリの許可設定をエミュレートするものです。</p> - -<p>いくつかの既存のWebAPIは、どんな種類のアプリでも利用できません。それらのAPIを利用するには、最上級の権限で (つまり、認定アプリとして) インストールする必要があります。自身でそれを行うには、b2gレイヤのトップであるGaiaをカスタマイズしたバージョンをビルドする必要があります。これを行うには、<code>git</code>や<code>make</code>といった環境で作業しなければなりません。Firefox OSのビルド環境の設定について詳しくは<a href="/docs/Mozilla/Firefox_OS/Firefox_OS_build_prerequisites" title="/docs/Mozilla/Firefox_OS/Firefox_OS_build_prerequisites">Firefox OS ビルドの必要条件</a>を確認してください。</p> - -<p>この場合は、Firefox OS全てをビルドする必要はなく、Gaiaだけで十分です。どのようにするか見てみましょう。</p> - -<h2 id="Gaiaをダウンロードしてビルドする"><strong>Gaiaをダウンロードしてビルドする</strong></h2> - -<p>最初に、Gaiaをダウンロードしてビルドする必要があります。これによってb2gデスクトップでロードできるプロファイルを作成します。以下のコマンドを使えば完了です。</p> - -<pre class="brush: bash">$ git clone https://github.com/mozilla-b2g/gaia -$ cd gaia -$ make -</pre> - -<div class="warning"> -<p><strong>警告:</strong> 初めてGaiaをビルドする場合、<a href="/docs/XULRunner" title="/docs/XULRunner">XULRunner</a>のダウンロードを要求されます。これは500MBほどあるため、ダウンロードに少々時間がかかり、また多くの空き容量が必要です。</p> -</div> - -<p> </p> - -<p>この操作は標準的なGaiaをビルドします。つまりカスタマイズの準備が整ったということです。</p> - -<h3 id="カスタマイズしたアプリを準備する"><strong>カスタマイズしたアプリを準備する</strong></h3> - -<p>XULRunnerがダウンロードされている間、<a href="https://github.com/mozilla-b2g/gaia">Gaiaのソースコードを読むこと</a>をおすすめします。ダウンロードが進行している間にカスタマイズしたアプリを準備してしまえるでしょう。</p> - -<p>Gaiaに内容されている全てのアプリ (設定、電話帳、ブラウザ等) は<code>apps/</code>ディレクトリに保存されています。これはあなたの特権アプリもそこに置く必要があるということです。この記事のために、<a href="https://github.com/freddyb/allperms"><em>allperms</em></a>という名前のサンプルアプリを作り、GitHubで公開しています。</p> - -<p>Gaiaの<code>apps/</code>ディレクトリのなかにサンプルアプリを clone して、コードツリーを変更してみましょう:</p> - -<pre>cd apps -git clone <span class="nolink">https://github.com/freddyb/allperms.git</span> -</pre> - -<p>最初のGaiaのビルドが完了し、<code>xulrunner-sdk</code>がダウンロードされたら、<code>apps/</code>のなかに<code>allperms</code>を含めてGaiaを再ビルドすることができます。しかし心配ありません、ほとんどのものはすでにコンパイルされているため、再ビルドは非常に早いはずです。単に以下を実行します:</p> - -<pre>make -</pre> - -<h2 id="新しいプロファイルを使ったB2G_デスクトップを読み込む"><span class="mw-headline">新しいプロファイルを使ったB2G デスクトップを読み込む</span></h2> - -<p><a href="/docs/Mozilla/Firefox_OS/Using_the_B2G_desktop_client" title="/docs/Mozilla/Firefox_OS/Using_the_B2G_desktop_client">B2G デスクトップ</a>には主に2つの実行ファイルがあります: <code>b2g</code>と<code>b2g-bin</code>です。コマンドラインの引数を指定したい場合は後者を利用します。</p> - -<div class="note"> -<p><strong>Note:</strong> B2G デスクトップアプリケーションについての補足情報については<a href="/docs/Mozilla/Firefox_OS/Using_the_B2G_desktop_client" title="/docs/Mozilla/Firefox_OS/Using_the_B2G_desktop_client">B2G デスクトップクライアントを使用する</a>を確認してください。</p> -</div> - -<p><code>-profile</code>オプションであなたがビルドしたGaiaのプロファイルへのパスを指定し、<code>b2g</code>の実行ファイルを読み込みます。</p> - -<h3 id="Linux">Linux</h3> - -<pre class="brush: bash">$ b2g-bin -profile /path/to/gaia/profile -</pre> - -<h3 id="Mac_OS_X">Mac OS X</h3> - -<p>Max OS Xでは、gaiaのディレクトリからコマンドを起動するには以下のようにします。(あなたが標準的なアプリケーションフォルダにB2Gをインストールしていると想定しています)</p> - -<pre class="brush: bash">$ /Applications/B2G.app/Contents/MacOS/b2g-bin -profile /path/to/gaia/profile -</pre> - -<h3 id="Windows">Windows</h3> - -<p>この部分は準備中です。</p> - -<h3 id="期待する動作">期待する動作</h3> - -<p>全てがうまくいくと、ロックスクリーンが見えているはずです:</p> - -<p><img alt="" src="https://mdn.mozillademos.org/files/5059/lockscreen.png" style="width: 320px; height: 480px;"></p> - -<p>B2G デスクトップを利用する際には、<a href="/docs/Mozilla/Firefox_OS/Using_the_B2G_desktop_client#Command_line_options" title="/docs/Mozilla/Firefox_OS/Using_the_B2G_desktop_client#Command_line_options">いくつかの便利なコマンドラインオプションがあります</a>。</p> - -<div class="note"> -<p><strong>Note: </strong>このプロファイルは<strong>標準の設定</strong>で再度スタートします。テストの環境を整えるために行った全てのカスタマイズは、再度行う必要があります。これには<a href="/docs/Marionette" title="/docs/Marionette">Marionette</a>やプロキシ、証明書の設定も含みます。</p> -</div> - -<h2 id="完了">完了</h2> - -<p>あなたの<code>allperms</code>アプリはインストールされ、全ての利用可能なパーミッションを備えているはずです。</p> - -<p>次に、<a href="/docs/Mozilla/Firefox_OS/Debugging_and_Security_Testing_with_Firefox_OS" title="/docs/Mozilla/Firefox_OS/Debugging_and_Security_Testing_with_Firefox_OS">Debugging and security testing with Firefox OS</a>を参考にしてMarionetteのステップを再度繰り返すことで、全てのWebAPIにアクセスできるテスト用の環境を用意することができます。</p> - -<p></p><div class="prevnext" style="text-align: right;"> - <p><a href="/ja/docs/Mozilla/Firefox_OS/Debugging/Intercepting_traffic_using_a_proxy" style="float: left;">« 前のページ</a><br></p> -</div><p></p> |