url重写

ASIHTTPRequest对CFNetwork API进行了封装，并且使用起来非常简单，用Objective-C编写，可以很好的应用在Mac OS X系统和iOS平台的应用程序中。ASIHTTPRequest适用于基本的HTTP请求，和基于REST的服务之间的交互。 ASIHTTPRequest功能很强大，主要特色如下： l 通过简单的接口，即可完成向服务端提交数据和从服务端获取数据的工作 l 下载的数据，可存储到内存中或直接存储到磁盘中 l 能上传本地文件到服务端 l 可以方便的访问和操作请求和返回的Http头信息 l 可以获取到上传或下载的进度信息，为应用程序提供更好的体验 l 支持上传或下载队列，并且可获取队列的进度信息 l 支持基本、摘要和NTLM身份认证，在同一会话中授权凭证会自动维持，并且可以存储在Keychain（Mac和iOS操作系统的密码管理系统）中 l 支持Cookie l 当应用（iOS 4+）在后台运行时，请求可以继续运行 l 支持GZIP压缩数据 l 内置的ASIDownloadCache类，可以缓存请求返回的数据，这样即使没有网络也可以返回已经缓存的数据结果 l ASIWebPageRequest –可以下载完整的网页，包括包含的网页、样式表、脚本等资源文件，并显示在UIWebView /WebView中。任意大小的页面都可以无限期缓存

目录 发起一个同步请求 创建一个异步请求 队列请求 请求队列上下文 ASINetworkQueues, 它的delegate提供更为丰富的功能 取消异步请求 安全的内存回收建议 向服务器端上传数据 下载文件 获取响应信息 获取请求进度 cookie的支持 大文件断点续传 ASIDownloadCache 设置下载缓存 多种的缓存并存 缓存策略 缓存存储方式 缓存其它特性 实现自定义的缓存 使用代理请求 ASIHTTPRequest, 请求的其它特性 ASIHTTPRequest是一款极其强劲的HTTP访问开源项目。让简单的ＡＰＩ完成复杂的功能， 如： 异步请求，队列请求，GZIP压缩，缓存，断点续传，进度跟踪，上传文件，HTTP认证 在新的版本中，还加入了Objective-C闭包Block的支持，让我们的代码更加轻简灵活。 下面就举例说明它的 API用法 。 发起一个同步请求 同步意为着线程阻塞，在主线程中使用此方法会使应用Hang住而不响应任何用户事件。所以，在应用程序设计时，大多被用在专门的子线程增加用户体验，或用异步请求代替（下面会讲到）。 - (IBAction)grabURL:(id)sender { NSURL *url = [NSURL URLWithString:@" http://allseeing-i.com" ]; ASIHTTPRequest

1.两者区别 重定向是在客户端发生的，URL地址栏变化，可以定向到任何服务器的资源； 转发是发生在服务器内部的，浏览器地址栏不变化，只能转发本服务器的资源。 2.使用方法 重定向使用：response.sendRedirect(url); 转发时使用：request.getRequestDispatcher(url).forward(request,response); 3.禁用Cookie时，如何使用Session session虽然是服务器端的，但是在浏览器再次访问其他servlet时，服务器如何知道是否为同一客户端？其实，在浏览器访问session资源后，服务器会发送一个set-cookie响应，此cookie不是存在本地的，存在浏览器内部，所以说session是基于cookie的。但是当浏览器禁用所有cookie时，cookie存不进去，服务器如何分辨客户机呢？ 使用URL重写，即将session产生的id设置在URL上，浏览器每次访问，都带着此后缀，所以无论是否禁用cookie，都能访问同一session资源，方法如下： 重定向URL使用 String url = response.encodeRedirectURL(url); response.sendRedirect(url); 非重定向URL使用 String url = response.encodeURL

以前写过简单实现APP内各模块界面跳转统一使用URL的文章，今天发现一篇手机天猫的同学写的统跳方案的文章，写的很好，转载和大家分享。 ------------------------------------分割线------------------------------------ 统跳协议是天猫App统一跳转协议，主要负责天猫App界面之间的串联，也就是界面跳转服务。Rewrite引擎是与之配合的一套URL重写引擎，可以通过配置实现重写规则动态化。 历史上的今天 统跳协议的前身是一套叫做internal的协议，internal要重点解决的问题是在WebView和推送通知中如何跳转到指定的界面，进一步在任何动态场景下如何跳转到指定界面。在这样的思路下，internal中定义了多种协议格式，如： tmall://tmallclient/?{"action":""} internal:url= link:url= tmall://mobile.tmall.com/page/ 几乎每一种场景都有一种格式的协议与之对应。在具体操作过程中这些协议都以URL表现出来。不难看出，这套协议最大的问题在于协议格式异构化严重，且不符合W3C的URL标准。随着App规模的扩大，场景日趋复杂，界面越来越多，这套协议的弊端也日益显露。 而在天猫App开始从百万级冲击千万级的时候，我们认识到一套格式统一

apache的URL重写使用心得 整合PHP和Apache ­ 　　第一步，安装好apache服务器­ 　　第二步，在apache安装目录下的conf文件夹下用记事本打开httpd.conf­ 　　　　1、修改DocumentRoot为网站根目录，<Directory "网站根目录"> 这里也要一并修改­ 　　　　2、加一句 LoadModule php5_module PHP安装目录/php5apache2_2.dll­ 　　　　3、在AddType application/x-gzip .gz .tgz 下加入一句: AddType application/x-httpd-php .php­ 　　　　4、修改Listen:80为自己需要的端口­ 　　　　5、修改DirectoryIndex 默认访问页­ 　　　　6、AllowOverride none 改为 AllowOverride all ，这样可以支持重写，支持.htaccess文件­ 　　第三步, 保存httpd.conf，并重启apache即可­ URL重写配置 ­ 　　今天得到“为梦流浪的人”这位朋友指点，对apache服务器url重写的使用进行了实际演练，基本掌握url重写的一些配置，非常感谢这个群和这位朋友，总结我的使用心得如下： ­ 　　为站点根目录配置URL重写和相对目录配置URL重写： ­ 　

注意:路径配置,比如 /xxx/user 配置为 /xxx/user/ ,可能引发 shiro 控制出错.引发其他一些未知的BUG.这个东西...还是有很多BUG的.一般情况,最后不要以"/"结束. PrettyFaces是一个JSF1.2和JSF2.0的扩展，是一个开源基于过滤器（Filter）的Servlets扩展.用来创建便于书签收藏、漂亮的网址。 PrettyFaces优雅的解决了这个问题，包括诸如功能：网页装载行动，无缝的跟faces的导航整合，动态视图的ID分配和管理参数分析，无需配 置，兼容其他JSF框架。PrettyFaces优雅地解决了“RESTful URL” 问题，包括这样一些特性如： URL Rewriting — Replace ugly URLs: “/faces/page.jsf” with pretty, SEO-friendly, human URLS: “/optimized/page/”; The client browser never sees your original URLs, even in the source-HTML Dynamic view IDs — Now with dynamic view ID mapping for URLs (through El method expressions,) you can show

<rewrite> <rules> <rule name="http to https" stopProcessing="true"> <match url="(.*)" /> <conditions> <add input="{HTTPS}" pattern="^OFF$" /> <add input="{HTTP_HOST}" pattern="^要排除的域名$" negate="true" /> </conditions> <action type="Redirect" url="https://{HTTP_HOST}/{R:1}" /> </rule> </rules> </rewrite> 来源： https://www.cnblogs.com/wxb8/p/11992510.html

一.java多线程基本概念 调用run()：在主线程调用子线程的run()方法会中断主线程等到子线程执行完毕之后再执行主线程。 调用start()：在主线程中执行子线程的start()后会与主线程同步执行。 二.线程创建的三种方法 Thread、Runnable、Callable 1.Thread入门 步骤： 继承Thread类 重写run方法 调用start开启线程 1 //创建线程方式一步骤：继承Thread类，重写run方法，调用start开启线程 2 public class test01 extends Thread{ 3 4 5 @Override 6 public void run() { 7 for (int i = 0; i < 10;i++){ 8 System.out.println("run方法执行..." + i); 9 } 10 } 11 12 public static void main(String[] args) { 13 14 //创建线程对象 15 test01 t1 = new test01(); 16 17 //开启线程 18 t1.start(); 19 20 for (int i = 0; i < 1000; i++){ 21 System.out.println("main方法执行..." + i); 22 } 23 } 24 }

ServletConfig与ServletContext对象详解 (2011-01-17 18:48:25) 转载 ▼ 标签： javaee 分类： 我爱java ServletConfig与ServletContext对象详解 一、ServletConfig对象 在Servlet的配置文件中，可以使用一个或多个<init-param>标签为servlet配置一些初始化参数。（配置在某个servlet标签或者整个web-app下） 当servlet配置了初始化参数后，web容器在创建servlet实例对象时，会自动将这些初始化参数封装到ServletConfig对象中，并在 调用servlet的init方法时，将ServletConfig对象传递给servlet。进而，程序员通过ServletConfig对象就可以得 到当前servlet的初始化参数信息。 首先，需要创建私有变量：private ServletConfig config = null; 其次，要重写init方法，传入config，令this.config = config;从而获得ServletConfig对象 最后，就可以获得<init-parm>中的配置信息了 //获取初始化参数 String value1 = this.config.getInitParameter("x1"); //获得配置文档中<init

现在大部分的网站和商城都会使用到URL重写，接触到这个，也是因为正在做的电子商务商城。URL重写，是将原有的URL采用另一种规则来显示，使得用户方便访问同时也屏蔽一些信息。 　　在此说下它的好处，在开发过程中，经常会遇到一些带了一大堆参数的URL，这样子，一方面显得烦乱，另一方面，一些信息直接显示在URL上，会有些安全性问题。使用URL重写，可以使带有参数的URL以一种较规则的方式体现，如： 　　/demoAction?id=1 ==> /demo1.html 　　它也将本该在URL上显示出来的传参给隐蔽起来，隐藏了技术实现和敏感信息。另外，URL重写，也有利于搜索引擎的访问。 　　最近项目接触到的URL重写采用的是UrlRewrite，它主要是采用Filter技术在用户请求的时候对访问的URL进行处理，来实现重写的作用。 　　以下是UrlRewrite的使用实例（个人认为，UrlRewrite的官方文档写的还是比较全面易懂的） 　　UrlRewrite的导入： 　　UrlRewrite的导入非常简单，首先需在项目的lib文件夹中加入urlrewrite-3.2.0.jar包，然后，在web.xml中声明Filter 1 2 3 4 5 6 7 8 9 10 < filter > < filter-name >UrlRewriteFilter</ filter-name > <