使用的thinkphp 版本是3.2.0, 在config.php中配置 404地址,即可: 'TMPL_EXCEPTION_FILE' => './Application/Home/View/Public/404.html' 某个模块需要的话,直接写到模块中的 Conf > config.php 中就可以了. 网站通用直接加到全局配置中 文章还没完. 上面访问模块或者方法是能跳转到404页面,但是入口文件index.php 错误还是不会跳转404页面. 如下所示: http://localh

最近我使用THINKPHP开发了一个项目在本地的集成开发环境wampserver做开发时并没有出现问题 上传到linux系统也没有出现问题,但当上传到windows平台上就出现了问题"文件404不存在" 因为之前也没有遇到过类似的问题,所以花了很长时间才确定是模块的大小写问题   项目中该模块名称为:HomeIndex   然后按照官网文档的要求将URL_CASE_INSENSITIVE设置为true 但还是不行,原来文档后面说了如果模块的非首字母也大写的话,那么地址应该是/index

在ACTION中新建一个文件EmptyAction.class.php,文件中的代码如下: <?php class EmptyAction extends Action{     function _empty(){         header("HTTP/1.0 404 Not Found");//使HTTP返回404状态码         $this->display("Public:404");     } } ?> 在apache中设置

网站搭建完成了,进入登录界面就是访问不了. 原因大概是没有开启Apache mod_rewrite模块,或者没有配置完全. 步骤1: 启用mod_rewrite模块 在conf目录的httpd.conf文件中找到 LoadModule rewrite_module modules/mod_rewrite.so 将这一行前面的#去掉. 步骤2: <Directory "/var/www/myweb"> # # Possible values for the Options d

3.2对模块的访问是自动判断的,所以通常情况下无需配置模块列表即可访问,在部署模块的时候,默认情况下都是基于类似于子目录的URL方式来访问模块的,例如: http://serverName/Home/New/index //访问Home模块 http://serverName/Admin/Config/index //访问Admin模块 http://serverName/User/Member/index //访问User模块 允许模块列表 如果直接访问:http://serverName/N

3.2发布版本自带了一个应用目录结构,并且带了一个默认的应用入口文件,方便部署和测试,默认的应用目录是Application(实际部署过程中可以随意设置). 通常情况下3.2无需使用多应用模式,因为大多数情况下,我们都可以通过多模块化以及多入口的设计来解决应用的扩展需求. 模块设计 新版采用模块化的设计架构,下面是一个应用目录下面的模块目录结构,每个模块可以方便的卸载和部署,并且支持公共模块. Application 默认应用目录(可以设置) ├─Common 公共模块(不能直接访问) ├─Ho

1:虚拟机配置文件修改: location / { index index.php index.html; if (!-e $request_filename) { rewrite ^/index.php(.*)$ /index.php?s=$1 last; #必须在前面 rewrite ^(.*)$ /index.php?s=$1 last; break; } } 2:项目入口文件:.htaccess <IfModule mod_rewrite.c> Options +FollowSymli

遇到的问题: 最近使用THINKCMF开发了一个企业网站,因为之前客户的域名变更过,然后就发现当某个模块不存在的时候就出现了空页面 在 THINKPHP论坛 上有人说在项目里添加一个EmptyAction.class.php,然后再写业务逻辑,结果搞了好长时间我一直都没有找到Action目录 最后才发现ThinkCmf使用的是Thinkphp3.2而作者写的是3.1 在网上逛了半天也没有解决问题,不得已还是要自己出马   解决方案: 在 \application\Common\Controlle

写在最开始:本教程适用于tp5路由的[强制模式+半pathinfo模式+pathinfo模式],通用. 比网上的[通过路由去控制空模块更强力.更全面]. PS:路由控制空模块缺点:仅仅在[强制模式下才生效,pathinfo模式下有错误] 1.这里只讲tp5(5.0.18)的空模块跳转,空控制器和空操作官网有. 来个正确的空模块处理吧: 首先找到think\App.php,备份,然后修改: 找到[throw new HttpException(404, 'module not exists:' .

ThinkPHP自身提供了 404 页面的处理机制,我们只需要在控制器 中添加一个 EmptyController.class.php,并且实现以下方法即可,方法如下: <? class  EmptyController extends Controller { function   _empty(){ header( " HTTP/1.0  404  Not Found" ); $this->display( ' Public:404 ' ); } function  i

在Nginx上部署ThinkPHP,解决Pathinfo问题 事实上.要解决nginx不支持pathinfo的问题.有两个解决思路,一是不使用pathinfo模式,二是改动nginx的配置文件,使它支持pathinfo. 为了使问题简单化,我选择了第一种方式.由于就另外一种方式,我查了非常多资料,发现大家的方法不尽同样.有的还区别非常大,easy造成误导,所以我选择从简出发,选择普通模式.尽管有一定的风险.当把index.php相应的前台代码改动完成之后.发现前台基本正常.但是后台仍然出现重定向

前段时间用Apache配合TP开发了一个小型网站,也算是我使用TP的第一次实战.我习惯使用pathinfo模式,本地运行一切正常,然而部署到服务器上时,由于对方使用的是Nginx,默认是不支持ThinkPHP的pathinfo模式,所以导致路径错误,出现了页面循环跳转的问题,于是就把nginx下载下来在本地亲自测试. 其实,要解决nginx不支持pathinfo的问题,有两个解决思路,一是不使用pathinfo模式,二是修改nginx的配置文件,使它支持pathinfo.为了使问题简单化,我选择

一.生成入口文件 1.打开服务器,在本地环境测试时在地址栏输入localhost/项目文件名/index.php  可以在Application下面生成一个home模块,记得在这之前,要建立一个项目文件夹,并把项目文件夹放在www目录下,在项目文件夹里面解压下载的thinkphp框架,可以把home模块复制一下,模块名字改为Admin,从而搭建一个后台模块 2. 3.2版本的框架已经自带了一个应用入口文件(以及默认的目录结构),如果你改变了项目目录(例如把Application更改为Apps),

    最近在慕课网学习 thinkphp,由于教师使用的是 MAC下的 MAMP 环境,而我使用的是 win7 的 phpstudy,区别不大,记录在这里,方便查询.   不同系统集成环境安装: mac 安装MAMP windows 安装phpstudy   ThinkPHP 文档:https://www.kancloud.cn/manual/thinkphp5/118008   我最近在用 mac 机,但是还没有使用过 MAMP ,因此先尝试使用 phpstudy 来学习,后续追加 MAMP

Django使用request和response对象在系统间传递状态.—(阿伦)当一个页面被请示时,Django创建一个包含请求元数据的 HttpRequest 对象. 然后Django调入合适的视图,把HttpRequest 作为视图的函数的第一个参数 传入.每个视图要负责返回一个 HttpResponse 对象. HttpRequest对象HttpRequest 表示来自某客户端的一个单独的HTTP请求.HttpRequest实例的属性包含了关于此次请求的大多数重要信息(详见表H-1). 除

目标 npm.xxx.com 安装和推送nodejs包 npmui.xxx.com 管理已经推送的nodejs包   安装 couchdb   https://launchpad.net/~couchdb/+archive/ubuntu/stable   里面有 14.10  14.04 和 12.04的   PPA地址 安装不在这里讨论   安装 couchdb 1.6.1   1.初始化   访问“http://localhost:5984/_utils/” 新建名字为  registry

django的HTTPREQUEST对象 via Django使用request和response对象 当请求一张页面时,Django把请求的metadata数据包装成一个HttpRequest对象,然后Django加载合适的view方法,把这个HttpRequest 对象作为第一个参数传给view方法.任何view方法都应该返回一个HttpResponse对象. 我们在本书中大量使用这两个对象:本附录详细解释HttpRequest和HttpResponse对象. HttpRequest Htt

Django使用request和response对象 当请求一张页面时,Django把请求的metadata数据包装成一个HttpRequest对象,然后Django加载合适的view方法,把这个HttpRequest 对象作为第一个参数传给view方法.任何view方法都应该返回一个HttpResponse对象. 我们在本书中大量使用这两个对象:本附录详细解释HttpRequest和HttpResponse对象. HttpRequest HttpRequest代表一个来自uesr-agent的

请求一张页面时,Django把请求的metadata数据包装成一个HttpRequest对象,然后Django加载合适的view方法,把这个HttpRequest 对象作为第一个参数传给view方法.任何view方法都应该返回一个HttpResponse对象. 我们在本书中大量使用这两个对象:本附录详细解释HttpRequest和HttpResponse对象. HttpRequest HttpRequest代表一个来自uesr-agent的HTTP请求. 大多重要的请求信息都是作为HttpReq

深入理解Django HttpRequest HttpResponse的类和实例 了解META选项 了解中间件 理清所有模板传输模板变量的方式,并作出选择 Django模板系统:如何利用Django模板设计网站的页面结构 了解各context处理器及各处理器之间的关系 了解view层可以做的事情,并了解具体是如何做的,需要使用哪些库 了解如何设计网站的URL,以方便参数(广义上)的准确清晰的传递 了解正则表达式并作笔记 ———————————————————————————————正文深入理解D

当请求一张页面时,Django把请求的metadata数据包装成一个HttpRequest对象,然后Django加载合适的view方法,把这个HttpRequest 对象作为第一个参数传给view方法.任何view方法都应该返回一个HttpResponse对象. HttpRequest HttpRequest代表一个来自uesr-agent的HTTP请求. 大多重要的请求信息都是作为HttpRequest 对象的属性出现. 除了session外,其他所有属性都是只读的. HttpRequest对