前几天自己新弄了个服务器,nginx的环境, 看到thinkcmf的框架,下载下来准备研究下,安装完成后,发现 url 是 普通模式,然后我就按照那个手册去后台开启了pathinfo模式,这一改完蛋了,网站的url的确是改程pathinfo模式了,但是解析不了,点任何链接都是显示首页.(前后台都是这样,然后我重装了N次尝试找到原因).后来大概百度找了N多,搞了快俩天.对于我这种搞后台的,对linux相关差不多是小白,这些配置我也不太懂,只能先记录下来以便以后再具体研究了,现总结下: 默认ngin

Web安全基础2 3.8.文件处理 1)文件上传 一个正常的业务需求,问题在于控制上传合法文件. 防御文件上传 客户端javascript校验(通常校验扩展名) 检查MIME类型 检查内容是否合法 随机文件名* 检查文件扩展名* 隐藏路径* 重写内容(影响效率)imagecreatefromjpeg... 测试方法 客户端javascript校验:在浏览加载文件,但还未点击上传按钮时便弹出对话框,内容如:只允许上传.jpg/.jpeg/.png后缀名的文件,而此时并没有发送数据包,抓包改包可绕过

IIS6.0解析漏洞 在IIS6.0下存在这样的文件"名字.asp;名字.jpg" 代表了jpg文件可以以asp脚本类型的文件执行. 根据这个解析漏洞我们可以上传这种名字类型的图片,比如 1.asp;xxx.jpg 他会忽略;后边的内容,所以文件相当于1.asp asp一句话木马 <%eval request ("pass")%> 找到上传的路径后,可以直接用菜刀连接.如果对文件内容检测,就得使用图片马了. 有时候他会把这个上传文件的目录设置为不可执行,

pathinfo 模式 需要 php.ini 开启下面这个参数 cgi.fix_pathinfo=1 path_info模式:http://www.xxx.com/index.php/模块/方法   而且nginx 环境下,如果 uri 含中文,PATH_INFO就被截断了,会新产生一个 ORIG_PATH_INFO,才是正确的,

thinkphp运行在linux+nginx,如何开启pathinfo模式,我是完整测试过了,没问题的,在thinkphp配置文件 开启    'URL_MODEL'   =>  1,   1代表pathinfo模式 1,第一步 开启pathinfo php.ini 开启  cgi.fix_pathinfo=1 2,第二步 配置nginx server { listen 80; server_name www.96net.com.cn; root /var/www/www.96net.com.c

先了解一下普通cgi的工作流程: web server收到用户请求,并把请求提交给cgi程序,cgi程序根据请求提交的参数作相应处理,然后输出标准的html语句返回给web server,web server再返回给客户端,这就是普通cgi的工作原理. 从 上面看,cgi所要实现的不过是动态网页而已,这种处理方式的特点就是每接到一个请求,web server都要fork出一个单独的cgi程序的进程来处理,这种方式的好处是把web server和具体的程序处理独立开来,结构清晰,可控性强,同时缺点

在wp-config.php插入 define('WP_ALLOW_MULTISITE', true); 进入管理页面安装网络,子目录模式按提示再在wp-config.php插入 define('MULTISITE', true); define('SUBDOMAIN_INSTALL', false); define('DOMAIN_CURRENT_SITE', 'www.domain.com'); define('PATH_CURRENT_SITE', '/'); define('SITE_I

新建用户及用户组 groupadd webuser useradd -g webuser webuser 下载php-5.5 下载链接:http://pan.baidu.com/s/1i3CBshv 解包 tar zxvf php-5.5.4.tar.gz cd php-5.5.4 ./configure --prefix=/server/php5 \ --with-mysql=/server/mysql \ --with-mysqli \ --with-jpeg-dir=/usr/lib64

CGI common gateway interface 可以让一个客户端,从网页浏览器向服务器请求数据, 这是描述客户端和服务器程序之间传输数据的一种标准. CGI是运行在服务器上的程序,提供同客户端HTML页面的接口,不限定使用语言 编写CGI程序步骤 创建目录 编写CGI程序 开启服务器 使用浏览器访问

对于thinkphp框架项目的访问格式有多种,其中pathinfo是默认的基本访问格式,格式为:http://hostname:port/index.php/模块名/action名/参数1/参数1的值/ pathinfo其实就是一个参数,可以通过$_SERVER['PATH_INFO']获得,thinkphp框架通过解析它来找到对应的模块和方法. apache服务器默认是支持pathinfo的,但是nginx服务器默认不支持这种格式,需要进行配置,配置方式如下: 以下是mac下的MNMP中的ng

Common Gateway Interface如雷贯耳,遗憾的是一直以来都没玩过CGI,今天尝试一把.Tomcat可以是玩CGI的,但得改下配置.为了方便,直接使用一款更轻量级的web服务器lighttpd来跑,. 先把lighttpd安装一下:直接使用linux的包管理器,先安装一个epel软件仓库 yum install epel-release   从这个仓库里拿到lighttpd并安装 yum install lighttpd 安装好web服务器后就可以来写CGI代码了,可以用各种语言

thinkphp url访问模式中 默认的pathinfo不起作用? 1.检查你的tp配置文件config.php URL模式 'url_model'=> '1', //URL模式 即pathinfo 2.服务器 /usr/local/php/etc/php.ini 文件 cgi.fix_pathinfo=0 改成 cgi.fix_pathinfo=1 3.服务器 /usr/local/nginx/conf/enable-php.conf 文件 改成这样,然后重启lnmp 命令 lnmp res

CGI和FASTCGI都是服务器端与客户端进行交互的常见方式. CGI处理客户端请求,会生成一个子进程来专门调用外部程序来处理客户端请求,处理完成,子进程会随之关闭 FAST处理客户端请求时.服务器端本身就存在子进程来专门持续服务客户端请求,处理完客户端请求不会退出 CGI频繁开启子进程,结束子进程,使服务器性能下降,效率低 FASTCGI基于CGI的基础下改进,进程复用,持续高效的服务客户端,效率高,性能好

本文地址 原文地址 本文提纲: 1.  Nginx的模块与工作原理    2.  Nginx的进程模型    3 . NginxFastCGI运行原理        3.1 什么是 FastCGI        3.2 NginxFastCGI运行原理        3.3 spawn-fcgi与PHP-FPM        3.4 NginxPHP-FPM 4. Nginx+PHP正确配置         4.1 不应该在location 模块定义index         4.2 使用try

开始前的准备 PHP安装包下载:http://windows.php.net/downloads/releases/php-5.5.14-Win32-VC11-x86.zip Nginx 下载地址:http://nginx.org/download/nginx-1.6.0.zip RunHiddenConsole 下载:http://www.yx.lvruan.com:8080/uploadFile/2012/RunHiddenConsole.zip 注:下载时一定选择windows版本 文章案

windows下配置nginx+php环境 刚看到nginx这个词,我很好奇它的读法(engine x),我的直译是“引擎x”,一般引“擎代”表了性能,而“x”大多出现是表示“xtras(额外的效果)”,那么整个词的意思就是类似“极致效果”,“额外性能”.当然这里不是要来唠嗑,以上是题外话. nginx相较于我们熟悉的apache.IIS的优势,就我浅入浅出的了解,在于“反向代理”和“负载均衡”.因此考虑到能够为Web服务器节省资源,它可以代替apache来提供Web服务.那么上正题了,ngin

注:以下所有操作均在CentOS 6.5 x86_64位系统下完成. #准备工作# 前段时间PHP官方发布了一个重要的安全升级公告,修复了两个unserialize函数的严重漏洞,目前受影响的版本有: <5.4.36 <5.5.20 <5.6.4 这里我们直接下载5.6.4的版本进行安装配置,并且在这之前需要先把MySQL和Apache已经安装好,最好Nginx也先安装好,具体见:<CentOS安装MySQL-5.6.10+安全配置>.<CentOS安装Apache-2

对很多人而言,配置Nginx+PHP无外乎就是搜索一篇教程,然后拷贝粘贴.听上去似乎也没什么问题,可惜实际上网络上很多资料本身年久失修,漏洞百出,如果大家不求甚解,一味的拷贝粘贴,早晚有一天会为此付出代价. 假设我们用PHP实现了一个前端控制器,或者直白点说就是统一入口:把PHP请求都发送到同一个文件上,然后在此文件里通过解析「REQUEST_URI」实现路由. 此时很多教程会教大家这样配置Nginx+PHP: server { listen 80; server_name foo.com; r

环境: 系统硬件:vmware vsphere (CPU:2*4核,内存2G,双网卡) 系统版本:CentOS-7-x86_64-Minimal-1611.iso 安装步骤: 1.准备 1.0 查看硬件信息 查看物理cpu个数[root@centos ~]# grep 'physical id' /proc/cpuinfo | sort -u | wc -l 查看核心数量[root@centos ~]# grep 'core id' /proc/cpuinfo | sort -u | wc -l

php 5.5 配置文件 php.ini Options user_ini.filename string 设定了 PHP 会在每个目录下搜寻的文件名:如果设定为空字符串则 PHP 不会搜寻.默认值是 .user.ini. user_ini.cache_ttl integer 控制着重新读取用户 INI 文件的间隔时间.默认是 300 秒(5 分钟). Language Options engine = boolean 打开或关闭 PHP 解析.本指令仅在使用 PHP 的 Apache 模块版本