この時点で、いよいよ CI フレームワークの中核に入ります。これは「ガイダンス」ファイルであるため、ユーザーのリクエストやデータ フローが正しいルートをたどるように、ユーザーのリクエストやパラメーターなどをガイドします。たとえば、ユーザーのリクエスト URL:
http://you.host.com/usr/reg
ブート ファイルを渡した後、実際には Application の UsrController コントローラーの reg メソッドに渡されて処理されます。 CodeIgniter.php はどのような働きをしますか?段階的に見てみましょう。
1. 事前定義された定数のインポートとフレームワーク環境の初期化
以前のブログ (CI フレームワークのソース コードの読み取りメモ 2、すべてのエントリ ポイント、index.php) では、フレームワークの ENVIRONMENT が次のように設定されているのを見ました。 Index.php ファイル、アプリケーション、システムなどが定義され、セキュリティがチェックされています。
(1). 事前定義された定数をロードしています。
環境が定義されており、その環境用の事前定義された定数ファイルが存在する場合、環境のものが最初にロードされます 定数定義ファイル、そうでない場合は、config ディレクトリに定数定義ファイルをロードします:
if (defined('ENVIRONMENT') AND file_exists(APPPATH.'config/'.ENVIRONMENT.'/constants.php')) { require(APPPATH.'config/'.ENVIRONMENT.'/constants.php'); } else{ require(APPPATH.'config/constants.php'); }
その理由は、以前紹介したように、アプリケーションのコア コードを変更せずに、環境と対応するパラメータをすばやく切り替えることができるためです。 。
(2). カスタムエラー処理関数を設定します。
これは _Exception_handler 関数です。この関数の定義と説明については、以前のブログ (http://www.cnblogs.com/ohmygirl/p/CIRead-3.html) を参照してください。もう一度マニュアルの文を引用しますが、次のレベルのエラーはユーザー定義関数では処理できないことを皆さんに思い出していただきたいと思います: E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、 E_COMPILE_WARNING 、およびほとんどの E_STRICT は、関数が配置されているファイル内の set_error_handler() を呼び出すことによって生成されます。
(3). コアクラスが拡張されているかどうかを確認します
if (isset($assign_to_config['subclass_prefix']) AND $assign_to_config['subclass_prefix'] != '') { get_config(array('subclass_prefix' => $assign_to_config['subclass_prefix'])); }
このうち、$assign_to_config は、通常、CI のコアコンポーネントの名前がエントリファイル Index.php で定義されているはずです。 CI のコア コンポーネントを変更または拡張する場合は、MY_ などの別の subclass_prefix を使用する必要があります。この場合、$assign_to_config['subclass_prefix'] を通じて拡張コアのプレフィックス名を指定する必要があります。 Loader コンポーネントがクラスをロードしないと、ファイルが見つからないエラーが発生する可能性があります。さらに、subclass_prefix 構成項目はデフォルトで APPPATH/Config/config.php 構成ファイルにあります。また、このコードは、index.php ファイル内の subclass_prefix の優先順位が高いことも示しています (つまり、両方が subclass_prefix に設定されている場合)。 Index.php の構成項目は、構成ファイル Config.php の構成を上書きします)。
この時点で、CI フレームワークの基本的な環境構成の初期化が完了しました。次に、CodeIgniter は一連のコンポーネントを使用して、さらなる要件を満たします。
2. コアコンポーネントのロード
通常、CI フレームワークのさまざまな機能はさまざまなコンポーネントによって実行されます (たとえば、Log コンポーネントは主にログの記録に使用され、Input コンポーネントはユーザーの GET、POST などの処理に使用されます)モジュール式のアプローチにより、コンポーネント間の結合が低くなり、拡張も容易になります。 CI の主なコア コンポーネントは次のとおりです:
その中には:
BM: CI のベンチマーク コンポーネントである BenchMark を指し、主にさまざまな時点をマークし、メモリ使用量を記録するために使用されます。およびその他のパラメータは、パフォーマンスのテストと追跡に便利です。
EXT: 以前紹介したCIの拡張コンポーネントは、CIコアを変更せずにシステムのコア動作機能を変更または追加するために使用されます。フックを使用すると、pre_system、pre_controller、post_controller、その他の事前定義されたフック ポイントなど、システム操作の各フック ポイントにカスタム関数と追跡を追加できます。次のすべての $EXT->_call_hook("xxx"); は、特定のフック ポイント (存在する場合) を呼び出すプログラムです。
CFG: Config 構成管理コンポーネント。主に設定ファイルの読み込みや設定項目の取得・設定などに使用されます。
UNI: UTF-8 文字セット処理の関連サポートに使用されます。 INPUT コンポーネントなどの他のコンポーネントは、コンポーネントをサポートするように変更する必要があります。
URI: URI (Uniform Resource Identifier) パラメーターなどを解析します。このコンポーネントは RTR コンポーネントと密接に関連しています。 (URI と Router はどこへ行っても仲良しのようです)。
RTR: ルーティングコンポーネント。 URI コンポーネントのパラメータ解析を通じてデータ フローの方向 (ルーティング) を決定します。
OUT: CI(カスタム)の最終出力を担当する最終出力管理コンポーネント。
SEC: セキュリティ処理コンポーネント。結局のところ、セキュリティは常に大きな問題です。
BM コンポーネントを例にとると、コア コンポーネントのロード方法は次のとおりです:
$BM =& load_class('Benchmark', 'core');
调用了load_class函数获取core目录下的相应组件。(load_class的实现和具体介绍见之前的博客:CI框架源码阅读笔记3 全局函数Common.php)
各组件的功能和具体实现之后会有详细的分析, 这里我们只需要知道该组件的基本功能即可。
3. 设置路由。
调用很简单,只有一句话:
$RTR->_set_routing();
调用Router组件的_set_routing()函数来设置路由,具体的实现细节,我们这里暂且不管(之后的部分会有详细介绍),我们只需要知道,通过_set_routing的处理,我们可以获得实际请求的Controller,URI的segment参数段等信息。
值得注意的是,CI允许在index.php中配置routing,且会覆盖默认的routing设置(如共享CI的安装目录的多个应用程序可能有不同的routing):
if (isset($routing)) { $RTR->_set_overrides($routing); }
设置完路由之后,可以通过该组件的:fetch_diretory() , fetch_class(), fetch_method()等分别获取目录、类、和方法。
4. 检查缓存
到了这一步,CI会先检查是否有cache_override这个钩子(默认情况下没有配置,也就是返回FALSE),如果没有注册,则调用_display_cache方法输出缓存(这种说法并不准确,准确来说应该是,如果有相应的缓存,则输出缓存且直接退出程序,否则返回FALSE,这里我们暂时不去思考实现细节):
if ($EXT->_call_hook('cache_override') === FALSE) { if ($OUT->_display_cache($CFG, $URI) == TRUE) { exit; } }
5. 实例化控制器,安全性验证、实际处理请求。
能够走到这里,说明之前的缓存是没有命中的(实际上,任何页面都是应该先走到这一步,然后才会有设置缓存,之后的访问检查缓存才会命中)。这一步会require Controller基类和扩展的Controller类(如果有的话)及实际的应用程序控制器类:
require BASEPATH.'core/Controller.php'; if (file_exists(APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php')) { require APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php'; } if ( ! file_exists(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php')) { show_error('xxx'); } include(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php');
之前我们已经说过,在Router组件_set_routing之后,可以通过fetch_directory(), fetch_class(), fetch_method()等分别获取请求的文件目录、控制器和方法。
现在对请求的控制器和方法做验证,我们看一下CI的主要验证:
if ( ! class_exists($class) OR strncmp($method, '_', 1) == 0 OR in_array(strtolower($method), array_map('strtolower', get_class_methods('CI_Controller'))) )
这里简单解释一下,CI认为不合法的情况有:
(1).请求的class不存在:! class_exists($class)
(2).请求的方法以_开头(被认为是私有的private的方法,之所以这么做事因为php并不是一开始就支持private,public的访问权限的):strncmp($method, '_', 1) == 0
(3).基类CI_Controller中的方法不能直接被访问:in_array(strtolower($method), array_map('strtolower', get_class_methods('CI_Controller'))
如果请求的条件满足上面3个中的任何一个,则被认为是不合法的请求(或者是无法定位的请求),因此会被CI定向到404页面(值得注意的是,如果设置了404_override,并且404_override的class存在,并不会直接调用show_404并退出,而是会像正常的访问一样,实例化:$CI = new $class();)
走到这里,CI的Controller总算是加载完了(累趴)。不过且慢,还有不少事情要做:
(1). 检查_remap。
_remap这个东西类似于CI的rewrite,可以将你的请求定位到其他的位置。这个方法是应该定义在你的应用程序控制器的:
public function _remap($method){ $this->index(); }
现在,所有的请求都会被定位到改控制器的index()中去了。如果_remap不存在,则调用实际控制器的$method方法:
call_user_func_array(array(&$CI, $method), array_slice($URI->rsegments, 2));
(2).最终输出
$this->load->view()之后,并不会直接输出,而是放在了缓存区。$Out->_display之后,才会设置缓存,并最终输出(详细参考Output.php和Loader.php)
(3)若有使用了数据库,还要关闭数据库连接:
if (class_exists('CI_DB') AND isset($CI->db)) { $CI->db->close(); }
注意,如果在Config/database.php中设置了开启pconnect,则建立的连接是长连接,这种长连接是不会被close关闭的。所以,请谨慎使用pconnect.
到现在,CI的核心流程总算是走完了(虽然还有很多细节的问题,但不管怎么说,大树的枝干已经有了,树叶的细节,可以慢慢添加)。在结束本文之前,我们来梳理一下CI的核心执行流程:
回顾之前我们引用的官方给出的流程图,是不是基本一致的:
最后,贴上整个文件的源码:
$assign_to_config['subclass_prefix'])); }/* * Set a liberal script execution time limit */ //if(function_exists("set_time_limit") && @!ini_get("safe_mode")) if (function_exists("set_time_limit") == TRUE AND @ini_get("safe_mode") == 0) { @set_time_limit(300); } $BM =& load_class('Benchmark', 'core'); $BM->mark('total_execution_time_start'); $BM->mark('loading_time:_base_classes_start');/* * Instantiate the hooks class */ $EXT =& load_class('Hooks', 'core');/* * Is there a "pre_system" hook? */ $EXT->_call_hook('pre_system');/* * Instantiate the config class */ $CFG =& load_class('Config', 'core'); // Do we have any manually set config items in the index.php file? if (isset($assign_to_config)) { $CFG->_assign_to_config($assign_to_config); }/* * Instantiate the UTF-8 class */ $UNI =& load_class('Utf8', 'core');/* * ------------------------------------------------------ * Instantiate the URI class * ------------------------------------------------------ */ $URI =& load_class('URI', 'core');/* * Instantiate the routing class and set the routing */ $RTR =& load_class('Router', 'core'); $RTR->_set_routing(); // Set any routing overrides that may exist in the main index file if (isset($routing)) { $RTR->_set_overrides($routing); }/* * Instantiate the output class */ $OUT =& load_class('Output', 'core');/* * Is there a valid cache file? If so, we're done... */ if ($EXT->_call_hook('cache_override') === FALSE) { if ($OUT->_display_cache($CFG, $URI) == TRUE) { exit; } }/* * Load the security class for xss and csrf support */ $SEC =& load_class('Security', 'core');/* * Load the Input class and sanitize globals */ $IN =& load_class('Input', 'core');/* * Load the Language class */ $LANG =& load_class('Lang', 'core');/* * Load the app controller and local controller */ // Load the base controller class require BASEPATH.'core/Controller.php'; function &get_instance() { return CI_Controller::get_instance(); } if (file_exists(APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php')) { require APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php'; } if ( ! file_exists(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php')) { show_error('Unable to load your default controller. Please make sure the controller specified in your Routes.php file is valid.'); } include(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php'); $BM->mark('loading_time:_base_classes_end');/* * Security check */ $class = $RTR->fetch_class(); $method = $RTR->fetch_method(); if ( ! class_exists($class) OR strncmp($method, '_', 1) == 0 OR in_array(strtolower($method), array_map('strtolower', get_class_methods('CI_Controller'))) ) { if ( ! empty($RTR->routes['404_override'])) { $x = explode('/', $RTR->routes['404_override']); $class = $x[0]; $method = (isset($x[1]) ? $x[1] : 'index'); if ( ! class_exists($class)) { if ( ! file_exists(APPPATH.'controllers/'.$class.'.php')) { show_404("{$class}/{$method}"); } include_once(APPPATH.'controllers/'.$class.'.php'); } } else { show_404("{$class}/{$method}"); } }/* * Is there a "pre_controller" hook? */ $EXT->_call_hook('pre_controller');/* * Instantiate the requested controller */ // Mark a start point so we can benchmark the controller $BM->mark('controller_execution_time_( '.$class.' / '.$method.' )_start'); $CI = new $class();/* * Is there a "post_controller_constructor" hook? */ $EXT->_call_hook('post_controller_constructor');/* * Call the requested method */ // Is there a "remap" function? If so, we call it instead if (method_exists($CI, '_remap')) { $CI->_remap($method, array_slice($URI->rsegments, 2)); } else { if ( ! in_array(strtolower($method), array_map('strtolower', get_class_methods($CI)))) { if ( ! empty($RTR->routes['404_override'])) { $x = explode('/', $RTR->routes['404_override']); $class = $x[0]; $method = (isset($x[1]) ? $x[1] : 'index'); if ( ! class_exists($class)) { if ( ! file_exists(APPPATH.'controllers/'.$class.'.php')) { show_404("{$class}/{$method}"); } include_once(APPPATH.'controllers/'.$class.'.php'); unset($CI); $CI = new $class(); } } else { show_404("{$class}/{$method}"); } } call_user_func_array(array(&$CI, $method), array_slice($URI->rsegments, 2)); } // Mark a benchmark end point $BM->mark('controller_execution_time_( '.$class.' / '.$method.' )_end');/* * Is there a "post_controller" hook? */ $EXT->_call_hook('post_controller');/* * Send the final rendered output to the browser */ if ($EXT->_call_hook('display_override') === FALSE) { $OUT->_display(); }/* * Is there a "post_system" hook? */ $EXT->_call_hook('post_system');/* * Close the DB connection if one exists */ if (class_exists('CI_DB') AND isset($CI->db)) { $CI->db->close(); }/* End of file CodeIgniter.php */
由于写作仓促,难免会有错误。欢迎随时指出,欢迎沟通交流。

多くの場合、キーワードと追跡パラメーターで散らかった長いURLは、訪問者を阻止できます。 URL短縮スクリプトはソリューションを提供し、ソーシャルメディアやその他のプラットフォームに最適な簡潔なリンクを作成します。 これらのスクリプトは、個々のWebサイトにとって価値があります

2012年のFacebookによる有名な買収に続いて、Instagramはサードパーティの使用のために2セットのAPIを採用しました。これらはInstagramグラフAPIとInstagram Basic Display APIです。

Laravelは、直感的なフラッシュメソッドを使用して、一時的なセッションデータの処理を簡素化します。これは、アプリケーション内に簡単なメッセージ、アラート、または通知を表示するのに最適です。 データは、デフォルトで次の要求のためにのみ持続します。 $リクエスト -

これは、LaravelバックエンドとのReactアプリケーションの構築に関するシリーズの2番目と最終部分です。シリーズの最初の部分では、基本的な製品上場アプリケーションのためにLaravelを使用してRESTFUL APIを作成しました。このチュートリアルでは、開発者になります

Laravelは簡潔なHTTP応答シミュレーション構文を提供し、HTTP相互作用テストを簡素化します。このアプローチは、テストシミュレーションをより直感的にしながら、コード冗長性を大幅に削減します。 基本的な実装は、さまざまな応答タイプのショートカットを提供します。 Illuminate \ support \ facades \ httpを使用します。 http :: fake([[ 'google.com' => 'hello world'、 'github.com' => ['foo' => 'bar']、 'forge.laravel.com' =>

PHPクライアントURL(CURL)拡張機能は、開発者にとって強力なツールであり、リモートサーバーやREST APIとのシームレスな対話を可能にします。尊敬されるマルチプロトコルファイル転送ライブラリであるLibcurlを活用することにより、PHP Curlは効率的なexecuを促進します

顧客の最も差し迫った問題にリアルタイムでインスタントソリューションを提供したいですか? ライブチャットを使用すると、顧客とのリアルタイムな会話を行い、すぐに問題を解決できます。それはあなたがあなたのカスタムにより速いサービスを提供することを可能にします

2025 PHP Landscape Surveyは、現在のPHP開発動向を調査しています。 開発者や企業に洞察を提供することを目的とした、フレームワークの使用、展開方法、および課題を調査します。 この調査では、現代のPHP Versioの成長が予想されています


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

WebStorm Mac版
便利なJavaScript開発ツール

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!
