如果您想了解php–在Codeigniter中作为Singleton的库?的相关知识,那么本文是一篇不可错过的文章,我们将对phpis_integer进行全面详尽的解释,并且为您提供关于CI(Code
如果您想了解php – 在Codeigniter中作为Singleton的库?的相关知识,那么本文是一篇不可错过的文章,我们将对php is_integer进行全面详尽的解释,并且为您提供关于CI(Codeigniter)的Setting增强配置类实例,cicodeigniter_PHP教程、CodeIgniter 4 建议路线图 codeigniter thinkphp codeigniter 3.0 codeigniter cms、CodeIgniter 4 的内容协商 codeigniter session codeigniter join nginx codeigniter rewrite、CodeIgniter 4 的请求和响应 codeigniter thinkphp codeigniter 3.0 codeigniter cms的有价值的信息。
本文目录一览:- php – 在Codeigniter中作为Singleton的库?(php is_integer)
- CI(Codeigniter)的Setting增强配置类实例,cicodeigniter_PHP教程
- CodeIgniter 4 建议路线图 codeigniter thinkphp codeigniter 3.0 codeigniter cms
- CodeIgniter 4 的内容协商 codeigniter session codeigniter join nginx codeigniter rewrite
- CodeIgniter 4 的请求和响应 codeigniter thinkphp codeigniter 3.0 codeigniter cms
php – 在Codeigniter中作为Singleton的库?(php is_integer)
function foo() { MyLibrary::instance()->foo(); }
然后我可以在控制器中调用我的函数,如下所示:
function foo();
代替
$this->mylibrary->foo();
我遇到了麻烦,因为当最好的方法是“读取”静态实例时,CodeIgniter尝试实例化我的库.
为什么我需要这样做?
我的自定义库必须从位于应用程序文件夹之外的/ plugins目录中的外部PHP文件注册“hooks”.看:
> /申请
> / plugins
> /plugins/helloworld.PHP
这是我的Loader库:
class Loader{ public static $instance; protected $hooks; private function __construct($params = array()){ $this->hooks= array(); $this->includePlugins(); } public static function instance() { if (!self::$instance) { self::$instance = new Loader(); } return self::$instance; } public function includePlugins() { include_once "/plugins/helloworld.PHP"; } public function do_action($hook= "after") { foreach ($this->actions[$hook] as $function) { call_user_func_array($function,array()); } } public function add_action($hook,$function,$priority) { if ($hooks !== false) { $this->actions[$hook][] = $function; } else { echo "hook name is unavalaible"; } } } /** * Functions using the Singleton instance !!! */ function do_action($hook) { Loader::instance()->do_action($hook); } function add_action($hook,$priority) { Loader::instance()->add_action($hook,$priority); }
不,我的helloworld.PHP(插件)看起来像这样:
add_action('right_here','show_message',11); function show_message() { echo "Hello World!"; }
最后,我可以在我的控制器/视图中调用我的函数do_action来打印消息,如下所示:
do_action('right_here');
请注意,我的所有重要函数都由一个允许我使用单例实例的全局函数调用.但我遇到两个问题:
> Codeigniter需要我的结构公开才能
实例.在这里,我需要采取我的单身人士.
>如果我公开,将创建几个实例和库
将不再按预期工作.
解决方法
要创建单例库,您必须:
>将您的库包含在system / core / Codeigniter.PHP中,如下所示:
require_once( “/路径/到/ library.PHP”);
>让你的实例返回&符号,像这样:
辛格尔顿:
public static function &instance() { if (!self::$instance) { self::$instance = new Loader(); } return self::$instance; }
>准备好使用您的功能.此外,您可以包括CI你库中的对象.
CI(Codeigniter)的Setting增强配置类实例,cicodeigniter_PHP教程
ci(codeigniter)的setting增强配置类实例,cicodeigniter
本文实例讲述了codeigniter的setting增强配置类。分享给大家供大家参考,具体如下:
该增强配置类适用配置项要求比较灵活的项目。可实现预加载配置、组配置、单项调取、增、删、改配置,无需在改动config文档。
使用:
在需要的地方
复制代码 代码如下:$this->load->library(''setting'');
对于预加载项可以使用复制代码 代码如下:$this->config->item();进行获取
对于临时调取项可以使用复制代码 代码如下:$this->setting->item();进行获取
首先,创建数据表
CREATE TABLE `system_settings` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `key` varchar(64) NOT NULL DEFAULT '''', `value` mediumtext NOT NULL, `group` varchar(55) NOT NULL DEFAULT ''site'', `autoload` enum(''no'',''yes'') NOT NULL DEFAULT ''yes'', PRIMARY KEY (`id`,`key`), KEY `name` (`key`), KEY `autoload` (`autoload`) ) ENGINE=MyISAM AUTO_INCREMENT=11 DEFAULT CHARSET=utf8;
然后,在application/libraries目录下创建setting.php,内容如下
立即学习“PHP免费学习笔记(深入)”;
<?php if (!defined(''BASEPATH'')) exit(''No direct script access allowed''); class Setting { private $_ci; private $settings_autoloaded; private $settings = array(); private $settings_group = array(); private $settings_db; public function __construct() { $this->_ci = &get_instance(); $this->settings_db = $this->_ci->config->item(''settings_table''); $this->autoload(); } // ------------------------------------------------------------------------ // 华丽的分割线 正式开始 // ------------------------------------------------------------------------ /** * 从数据库获取所有自动加载的设置 */ public function autoload() { //如果存在则直接返回 if (!empty($this->settings)) { return $this->settings; } //如果系统不存在数据表则返回false if (!$this->_ci->db->table_exists($this->settings_db)) { return FALSE; } //查询标记为自动加载的项 $this->_ci->db->select(''key,value'')->from($this->settings_db)->where(''autoload'', ''yes''); $query = $this->_ci->db->get(); if ($query->num_rows() == 0) { return FALSE; } //循环写入系统配置 foreach ($query->result() as $k => $row) { $this->settings[$row->key] = $row->value; $this->_ci->config->set_item($row->key, $row->value); } //标记会话,避免重复读库 //$this->_ci->session->set_userdata(''settings_autoloaded'', TRUE); return $this->settings; } // ------------------------------------------------------------------------ /** * 获取单个设定 * * * <?php $this->settings->get(''config_item''); ?> * */ public function item($key) { if (!$key) { return FALSE; } //首先检查是否系统已经自动加载 if (isset($this->settings[$key])) { return $this->settings[$key]; } //查询数据库 $this->_ci->db->select(''value'')->from($this->settings_db)->where(''key'', $key); $query = $this->_ci->db->get(); if ($query->num_rows() > 0) { $row = $query->row(); $this->settings[$key] = $row->value; return $row->value; } // 查询不到结果则查找系统config,返回值或者false return $this->_ci->config->item($key); } // ------------------------------------------------------------------------ /** * 获取组配置 */ public function group($group = '''') { if (!$group) { return FALSE; } $this->_ci->db->select(''key,value'')->from($this->settings_db)->where(''group'', $group); $query = $this->_ci->db->get(); if ($query->num_rows() == 0) { return FALSE; } foreach ($query->result() as $k => $row) { $this->settings[$row->key] = $row->value; $arr[$row->key] = $row->value; } return $arr; } // ------------------------------------------------------------------------ /** * 更改设置 */ public function edit($key, $value) { $this->_ci->db->where(''key'', $key); $this->_ci->db->update($this->settings_db, array(''value'' => $value)); if ($this->_ci->db->affected_rows() == 0) { return FALSE; } return TRUE; } // ------------------------------------------------------------------------ /** * 新增设置 */ public function insert($key, $value = '''', $group = ''addon'', $autoload = ''no'') { // 检查是否已经被添加的设置 $this->_ci->db->select(''value'')->from($this->settings_db)->where(''key'', $key); $query = $this->_ci->db->get(); if ($query->num_rows() > 0) { return $this->edit($key, $value); } $data = array(''key'' => $key, ''value'' => $value, ''group'' => $group, ''autoload'' => $autoload, ); $this->_ci->db->insert($this->settings_db, $data); if ($this->_ci->db->affected_rows() == 0) { return FALSE; } return TRUE; } // ------------------------------------------------------------------------ /** * 删除设置 */ public function delete($key) { $this->_ci->db->delete($this->settings_db, array(''key'' => $key)); if ($this->_ci->db->affected_rows() == 0) { return FALSE; } return TRUE; } // ------------------------------------------------------------------------ /** * 删除设置组及成员配置 */ public function delete_group($group) { $this->_ci->db->delete($this->settings_db, array(''group'' => $group)); if ($this->_ci->db->affected_rows() == 0) { return FALSE; } return TRUE; } } /* End of file Setting.php */ /* Location: ./application/libraries/Setting.php */
最后,打开application/config/config.php,新增
/** * 系统配置表名 */ $config[''settings_table''] = "system_settings";
希望本文所述对大家基于Codeigniter框架的PHP程序设计有所帮助。
您可能感兴趣的文章:
- CodeIgniter中使用Smarty3基本配置
- Nginx下配置codeigniter框架方法
- nginx支持codeigniter的pathinfo模式url重写配置写法示例
- 新浪SAE云平台下使用codeigniter的数据库配置
- 使用配置类定义Codeigniter全局变量
- CI(CodeIgniter)框架配置
- CodeIgniter基本配置详细介绍
- 解析CodeIgniter自定义配置文件
CodeIgniter 4 建议路线图 codeigniter thinkphp codeigniter 3.0 codeigniter cms
data-id="1190000004868218">
我们综合考虑了社区的愿望和意见后,也对什么样的未来对 ci 是最合适的做了一些思考,然后,ci 理事会对框架的未来做出了一些决策。预告一下,未来将会有重大变化,但我们相信他们不仅为我们的未来做准备,也会保持 codeigniter 的一贯特点 - 简洁、快速和灵活。
这篇文章是对未来的一个简单概述。请记住,这仅仅是最初的计划。任何信息都可能会随着开发的进行而发生变化。
核心变化
从 CodeIgniter 第一版发布以来,PHP 社区发生了巨大变化。CodeIgniter 的许多核心要素在当时是必须的,但当 PHP5 发布后,CodeIgniter 的核心几乎没有任何变化。如果未来 CodeIgniter 想要继续保持高水准并巩固其在 PHP 框架中的地位,则必须进行大改变。
这意味着系统必须全部重写。新的 CI 将在独立的代码库中开发以保持代码的清晰。我们设想会复用一些以前的代码,但重点是 现代的 清晰的代码。
立即学习“PHP免费学习笔记(深入)”;
自从我们以 PHP 7 为目标以来,PHP 5.6 已进入安全维护模式,并将在几个月后完全停止支持。CI 暂时不会为一个即将停止支持的 PHP 版本发布新版本。我们知道主机的环境千差万别,那么一些程序可能就无法完全支持 PHP 7,所以 3.x 分支将继续维护一段时间 - 将远远长于 3.x 发布后的 2.x 分支的 EOL 时限。
application 和 system 目录都将支持 PSR-4 自动加载。CodeIgniter 将使用自己的自动加载器,并将会整合 Composer。
我们将封装一些组件,以便在大多数情况下可以用于 CodeIgniter 以外的项目。
包/模块
我们将丢弃应用程序包和模块的概念。不必惊慌!因为你可以用名字空间来处理大多数情况 - 至少控制器和模型是这样的。对于其他的例如视图、配置文件和 Helper 等,我们相信可以让这些东东支持名字空间。你也可以把所有包的功能和模块的路由能力放到任意目录中,只需告诉自动加载器如何找到他们。
路由
路由功能将被更新。URI 直接映射到控制器/方法这个『魔术路由』功能将可关闭,以便让你选择自己喜欢的路由方式。在路由配置文件中你可以选择使用『魔术路由』或者单独指定每个路由。
改进的日志系统
日志系统将被改进,但具体细节尚未确定。
测试
我们将继续使用 PHPUnit 做测试。这也意味着你需要自己测试应用程序,但我们将为你准备好所需的工具。
向后兼容性
正如上面讲到的那样,这一定是一个和老版本不兼容的版本。我们认为这应该是框架最好的未来。对于这次的重大变化,我们已经做了很多年的基础工作,我们将尽可能的使过渡更平滑,但是对于我们能提供一个怎样的现代化的基础代码仍有待观察。
我们将尽最大努力保持让 CodeIgniter 多年来流行的特性,即快速、简洁和『优雅』。
开发时间表
整个开发过程将分为三个阶段。
下列类库将从内核删除,改为按需下载:排版类、FTP 类、ZIP 类和 XML-RPC 类。
购物车类、Javascript 类、单元测试类和 Trackback 类将被删除。
我们期望在一年内能完成一个内核基本成型的 Alpha 版本。之后,我们将把重点放在改进内核与开发剩余软件包的工作中。确切的时间表可能会有所不同,因为,与大多数开源项目一样,这取决于社区贡献的数量与质量,以及核心开发者的时间和精力。
第一阶段
第一阶段将侧重于抓住框架最重要的部分。这将是框架其他部分的基础。他们包括:
自动加载器
依赖注入
日志
异常处理
HTTP 请求/响应层(或输入/输出)
路由
控制器
模型
数据库层
配置
安全
第二阶段
第二阶段的重点是完善一些 CodeIgniter 用户喜闻乐见的类和特性。他们包括:
Helper
语言/国际化特性
缓存
Email
加密
表单验证
图像处理类库
分页
上传类
Session
视图
调试和分析工具
第三阶段 - 可选类库
第三阶段将主要用来扩充可选软件包。在这个时间点,框架应该可以发布了,不需要等到所有类库都准备就绪。
FTP
XML-RPC
Zip
排版类
模板解析器
框架迎来了新的机遇使我们很兴奋,并迫不及待的希望框架为新版迈出第一步。不要在一旁围观了,赶快来构筑框架的未来吧。
以上就介绍了CodeIgniter 4 建议路线图,包括了codeigniter方面的内容,希望对PHP教程有兴趣的朋友有所帮助。
CodeIgniter 4 的内容协商 codeigniter session codeigniter join nginx codeigniter rewrite
data-id="1190000004868343">
当我关注到 http 层的时候,发现很多 cier 对内容协商还不是很了解,下面我们一起来探讨一下什么是内容协商,以及如何在即将到来的 codeigniter 4 中使用他。
什么是内容协商?
简而言之,内容协商是指客户端和服务器端就响应的资源内容进行交涉,然后提供给客户端最为适合的资源。内容协商会以响应资源的语言、图片类型和编码方式等作为判断的基准(包含在请求头中的某些 Accept 字段就是判断的基准)。
举个例子,我用 Chrome 访问 Mozilla 的站点,可以看到下面的 HTTP 请求头信息:
accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
accept-encoding:gzip, deflate, sdch
accept-language:en-US,en;q=0.8
这些 accept 信息告诉我们浏览器所支持的格式,并提供这些格式的优先级信息(通过 q 的值来确定优先级)。以上信息说明浏览器在所有支持的内容类型中更希望接收 text/html 类型的内容。由于我的浏览器的语言设置是英语,所以 accept-language 请求头表示我更喜欢美式英语(en-US)的页面。
很显然,即使我们不提供任何内容协商信息,Web 站点还是可以照常运行,并且我们已经这样做了很多年。然而事实上 Web 服务器可以帮我们处理某些形式的内容协商,我们通常不太善于利用这一点,但并不意味着服务器不能处理这些信息。
内容协商有两个很吸引人的用处,一个是用于那些支持多国语言的站点,另一个是用于返回特定格式数据的 API 接口。
是不是必须要使用内容协商呢?可能不一定,他也许是把双刃剑,有些人提议不要使用他,也有些人认为他就像切片面包一样令人喜爱。但如果你想用,那在 CodeIgniter 中使用内容协商也是很容易的。
一个简单的例子
这里我不会对内容协商作过多详细的介绍(详细介绍将写到用户手册中),这个例子简单介绍了内容协商是如何确定输出语言的。
class BaseController extends \CodeIgniter\Controller { protected $language; public function __construct(...$params) { parent::__construct(...$params); $supportedLangs = [''en-US'', ''en'', ''fr'']; $this->language = $this->request->negotiate(''language'', $supportedLangs); } }
这个例子表示该站点可以支持英语和法语,我们将支持的语言赋值到 $supportedLangs 数组里,预示着默认语言是美式英语,但也支持普通英语和法语,然后简单调用 $negotiate->language() 方法,传递支持的语言类型,解析时就能识别正确的 HTTP 头,然后按照数组里定义的优先级顺序,返回最匹配的结果。如果两种语言都无法匹配,就会使用数组中的第一个语言。
Negotiate 类中的 4 个协商方法分别为:
media() 不同于通常的 Accept 请求头,他可以用来请求不同版本的 html/text,或者音频支持,图像支持,等等。
charset() 不同于 Accept-Charset 请求头,如果没有匹配的话,默认值为 UTF-8。
encoding() 不同于 Accept-Encoding 请求头,可以决定任何客户端支持使用的压缩类型。
language() 不同于 Accept-Language 请求头。
并不是所有场景都用得着内容协商,但他却是构建高质量 API 的一个有力工具,并且也能够创造性的应用于其他地方。
以上就介绍了CodeIgniter 4 的内容协商,包括了codeigniter方面的内容,希望对PHP教程有兴趣的朋友有所帮助。
CodeIgniter 4 的请求和响应 codeigniter thinkphp codeigniter 3.0 codeigniter cms
data-id="1190000004868315">
codeigniter 4 对输入和输出的处理方式做了一个较大的改变。在上一个版本中,包括最新的 v3 版,输入和输出分别是用两个包含相关函数的类来处理的。这样的处理方式背后虽然没有什么高深的技术,但却能简单直接的实现功能。在 v4 版中,我们将更加模块化 http 层,并构建全新的类结构来同时处理 http 的请求和响应。
概览
在开发 Web 应用时(不同于 CLI 程序),你只需关心两个类:IncomingRequest 和 Response。
IncomingRequest 类
IncomingRequest 类包含了 HTTP 请求和该请求附带的数据,包括:
立即学习“PHP免费学习笔记(深入)”;
GET、POST、SERVER 和 ENV 等环境变量
HTTP 请求头
Cookie
当前请求的 URL 对象
上传的文件
并且还包括常见的请求信息比如:
客户端的 IP 地址
是否为 Ajax 请求
是否为 CLI 请求
是否为 HTTPS
如果你对 IncomingRequest 这个类名感到奇怪,或者说 IncomingRequest 是不是可以简单的称为 Request?答案是否定的,因为已经有另一个包含 GET 和 POST 等变量的更为通用的 Request 类,但这个类不包括详细的 HTTP 请求信息。一个请求通常只做两件事:一个是浏览器客户端发送请求到服务器(连入),或者是当前服务器发送请求到外部服务器(连出)。
Response 类
Response 类用于把程序的执行结果返回给客户端。你可以设置 HTTP 响应头,或直接发送内容到客户端,等等。Response 类提供了一些便捷方法比如:
设置适当的 no-cache 头信息
处理 HTTP 缓存头信息
重定向页面
一个简单的例子
上面说的这些看起来好像很有科技含量,但其实很简单。这些类的实例已作为属性放到每个控制器中,如果你觉得很麻烦,则无需直接使用这些属性。Response 类会捕获控制器的输出,并自动设置为响应的主体。一个简单的 Hello World 看起来像这样:
class Home extends \CodeIgniter\Controller { public function index() { echo "Hello World!"; } }
易如反掌。
在需要的时候,框架为你提供了精确控制响应的能力。你可以创建复杂的 HTTP 缓存策略,并与 IncomingRequest 类一起通过内容协商定制响应内容。
下面是一个稍微复杂一点的例子,你会发现代码很容易看明白,并且处理的很简单。
class Home extends \CodeIgniter\Controller { public function __construct(...$params) { parent::__construct(...$params); // This controller is only accessible via HTTPS if (! $this->request->isSecure()) { // Redirect the user to this page via HTTPS, and set the Strict-Transport-Security // header so the browser will automatically convert all links to this page to HTTPS // for the next year. force_https(); } } public function index() { $data = [ ... ]; // Set some HTTP cache rules for this page. $this->response->setCache([ ''max-age'' => 300, ''s-max-age'' => 900, ''etag'' => ''foo'' ]); // Return JSON $this->response->setContentType(''application/json'') ->setOutput(json_encode($data)); } }
在这个例子中,我们主要做了三件事。首先,通过将当前 URL 重定向到 HTTPS URL,并设置一个 Strict-Transport-Security 响应头(这种方式已被很多主流浏览器所支持,在发送请求前通过浏览器自动将 HTTP 请求转换成 HTTPS 请求),来强制这个页面以 HTTPS 的方式访问;然后,我们通过设置一些 HTTP 缓存规则来帮助浏览器正确处理缓存,这意味着能减少 HTTP 请求量,减轻服务器负担,提高性能;最后,我们输出 JSON 数据给用户,并确保内容类型是正确的。
希望这篇文章能有助于大家粗略的了解 CodeIgniter 的未来,让大家意识到改变并不可怕。:) 未来将敲定框架更多的细节,直到形成一个相对稳定的架构,并且会撰写更多的文章来讲述这些内容。
以上就介绍了CodeIgniter 4 的请求和响应,包括了codeigniter方面的内容,希望对PHP教程有兴趣的朋友有所帮助。
关于php – 在Codeigniter中作为Singleton的库?和php is_integer的问题我们已经讲解完毕,感谢您的阅读,如果还想了解更多关于CI(Codeigniter)的Setting增强配置类实例,cicodeigniter_PHP教程、CodeIgniter 4 建议路线图 codeigniter thinkphp codeigniter 3.0 codeigniter cms、CodeIgniter 4 的内容协商 codeigniter session codeigniter join nginx codeigniter rewrite、CodeIgniter 4 的请求和响应 codeigniter thinkphp codeigniter 3.0 codeigniter cms等相关内容,可以在本站寻找。
本文标签: