url

https://blog.csdn.net/dreamwbt/article/details/82658842 简介 这几天在回顾Spring的AOP时，对过滤器，拦截器，AOP的关系有点好奇，故记录做以备份。在实现一些公共逻辑的时候，很多功能通过过滤器，拦截器，AOP都能实现，但是不同的方式有不同的效率。具体有什么区别，看下文描述。 过滤器 过滤器拦截的是URL Spring中自定义过滤器（Filter）一般只有一个方法，返回值是void，当请求到达web容器时，会探测当前请求地址是否配置有过滤器，有则调用该过滤器的方法（可能会有多个过滤器），然后才调用真实的业务逻辑，至此过滤器任务完成。 过滤器并没有定义业务逻辑执行前、后等，仅仅是请求到达就执行。 特别注意：过滤器方法的入参有request，response，FilterChain，其中FilterChain是过滤器链，使用比较简单，而request，response则关联到请求流程，因此可以对请求参数做过滤和修改，同时FilterChain过滤链执行完，并且完成业务流程后，会返回到过滤器，此时也可以对请求的返回数据做处理。 拦截器 拦截器拦截的是URL 拦截器有三个方法，相对于过滤器更加细致，有被拦截逻辑执行前、后等。Spring中拦截器有三个方法：preHandle，postHandle，afterCompletion

用该属性获取页面 URL 地址： window.location 对象所包含的属性 属性 描述 hash 从井号 (#) 开始的 URL（锚） host 主机名和当前 URL 的端口号 hostname 当前 URL 的主机名 href 完整的 URL pathname 当前 URL 的路径部分 port 当前 URL 的端口号 protocol 当前 URL 的协议 search 从问号 (?) 开始的 URL（查询部分） 如图就是取出url中的参数。 js 脚本捕获页面 GET 方式请求的参数？其实直接使用 window.location.search 获得，然后通过 split 方法结合循环遍历自由组织数据格式。 大概处理如下： var searchURL = window.location.search; searchURL = searchURL.substring(1, searchURL.length); var targetPageId = searchURL.split("&")[0].split("=")[1]; 　　 来源： https://www.cnblogs.com/jkr666666/p/7456133.html

URI 统一资源标识符,为服务器上每个资源提供一个名字 包含url和urn urn 统一资源名,这些名字与服务器位置无关,没有大范围使用 例子: urn:ietf:rfc:2141 url url是统一资源定位符,url描述了一台特定服务器上某资源的特定位置 是标识资源的最常见形式 url语法 由九个部分构成 <scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag> scheme: 方案,大小写无关,指定了使用协议 user:用户名,常见在ftp password: 密码, 常见在ftp host: 域名或ip port: 服务器正在监听的端口, 下层使用了TCP协议的话,HTTP协议的端口是80 path: 路径,类似分级的文件系统路径,指定资源在服务器的位置 params: 参数 http://www.a.com/a;id=1/index.html;name=y 这个例子中有两个路径一个是a,其参数为id值为1 另一个路径段位index.html,其参数为name值为y query: 查询字符串,查询组件 http://www.a.com/index.php?a=1&b=y 查询组件中有两个名/值对: a = 1 和 b = y frag : 片段组件 示例 http://www.a

TypeScript 封装原生 Ajax，CRUD 对应post,delete,put,get 实列如下： 1.定义 ajax 请求所需的参数接口 interface IAjaxConfig { type : string ; url : string ; data ? : string ; dataType : string ; } 2.定义 CRUD 对应的抽象方法 interface IAjaxConfig { type : string ; url : string ; data ? : string ; dataType : string ; } 2.定义 CRUD 对应的抽象方法 export abstract class TsAjax { abstract _post ( url : string , data ? : string ) : any ; abstract _put ( url : string , data ? : string ) : any ; abstract _delete ( url : string , data ? : string ) : any ; abstract _get ( url : string , data ? : string ) : any ; } 3.继承抽象类并实现抽象类抽象方法，封装原生 ajax [CRUD]

先讲讲 Phpcms V9 在后台怎么设置生成静态化HTML，之后再讲解怎么自定义URL规则，进行URL地址优化。在这一篇中，伪静态就不涉及了，大家可以移步到 Phpcms V9全站伪静态设置方法 。 一、静态化HTML生成设置 进入PHPCMS V9后台设置，找到分类栏目，位置：内容->管理栏目->添加栏目（或者管理栏目、点击对应栏目“修改”）： 注意设置第二选项卡，“生成HTML设置”，具体抓图： 确认提交后，记得更新栏目缓存，然后进行发布管理：批量更新栏目页、批量更新内容页。 二、PHPCMS V9自定义URL规则及URL地址优化 先了解下PC v9的html生成原理： Phpcms生成的静态页目录规则是按照URL规则生成的， 静态页内容是ob_clean前台模板文件产生的phpcms\templates\default，静态页的调试 ：修改静态页，重新生成静态页再看效果，也可以调用前台控制/index.php?m=openservice&c=index&a=openservice修改好前台模板再生成。 只要是静态页的链接都要及时同步文件，防止死链接，数据错误。 基于此，我们可以在后台扩展URL规则管理中自定义URL生成规则，具体位置：扩展 > URL规则管理 。 1、默认的栏目生成规则是： {$categorydir}{$catdir}/index.html|{

最近有客户在进行网站优化的时候，具体问道Phpcms V9怎么样静态化、伪静态的问题，之前有分享过“ Phpcms自定义URL规则技巧 ”，不过那只是原理，今天在这里，与大家从使用的角度上，具体分享实际的使用操作方法。 先讲讲Phpcms V9在后台怎么设置生成静态化HTML，之后再讲解怎么自定义URL规则，进行URL地址优化。在这一篇中，伪静态就不涉及了，大家可以移步到 Phpcms V9全站伪静态设置方法 。 一、静态化HTML生成设置 进入PHPCMS V9后台设置，找到分类栏目，位置：内容->管理栏目->添加栏目（或者管理栏目、点击对应栏目“修改”）： 注意设置第二选项卡，“生成HTML设置”，具体抓图： 确认提交后，记得更新栏目缓存，然后进行发布管理：批量更新栏目页、批量更新内容页。 二、PHPCMS V9自定义URL规则及URL地址优化 先了解下PC v9的html生成原理： Phpcms生成的静态页目录规则是按照URL规则生成的， 静态页内容是ob_clean前台 模板 文件产生的phpcms\templates\default，静态页的调试 ：修改静态页，重新生成静态页再看效果，也可以调用前台控制/index.php?m=openservice&c=index&a=openservice修改好前台 模板 再生成。 只要是静态页的链接都要及时同步文件，防止死链接

UIButton+WebCache .h 文件 1.获取当前button的图片url。 - (nullable NSURL *)sd_currentImageURL; 2.根据不同的状态获取图片url。 - (nullable NSURL *)sd_imageURLForState:(UIControlState)state; 3.设置按钮不同状态的url，然后异步加载，并且缓存。 1 - (void)sd_setImageWithURL:(nullable NSURL *)url 2 forState:(UIControlState)state; 3 4 - (void)sd_setImageWithURL:(nullable NSURL *)url 5 forState:(UIControlState)state 6 placeholderImage:(nullable UIImage *)placeholder; 7 8 - (void)sd_setImageWithURL:(nullable NSURL *)url 9 forState:(UIControlState)state 10 placeholderImage:(nullable UIImage *)placeholder 11 options:(SDWebImageOptions)options; 12 13 -

hash 模式 url 中带有#的便是 hash 模式，#后面是 hash 值，它的变化会触发 hashchange 这个事件。 通过这个事件我们就可以知道 hash 值发生了哪些变化。然后我们便可以监听 hashchange 来实现更新页面部分内容的操作： window .onhashchange = function ( event ) { console .log(event.oldURL, event.newURL); let hash = location.hash.slice( 1 ); document .body.style.color = hash; } 另外，hash 值的变化，并不会导致浏览器向服务器发出请求，浏览器不发出请求，也就不会刷新页面。 history 模式 history api 可以分为两大部分，切换和修改 ① 切换历史状态 包括 back,forward,go 三个方法，对应浏览器的前进，后退，跳转操作 history.go( -2 ); //后退两次 history.go( 2 ); //前进两次 history.back(); //后退 hsitory.forward(); //前进 ② 修改历史状态 包括了 pushState,replaceState 两个方法,这两个方法接收三个参数:stateObj,title,url history

首发： 个人博客，更新&纠错&回复 1.本地语言调js的方式与android中的方式类似，也是向WebView控件发送要调用的js语句 2. 但js调本地语言，则不是像android那样直接调一个全局变量的方法，而是通过location.href=xx://yy这样的方式触发UIWebViewDelegate接口实现者的webView shouldStartLoadWithRequest navigationType方法，该方法应该判断目标路径（即xx://yy）的schema（即xx）是否实际是要调用swift，如果是，则按约定执行之，并返回false阻止网页路径变化，如果不是要调用swift，则返回true，让改网页继续正常加载目标url。 android和iOS对比，它们都用了伪url的技术，但android是在本地语言调js时使用了伪url（该url的schema为javascript），而iOS是js调本地语言时使用了伪url（该url是自定义的标识），这个错落很有意思。 swift代码： import UIKit class ViewController: UIViewController, UIWebViewDelegate { @IBOutlet weak var theWebView: UIWebView! override func viewDidLoad()

JSP与Servlet之间传值 Jsp与Servlet之间的传值有两种，一种是Jsp传值给Sevlet，另一种是Servlet传值给Jsp；使用request、response对象完成传值，具体实现如下： 1.JSP传值给Servlet JSP传值给Servlet有几种形式： Form表单传值，url传值，其他方式传值 a、form表单传值： JSP页面有：<input type="radio" name="staffdepartment" value="1" id="department1" />，将department的id传到Sevlet 中，在程序中如下：ServletRequest request；String staffdepartment=request. getParameter (" staffdepartment ");可获取jsp传的department，但要获取id还要进行转化：int int_staffdepartment=Integer.parseInt(staffdepartment); b、url传值 比如这里的 <a>标签的 href属性与 <form>标签的 action属性的值 "JspServlet? action=toServlet "，在 servlet同样用 request. getParameter (" action ")获取； c