您现在的位置：首页 --> 查看专题： URL
我们主要通过两种形式提交向服务器发送请求：URL、表单。而表单形式一般都不会出现乱码问题，乱码问题主要是在URL上面。通过前面几篇博客的介绍我们知道URL向服务器发送请求编码过程实在是实在太混乱了。不同的操作系统、不同的浏览器、不同的网页字符集，将导致完全不同的编码结果。如果程序员要把每一种结果都考虑进去，是不是太恐怖了？有没有办法，能够保证客户端只用一种编码方法向服务器发出请求？
在高级浏览器下点击Google+的一些链接，并不是直接从服务器返回完整的页面，而是通过AJAX刷新页面的局部，并且更新地址栏中完整的URL。其中对URL的操作是靠HTML5中的history.pushState来实现的。
去年9月，twitter改版。一个显著变化，就是URL加入了"#!"符号。比如，改版前的用户主页网址为 http://twitter.com/username 改版后，就变成了 http://twitter.com/#!/username 这是主流网站第一次将"#"大规模用于重要URL中。这表明井号(Hash)的作用正在被重新认识。本文根据HttpWatch的文章，整理与井号有关的所有重要知识点。 一、#的涵义 #代表网页中的一个位置。其右面的字符，就是该位置的标识符。比如...
分享一个同事写的URL正则表达式，缺点不支持中文URL。
URL到底应该有多长？我为什么要提这个问题呢？有许多优化指南里都写着：要尽量减小COOKIE、缩短URL，以及尽可能地使用GET请求等等，以便优化WEB页面的请求和装载。但是，这种所谓“尽可能”、“尽量”只是定性的描述，定量的来看，要缩短到多少个字节才算少呢？
咱们做内容组织，首先应该绝对保证的是什么？可靠！也就是说，网址入口应该慎重考虑。这个问题继续推敲，第一是域名（包括二级域名），网站总不能一年换个域名吧。第二是目录结构，文件目录老改其实也有影响，只不过不至于“推倒重来”而已。想起以前几位朋友的blog，有些人换域名，有些人换目录结构，有些人干脆不写了。相对来说，我认为自己五年前的策略执行到现在，还算成功。
一、问题的由来URL就是网址，只要上网，就一定会用到。一般来说，URL只能使用英文字母、阿拉伯数字和某些标点符号，不能使用其他文字符号。因为网络标准RFC 1738做了硬性规定："...Only alphanumerics [0-9a-zA-Z], the special characters "$-_.+!*\'()," [not including the quotes - ed], and reserved characters used for their reserved purposes may be used unencoded within a URL."“只有字母和数字[0-9a-zA-Z]、一些特...
给第三方提供接口的时候，设计了一个传入大量id的接口，结果昨天测试发现，传入了100个ID，结果只返回55个的数据，一开始以为是API有问题，后台调试才发现，原来是URL自己截断了！后来仔...
在IE6和IE7这两个史前的浏览器身上还有一些更有意思的事情，两种方法在HTML元素A、AREA和IMG获取的属性值都是绝对URL，幸好微软为getAttribute提供了第二个参数可以解决这个问题，同时还可以对IFEAM和LINK元素解决前面提到的两种方法都返回原始属性的问题
[ 共12篇文章 ][ 第1页/共1页 ][ 1 ]
近3天十大热文
-
[441] Go Reflect 性能 -
[13] [译]Google Chrome中的高性能网
-
[12] 精于图片处理的10款jQuery插件
-
[11] Linux Used内存到底哪里去了？
-
[11] Mac下.apk的反编译
-
[10] 个人开公司的流程，以后用得着
-
[10] rsync同步的艺术
-
[10] vim入门,进阶与折腾
-
[10] Linux常用系统信息查看命令
-
[10] webapp网页调试工具Chrome Dev
赞助商广告
