目次
CIフレームワークのソースコード読解メモ2 全入口index.php、ciindex.php
1. アプリケーション環境をセットアップします
(1). システム ディレクトリの正当性の検証
php的ci框架CodeIgniter目录的规划问题
CI框架怎删除地址栏的 indexphp
ホームページ バックエンド開発 PHPチュートリアル CI フレームワークのソースコード読解メモ 2 全入口、index.php、ciindex.php_PHP チュートリアル

CI フレームワークのソースコード読解メモ 2 全入口、index.php、ciindex.php_PHP チュートリアル

Jul 13, 2016 am 10:16 AM
index.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を設定する必要があります。

ENVIRONMENT を設定する利点の 1 つは、システム コードを変更せずにシステム構成を簡単に切り替えることができることです。たとえば、システムがテスト段階に入ると、データベースはテスト データベースとして構成され、システム テストが完了すると、データベースはオンライン データベースに切り替わります。これは、スイッチを使用してシステムの環境切り替えを制御するようなもので、当然ながら非常に便利です。

2. システムディレクトリとアプリケーションディレクトリを設定します

CI フレームワークでは、システム コアのソース コードとアプリケーション コードを分離できますが、システム システム フォルダーとアプリケーション フォルダーを設定する必要があります (同様に、フォルダー名は任意の正当なフォルダー名にすることができ、必ずしも「system」を使用する必要はありません) ' および 'アプリケーション'):

リーリー 次に、次のコードがあります:

リーリー

このコードは何のためにあるのでしょうか?まず、

STDIN

STDOUTSTDERR は、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 を参照します)ファイル) b. EXT
(廃止された、注意する必要はない)c. BASEPATH
(システムフォルダーへのパス)FCCPATH (フロントエンドコントローラーへのパス) リーリー
(2) アプリケーションのディレクトリ検証。
コードは比較的シンプルなので、あまり説明する必要はありません: リーリー エントリーファイルの最後の行は、CodeIgniter.php
を紹介しています(これも、次の読み取りステップへの鍵です)。 CodeIgniter.php はブートストラップ ファイルと呼ばれ、これはブートストラップ ファイルであり、CI フレームワーク実行プロセスのコア ファイルであることを意味します。

<span>require_once</span> BASEPATH.'core/CodeIgniter.php';
ログイン後にコピー

  总结一下,index.php并没有做太多复杂的工作,而是类似一个后勤,为CI框架的运行提供了一系列配置参数和正确性验证,而这些配置和验证,是CI框架能够正常运行的关键。

  最后,按照惯例,贴一下整个文件的源码(简化注释版):

 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';
ログイン後にコピー

 

php的ci框架CodeIgniter目录的规划问题

阁下需要在使用框架,那么就要把项目里的第一个程序都放在框架架构之中,而不能在根目录下新建一个admin.php。
阁下应该知晓,CI框架的入口文件是index.php,里面的任何页面都应该基于这个入口文件,即访问路径永远是index.php/*****这样的形式,而不能单独出来一个admin.php,这样的话,没有通过入口文件访问了,那么框架的效用也就没有了。
所以,阁下应该在application里的controllers目录下建一个admin.php,并按CI框架控制器的规则来使用它,这样,访问路径就是index.php/admin这样了

当然,阁下会以为所有的URL中都有一个index.php非常难看,那么阁下可以通过CI框架的路由规则将之隐藏掉,也可以使用服务器的伪静态功能来隐藏掉。但也仅是隐藏了而已,实际路径仍然有index.php这个入口文件。
 

CI框架怎删除地址栏的 indexphp

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文件内容
 

www.bkjia.comtruehttp://www.bkjia.com/PHPjc/900269.htmlTechArticleCI框架源码阅读笔记2 一切的入口 index.php,ciindex.php 上一节(CI框架源码阅读笔记1 - 环境准备、基本术语和框架流程)中,我们提到了CI框架...

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

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

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

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

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

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

Java フレームワークの商用サポートの費用対効果を評価する方法 Java フレームワークの商用サポートの費用対効果を評価する方法 Jun 05, 2024 pm 05:25 PM

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

PHP フレームワークの学習曲線は他の言語フレームワークと比較してどうですか? PHP フレームワークの学習曲線は他の言語フレームワークと比較してどうですか? Jun 06, 2024 pm 12:41 PM

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

PHP フレームワークの軽量オプションはアプリケーションのパフォーマンスにどのような影響を与えますか? PHP フレームワークの軽量オプションはアプリケーションのパフォーマンスにどのような影響を与えますか? Jun 06, 2024 am 10:53 AM

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

Java フレームワークのパフォーマンス比較 Java フレームワークのパフォーマンス比較 Jun 04, 2024 pm 03:56 PM

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

Golang フレームワークのドキュメントのベスト プラクティス Golang フレームワークのドキュメントのベスト プラクティス Jun 04, 2024 pm 05:00 PM

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

さまざまなアプリケーションシナリオに最適な Golang フレームワークを選択する方法 さまざまなアプリケーションシナリオに最適な Golang フレームワークを選択する方法 Jun 05, 2024 pm 04:05 PM

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

Java フレームワーク学習ロードマップ: さまざまな分野のベスト プラクティス Java フレームワーク学習ロードマップ: さまざまな分野のベスト プラクティス Jun 05, 2024 pm 08:53 PM

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

Golang フレームワークの学習プロセスでよくある誤解は何ですか? Golang フレームワークの学習プロセスでよくある誤解は何ですか? Jun 05, 2024 pm 09:59 PM

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

See all articles