皮皮网

1.JSESSIONID 和Cookie的区别与联系
2.Apache HTTP Server特性
3.Rewrite的Rewrite介绍
4.访问PHP文件出错出现HTTP 500 - 内部服务器错误
5.index%20.html是重重写怎么回事

JSESSIONID 和Cookie的区别与联系

       1. SESSION：

       session是针对每一个用户的，变量的值保存在服务器端，通过SessionID来区分不同的客户，session是以Cookie或URL重写为基础。默认使用Cookie来实现，系统会创造一个名为JSESSIONID的输出Cookie，或称为"Session Cookie"，以区别Persistent Cookies(通常所说的Cookie).Session Cookie是存储在浏览器中，并不是写在硬盘上的，但是把浏览器的Cookie禁止后，使用response对象的encodeURL或encodeRedirectURL方法编码URL，WEB服务器会采URL重写的方式传递Sessionid，用户就可以在地址栏看到jsessionid=AJHGHKHUUTY之类的字符串。

       é€šå¸¸Session Cookie是不能跨窗口使用，当用户新开了一个浏览器进入相同的页面时，系统会赋予用户一个新的SessionID，这样信息共享的目的就达不到，此时可以把SessionID保存在Persistent Cookie中，然后再新的窗口中读出来，就可以得到上一个窗口的SessionID了，这样通过Session Cookie和Persistent Cookie的结合，实现了跨窗口的会话跟踪。

       session的工作原理

       å°±session的实现而言，好像是这样的：

       (1)当有Session启动时，服务器生成一个唯一值，称为SessionID（好像是通过取进程ID的方式取得的）。

       (2)然后，服务器开辟一块内存，对应于该SessionID。

       (3)服务器再将该SessionID写入浏览器的cookie(一些在网页的源代码中有所体现)。

       (4)服务器内有一进程，监视所有Session的活动状况，如果有Session超时或是主动关闭，服务器就释放该内存块。

       (5)当浏览器连入IIS(服务器)时并请求的ASP(脚本语言)内用到Session时，IIS(服务器)就读浏览器Cookie中的SessionID。

       (6)然后，服务检查该SessionID所对应的内存是否有效。

       (7)如果有效，就读出内存中的值。

       (8)如果无效，就建立新的Session。

       æ³¨æ„ï¼š

       (1)在大浏览量的网站，Session并不保险，我们过去的网站就经常碰到存在Session中得值不正确(可能出现重复的Session ID)。

       (2)Session ID不能从硬盘上的Cookie文件获得，如果想在客户端获知自己的Session ID，只能通过JavaScript来读取。

       2.COOKIE

       æ‰€è°“Cookie，只是一条极为短小的信息，它能够被网站自动地文本方式放置在一台电脑的硬盘中。通过Cookie，网站可以识别你是第一次访问，或是又一次访问它。网站还可以利用Cookie了解你对哪些内容感兴趣，收集与用户有关的信息，例如记录自动登录的时间限制，记录用户名，投票仅一次的限制等等。在你浏览某些网站的时，网站的程序会在你不知不自觉中将一个小的Cookie(作为一个文本文件)存储在你的硬盘中。如果你想知道自己电脑里都有什么样的Cookie，那么请在Windows目录下寻找Cookie的文件夹。

       åŽ»é™¤Cookie

       å¦‚果你不想在电脑里存储Cookie，可以改变浏览器的设置。具体方法如下(以IE为例)：

       å¯åŠ¨IE，找到“工具/Internet 选项/安全/自定义级别”，这时你就可以看到如何处理Cookie的不同选项了。这种方法适用于IE 5.0以上的版本。

Apache HTTP Server特性

       Apache HTTP Server提供了丰富的特性，这些功能主要通过编译后的写源模块来实现。这些模块涵盖了从服务器端编程语言的有种兼容性到安全认证的各种需求。例如，重重写智码库源码服务器支持Perl、写源Python、有种Tcl和PHP等多种编程语言接口，重重写为开发者提供了广阔的写源应用空间。在安全方面，有种mod_access、重重写mod_auth和mod_digest等认证模块确保了访问控制和身份验证的写源题库 php源码可靠性和安全性。

       对于网络通信，有种Apache内置了SSL和TLS支持，重重写通过mod_ssl模块为网站提供加密传输，写源保障数据的有种安全。同时，eventbus源码分析proxy模块作为代理服务器功能，使得Apache可以作为网络流量的中转站，提高了网络的灵活性和性能。Apache的URL重写功能非常实用，通过mod_rewrite模块可以轻松地定制和管理网站的apache email源码URL结构，提升用户体验。

       对于日志管理，mod_log_config模块允许用户自定义日志格式和存储，方便进行数据分析。而mod_include和mod_ext_filter模块则提供了强大的wordpress源码讲解过滤和包含功能，可以对请求进行灵活的处理和内容的定制。在数据分析方面，Apache的访问日志可以利用如AWStats或Visitors等免费脚本，通过网页浏览器进行直观的统计和分析，帮助管理员更好地理解网站流量和用户行为。

扩展资料

       HTTP服务器软件之一，可通过简单的API扩展Perl/Python解释器可被编译到服务器中，完全免费，完全源代码开放。可以创建一个每天有数百万人访问的Web服务器。

Rewrite的Rewrite介绍

       å¾ˆå¤šæƒ…况下，某个 IP 的访问很容易造成 CPU % （比如 某些搜索引擎的固定抓取，别人大量的采集站点），这个时候我们就要利用一些有效的手段封掉对方的 IP，让他无法消耗服务器的资源，封 IP 的方法有很多种，如果你的 Web 服务器安装了 Rewrite 模块的话，也可以试试利用 Rewrite 规则封掉对方的 IP。

       ä¾‹å¦‚我们把某个特定的 IP 直接重定向到 baidu 首页，在网站根目录的 .htaccess 文件里添加代码：

       Code：

       RewriteCond % ... [NC]

       RewriteRule ^(.*)$ /$1 [R=]

       å°† ... 这个 IP 替换成您要限制的 IP 即可。如果要实现多个 IP ，可以这样写：

       RewriteCond % ... [OR]

       RewriteCond % ... [NC]

       RewriteRule ^(.*)$ /$1 [R=] Rewrite主要的功能就是实现URL的重写。它的正则表达式是基于Perl语言，入站的规则用于修改 HTTP 请求 Url。这些规则可以为以下几个目的，如演示对用户更加友好的 URL 命名空间为您的 Web 站点，将请求的 Url 重定向到新位置，或阻止访问 Url 来提供服务。出站的重写规则修改 HTTP 响应。例如，如果您的 Web 站点的导航结构已更改，您可以创建修改您的内容中的 Url，以便将 Web 页的内容指向正确的位置出站规则。然后，您可以创建基于缓存的位置与新的 url 的客户端请求重定向的入站的规则。可基于服务器级的(/ 来学习，这里我们举一个简单的例子来说明它的用法。

       å‡è®¾æ‚¨è¦å®žçŽ°è¿™æ ·çš„ Rewrite 功能：您希望当用户访问 /about.htm （您的空间里可以并不需要存在 about.htm）的时候实际访问的是 /index.html 。

       è®¾ç½®æ–¹æ³•æ˜¯ï¼š

       1、创建一个文本文件，内容为

       [ISAPI_Rewrite]

       RewriteRule /about\.htm /index\.html

       è¿™é‡Œï¼ŒRewriteRule 这一行即为规则行，这一行由三部分组成，三部分由空格隔开，第一部分即 RewriteRule 这几个字，第二部分为用户访问的地址（使用正则表达式），第三部分为实际存在于服务器上的文件路径。

       2、将上述文件保存，命名为 和 www.name2.com ，我们实现让访问 www.name1.com 时看到的是网站根下的内容，而访问 www.name2.com 时看到的是 /name2/ 文件夹中的内容。

       é‚£ä¹ˆè®¾ç½®æ­¥éª¤å¦‚下：

       1、将您的网站捆绑域名 www.name1.com 和 www.name2.com ，这个非常重要，两个域名都要捆绑。这时候如果不做设置，两个域名访问的都是网站根下。

       2、修改上述问题一中的

       # 表示下一行规则只对 www.name2.com 生效（正则表达式中 \. 表示 . 本身）。

       RewriteRule ^(.*)$ /name2/$1 [I]

       # 表示将所有网页 Rewrite 到 name2 文件夹中，[I]表示忽略大小写。

       è¯·ç¡®è®¤ä¸Šè¿°å†…容位于 [ISAPI_Rewrite] 行之下，如果原本网站不存在 httpd.ini 文件，请将上述内容前面加上 [ISAPI_Rewrite] 。

       3、将修改后的 httpd.ini 上传到网站根下覆盖原文件。

       é€šè¿‡è¿™ä¸ªæ–¹æ³•ï¼Œæ‚¨å¯ä»¥å°†æ†ç»‘在网站上的任何一个域名采用任何特定的 Rewirte 规则，实现类似捆绑子目录的功能当然也是不在话下。这样，您的空间能捆绑多少个域名，您就可以建立多少个内容不同的网站了。 ngx_http_rewrite_module模块允许正则替换URI，返回页面重定向，和按条件选择配置。

       ngx_http_rewrite_module模块指令按以下顺序处理： 处理在server级别中定义的模块指令； 为请求查找location； 处理在选中的location中定义的模块指令。如果指令改变了URI，按新的URI查找location。这个循环至多重复次，之后nginx返回错误 (Internal Server Error)。 指令 语法:break;　　默认值:—上下文:server,location,if　　停止处理当前这一轮的ngx_http_rewrite_module指令集。

       ä¸¾ä¾‹ï¼š

       if ($slow) { limit_rate k; break;} 语法:if(condition) { ... }　　默认值:—上下文:server,location　　计算指定的condition的值。如果为真，执行定义在大括号中的rewrite模块指令，并将if指令中的配置指定给请求。if指令会从上一层配置中继承配置。

       æ¡ä»¶å¯ä»¥æ˜¯ä¸‹åˆ—任意一种： 变量名；如果变量值为空或者是以“0”开始的字符串，则条件为假； 使用“=”和“!=”运算符比较变量和字符串； 使用“~”（大小写敏感）和“~*”（大小写不敏感）运算符匹配变量和正则表达式。正则表达式可以包含匹配组，匹配结果后续可以使用变量$1..$9引用。如果正则表达式中包含字符“}”或者“;”，整个表达式应该被包含在单引号或双引号的引用中。 使用“-f”和“!-f”运算符检查文件是否存在； 使用“-d”和“!-d”运算符检查目录是否存在； 使用“-e”和“!-e”运算符检查文件、目录或符号链接是否存在； 使用“-x”和“!-x”运算符检查可执行文件； 举例：

       if ($http_user_agent ~ MSIE) { rewrite ^(.*)$ /msie/$1 break;}if ($http_cookie ~* id=([^;]+)(?:;|$)) { set $id $1;}if ($request_method = POST) { return ;}if ($slow) { limit_rate k;}if ($invalid_referer) { return ;}

       å†…嵌变量$invalid_referer的值是通过valid_referers指令设置的。 语法:returncode[text];　　returncodeURL;　　returnURL;　　默认值:—上下文:server,location,if　　停止处理并返回指定code给客户端。返回非标准的状态码可以直接关闭连接而不返回响应头。

       ä»Ž0.8.版开始，可以在指令中指定重定向的URL（状态码为、、和），或者指定响应体文本（状态码为其它值）。响应体文本或重定向URL中可以包含变量。作为一种特殊情况，重定向URL可以简化为当前server的本地URI，那么完整的重定向URL将按照请求协议（$scheme）、server_name_in_redirect指令和port_in_redirect指令的配置进行补全。

       å¦å¤–，状态码为的临时重定向使用的URL可以作为指令的唯一参数。该参数应该以“http://”、“https://”或者“https://”开始。URL中可以包含变量。

       0.7.版本以前只能返回下面状态码： 、、— 、、、、、 和 — 。

       ç›´åˆ°1.1.和1.0.版，状态码才被认为是一种重定向。 语法:rewriteregexreplacement[flag];　　默认值:—上下文:server,location,if　　如果指定的正则表达式能匹配URI，此URI将被replacement参数定义的字符串改写。rewrite指令按其在配置文件中出现的顺序执行。flag可以终止后续指令的执行。如果replacement的字符串以“http://”或“https://”开头，nginx将结束执行过程，并返回给客户端一个重定向。

       å¯é€‰çš„flag参数可以是其中之一： last 停止执行当前这一轮的ngx_http_rewrite_module指令集，然后查找匹配改变后URI的新location； break 停止执行当前这一轮的ngx_http_rewrite_module指令集； redirect 在replacement字符串未以“http://”或“https://”开头时，使用返回状态码为的临时重定向； permanent 返回状态码为的永久重定向。 完整的重定向URL将按照请求协议（$scheme）、server_name_in_redirect指令和port_in_redirect指令的配置进行补全。

       ä¸¾ä¾‹ï¼š

       server { ... rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 last; rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra last; return ; ...}

       ä½†æ˜¯å½“上述指令写在“/download/”的location中时，应使用标志break代替last，否则nginx会重复轮循环，然后返回错误：

       location /download/ { rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break; rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra break; return ;}

       å¦‚æžœreplacement字符串包括新的请求参数，以往的请求参数会添加到新参数后面。如果不希望这样，在replacement字符串末尾加一个问号“？”，就可以避免，比如：

       rewrite ^/users/(.*)$ /show?user=$1? last;

       å¦‚果正则表达式中包含字符“}”或者“;”，整个表达式应该被包含在单引号或双引号的引用中。 语法:rewrite_logon|off;　　默认值:rewrite_log off;上下文:http,server,location,if　　开启或者关闭将ngx_http_rewrite_module模块指令的处理日志以notice级别记录到错误日志中。 语法:setvariablevalue;　　默认值:—上下文:server,location,if　　为指定变量variable设置变量值value。value可以包含文本、变量或者它们的组合。 语法:uninitialized_variable_warnon|off;　　默认值:uninitialized_variable_warn on;上下文:http,server,location,if　　控制是否记录变量未初始化的警告到日志。

       å†…部实现

       ngx_http_rewrite_module模块的指令在解析配置阶段被编译成nginx内部指令。这些内部指令在处理请求时被解释执行。而解释器是一个简单的堆栈机器。

       æ¯”如，下面指令

       location /download/ { if ($forbidden) { return ; } if ($slow) { limit_rate k; } rewrite ^/(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break;}

       å°†è¢«ç¿»è¯‘成下面这些指令：

       variable $forbiddencheck against zero return end of codevariable $slowcheck against zeromatch of regular expressioncopy /copy $1copy /mp3/copy $2copy .mp3end of regular expressionend of code

       è¯·æ³¨æ„æ²¡æœ‰å¯¹åº”上面的limit_rate指令的内部指令，因为这个指令与ngx_http_rewrite_module模块无关。nginx会为这个if块单独创建一个配置，包含limit_rate等于k。如果条件为真，nginx将把这个配置指派给请求。

       æŒ‡ä»¤

       rewrite ^/(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break;

       å¯ä»¥é€šè¿‡å°†æ­£åˆ™è¡¨è¾¾å¼ä¸­çš„第一个斜线“/”放入圆括号，来实现节约一个内部指令：

       rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;

       å¯¹åº”的内部指令将会是这样：

       match of regular expressioncopy $1copy /mp3/copy $2copy .mp3end of regular expressionend of code

访问PHP文件出错出现HTTP - 内部服务器错误

       此问题一般是APACHE的配置或者是在APACHE内的DocumentRoot所指向的目录权限不够所引起的,解决办法是这样的,一般是将主目录的权限设为对所有用户可读可搜索应该就可以的了,若没解决再将APACHE配置文件内的Deny from all 改为 Allow from all试试,

index%.html是怎么回事

       第一 你的url中没有特殊字符和中文，

       第二 去你写URL的地方查看代码，是不是含有中文的空格，可以把他清除干净，然后手动重新写，

       第三 如果你的URL在后台是经过处理的，请查看处理过程中是否进行过url重写！是否有问题！

       没有源码，客观的看，绝对是程序写URL的时候就有问题了！