タグ付けされた質問 「caching」

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 5年前休業。 Drupalを初めて使用する人にとっては、Drupalキャッシングで利用できるリソースがたくさんあるようですが、どれを使用すればよいかわかりません。

10 7  caching  performance 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 サーバーで次のエラーが発生します Fatal error: Call to undefined function cache_get() in includes/module.inc on line 665 Drush command terminated abnormally due to an unrecoverable error. [error] Error: Call to undefined function cache_get() in includes/module.inc, line 665 これを修正するには？

10 7  caching  database 

コンテンツレンダーphpの周りにifステートメントをpage.tpl.phpファイルに追加しました。唯一の問題は、私がミスを犯し、誤ってページにコンテンツを表示しないようにしたことです。キャッシュをクリアし、ログアウトしてテストしましたが、間違いを認識してテンプレートファイルを修正しました。しかし、サイトにコンテンツが表示されず、ログインボックスが表示されないため、再度ログインしてキャッシュをクリアすることはできません。 Drupal 7で、ログインボックスなしでログインする方法（ログインボックスをコンテンツに個別にレンダリングする方法など）またはキャッシュをクリアする方法を誰かが教えてもらえますか？

10 7  users  caching 

私が使用しviews_get_view_result()、それはその時に便利だったので、ビューからの結果を得るために。クエリ結果はめったに変更されません。6日間ビューのキャッシュを使用できました。 db_query()キャッシュに変換するにはどうすればよいですか？

9 7  caching 

ビューから生成されることを知っているページの更新ごとに更新する必要がある特定のブロックを除いて、匿名ユーザー向けのDrupal 8キャッシュメカニズムのメリットを引き続きページに与えたいと思います。 技術的に可能ですか？どうやって？

9 views  blocks  8  caching  users 

一部のモジュールは、特定のページのキャッシュをサイレントにオフにします。これが事実であることを確認し、問題のあるモジュールを特定する最も簡単な方法はどれですか。

9 caching 

drupal 8のエンティティで機能するキャッシュコンテキストを追加できませんでした。具体的には、headers：User-Agentを使用します。モジュールで次のような多くのバリエーションを試しました。 use Drupal\node\NodeInterface; use Drupal\Core\Entity\EntityInterface; use Drupal\Core\Entity\Display\EntityViewDisplayInterface; function hook_entity_view_alter(&$build, EntityInterface $entity, EntityViewDisplayInterface $display){ if($entity->getType() == 'relevant_type'){ $build['#cache']['contexts'][] = 'headers:User-Agent'; } } そのコンテキストが変更されたときにノードアクセスをチェックするようにしています。hook_entity_build_defaults_alter()関数でも試してみました。

9 8  caching 

Drupalの標準キャッシュシステムを使用して、キャッシュ全体をクリアせずにノードまたはURLのキャッシュをクリアする方法はありますか（サイト全体の速度が低下します）？

9 caching 

パフォーマンスログモジュールを使用しています。スクリーンショットの上で、奇妙なことに、すべてのページにCache_bootstrapを挿入していることに気付きました。任意のページ（管理テーマとフロントエンドテーマの両方）に移動すると、キャッシュを挿入してからキャッシュを削除します。これは、キャッシュが各ページで設定および破棄され、実際にはキャッシュが発生していないことを意味します。どうすればさらに詳しく説明できますか？現在、サイトのパフォーマンスに取り組んでいるため、その問題を診断します。 パフォーマンスチェックにもNew Relicを使用しています。また、データベースの負荷が高いことも示しています。 およびmy.cnf情報。

8 caching  database  performance  bootstrapping 

カスタムホームページのURLをexample.com/welcomeに設定しました。ユーザーがexample.com/にアクセスし、そのページにログインします。Drupalはexample.com/welcomeにリダイレクトします 次に、ユーザーは、ブラウザキャッシュ（ログインフォームが含まれている）からexample.com/をロードするホームページをクリックします。 Drupalがexample.com/welcomeではなくexample.com/でホームページをリロードする場合、私はその問題はないと思います。どうすればいいですか？ 他に何ができますか？ ところで、匿名のページはワニスによってキャッシュされています。

8 7  caching 

Drupal 7では、これを行うことができました。 cache_clear_all('state:', 'cache', TRUE) これは、文字列で始まるキャッシュビン全体を削除しますstate:（state:infoおよびなどの一致するキャッシュID state:nebraska）。 https://www.drupal.org/node/1272696の変更レコードは、Drupal 7の例でこの使用例を示していますが、実際にD8でそれを複製する方法の例を提供していません。 キャッシュタグを使用することになっているようですが、これは単純なユースケースを考えると、より高価な変換のようです。CacheBackendInterfaceに適用される一致するメソッドはありません。これは、キャッシュビン内のすべてのアイテムを削除することではなく、deleteAll（）で明確にカバーされていることに注意してください。

8 8  caching 

Form APIがフォームを生成するとき、フォームとともに非表示フィールドに渡され、返されることが期待されるトークンも生成します。そうであれば、フォームは処理されます。 レンダリングされたフォームが、たとえばVarnishによってキャッシュされる場合、このメカニズムは機能しません。フォームを送信した最初のユーザーがトークンを使用し、その後のフォームの使用の試みは拒否されます。 レンダリングされたフォームをキャッシュしている間、フォームを機能させ続けるにはどのような戦略がありますか？

8 caching  forms 

ページマネージャーとパネルを使用して、タイプごとの選択ルールをカスタムノードパネルに提供しています（たとえば、記事の場合は1つのパネルバリアント、ブログコンテンツタイプの場合は1つのパネルバリアント）。これはこれまでスムーズに機能し、スタイリングもすっきりします。しかし、どうすれば要素のレンダリングを強化できますか？ 特定の要素をレンダリングする方法はいくつかあります。フィールドを追加する、トークンを使用する、カスタムビューを使用して特定のフィールドのみをレンダリングする、レンダリングされたノードエンティティをビューモードで使用する。プレースホルダーなどでカスタムパネルコンテンツを使用する ここでの最善のアプローチは何ですか？* .tpl.phpでスタイルを設定できるカスタム（何か）ペイン要素を追加できると便利です。 私の現在のアプローチは、ディスプレイスイートを使用して、さまざまなパーツ/パネル領域のビューモードを作成し、各ビューモードにカスタムnode.tpl.phpを追加するためのテーマフックの提案を使用することです。ビューを呼び出す必要はないでしょう。レンダリング、追加のクエリ...）、すでにキャッシュされたエンティティを使用できます。 function mytheme_preprocess_node(&$vars) { if ($vars['node']->type == 'my_content_type' && $vars['view_mode'] == 'panel_region_left') { $vars['theme_hook_suggestions'][] = 'node__my_content_type__panel_region_left'; } if ($vars['node']->type == 'my_content_type' && $vars['view_mode'] == 'panel_region_right') { $vars['theme_hook_suggestions'][] = 'node__my_content_type__panel_region_right'; } } これがどれだけ適切にキャッシュされ、どれだけのリソースが消費されるかはわかりません。アドバイスはありがたいです。

8 views  panels  caching  display-suite  chaos-tool-suite 

drupal 7を使用します。キャッシュをクリアした後、このようなwgetを使用してすべてのページをキャッシュします。 wget --quiet http://xxx.xxx/sitemap.xml --output-document - | egrep -o "http://xxx.xxx[^<]+" | wget -q --delete-after -i - それが終わったら、データベースのcache_pageテーブルをチェックインします。すべてのページがそこにあるようです。ただし、ブラウザでページにアクセスすると、事前にキャッシュされていないかのように時間がかかります。私が気づいたのは、ブラウザでページにアクセスした後、次のアクセスの読み込み時間が非常に速いことです。 問題は何でしょうか？この方法をDrupal 6ページで問題なく使用できています。エラーログには、favicon.icoが存在しないこと以外は何も表示されません。 URLのアクセスログは次のようになります。 www.xxx.sk 11.116.206.232--[01 / Jan / 2013：18：09：12 +0100] "GET / myurl HTTP / 1.1" 200 31532 "-" "Wget / 1.13.4（cygwin）" ログインしていません 編集：私はdrupal 7.14を7.19バージョンに更新しましたが、変更はありません。cache_pageテーブルを調べたところ、ブラウザーを使用してアクセスしたすべてのページは、www.example.com / examplepath_900のように、末尾に_900が付けられた何らかの奇妙な理由で生成されていることに気付きました。パスがデータベーステーブルのセル内に収まらないため、これに気づきませんでした。そのため、ページはキャッシュされません。また、wgetを使用したキャッシングが問題なく期待どおりに機能する同じホストにdrupal 7の新規インストールをセットアップしました。htaccessや設定ファイルにも問題はありません。インストールされているモジュールが原因である可能性がありますか？

8 7  caching 

私の質問全体がタイトルにかなり含まれていると思います... DRUPAL_CACHE_PER_PAGEを使用するブロックがページャーページ（つまり、mysite.com / frontpage？page = 3）にキャッシュされるか、またはページャークエリが無視されるか（フロントページ、フロントページ？ページ= 2、フロントページ？ページ= 3などの場合、ブロックは1回のみキャッシュされます）？

8 7  blocks  caching  paging