Raindrops1.253 - en to ja translation catalogue (149 entries)

en: 404 Requests
ja: 404　リクエスト

en: ; affects the current site only.
ja: ;　現在のサイトに適用されます

en: <a href="https://developers.google.com/speed/articles/gzip" target="_blank">GZIP Compression</a> (Optional; Highly Recommended)
ja: <a href="https://developers.google.com/speed/articles/gzip" target="_blank">GZIP Compression</a>(オプション：高度なおすすめ)

en: <strong>%1$s is NOT active; %1$s requires PHP v5.3 (or higher).</strong>
ja: <strong>%1$s は、非アクティブです %1$s は PHP v5.3 (または、それ以上が必要です).</strong>

en: <strong>Advanced Tip:</strong> If you are NOT caching GET requests (recommended), but you DO want to allow some special URLs that include query string parameters to be cached; you can add this special parameter to any URL <code>?qcAC=1</code>. This tells Quick Cache that it's OK to cache that particular URL, even though it contains query string arguments. If you ARE caching GET requests and you want to force Quick Cache to NOT cache a specific request, you can add this special parameter to any URL <code>?qcAC=0</code>.
ja: <strong>高度なヒント：</strong>あなたが、お勧めの　GETリクエストをキャッシュしない設定をしており、しかしあなたが、特定のクエリストリングを含むURLのキャッシュを望む場合には、<code>?qcAC=1</code>という特別なパラメータを追加することが出来ます。これは、特定のURLがクエリストリングを持っていても、クイックキャッシュがキャッシュしてよい事を伝えます。もし、GETリクエストをキャッシュしていて、特定のURLに対してキャッシュをしたくない場合は、それらそれぞれに、<code>?qcAC=0</code>という特別なパラメータを追加することが出来ます。

en: <strong>Advanced Tip:</strong> The default 404 cache filename (<code>----404----.html</code>) is designed to minimize the chance of a collision with a cache file for a real page with the same name. However, if you want to override this default and define your own 404 cache filename, you can do so by adding <code>define('QUICK_CACHE_404_CACHE_FILENAME', 'your-404-cache-filename');</code> to your <code>wp-config.php</code> file (note that the <code>.html</code> extension should be excluded when defining a new filename).
ja: <strong>高度なヒント</strong>デフォルトの404のファイル名 (<code>----404----.html</code>) は、同じ名前の実ページ用のキャッシュファイルとの衝突の可能性を最小限に抑えるように設計されています。しかし、デフォルトの設定を上書きして、独自の404ファイル名を定義するする場合<code>define('QUICK_CACHE_404_CACHE_FILENAME', 'your-404-cache-filename');</code>を<code>wp-config.php</code>に定義することが出来ます。（新しいファイル名を定義する際には<code>.html</code>拡張子は、除外すべきであることに注意してください。）

en: <strong>Advanced Tip:</strong> if you have this set to <code>No</code>, but you DO want to allow a few special URLs to be cached by the browser; you can add this parameter to your URL <code>?qcABC=1</code>. This tells Quick Cache that it's OK for the browser to cache that particular URL. In other words, the <code>qcABC=1</code> parameter tells Quick Cache NOT to send no-cache headers to the browser.
ja: <strong>高度なヒント:</strong>設定が<code>No</code>で、ある特定のURLSについて、クライアントサイドキャッシュを使いたいとき、URLのパラメーターに<code>?qcABC=1</code>.を追加することが出来ます。これで、クイックキャッシュを呼び出し特定のURLについてキャッシュします。言い換えると、<code>qcABC=1</code>パラメータは、クイックキャッシュが　no-cache headers　を送信しないことを意味します

en: <strong>HUGE Time-Saver:</strong> Approx. 95% of all WordPress sites running Quick Cache, simply enable it here; and that's it :-) <strong>No further configuration is necessary (really).</strong> All of the other options (down below) are already tuned for the BEST performance on a typical WordPress installation. Simply enable Quick Cache here and click "Save All Changes". If you get any warnings please follow the instructions given. Otherwise, you're good <i class="fa fa-smile-o"></i>. This plugin is designed to run just fine like it is. Take it for a spin right away; you can always fine-tune things later if you deem necessary.
ja: <strong>莫大な時間の節約:</strong>おおよそ、クイックキャッシュを実行しているワードプレスサイトの95%は、単に起動するだけです。<strong>これ以上の設定は、ほんとに必要ありません</strong>下のほかのオプションは、すでに典型的なワードプレスのインストールで最高のパフォーマンスのために調整されています。単にクイックキャッシュを起動して、すべてを保存のボタンを押してください。あなたは、警告が出た場合のみ、指示に従ってください。何らかの警告が出た場合のみ指示に従ってください。このプラグインは、うまく動作するように設計されています。そうでない場合は、必要な時、後で微調整をすることが出来ます。<i class="fa fa-smile-o"></i>

en: <strong>How does Quick Cache cache 404 requests?</strong> Quick Cache will create a special cache file (<code>----404----.html</code>, see Advanced Tip below) for the first 404 request and then <a href="http://www.php.net/manual/en/function.symlink.php" target="_blank">symlink</a> future 404 requests to this special cache file. That way you don't end up with lots of 404 cache files that all contain the same thing (the contents of the 404 page). Instead, you'll have one 404 cache file and then several symlinks (i.e., references) to that 404 cache file.
ja: <strong>クイックキャッシュは、404リクエストをどのようにキャッシュするのですか？</strong> クイックキャッシュは、最初の404リクエストで、特別なキャッシュファイル（<code>----404----.html</code>, 下の特別なヒントをご覧ください）を作成し、それから<a href="http://www.php.net/manual/en/function.symlink.php" target="_blank">シンボリックリンク</a> この特殊なキャッシュファイルにそれ以降の404リクエストに使われます。このやり方は、同じ内容の多数の404キャッシュファイルを生成しません

en: <strong>Note:</strong> POST requests (i.e. forms with <code>method=&quot;post&quot;</code>) are always excluded from the cache, which is the way it should be. Any <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html" target="_blank">POST/PUT/DELETE</a> request should NEVER (ever) be cached. CLI (and self-serve) requests are also excluded from the cache (always). A CLI request is one that comes from the command line; commonly used by CRON jobs and other automated routines. A self-serve request is an HTTP connection established from your site -› to your site. For instance, a WP Cron job, or any other HTTP request that is spawned not by a user, but by the server itself.
ja: <strong>注：</strong>POST　リクエスト(i.e. forms with <code>method=&quot;post&quot;</code>)は、常にキャッシュから除外されます。<a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html" target="_blank">POST/PUT/DELETE</a> リクエストは、キャッシュされるべきではありません。CLI (and self-serve) は、常にキャッシュから除外されます。CLIリクエストは、コマンドラインからくるものです。一般的に、cronジョブやほかの自動化ルーティンが使用。セルフサービスリクエストは、あなたのサイトからあなたのサイトへHTTP接続です。例えばWP Cronジョブやユーザーによるものではない、サーバー自身が行うリクエストです。

en: <strong>Note:</strong> Quick Cache will never serve a cache file that is older than what you specify here (even if one exists in your cache directory; stale cache files are never used). In addition, a WP Cron job will automatically cleanup your cache directory (once daily); purging expired cache files periodically. This prevents a HUGE cache from building up over time, creating a potential storage issue.
ja: <strong>注:</strong>クイックキャッシュはここで設定した期限よりも古いものを提供する事はありません（たとえキャッシュディレクトリにファイルが存在していても使われません）時間経過とともに巨大化するキャッシュを防ぐため、WP　Cronでキャッシュディレクトリのクリーンアップが一日一回行われます。

en: <strong>Quick Cache Feature Notice:</strong> This version of Quick Cache adds new options for Feed caching. Feed caching is now disabled by default. If you wish to enable feed caching, please visit the Quick Cache options panel.
ja: <strong>お知らせ:クイックキャッシュの機能</strong>クイックキャッシュ（このバージョン）は、フィードキャッシングのための新しいオプションが追加されます。フィードキャッシングは、デフォルトで無効になっています。フィードキャッシュを有効にしたい場合は、クイックキャッシュのオプションパネルをご覧ください

en: <strong>Quick Cache Feature Notice:</strong> This version of Quick Cache introduces a new <a href="http://www.websharks-inc.com/r/quick-cache-branched-cache-structure-wiki/" target="_blank">Branched Cache Structure</a> and several other <a href="http://www.websharks-inc.com/post/quick-cache-v140605-now-available/" target="_blank">new features</a>.
ja: <strong>お知らせ　クイックキャッシュの機能:</strong>クイックキャッシュ（このバージョン）は <a href="http://www.websharks-inc.com/r/quick-cache-branched-cache-structure-wiki/" target="_blank">新しいキャッシュ分岐構成</a>といくつかの他の <a href="http://www.websharks-inc.com/post/quick-cache-v140605-now-available/" target="_blank">新機能s</a>を発表します

en: <strong>Quick Cache Notice:</strong> This version of Quick Cache changes the default base directory that it uses, from <code>ABSPATH</code> to <code>WP_CONTENT_DIR</code>. This is for improved compatibility with installations that choose to use a custom <code>WP_CONTENT_DIR</code> location.
ja: <strong>クイックキャッシュ　お知らせ:</strong> このバージョンのクイックキャッシュは、使用するデフォルトベースディレクトリが、 <code>ABSPATH</code>から<code>WP_CONTENT_DIR</code>に、変更になりました。インストールの互換性の改善のため<code>WP_CONTENT_DIR</code> が選択されました。

en: <strong>Quick Cache:</strong> detected a new version of itself. Recompiling w/ latest version... wiping the cache... all done :-)
ja: <strong>Quick Cache:</strong>クイックキャッシュの新しいバージョンを検出しました。リコンパイリング w/ 最新バージョン...キャッシュwiping...すべて完了:-)

en: <strong>Quick Cache:</strong> detected changes. Found XML feeds of type <code>%1$s</code> (auto-purging).
ja: <strong>クイックキャッシュ：</strong>変更を検出しました Found XML feeds of type <code>%1$s</code> (auto-purging).

en: <strong>Quick Cache:</strong> detected changes. Found XML sitemaps (auto-purging).
ja: <strong>クイックキャッシュ</strong> Found XML sitemaps の変更を検出しました。 (auto-purging)

en: <strong>Quick Cache:</strong> detected changes. Found cache file(s) for %1$s ID: <code>%2$s</code> (auto-purging).
ja: <strong>クイックキャッシュ：</strong>cache file(s) for %1$s ID: <code>%2$s</code> の変更を検出しました。(auto-purging).

en: <strong>Quick Cache:</strong> detected changes. Found cache file(s) for Custom Post Type <code>%1$s</code> (auto-purging).
ja: <strong>クイックキャッシュ：</strong> カスタム投稿タイプ<code>%1$s</code>のキャッシュの変更を検出しました。

en: <strong>Quick Cache:</strong> detected changes. Found cache file(s) for the designated "Home Page" (auto-purging).
ja: <strong>クイックキャッシュ：</strong> "Home Page" のキャッシュの変更を検出しました(auto-purging)

en: <strong>Quick Cache:</strong> detected changes. Found cache file(s) for the designated "Posts Page" (auto-purging).
ja: <strong>クイックキャッシュ：</strong> "Posts Page"のキャッシュの変更を検出しました (auto-purging).

en: <strong>Quick Cache:</strong> detected changes. Found cache files for %1$s: <code>%2$s</code> (auto-purging).
ja: <strong>クイックキャッシュ：</strong>%1$s: <code>%2$s</code> のキャッシュの変更を検知しました(auto-purging)

en: <strong>Quick Cache:</strong> detected changes. Found cache files for Author Page: <code>%1$s</code> (auto-purging).
ja: <strong>クイックキャッシュ：</strong> Author Page: <code>%1$s</code>のキャッシュの変更を検出しました

en: <strong>Quick Cache:</strong> detected important site changes. Found cache files for this site (auto-clearing).
ja: <strong>クイックキャッシュ：</strong>このサイトのキャッシュファイルの重要な変更を検出しました (auto-clearing)

en: <strong>Quick Cache:</strong> detected significant changes. Found cache files (auto-wiping).
ja: <strong>クイックキャッシュ：</strong>キャッシュファイルの大幅な変更を検出しました (auto-wiping).

en: <strong>Quick Cache:</strong> this version is a <strong>complete rewrite</strong> :-) Please review your Quick Cache options carefully!
ja: <strong>クイックキャッシュ:</strong>このバージョンは、<strong>完全に書き直されました</strong> :-)クイックキャッシュのオプションを慎重に確認してください。

en: <strong>Tip:</strong> By default, if you delete Quick Cache using the plugins menu in WordPress, nothing is lost. However, if you want to completely uninstall Quick Cache you should set this to <code>Yes</code> and <strong>THEN</strong> deactivate &amp; delete Quick Cache from the plugins menu in WordPress. This way Quick Cache will erase your options for the plugin, erase directories/files created by the plugin, remove the <code>advanced-cache.php</code> file, terminate CRON jobs, etc. It erases itself from existence completely.
ja: <strong>ヒント：</strong> プラグインメニューからクイックキャッシュを削除した場合、デフォルトでは何も失われません。もし、完全にアンインストールしたいときには、<code>Yes</code>にセットし、プラグインメニューから　デアクティベート&amp;削除　を行ってください。プラグインのすべてのオプション、cronを終了し、advanced-cache.phpを削除し、プラグインによって作成されたディレクトリやファイルを消去します。

en: <strong>Tip:</strong> Quick Cache can be disabled temporarily. If you're a theme/plugin developer, you can set a flag within your PHP code to disable the cache engine at runtime. Perhaps on a specific page, or in a specific scenario. In your PHP script, set: <code>$_SERVER['QUICK_CACHE_ALLOWED'] = FALSE;</code> or <code>define('QUICK_CACHE_ALLOWED', FALSE)</code>. Quick Cache is also compatible with: <code>define('DONOTCACHEPAGE', TRUE)</code>. It does't matter where or when you define one of these, because Quick Cache is the last thing to run before script execution ends.
ja: <strong>ヒント：</strong>クイックキャッシュは、一時的に無効にすることが出来ます。あなたが、テーマやプラグイン開発者なら、PHPコード内でフラグを設定し　実行時にキャッシュエンジンを無効にすることが出来ます。たぶん、特定のページや特定のシナリオのPHPで、<code>$_SERVER['QUICK_CACHE_ALLOWED'] = FALSE;</code>や<code>define('QUICK_CACHE_ALLOWED', FALSE)</code>を設定します。クイックキャッシュは、<code>define('DONOTCACHEPAGE', TRUE)</code>にも対応しています。クイックキャッシュは、これらのスクリプトが終了する直前に実行するので、いつでも、どこにでもこれらを定義することが出来ます。

en: <strong>Tip:</strong> Setting this to <code>No</code> is highly recommended when running a membership plugin like <a href="http://wordpress.org/plugins/s2member/" target="_blank">s2Member</a> (as one example). In fact, many plugins like s2Member will send <a href="http://codex.wordpress.org/Function_Reference/nocache_headers" target="_blank">nocache_headers()</a> on their own, so your configuration here will likely be overwritten when you run such plugins (which is better anyway). In short, if you run a membership plugin, you should NOT allow a client-side browser cache.
ja: <strong>ヒント：</strong> メンバーシッププラグイン<a href="http://wordpress.org/plugins/s2member/" target="_blank">s2Member</a> (一例です).実際には、s2Memberのようなプラグインは、<a href="http://codex.wordpress.org/Function_Reference/nocache_headers" target="_blank">nocache_headers()</a> をそれ自身で出力しますので、この種のプラグインを使っている場合は、上書きされます。<br />つまり、メンバーシッププラグインを使っている場合は、クライアントサイドキャッシュを許可すべきではありません。

en: <strong>Tip:</strong> Setting this to <code>No</code> will NOT impact static content; e.g. CSS, JS, images, or other media. This setting pertains only to dynamic PHP scripts which produce content generated by WordPress.
ja: <strong>ヒント：</strong> <code>No</code>に設定すると静的コンテンツに影響を与えません。例　CSS, JS, images, or other media. この設定は、ワードプレスによりPHP動的スクリプトによって生成されるコンテンツにに関係するものです

en: <strong>Tip:</strong> the value that you specify here MUST be compatible with PHP's <a href="http://php.net/manual/en/function.strtotime.php" target="_blank" style="text-decoration:none;"><code>strtotime()</code></a> function. Examples: <code>2 hours</code>, <code>7 days</code>, <code>6 months</code>, <code>1 year</code>.
ja: <strong>ヒント：</strong> 設定する値は PHP関数<a href="http://php.net/manual/en/function.strtotime.php" target="_blank" style="text-decoration:none;"><code>strtotime()</code></a>で利用できる値でなければなりません。例：<code>2 hours</code>, <code>7 days</code>, <code>6 months</code>, <code>1 year</code>

en: <strong>Tip:</strong> the value that you specify here MUST be compatible with PHP's <a href="http://php.net/manual/en/function.strtotime.php" target="_blank" style="text-decoration:none;"><code>strtotime()</code></a> function. Examples: <code>30 seconds</code>, <code>2 hours</code>, <code>7 days</code>, <code>6 months</code>, <code>1 year</code>.
ja: <strong>ヒント</strong>ここに設定する値は、PHP関数<a href="http://php.net/manual/en/function.strtotime.php" target="_blank" style="text-decoration:none;"><code>strtotime()</code></a> で指定可能な引数を指定しなければなりません。例： <code>30 seconds</code>, <code>2 hours</code>, <code>7 days</code>, <code>6 months</code>, <code>1 year</code>.

en: <strong>To verify that Quick Cache is working</strong>, navigate your site like a normal visitor would. Right-click on any page (choose View Source), then scroll to the very bottom of the document. At the bottom, you'll find comments that show Quick Cache stats and information. You should also notice that page-to-page navigation is <i class="fa fa-flash"></i> <strong>lightning fast</strong> now that Quick Cache is running; and it gets faster over time!
ja: <strong>クイックキャッシュの動作確認</strong> 通常の訪問者のように、サイトを閲覧します。任意のページで右クリック ソースの表示を選択、ソースの一番下までスクロールします。一番下には、クイックキャッシュの統計と情報が表示されたコメントが見つかります。また、そのページからページへのナビゲーションに気づくはずです<i class="fa fa-flash"></i> <strong>超高速</strong> クイックキャッシュが動作しています。時間が経つごとにより早く表示されます。

en: <strong>Why does Quick Cache have it's own plugin architecture?</strong> WordPress loads the <code>advanced-cache.php</code> drop-in file (for caching purposes) very early-on; before any other plugins or a theme. For this reason, Quick Cache implements it's own watered-down version of functions like <code>add_action()</code>, <code>do_action()</code>, <code>add_filter()</code>, <code>apply_filters()</code>.
ja: <strong>なぜクイックキャッシュには、プラグイン独自のアーキテクチャーがあるのですか？</strong>ワードプレスは、非常に早い段階で、プラグインやテーマより先に、<code>advanced-cache.php</code> drop-in file (キャッシュ用に をロードします。このためクイックキャッシュは、<code>add_action()</code>, <code>do_action()</code>, <code>add_filter()</code>, <code>apply_filters()</code>のような、加減した独自関数を実装しています

en: A simple update is necessary. Please ask your web hosting company to do this for you.
ja: アップデートは、基本的に必要です。アップデートを行う方法をホスティング会社に訊ねてください

en: All Panels
ja: すべてのパネル

en: All of that being said, if all you care about is blazing fast speed and users don't log in/out of your site (only you do); you can safely set this to <code>Yes</code> (recommended in this case). Allowing a client-side browser cache will improve speed and reduce outgoing bandwidth when this option is feasible.
ja: もし、爆速で、ユーザーがログインやログアウトをしない　あなただけが管理するサイトなら、<code>Yes</code>（この場合は、Yesがおすすめ）クライアントサイドのキャッシュを許可すると速度は改善し、送信帯域幅が減少します。

en: All of that being said, you could set this to just <code>60 seconds</code> and you would still see huge differences in speed and performance. If you're just starting out with Quick Cache (perhaps a bit nervous about old cache files being served to your visitors); you could set this to something like <code>30 minutes</code>, and experiment with it while you build confidence in Quick Cache. It's not necessary to do so, but many site owners have reported this makes them feel like they're more-in-control when the cache has a short expiration time. All-in-all, it's a matter of preference <i class="fa fa-smile-o"></i>.
ja: <code>60 seconds</code>を設定し、スピードとパフォーマンスの大きな違いを見ることが出来るといわれています。クイックキャッシュを使い始めると（サイトの訪問者に提供される　やや不安な古いキャッシュ）また、<code>30 minutes</code>という設定も行うことが出来ます。特にこうしなければならないという事はありませんが、多くのサイトオーナーは、キャッシュの有効期限が短い時、制御しやすいと感じると報告しています。最も大切なのは、パフォーマンスの問題です <i class="fa fa-smile-o"></i>

en: Allow Double-Caching In The Client-Side Browser?
ja: クライアントサイドブラウザで　ダブルキャッシングを行いますか？

en: Automatic Expiration Time (Max Age)
ja: 自動キャッシュ有効期間（最大期間）

en: Base Cache Directory (Must be Writable; e.g. <a href="http://codex.wordpress.org/Changing_File_Permissions" target="_blank">Permissions</a> <code>755</code> or Higher)
ja: キャッシュディレクトリ（書き込み可能にしてください 　例. <a href="http://codex.wordpress.org/Changing_File_Permissions" target="_blank">パーミッション</a> <code>755</code> または、それ以上)

en: Beta Testers (Signup)
ja: ベータテスター（サインアップ）

en: Cache cleared for this site; recreation will occur automatically over time.
ja: このサイトのキャッシュはクリアされました。キャッシュの再構築は時間と共に自動的に行われます。

en: Cache directory not writable. Quick Cache needs this directory please: `%1$s`. Set permissions to `755` or higher; `777` might be needed in some cases.
ja: キャッシュディレクトリが書き込み可能ではありません。クイックキャッシュは、ディレクトリ： `%1$s`が書き込み可能である必要があります。パーミッションの設定を`755`または、それ以上に設定してください。いくつかのケースで`777` が必要になることがあります。

en: Caching Enabled for 404 Requests?
ja: HTTP404リクエストをキャッシュしますか？

en: Caching Enabled for GET (Query String) Requests?
ja: GETリクエスト（クエリ文字列のついた）リクエストをキャッシュしますか？

en: Caching Enabled for RSS, RDF, Atom Feeds?
ja: RSS,RDF,Atomフィードをキャッシュしますか？

en: Clear
ja: キャッシュのクリア

en: Clearing the Cache
ja: キャッシュのクリアー

en: Clearing the Cache (Manually)
ja: キャッシュのクリアー（手動）

en: Client-Side Cache
ja: クライアントサイド　キャッシュ

en: Default options successfully restored.
ja: 設定は、デフォルト値に修正されました。

en: Developing a Theme or Plugin for WordPress?
ja: WordPressのテーマやプラグインをカスタマイズしますか？

en: Directory / Expiration Time
ja: キャッシュディレクトリ　キャッシュ有効期限

en: Doing it wrong! Missing `base_dir` option value. MUST call this method after `setup()`.
ja: `base_dir` オプション値が間違っています。`setup()`の後で呼び出す必要があります。

en: Download your existing options and import them all into another Quick Cache installation; saves time on future installs.
ja: オプションの設定をダウンロードして別のクイックキャッシュのインストールにすべてをインストールします。将来インストールする時に、時間を節約できます。

en: Enable/Disable
ja: 起動と停止

en: Every 15 Minutes
ja: 15分毎

en: Export Existing Options from this Quick Cache Installation?
ja: クイックキャッシュの既存の設定をエクスポートしますか？

en: First of all, please make sure that you've enabled Quick Cache here; then scroll down to the bottom of this page and click "Save All Changes". All of the other options (below) are already pre-configured for typical usage. Feel free to skip them all for now. You can go back through all of these later and fine-tune things the way you like them.
ja: まずは、ここでクイックキャッシュを起動していることを確認してください。このページの一番下までスクロールし　すべての変更を保存　をクリックします。ほかのオプションはすべて、一般的な使用に向けて事前に設定されています。あなたは、後であなたの好きなように、微調整することが出来るので今は、スキップしましょう。

en: GET Requests
ja: GET リクエスト

en: GZIP Compression
ja: GZIP　圧縮

en: How Can I Tell Quick Cache is Working?
ja: クイックキャッシュが動作していることを知るには？

en: If you don't update your site much, you could set this to <code>6 months</code> and optimize everything even further. The longer the Cache Expiration Time is, the greater your performance gain. Alternatively, the shorter the Expiration Time, the fresher everything will remain on your site. A default value of <code>7 days</code> (recommended); is a good conservative middle-ground.
ja: サイトをあまり変更しない場合は、<code>6 months</code>を設定し、更にすべてを最適化することが出来ます。キャッシュ有効時間が長いほど大きなパフォーマンスを得られ、有効時間が短いほど、新鮮です。<code>7 days</code> (おすすめ);は、控えめな良い妥協点です。

en: If you want to enable GZIP, create an <code>.htaccess</code> file in your WordPress® installation directory, and put the following few lines in it. Alternatively, if you already have an <code>.htaccess</code> file, just add these lines to it, and that is all there is to it. GZIP is now enabled in the recommended way! See also: <a href="https://developers.google.com/speed/articles/gzip" target="_blank"><i class="fa fa-youtube-play"></i> video about GZIP Compression</a>.
ja: GZIPを有効にしたい場合、ワードプレスのインストールディレクトリに<code>.htaccess</code>を作成し、以下のコードを含めてください。もし、すでに、<code>.htaccess</code>を使っている場合には、以下の行を追加してください。GZIPが推奨される方法で有効化どうかは、 <a href="https://developers.google.com/speed/articles/gzip" target="_blank"><i class="fa fa-youtube-play"></i> GZIP 圧縮のビデオ</a>を参照してください。

en: Import Options from Another Quick Cache Installation?
ja: 他のクイックキャッシュから設定をインポートしますか？

en: Import/Export Options
ja: インポート　エクスポート　オプション

en: Invalid hook.
ja: 無効なフック

en: Keep in mind that your Expiration Time is only one part of the big picture. Quick Cache will also purge the cache automatically as changes are made to the site (i.e. you edit a post, someone comments on a post, you change your theme, you add a new navigation menu item, etc., etc.). Thus, your Expiration Time is really just a fallback; e.g. the maximum amount of time that a cache file could ever possibly live.
ja: 有効期限の時間は、全体の中の一部に過ぎない事を留意してください。サイトに対して変更が行われるようにクイックキャッシュも自動的にキャッシュをパージします。（つまり、あなたが投稿を編集、誰かが、投稿にコメントしテーマを変更すると、新しいナビゲーションメニューなどを追加します）このように有効期限は、単なる予備です。例えば、キャッシュファイル最大生存限度

en: Newsletter (Subscribe)
ja: ニュースレター（購読）

en: No, I don't want my source code to contain any of these notes.
ja: いいえ、私はソースコードの中の記述をしたくありません。

en: No, disable.
ja: 停止

en: No, do NOT cache (or serve a cache file) for 404 requests.
ja: いいえ、404リクエストはキャッシュしない

en: No, do NOT cache (or serve a cache file) when a query string is present.
ja: いいえ、クエリ文字列が存在する場合、キャッシュしない（キャッシュを提供しない）

en: No, do NOT cache (or serve a cache file) when displaying a feed.
ja: いいえ、フィードを表示する時に、キャッシュしない（キャッシュを提供しない）

en: No, prevent a client-side browser cache (safest option).
ja: いいえ、クライアントサイドブラウザキャッシュを使わない（もっとも安全な選択肢）

en: Once Quick Cache has been enabled, <strong>you'll need to log out (and/or clear browser cookies)</strong>. By default, cache files are NOT served to visitors who are logged-in, and that includes you too ;-) Cache files are NOT served to recent comment authors either. If you've commented (or replied to a comment lately); please clear your browser cookies before testing.
ja: 一度クイックキャッシュが起動すると、あなたは、ログアウトする必要があります（そして・または、ブラウザのクッキーを削除）デフォルトでは、キャッシュファイルは、あなたを含むログインしているユーザーには使われません。<br />キャッシュファイルは、最近のコメント投稿者にも使われません。もし、最近コメントや返信を行っている場合は、テストをする前に、ブラウザのクッキーを削除してください

en: Options updated successfully.
ja: オプションが正常に更新されました

en: Plugin Deletion Safeguards
ja: プラグイン削除時の保護機能

en: Plugin Options
ja: プラグインオプション

en: Post
ja: 投稿

en: Pro Upgrade
ja: プロ版　アップグレード

en: Quick Cache
ja: クイックキャッシュ

en: Quick Cache file built for (%1$s) in %2$s seconds, on: %3$s.
ja: %1$s のクイックキャッシュが、 %3$s　に作成（in %2$s seconds）

en: Quick Cache file path: %1$s
ja: クイックキャッシュ　ファイルパス：

en: Quick Cache fully functional :-) Cache file served for (%1$s) in %2$s seconds, on: %3$s.
ja: %1$s　は、クイックキャッシュが完全に機能 :-)　%3$s に、%2$s 秒

en: Quick Cache fully supports GZIP compression on its output. However, it does not handle GZIP compression directly. We purposely left GZIP compression out of this plugin, because GZIP compression is something that should really be enabled at the Apache level or inside your <code>php.ini</code> file. GZIP compression can be used for things like JavaScript and CSS files as well, so why bother turning it on for only WordPress-generated pages when you can enable GZIP at the server level and cover all the bases!
ja: クイックキャッシュは、GZIP圧縮をフルサポートします。しかし、それは、直接GZIP圧縮されるわけではなく、Apacheのレベルで<code>php.ini</code>から有効にする必要があります。あなたは、サーバーレベルでGZIPを有効にできる場合、WordPressのページ生成だけでなく、GZIP圧縮は、javascriptやCSSにも使うことが出来ます

en: Quick Cache handles content delivery through its ability to communicate with a browser using PHP. If you allow a browser to (cache) the caching system itself, you are momentarily losing some control; and this can have a negative impact on users that see more than one version of your site; e.g. one version while logged-in, and another while NOT logged-in. For instance, a user may log out of your site, but upon logging out they report seeing pages on the site which indicate they are STILL logged in (even though they're not — that's bad). This can happen if you allow a client-side cache, because their browser may cache web pages they visited while logged into your site which persist even after logging out. Sending no-cache headers will work to prevent this issue.
ja: クイックキャッシュは、ブラウザへのコンテンツの配信をPHPを使って処理します。ブラウザキャッシュを有効にしたときに、いくつかのコントロールを失います　これは、あなたのサイトの複数のバージョンを参照して、ユーザーにネガティブなインパクトを与えます。例えば、あるバージョンでは、ログイン済み、あるバージョンでは、ログアウト状態、例えば、ユーザーがログアウトしても、彼らがみるページは、依然としてログインしたページです。クライアント側のキャッシュを許可した場合、そのブラウザがログアウトした後でもログインしている間彼らが訪問したWEBページのキャッシュを持つことが出来るので発生する可能性があります。この問題を防ぐために、ノーキャッシュヘッダーを送信します。

en: Quick Cache is NOT caching this page, %1$s
ja: クイックキャッシュは、 %1$s　ページをキャッシュしていません

en: Quick Cache is currently disabled; please review options below.
ja: 現在クイックキャッシュは、停止しています。起動と停止オプションをご確認ください

en: Quick Cache: failed to write cache file for: `%1$s`; possible permissions issue (or race condition), please check your cache directory: `%2$s`.
ja: Quick Cache: `%1$s`;の書き込みに失敗しました。パーミッション（または、競合状態）の可能性があります。お手数ですが、キャッシュディレクトリ： `%2$s`　をチェックしてください

en: RSS, RDF, and Atom Feeds
ja: RSS, RDF, and Atom フィード

en: Recommended setting: <code>No</code> (for membership sites, very important). Otherwise, <code>Yes</code> would be better (if users do NOT log in/out of your site).
ja: ユーザーがログインログアウトを行う会員制サイトでは、<code>いいえ</code>に設定するのが特に重要です。ユーザーがログインやログアウトを行わないサイトの場合は<code>はい</code>がおすすめです。

en: Restore
ja: 設定を、すべてデフォルトに戻す

en: Restore default plugin options? You will lose all of your current settings! Are you absolutely sure about this?
ja: オプションの設定をデフォルトに戻しますか？現在の設定はすべて失われます !　それで本当にいいですか？

en: Safeguard my options and the cache (recommended).
ja: オプションフィールドとキャッシュを保護する（ おすすめ )

en: Save All Changes
ja: すべての変更を保存

en: Settings
ja: 設定

en: Theme/Plugin Developers
ja: テーマ　プラグイン開発者向け

en: Theme/plugin developers can take advantage of the Quick Cache plugin architecture by creating PHP files inside this special directory: <code>/wp-content/ac-plugins/</code>. There is an <a href="https://github.com/WebSharks/Quick-Cache/blob/000000-dev/quick-cache/includes/ac-plugin.example.php" target="_blank">example plugin file @ GitHub</a> (please review it carefully and ask questions). If you develop a plugin for Quick Cache, please share it with the community by publishing it in the plugins respository at WordPress.org.
ja: テーマやプラグイン開発者は、特別なディレクトリ<code>/wp-content/ac-plugins/</code>.にPHPファイルを作成し、クイックキャッシュプラグインアーキテクチャーを活用することが出来ます。ここに <a href="https://github.com/WebSharks/Quick-Cache/blob/000000-dev/quick-cache/includes/ac-plugin.example.php" target="_blank">プラグインのサンプル例 @ GitHub</a>があります。（慎重に検討し、質問してください）クイックキャッシュ用のプラグインを開発する場合は、プラグインをWordPress.orgのプラグインリポジトリでコミュニティと共有してください。

en: This Quick Cache file will auto-expire (and be rebuilt) on: %1$s (based on your configured expiration time).
ja: クイックキャッシュファイルは、あなたが設定した期間　 %1$s　の満了により、自動的に期限切れ（再構築）されます。

en: This is where Quick Cache will store the cached version of your site. If you're not sure how to deal with directory permissions, don't worry too much about this. If there is a problem, Quick Cache will let you know about it. By default, this directory is created by Quick Cache and the permissions are setup automatically. In most cases there is nothing more you need to do.
ja: クイックキャッシュが、サイトのキャッシュを保存する場所です。ディレクトリのパーミッションの指定方法がよくわからなくても心配しないでください。問題がある場合に調べてください。デフォルトでは、ディレクトリはクイックキャッシュにによって作成され、パーミッションも自動的にセットされます。ほとんどのケースでは、あなたが特に必要としない限り何もしなくていいです。

en: This should almost ALWAYS be set to <code>No</code>. UNLESS, you're sure that you want to cache your feeds. If you use a web feed management provider like Google® Feedburner and you set this option to <code>Yes</code>, you may experience delays in the detection of new posts. <strong>NOTE:</strong> If you do enable this, it is highly recommended that you also enable automatic Feed Purging too. Please see the section above: "Clearing the Cache". Find the sub-section titled: "Auto-Purge RSS/RDF/ATOM Feeds" (available only in the pro version).
ja: これは、大抵どんな時も <code>いいえ</code>にすべきです。　あなたが、フィードをキャッシュしてもよいと思ってない限り、もし、Google® Feedburner のようなフィードマネージメントプロバイダを使っていて、<code>はい</code>に設定している場合、新しい投稿を検知する時間にずれが生じるでしょう　<strong>注意:</strong>　もし有効にするなら、高度なおすすめですが、enable automatic Feed Purging　も有効にしておくといいです。Clearing the Cache　セクションのサブセクションAuto-Purge RSS/RDF/ATOM Feedsを読んでみてください（Proバージョン専用）

en: This should almost ALWAYS be set to <code>No</code>. UNLESS, you're using unfriendly Permalinks. In other words, if all of your URLs contain a query string (e.g. <code>/?key=value</code>); you're using unfriendly Permalinks. Ideally, you would refrain from doing this; and instead, update your Permalink options immediately; which also optimizes your site for search engines. That being said, if you really want to use unfriendly Permalinks, and ONLY if you're using unfriendly Permalinks, you should set this to <code>Yes</code>; and don't worry too much, the sky won't fall on your head :-)
ja: デフォルトのパーマリンクを使用していない限り、ほぼ、すべての場合いつでも、<code>いいえ</code>に設定すべきです。言い換えれば、あなたの（サイト）すべてのURLにクエリ文字が含まれている(例えばこんな形で. <code>/?key=value</code>);なら、あなたはデフォルトパーマリンクを使用しています。　理想的には、これを控えて、パーマリンクの設定を更新して検索エンジンのために最適なURLに変更する事です。もし、あなたが、デフォルトのパーマリンク設定を使用したいと考え、デフォルトパーマリンクしか使わないなら、天罰が下るわけでもないので　:-)　あまり心配しないで<code>はい</code>; を設定しましょう

en: To remove this message, please deactivate %1$s.
ja: このメッセージを削除するには、 %1$sをデアクティベートしてください

en: Unable to also wipe dir: `%1$s`.
ja: ディレクトリ：`%1$s`もまたwipeできません

en: Unable to also wipe file: `%1$s`.
ja: ファイル： `%1$s`もまたwipeできません

en: Unable to auto-purge XML sitemap file: `%1$s`.
ja: XML sitemap file: `%1$s`　オートパージできません

en: Unable to auto-purge file: `%1$s`.
ja: ファイル： `%1$s`　auto-purge　できません

en: Unable to clear dir: `%1$s`.
ja: ディレクトリ：`%1$s`　clearできません

en: Unable to clear file: `%1$s`.
ja: ファイル： `%1$s` clearできません

en: Unable to create symlink: `%1$s` » `%2$s`. Possible permissions issue (or race condition), please check your cache directory: `%3$s`.
ja: シンボリックリンクを作ることが出来ません： `%1$s` » `%2$s`　キャッシュディレクトリ：`%3$s`のパーミッション（または競合状態）の可能性がありますので、チェックしてください。

en: Unable to delete file: `%1$s`.
ja: ファイル： `%1$s`を削除できません

en: Unable to determine cache directory location.
ja: キャッシュディレクトリの場所を判別できません

en: Unable to purge file: `%1$s`.
ja: ファイル：`%1$s` purge できません

en: Unable to remove base dir: `%1$s`.
ja: ベースディレクトリ： `%1$s`を削除できません

en: Unable to remove dir: `%1$s`.
ja: ディレクトリ： `%1$s`を削除できません

en: Unable to remove file: `%1$s`.
ja: ファイル： `%1$s`を削除できません

en: Unable to wipe dir: `%1$s`.
ja: ディレクトリ `%1$s`もまた、wipeできません

en: Unable to wipe file: `%1$s`.
ja: ファイル：`%1$s`もまた、wipeできません

en: Uninstall on Plugin Deletion; or Safeguard Options?
ja: プラグインのアンインストール、　保護機能オプション

en: Upgrade
ja: アップグレード

en: Upload your <code>%1$s-options.json</code> file and click "Save All Changes" below. The options provided by your import file will override any that exist currently.
ja:  <code>%1$s-options.json</code>をアップロードし、「すべての変更を保存」をクリックしてください。オプションの設定をインポートして、現在の設定を上書きします。

en: When this is set to <code>No</code>, Quick Cache will ignore all 404 requests and no cache file will be served. While this is fine for most site owners, caching the 404 page on a high-traffic site may further reduce server load. When this is set to <code>Yes</code>, Quick Cache will cache the 404 page (see <a href="https://codex.wordpress.org/Creating_an_Error_404_Page" target="_blank">Creating an Error 404 Page</a>) and then serve that single cache file to all future 404 requests.
ja: <code>いいえ</code>に設定されている場合は、クイックキャッシュは、すべての404リクエストを無視しキャッシュファイルは作られません。これはほとんどのサイトオーナーには良い事ですが、高トラフィックサイトの場合<code>はい</code>にセットして、404ページをキャッシュすることで (see <a href="https://codex.wordpress.org/Creating_an_Error_404_Page" target="_blank">Creating an Error 404 Page</a>) すべての404リクエストに単一のキャッシュファイルを提供し、更にサーバーの負荷を軽減できることがあります。

en: Wipe Cache (Start Fresh); clears the cache for all sites in this network at once!
ja: Wipe Cache (Start Fresh);一度にこのネットワークのすべてのサイトのキャッシュをクリアーします

en: Writing "Advanced Cache" Plugins Specifically for Quick Cache
ja: クイックキャッシュ用の"Advanced Cache"をプラグインに書き込む

en: Yes, I will allow a client-side browser cache of pages on the site.
ja: はい、サイトのページのクライアントサイドブラウザキャッシュを許可します

en: Yes, I would like to cache URLs that contain a query string.
ja: はい、クエリ文字列を含むURLをキャッシュする

en: Yes, I would like to cache feed URLs.
ja: はい、フィードURLをキャッシュします

en: Yes, I would like to cache the 404 page and serve the cached file for 404 requests.
ja: はい、404リクエストをキャッシュし、キャッシュを提供する

en: Yes, enable Quick Cache!
ja: クイックキャッシュを起動します！

en: Yes, enable notes in the source code AND show debugging details (not recommended for production).
ja: はい、ソースコード内の記述を有効にして、デバッグ情報も書き出します（公開サイトでは、お勧めできません）

en: Yes, enable notes in the source code so I can see it's working (recommended).
ja: はい、クイックキャッシュが起動していることを確認するため、ソースコード内の記述を有効にします（おすすめ）

en: Yes, uninstall (completely erase) Quick Cache on plugin deletion.
ja: はい、プラグインディレクトリのクインキャッシュをアンインストール（完全に削除）します

en: You don't have to use an <code>.htaccess</code> file to enjoy the performance enhancements provided by this plugin; caching is handled automatically by WordPress/PHP alone. That being said, if you want to take advantage of the additional speed enhancements associated w/ GZIP compression (and we do recommend this), then you WILL need an <code>.htaccess</code> file to accomplish that part.
ja: このプラグインで、パフォーマンスの効果を楽しむ場合、<code>.htaccess</code>を使用する必要はありません。キャッシングは、WordPress/PHPが自動的に処理します。もし、あなたが、w/ GZIP 圧縮による追加的なスピード強化をしたい場合は、（私たちは、これをお勧めします）<code>.htaccess</code>が必要になります。

en: You're currently running <code>PHP v%1$s</code>.
ja: <code>PHP v%1$s</code>を実行しています

en: because `$_GET['qcAC']` is set to a boolean-ish FALSE value.
ja: `$_GET['qcAC']` は、booleanのような、FALSE がセットされています

en: because `$_GET` contains query string data. The current configuration says NOT to cache GET requests with a query string.
ja: `$_GET`リクエストに、クエリストリングを含んでいるので、現在の設定では、クエリストリングを含んだリクエストでは、キャッシュを表示しません。

en: because `$_SERVER['HTTP_HOST']` is missing from your server configuration.
ja:  `$_SERVER['HTTP_HOST']`　サーバー設定が間違っています

en: because `$_SERVER['REMOTE_ADDR']` === `$_SERVER['SERVER_ADDR']`; i.e. a self-serve request. DEVELOPER TIP: if you are testing on a localhost installation, please add `define('LOCALHOST', TRUE);` to your `/wp-config.php` file while you run tests :-) Remove it (or set it to a `FALSE` value) once you go live on the web.
ja:  `$_SERVER['REMOTE_ADDR']` === `$_SERVER['SERVER_ADDR']`;例えば、セルフサービスリクエスト　開発者へのヒント：ローカルホストにインストールしてテストしている場合は、テストの間中、wp-config.phpに、`define('LOCALHOST', TRUE);`を追加してください。WEB上でライブにする場合は、削除するか、または、値に`FALSE`を設定してください

en: because `$_SERVER['REQUEST_METHOD']` is `POST`, `PUT`, `DELETE`, `HEAD`, `OPTIONS`, `TRACE` or `CONNECT`. These request methods should never (ever) be cached in any way.
ja: サーバー変数`$_SERVER['REQUEST_METHOD']` は `POST`, `PUT`, `DELETE`, `HEAD`, `OPTIONS`, `TRACE` or `CONNECT`. これらのリクエストは、どのような方法でもキャッシュされるべきではありません。

en: because `$_SERVER['REQUEST_URI']` indicates this is a `/feed`; and the configuration of this site says not to cache XML-based feeds.
ja: `$_SERVER['REQUEST_URI']`は、これが`/feed`; である事を示します。このサイトの構成は、XMLベースのフィードをキャッシュしません。

en: because `$_SERVER['REQUEST_URI']` is missing from your server configuration.
ja: `$_SERVER['REQUEST_URI']` サーバー設定が間違っています

en: because `PHP_SAPI` reports that you are currently running from the command line.
ja: PHP_SAPIは、現在コマンドラインから実行されていることを報告しています

en: because the PHP constant `DONOTCACHEPAGE` has been set at runtime. Perhaps by WordPress itself, or by one of your themes/plugins. This usually means that you have a theme/plugin intentionally disabling the cache on this page; and it's usually for a very good reason.
ja: PHP定数 `DONOTCACHEPAGE` は、おそらくWordPress本体、または、プラグインやテーマからランタイムでbool値のような`FALSE`に設定されました。テーマやプラグインが意図的に、通常、理にかなった理由により、このページのキャッシュを無効にしていることを意味します。

en: because the PHP constant `QUICK_CACHE_ALLOWED` has been set to a boolean-ish `FALSE` value at runtime. Perhaps by WordPress itself, or by one of your themes/plugins. This usually means that you have a theme/plugin intentionally disabling the cache on this page; and it's usually for a very good reason.
ja: PHP定数`QUICK_CACHE_ALLOWED` は、おそらく、WordPress本体、または、プラグインやテーマからランタイムでbool値のような`FALSE`に設定されました。テーマやプラグインが意図的に、通常、理にかなった理由により、このページのキャッシュを無効にしていることを意味します。

en: because the current user visiting this page (usually YOU), appears to be logged-in. The current configuration says NOT to cache pages for logged-in visitors. This message may also appear if you have an active PHP session on this site, or if you've left (or replied to) a comment recently. If this message continues, please clear your cookies and try again.
ja: カレントユーザー（通常、あなた）が、ログイン済みでこのページを閲覧しているため、現在の設定では、ログイン訪問者にキャッシュを見せません。あなたが、最近コメント（または、返信）した場合にも、このサイト上でアクティブPHPセッションを持っている場合このメッセージが表示されることがあります。このメッセージが続くようなら、あなたのクッキーをクリアして、再度お試しください。

en: because the environment variable `$_SERVER['DONOTCACHEPAGE']` has been set at runtime. Perhaps by WordPress itself, or by one of your themes/plugins. This usually means that you have a theme/plugin intentionally disabling the cache on this page; and it's usually for a very good reason.
ja: 環境変数 `$_SERVER['DONOTCACHEPAGE']` は、おそらくWordPress本体、または、プラグインやテーマからランタイムでbool値のような`FALSE`に設定されました。テーマやプラグインが意図的に、通常、理にかなった理由により、このページのキャッシュを無効にしていることを意味します。

en: because the environment variable `$_SERVER['QUICK_CACHE_ALLOWED']` has been set to a boolean-ish `FALSE` value at runtime. Perhaps by WordPress itself, or by one of your themes/plugins. This usually means that you have a theme/plugin intentionally disabling the cache on this page; and it's usually for a very good reason.
ja: 環境変数 `$_SERVER['QUICK_CACHE_ALLOWED']` は、おそらくWordPress本体、または、プラグインやテーマからランタイムでbool値のような`FALSE`に設定されました。テーマやプラグインが意図的に、通常、理にかなった理由により、このページのキャッシュを無効にしていることを意味します。
