代わりに、関数を呼び出した:一つ一つのリンクのbase_url()を使用する代わりにベースURL定数を定義していますか?
base_url()
、それはconstants.phpであなたのベースURLを定義するために理にかなって:その後、
define('BASE_URL', 'http://mysite.com/');
と機能するようにその定数を使用しますコールはページ上に複数回作成されることはありませんか?
代わりに、関数を呼び出した:一つ一つのリンクのbase_url()を使用する代わりにベースURL定数を定義していますか?
base_url()
、それはconstants.phpであなたのベースURLを定義するために理にかなって:その後、
define('BASE_URL', 'http://mysite.com/');
と機能するようにその定数を使用しますコールはページ上に複数回作成されることはありませんか?
私の意見では、base_url()
への複数の呼び出しについては心配しません。パフォーマンスに重大な影響を及ぼすのではないかと疑います。
また、基本URLが基本的に2つの異なる場所で2回定義されるため、定数を使用するという考え方は嫌です。 config.php
に一度、BASE_URL
の定数がどこにあっても1度です。しかし、それはちょうど私の考えです - おそらく他の誰かがそれのためのケースを作ることができます。
tl; drbase_url()
への複数の呼び出しが問題であり、ほとんどの場合、パフォーマンスに重大な影響はないと思われます。
次のいずれかの機能を使用する場合は、予期しない動作に遭遇します:
redirect()
site_url()
base_url()
form_open()
anchor()
完全なリストではないこと - 他の多くの関数はベースURLの設定に依存します設定します。より良いアプローチは、絶対URLをハードコーディングするのではなく、相対リンクを使用することです。
私自身、site_url()
を使用してすべてのリンクをパラノイアの尺度として定義しています(URL構造が変わるかどうかはわかりません)。しかし、実際には、サイトマップの大規模な見直しを受けて、リンクだけよりも困難な問題を作成します。開発のために、私はちょうどそれが理にかなっている相対リンクを使用します。
乾杯!
"基本URLは基本的に2つの異なる場所で定義されるため、定数を使用するという考え方は嫌いです。config.phpに1回、BASE_URL定数がどこにあっても1回限り" ..あなたは絶対に正しいです。だからこの答えはhttp://stackoverflow.com/a/13825685/458204この問題を解決する可能性があります。 – Amr