WP REST APIで独自エンドポイントを登録しキャッシュする方法【WP REST Cache】 | Web技術Tips | ホームページ制作のDOE【横浜】
WP REST API で呼び出す投稿データの数が数千件や数万件になりそうなら、API のデータをキャッシュしたほうがいいです。 この記事では WP REST API の独自エンドポイントを追加する方法と、キャッシュを保存する方法を書いていきます。 API のキャッシュの保存には『WP REST Cache』というプラグインを使用します。 WP REST Cache は一度キャッシュに登録しておくと、投稿の更新や削除をした時に自動でキャッシュの内容が更新されて便利です。 独自エンドポイントの追加方法 register_rest_route() 関数でエンドポイントを設定します。 以下のコードでは /wp-json/vendor/v0/post をエンドポイントに指定しています。 function prefix_register_custom_route() { ///wp-json/ven
WordPressでCSSとJSのキャッシュ対策を行う - to-R Media
JavaScriptファイルやCSSファイルをCDNにキャッシュさせるケースはよくあると思います。その場合、同じファイル名だと更新してもキャッシュが効いてしまって更新されません。 ファイル名のGETパラメータにタイムスタンプを加える <link rel="stylesheet" href="<?php site_url(); ?>/assets/css/main.css?date=<?php echo date(YmdHis); ?>"> 目的は達成できていますが、ブラウザにキャッシュさせることができず、都度ファイルを取得してしまいます。パフォーマンス面は最悪です。 手動でバージョンを記述する
WordPressを劇的に高速化、1秒以内に表示されるフロントエンドの構築方法 -Zero-latency WordPress Front-end
サーバーサイドのレンダリング（SSR）を使用して、数分の1秒以内にページが高速に表示されるWordPressのフロントエンドを構築するテクニックを紹介します。 バックエンドのキャッシュと組み合わせることで、非常に高速になり、しかも安価にWordPressサイトを構築できます。 Zero-latency WordPress Front-end -GitHub 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様のライセンスを元に翻訳しています。 デモページ サーバーサイドのレンダリング（SSR） バックエンドのサービス 非キャッシュページのアクセス キャッシュページのアクセス キャッシュのパージ 始めてみよう Nginxの設定 バックエンドのJavaScript フロントエンドのJavaScript Cordova 終わりに デモページ サンプルのコードで何ができるのか
最新版！WordPressのブログやサイトの運営に役立つプラグインのまとめ
WordPressのデザイン、記事の投稿、コンテンツ配信、検索エンジン最適化、メンテナンス、バックアップ、セキュリティ、パフォーマンス、アンケート、ショッピング機能など、ブログやサイトの運営に役立つWordPressのプラグインを紹介します。 WordPress Plugins We Use プラグインは、海外のWeb制作系ブログ「CSS-Tricks」で実際に利用されている厳選プラグインで、それをなぜどのように使用しているのか非常に参考になりました。 CAPTCHAはコメントではなく、管理画面のログインに使用しているとか、なるほどと思いました。 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 コンテンツ配信 検索エンジン最適化 メンテナンスとセキュリティ パフォーマンス デザインと記事の編集 パーミッションとモデレーション 販売 使
WordPress管理画面でDB Cache Reloadedエラーが出た時の対処法 - cocowa
WordPressがインストールされているWebサイトやブログの表示速度を早くするために便利なのが、キャッシュプラグインです。 そのうちの1つである、DB Cache Reloaded Fixが非常にお手軽に導入できるので、気に入っています。 ただ、DB Cache Reloaded Fixプラグインを使っていると、時々こんなエラーが表示されます。 ここに表示されているメッセージは以下のとおりです。 DB Cache Reloaded エラー: DBモジュール(wpdbクラス)はロードされませんでした。オプションページでキャッシュを無効にし (忘れずに設定を保存してください)、ふたたび有効にしてみてください。それでも解決しない場合は、手動アップグレードするためにFAQをチェックしてみてください。 なんか、赤い画面が出て怖いと思っている方、安心してください。すぐに解決できます。 赤いエラーを
WordPressを高速化するプラグイン「DB Cache Reloaded Fix」 | TechMemo
Tweet TweetWordPressでサイトを作っていると重い！と感じることありますよね。重くなる要因の一つに、データベースへのクエリ（データベースへアクセスする命令)があります。 WordPressは動的にページを作成するときに、頻繁にデータベースにアクセスします。クエリ数が多いと、データベースへの負荷が大きくなりパフォーマンスに影響します。 データベースへのクエリ数を抑えるのに役立つのが「DB Cache Reloaded Fix」です。 DB Cache Reloaded Fix は、データベースのクエリの出力結果など、 データベースとのやり取りをキャッシュしてクエリ数を減らす効果があります。データベースとのクエリ数は減りますが、動作自体は動的ページの様に動作します。クエリ数を減らしますので、記事が多くなってきたり、アクセス数が集中したときにパフォーマンスの低下を抑える効果がある
表示時間を半分に短縮 WordPress高速化プラグイン『DB Cache Reloaded Fix』
表示時間を半分に短縮 WordPress高速化プラグイン『DB Cache Reloaded Fix』 Category: WordPressの小技 Tags: サイト表示の高速化, プラグインあれこれ WordPressは動的生成される為、どうしても読み込みに時間がかかってしまいます。 これを解消するプラグインに、有名どころの『WP Super Cache』、妹版の『Quick Cache』などがありますが、前者は設定が難しく、他のプラグインと競合しやすいため、「使いたいプラグインが上手く動作しない」といったトラブルが多いです。 後者のQuick Cacheも設定は簡単ですが、効果の程はイマイチで、私もずっと利用していましたが、Google ウェブマスターツール『サイトのパフォーマンス』で確認すると、「サイト内のページの平均読み込み時間は 8.1 秒です（更新: 2011/02/20）。
こだわる人のWordPress3大キャッシュプラグイン徹底比較 | ゆっくりと…
つまりブラウザ側でのキャッシュを許容しておらず、有効時間内であっても、常に 200 OK と共にフルコンテンツを返します。 一方 True ( Allow ) に設定した場合、上記ヘッダフィールドは一切送られません。その結果ブラウザは、キャッシュの扱い方に関する情報が得られず、単にリクエストするだけとなり、レスポンスも 200 OK のままとなります。 スマホのためにも、少しでも通信量を減らす設定が欲しい所だと思いますが、どうでしょうか？ プリロード 予めキャッシュを生成しておくプリロードは、「Sitemap Auto-Caching」 で設定します。 設定のポイントは、次の通りです。 キャッシュ有効時間の推奨値は86400 （24時間） で、3600 未満だと動作しません。 プリロードするページのリストをサイトの sitemap.xml から得るので、Google (XML) Sitem
WordPress高速化に使えそうなプラグインを色々試してみた結果、けっこう早くなったのでご紹介。 / Maka-Veli .com
相変わらずWPにウトい僕ですが、 案件で急遽、高速化が必要になり、さくっとできるプラグインで対応したかったので調べてたんですが、せっかくなのでMaka-Veliにも入れて、色々試してみました。 といっても、実際に全て検証し切れてるわけでは無いですし、どんな物でどんな効果があるのかを検証しきれる能力も無いのでご注意ください。あくまでも「高速化に使えそう」と思った物だけなので、実際の効果は不明です。（わからずに使うとトラブル起きますしね）※あとで自分がみたいだけのまとめ兼用という記事です。 詳しくはそれぞれのリンク先と、プラグインをご紹介されている記事等でご確認頂ければと思います。 なお、検証にあたり数値を取得してるわけではありませんのでご了承ください。 WordPressの更新 とりあえずWPを最新版（現時点の WordPress 3.3.2 ）に入れなおしました。 まあベタです
WordPressテーマのcssの末尾にクエリ文字を加えてキャッシュさせないようにする - かちびと.net
凄く今更な話題かもしれませんが、知ってると便利なのでちょっと書いてみます。WordPressのテーマのcssに変更を加えたときに、表示をクライアントさん等に確認して貰う際、キャッシュの説明をするのがかなり面倒です。 というわけで、古来から伝わるcssファイルのキャッシュ(cssに限りませんけど)を防ぐ方法をWordPressで、という内容です。 この辺の理屈は、よく拝見させて頂いている小粋空間さんが書かれてますので合わせてご参照下さい。 コード get_bloginfo( ‘stylesheet_url’ )の方の方が多いかもですけど、今回はcssを読み込ませるのにこれ使います↓ href="<?php bloginfo('stylesheet_directory'); ?>/style.css" これで以下のように出力。 href="http://example.com/wp-conte
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Capital P – WordPressエキスパートによるデジタル・メディアハブ
初心者ブロガー指南：Naifix-起業バカ
bbfriend.net
ブログが壊れたのは WordPress プラグイン DB Cache Reloaded Fix が原因でした。…と垢BANの愉快な仲間たち。