CI フレームワークのソースコード読解メモ 2 全入口、index.php、ciindex.php_PHP チュートリアル
CIフレームワークのソースコード読解メモ2 全入口index.php、ciindex.php
前のセクション(CIフレームワークのソースコード読解メモ1 - 環境準備、基本用語、フレームワークのプロセス)では、CIフレームワークについて触れました。基本的なプロセス、フローチャートを参考までにここに再度掲載します:
CIフレームワークのエントリーファイルなので、当然ここからソースコードの読み込みが始まります。ソースコードを読む過程では、一行ずつ説明するのではなく、コアとなる機能と実装のみを説明します。
1. アプリケーション環境をセットアップします
リーリーここでの開発は、任意の環境名 (dev や test など) にすることができます。それに応じて、以下の switch case コード ブロックで設定された環境に対して関連するエラー制御を実行する必要があります。そうしないと、CI フレームワークが次のように認識します。対応する環境が設定されていないため、プロセスが終了し、対応するエラー メッセージが表示されます:
リーリーそもそもなぜ環境を設定する必要があるのでしょうか?これは、CI フレームワークの多くのコンポーネントが ENVIRONMENT の構成に依存しているためです。システム内で ENVIRONMENT が参照される場所を見てみましょう。
たとえば、system/config/Common.php を見ると、次のように実装された構成ファイルを導入するコードがあることがわかります。
リーリー
CIフレームワークではこのように多くの設定ファイルが導入されており、CIフレームワークが正しく動作するためにはENVIRONMENTが必要となるため、最初にENVIRONMENTを設定する必要があります。
2. システムディレクトリとアプリケーションディレクトリを設定します
CI フレームワークでは、システム コアのソース コードとアプリケーション コードを分離できますが、システム システム フォルダーとアプリケーション フォルダーを設定する必要があります (同様に、フォルダー名は任意の正当なフォルダー名にすることができ、必ずしも「system」を使用する必要はありません) ' および 'アプリケーション'):
リーリー 次に、次のコードがあります:
リーリーこのコードは何のためにあるのでしょうか?まず、
STDIN、STDOUT、STDERR は、CLI (コマンドラインインターフェイス) モードで実行される PHP によって定義される 3 つの定数であり、シェルの stdin に似ています。 stdout、stdout は、それぞれ、PHP CLI モードの 標準入力 、 標準出力 、および 標準エラー ストリーム です。言い換えれば、これら 3 行のコードは、CI フレームワークがコマンド ライン モードで正常に実行できることを保証するためのものです。 PHP CLI の詳細については、http://www.php-cli.com/ を参照してください。 3. システムディレクトリの正当性の検証とアプリケーションディレクトリの検証
(1). システム ディレクトリの正当性の検証
Realpath は、ディレクトリまたはファイルの絶対ディレクトリ名を返します (最後の / は付きません)
リーリー
いくつかの定義された定数 (PATH の末尾の定数はディレクトリ パスを表し、DIR の末尾の変数はディレクトリ名を表します):
a. SELF 总结一下,index.php并没有做太多复杂的工作,而是类似一个后勤,为CI框架的运行提供了一系列配置参数和正确性验证,而这些配置和验证,是CI框架能够正常运行的关键。 最后,按照惯例,贴一下整个文件的源码(简化注释版): 阁下需要在使用框架,那么就要把项目里的第一个程序都放在框架架构之中,而不能在根目录下新建一个admin.php。 1.修改Http.conf的LoadModule rewrite_module modules/mod_rewrite.so去掉注释 2.ci根目录增加.htaccess文件 RewriteEngine On RewriteBase /ci #Removes access to the system folder by users. #Additionally this will allow you to create a System.php controller, #previously this would not have been possible. #'system' can be replaced if you have renamed your system folder. RewriteCond %{REQUEST_URI} ^system.* RewriteRule ^(.*)$ /index.php?/$1 [L] #When your application folder isn't in the system folder #This snippet prevents user access to the application folder #Submitted by: Fabdrol #Rename 'application' to your applications folder name. RewriteCond %{REQUEST_URI} ^application.* RewriteRule ^(.*)$ /index.php?/$1 [L] #Checks to see if the user is attempting to access a valid file, #such as an image or css document, if this isn't true it sends the #request to index.php RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?/$1 [L] # If we don't have mod_rewrite installed, all 404's # can be sent to index.php, and everything works as normal. # Submitted by: ElliotHaughin ErrorDocument 404 /index.php .htaccess文件内容
(ここでは、index.php を参照します)ファイル) b. EXT
(廃止された、注意する必要はない)c. BASEPATH
(システムフォルダーへのパス)FCCPATH (フロントエンドコントローラーへのパス)
リーリー
(2) アプリケーションのディレクトリ検証。
コードは比較的シンプルなので、あまり説明する必要はありません:
リーリー
エントリーファイルの最後の行は、CodeIgniter.php
を紹介しています(これも、次の読み取りステップへの鍵です)。 CodeIgniter.php はブートストラップ ファイルと呼ばれ、これはブートストラップ ファイルであり、CI フレームワーク実行プロセスのコア ファイルであることを意味します。
<span>require_once</span> BASEPATH.'core/CodeIgniter.php';
1 php
2
3 define('ENVIRONMENT', 'development');
4
5 if (defined('ENVIRONMENT'))
6 {
7 switch (ENVIRONMENT)
8 {
9 case 'development':
10 error_reporting(E_ALL);
11 break;
12
13 case 'testing':
14 case 'production':
15 error_reporting(0);
16 break;
17
18 default:
19 exit('The application environment is not set correctly.');
20 }
21 }
22
23 /*
24 * SYSTEM FOLDER NAME
25 */
26 $system_path = 'system';
27
28 /*
29 * APPLICATION FOLDER NAME
30 */
31 $application_folder = 'application';
32
33 /*
34 * Resolve the system path for increased reliability
35 */
36 if (defined('STDIN'))
37 {
38 chdir(dirname(__FILE__));
39 }
40
41 if (realpath($system_path) !== FALSE)
42 {
43 $system_path = realpath($system_path).'/';
44 }
45
46 $system_path = rtrim($system_path, '/').'/';
47
48 if ( ! is_dir($system_path))
49 {
50 exit("xxxxxxxx");
51 }
52
53 /*
54 * set the main path constants
55 */
56 // The name of THIS file
57 define('SELF', pathinfo(__FILE__, PATHINFO_BASENAME));
58
59 // this global constant is deprecataaed.
60 define('EXT', '.php');
61
62 // Path to the system folder
63 define('BASEPATH', str_replace("\\", "/", $system_path));
64
65 // Path to the front controller (this file)
66 define('FCPATH', str_replace(SELF, '', __FILE__));
67
68 // Name of the "system folder"
69 define('SYSDIR', trim(strrchr(trim(BASEPATH, '/'), '/'), '/'));
70
71 // The path to the "application" folder
72 if (is_dir($application_folder))
73 {
74 define('APPPATH', $application_folder.'/');
75 }
76 else
77 {
78 if ( ! is_dir(BASEPATH.$application_folder.'/'))
79 {
80 exit("Your application folder path does not appear to be set correctly. Please open the following file and correct this: ".SELF);
81 }
82
83 define('APPPATH', BASEPATH.$application_folder.'/');
84 }
85
86 <span>require_once</span> BASEPATH.'core/CodeIgniter.php';
阁下应该知晓,CI框架的入口文件是index.php,里面的任何页面都应该基于这个入口文件,即访问路径永远是index.php/*****这样的形式,而不能单独出来一个admin.php,这样的话,没有通过入口文件访问了,那么框架的效用也就没有了。
所以,阁下应该在application里的controllers目录下建一个admin.php,并按CI框架控制器的规则来使用它,这样,访问路径就是index.php/admin这样了
当然,阁下会以为所有的URL中都有一个index.php非常难看,那么阁下可以通过CI框架的路由规则将之隐藏掉,也可以使用服务器的伪静态功能来隐藏掉。但也仅是隐藏了而已,实际路径仍然有index.php这个入口文件。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

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

ホットトピック











Java フレームワークの商用サポートのコスト/パフォーマンスを評価するには、次の手順が必要です。 必要な保証レベルとサービス レベル アグリーメント (SLA) 保証を決定します。研究サポートチームの経験と専門知識。アップグレード、トラブルシューティング、パフォーマンスの最適化などの追加サービスを検討してください。ビジネス サポートのコストと、リスクの軽減と効率の向上を比較検討します。

PHP フレームワークの学習曲線は、言語熟練度、フレームワークの複雑さ、ドキュメントの品質、コミュニティのサポートによって異なります。 PHP フレームワークの学習曲線は、Python フレームワークと比較すると高く、Ruby フレームワークと比較すると低くなります。 Java フレームワークと比較すると、PHP フレームワークの学習曲線は中程度ですが、開始までの時間は短くなります。

軽量の PHP フレームワークは、サイズが小さくリソース消費が少ないため、アプリケーションのパフォーマンスが向上します。その特徴には、小型、高速起動、低メモリ使用量、改善された応答速度とスループット、および削減されたリソース消費が含まれます。 実際のケース: SlimFramework は、わずか 500 KB、高い応答性と高スループットの REST API を作成します。

ベンチマークによると、小規模で高性能なアプリケーションの場合、Quarkus (高速起動、低メモリ) または Micronaut (TechEmpower に優れた) が理想的な選択肢です。 SpringBoot は大規模なフルスタック アプリケーションに適していますが、起動時間とメモリ使用量が若干遅くなります。

明確で包括的なドキュメントを作成することは、Golang フレームワークにとって非常に重要です。ベスト プラクティスには、Google の Go コーディング スタイル ガイドなど、確立されたドキュメント スタイルに従うことが含まれます。見出し、小見出し、リストなどの明確な組織構造を使用し、ナビゲーションを提供します。スタート ガイド、API リファレンス、概念など、包括的で正確な情報を提供します。コード例を使用して、概念と使用法を説明します。ドキュメントを常に最新の状態に保ち、変更を追跡し、新機能を文書化します。 GitHub の問題やフォーラムなどのサポートとコミュニティ リソースを提供します。 API ドキュメントなどの実践的なサンプルを作成します。

アプリケーションのシナリオに基づいて最適な Go フレームワークを選択します。アプリケーションの種類、言語機能、パフォーマンス要件、エコシステムを考慮します。一般的な Go フレームワーク: Jin (Web アプリケーション)、Echo (Web サービス)、Fiber (高スループット)、gorm (ORM)、fasthttp (速度)。実際のケース: REST API (Fiber) の構築とデータベース (gorm) との対話。フレームワークを選択します。主要なパフォーマンスには fasthttp、柔軟な Web アプリケーションには Jin/Echo、データベース インタラクションには gorm を選択してください。

さまざまな分野の Java フレームワーク学習ロードマップ: Web 開発: SpringBoot と PlayFramework。永続層: Hibernate と JPA。サーバー側のリアクティブ プログラミング: ReactorCore と SpringWebFlux。リアルタイム コンピューティング: ApacheStorm および ApacheSpark。クラウド コンピューティング: AWS SDK for Java および Google Cloud Java。

Go フレームワークの学習には、フレームワークへの過度の依存と柔軟性の制限という 5 つの誤解があります。フレームワークの規則に従わない場合、コードの保守が困難になります。古いライブラリを使用すると、セキュリティと互換性の問題が発生する可能性があります。パッケージを過度に使用すると、コード構造が難読化されます。エラー処理を無視すると、予期しない動作やクラッシュが発生します。
