2017-09-18 6 views
-1

現在ログインしているユーザーIDが複数必要です。ユーザーIDが必要なときは、get_current_user_id()関数を使用します。私はそれがパフォーマンスの問題を作成すると思います。だから私は定数にユーザーIDを割り当てると思うどこでも使用すると思います。コア機能の使用回数の違いと取得のための定数ユーザーID

これが正しいですか?この定数は、関数呼び出しよりも速く動作します。

答えて

1

それは非常に、非常にわずかに速くなり、おそらくそれほど速くしても、測定されるようにあります。

それはおそらくあなたが単一機能の過程で、それを複数回使用している場合は、ローカル現在のユーザーIDを保存することをお勧めですが、あなたは複数の機能間で使用するためにそれを保存する話をしているならば、私はいないだろうそのルートを降りた。あなたのコード例は、あなたが提案しているものを正確に知るのに役立ちます。

get_current_user_id()_wp_get_current_user()となり、ソースコードからわかるように、初めて呼び出されたときにUserオブジェクトがグローバルにキャッシュされるので、あまり効果がありません。数行のコードと2つの関数呼び出しがあります。それは/それを仕事に行くのデータベースから毎回詳細を取得する必要はありませんので、メモリ内のオブジェクトに結果を保存:

事実、すでにあなたが示唆されているものをやっています。 opcacheがオンになっていることを確認したり、ワニスをその前に貼り付けたり、mod_pagespeedをApacheにインストールしたり、CDNなどを使用したりすることで、サイト全体のパフォーマンスが大幅に向上します。

"時期尚早な最適化はすべての悪の根源です"。実際ににはのパフォーマンスに関する問題がありますか?そうでない場合は、この種のマイクロ最適化について心配する必要はありません。

(このマイクロ最適化のためにあなたが行っている奇妙なことを誰もが解読しなければならないのですが、get_current_user_id()コールが表示されている場合は、少なくともWordPressに精通している)

関連する問題