域名

1.Rewite规则 Rewrite规则可以实现对urI的重写。以及重定向 2.重定向 什么是重定向？ 就是地址A跳转到地址B。 百度百科的解释：重定向(Redirect)就是通过各种方法将各种网络请求重新定个方向转到其它位置(如：网页重定向、域名的重定向、路由选择的变化也是对数据报文经由路径的一种重定向) 为什么要进行重定向?什么时候需要重定向？ 网站调整 (如改变网页目录结构) 网页被移到一个新地址 网页扩展名改变 (如应用需要把 .php 改成 .html ) 这种情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息，访问流白白丧失；再者某些注册了多个域名的网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点等 3. 301和302 curl -I www.taobao.com curl -I taobao.com 1 2 301 redirect: 301代表永久性转移(PermanentlyMoved) 302 redirect: 302代表暂时性转移(TemporarilyMoved ) 共同点： 301和302状态码都表示重定向，就是说浏览器在到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应的Location首部中获取(用户看到的效果就是他输入的地址A瞬间变成了另一个地址B) 不同点：

建设一个新的网站用新域名好还是老域名好呢？有些人认为新网站使用新域名好，有些人则认为老域名更好。下面我们就来看看到底新域名对网站建设好还是老域名对网站建设更好呢？ 我们首先来看看新域名。大家知道，新，意味着空白，也就是说，新域名就像一张白纸一样，任我们涂抹，甚至刻上我们的个性印记。 新域名的构成往往是随意的。你可以使用abc之类的字母组合，也可以使用123之类的数字组合，当然，字母加数字方式也可以，更甚至，你还可以使用中文或者其他国家语言的组合作为域名的构成部分。同样，域名的后缀也可以选择，目前域名的后缀有多种，通用的如.com,.cn,.org,.cc,.com.cn等等。你可以根据自己的要求，譬如说公司名称、公司性质、甚至是个人爱好等等来选择你喜欢的域名排列组合。 新 域名注册 成功后，用户就拥有其使用权。用户可以将域名备案，可以绑定网站，可以拿来做各种优化推广……全新的域名将慢慢地印上各种只属于你的标志。对于希望树立自己品牌的企业来说，选择一个新域名无疑是明智之举，既不用担心域名有任何属于他人的印记甚至是不良记录，也可以通过对域名的培养，让人们通过域名即能联想到自己的企业或者是产品等。 再来看看老域名。对于很多对网站建设或网站优化比较熟悉的企业来说，老域名通常要比新域名更具有价值，因为老域名保留了部分"前人"的成果，如域名本身的权重、收录、外链等。 老域名，顾名思义

SEO对于网站的重要性不言而喻，我们做SEO的都知道，有时候网站的设计，结构的完整是后期才要去考虑的，对于站长来说网站的搜索引擎优化（seo），才是最重要的，那么对于SEO优化，域名对其有着什么样的影响。　 第一、 域名年龄 域名存在的时间，如果你的域名是刚注册的制作新站，搜索引擎会对外其外链做集成，权重和收录会随着时间进行更新，但是我们有时候会去购买一些老域名，因为域名年龄越老越容易获得搜索引擎的亲睐,而且另外一个,对于网站的时间,网站的一些外链、权重也会得到提升。但是也要注意一下之前的域名是否有做过违法的行业，例如赌博等，因为其有可能在之前已经被搜索引擎识别并降权了。 第二、域名长短 关于域名的长短，不是说域名长短对优化有直接影响，但是在“用户体验”的概念里，短一些的域名更容易让用户有更好的体验域名的长短,，一个简短易记的域名可能对用户体验会显得好点。 第三、 域名的后缀 在域名后缀里面，在认知上，大多数人都知道edu和gov的后缀对排名有利，因为这种后缀的获取难度很高。除了edu和gov的域名，其他不同类型的域名对SEO没有太大影响，但是要避免特别少见的域名，特别是那些特别多被做为垃圾站的域名后缀，例如site:.top等 域名在网站中的影响可能有时候没那么多，但是我们要知道的是，既然决定做好一个网站，那么我们要在前期规划的时候，不妨也多考虑域名这块，可能在日后会有很大的收获

1、A记录：WEB服务器的IP指向 A (Address) 记录是用来指定主机名（或域名）对应的IP地址记录。 就是说：通过A记录，大家可以设置自己的不同域名转到不同的IP上去！如： www.dns.la 转到IP 116.255.202.1 web.dns.la 转到IP 116.255.202.11 mail.dns.la 转到IP 116.255.202.111 2、MX记录（Mail Exchange）：邮件交换记录 说明：用户可以将该域名下的邮件服务器指向到自己的mail server上，然后即可自行操作控制所有的邮箱设置。 3、CNAME (Canonical Name)记录，通常称别名解析 可以将注册的不同域名都转到一个域名记录上，由这个域名记录统一解析管理，与A记录不同的是，CNAME别名记录设置的可以是一个域名的描述而不一定是IP地址！ 4、URL (Uniform Resource Locator )转发：网址转发 功能：如果您没有一台独立的服务器（也就是没有一个独立的IP地址）或者您还有一个域名B，您想访问A域名时访问到B域名的内容，这时您就可以通过URL转发来实现。 url转发可以转发到某一个目录下，甚至某一个文件上。而cname是不可以，这就是url转发和cname的主要区别所在。 5、NS（Name Server）记录是域名服务器记录

A 记录： A (Address) 记录是用来指定主机名（或域名）对应的IP地址记录。用户可以将该域名下的网站服务器指向到自己的web server上。同时也可以设置您域名的子域名。通俗来说A记录就是服务器的IP,域名绑定A记录就是告诉DNS,当你输入域名的时候给你引导向设置在DNS的A记录所对应的服务器 A记录是IP解析，直接将域名指向某个IP，如果IP有所变动，那么A记录那边也必须更改。 CNAME 记录： NAME (Canonical Name)记录，通常也被称为规范名字。这种记录允许您将多个名字映射到同一台计算机。 通常用于同时提供WWW和MAIL服务的计算机。例如，有一台计算机名为“host”（A记录）。 它同时提供WWW和MAIL服务，为了便于用户访问服务。可以为该计算机设置两个别名（CNAME）：WWW和MAIL。 这两个别名的全称就是www开头的域名和以mail开头的域名。实际上他们都指向“host”。 同样的方法可以用于当您拥有多个域名需要指向同一服务器IP，此时您就可以将一个域名做A记录指向服务器IP，然后将其他的域名做别名到之前做A记录的域名上，那么当您的服务器IP地址变更时您就可以不必麻烦的一个一个域名更改指向了。只需要更改做A记录的那个域名其他做别名，那些域名的指向也将自动更改到新的IP地址上了在这里，你可以定义一个主机别名，比如设置ftp…com

转载： http://iliuyong.iteye.com/blog/1035692 用 ROS 做内网DNS服务器 方法： 1.ROS 设置 IP -》DNS 选择“static”选项卡 点击“＋”，name随便起，address填你的路由器内网IP，TTL默认。“OK” 此时应该已经存在了一个你刚刚建立的DNS服务器名， 并点击“settings”，分别填写主辅DNS地址，选择“allow remote requeste” 最后点击“ok” 客户端设置 你的dns这种成上面的 address 2.内部域名解析，也就是让内网服务器可以 通过域名访问的 在ROS的DNS中添加一条： dns-static里加一条 name=内部域名，如myweb.cn； ADDRESS=192.168.0.6 以后l浏览器 中输入 myweb.cn 会转到 http://myweb.cn 时间访问的是 ttp://192.168.0.6 3.ros 命令清除dns缓存 /ip dns cache flush 4.windows中清除本地 dns缓存 ipconfig /flushdns 基础知识： 什么是域名解析？ 域名解析就是域名到IP地址的转换过程。IP地址是网路上标识您站点的数字地址，为了简单好记，采用域名来代替ip地址标识站点地址。域名的解析工作由DNS服务器完成。 什么是A记录？ A

Session与Cookie的区别 1. 存储位置不同 Cookie的数据信息存放在浏览器（客户端）上。 Session的数据信息存放在服务器上。 2. 存储容量不同 单个Cookie保存的数据≤4KB，一个站点最多保存20个Cookie。 对于Session并没有上限，但出于对服务器的性能考虑，Session内不要存放过多的东西，并且是指Session删除机制。 3. 存取方式的不同 Cookie中只能保管ASCII字符串，需要通过编码的方式存取Unicode字符或者二进制数据。运用Cookie难以实现存储略为复杂的信息。 Session中能够存取任何类型的数据，包括但不限于String、Integer、List、Map等。 4. 隐私策略的不同 Cookie对浏览器（客户端）是可见的，别有用心的人可以分析存放在本地的Cookie并进行Cookie欺骗，所以它是不安全的。 Session存储在服务器上，对客户端是透明的，不存在敏感信息泄露的风险。 假如选用Cookie，比较好的方法是：敏感的信息，如账号密码等，尽量不要写到Cookie中。可以将Cookie信息加密，提交到服务器后再进行解密。存储在本地的Cookie就需要自行加密了。 5. 有效期上的不同 开发可以通过设置Cookie的属性，达到使Cookie长期有效的效果。

1 问题引入： a) 域名劫持： dns过程中某个环节被攻击/篡改，导致dns结果为劫持者的服务器。例如竞争对手将你方的app下载地址篡改为他方的app下载地址。 b) 对现网用户进行监控时，发现个别用户请求时间为几十秒，而客户端设置的connectTimeout时间为二十秒。 原因：初步判断为dns解析时间耗时过长导致整个接口请求时间远远超过了10s。 解决办法： 自定义dns，设置超时时间。 （使用的的是OkHttp，支持自定义dns） c) 测试环境dns几十秒，现网正常 原因： 旧的代码里面对url解析为host有bug，当传入一个测试环境地址，例如 10.10.10.10:6026/path,最终解析出来的host为10.10.10.10:6026， 当调用系统的InetAddress.getAllByName("10.10.10.10:6026")，耗时非常长（几十秒） 分析： 首先10.10.10.10:6026不是一个host地址也不是一个ip地址，所以dns是无法解析的。 方法内部会把它当成一个host在到不同的dns服务器上去查找它的ip，最后返回失败。 解决办法： 使用InetAddress中提供的方法来获取host，拒绝自己实现一套 d) no route to host 2 dns过程介绍 2.1 什么是dns DNS （Domain Name

Dig 是域信息搜索器的简称( Domain Information Groper ),使用dig命令可以执行查询域名相关的任务 常见域名记录： A（主机记录 把一个域名解析成IP地址） C name（别名记录 把一个域名解析到另一个域名） NS（这个域的域名服务器的地址记录） MX（邮件交换记录 指向这个域的FTP服务器的地址） ptr（把IP解析成域名） 下图是dns查询过程 Dig常用命令以及使用 1. dig -h 简单看一下参数 man dig 可以看到更多详细的使用 2 .解析域名 dig 域名 解析域名 例如：dig www.sina.com dig 域名 @dns服务器 例如：dig www.sina.com @8.8.8.8 下面我指定了DNS服务器 3. 查指定的域名记录 dig sina.com @8.8.8.8 any any参数指这个域名下的所有域名记录 还有其他参数，比如mx,a等 4. 反向解析 dig -x ip @dns服务器 5. 获得DNS服务器的bind版本信息 dig +noall +answer txt chaos VERSION.BIND @example.com noall:不输出任何内容 answer:只对结果输出 6. 比如当域名被劫持的情况，可以使用这个命令 DNS追踪 dig +trace example.com 来源：

小伙伴用hbuilder开发的MUI项目，一直用浏览器调试，现在的需求是要打个包交给测试人员测试，记录下调试思路。 1.本地浏览器正常访问后将项目部署到服务器 2.将服务器项目中的所有本地地址更改为外网地址或者域名形式 3.将本地项目中所有数据访问地址更改为外网地址或者域名形式 4.用浏览器测试本地项目是否能访问服务器上的数据（注：服务器的数据库和项目在同一服务器，数据库访问地址可用127.0.0.1） 5.点击发行-原生APP云打包，输入Hbuilder账号及密码，打包之前最好在mainfast.json中获取下APPID（项目本来的id可能与打包登录的账号不匹配，云端获取下即可），等待打包完成 6.打包完成后生成下载地址，可用手机测试是否正常 操作过程中服务器中的数据配置一定要注意，我一开始将服务器的项目改为域名访问没问题，但是数据库访问地址也用域名表示就是一直无法访问，最后将数据库访问地址改为127.0.0.1后正常。 来源： CSDN 作者： 奋斗在全栈的路上 链接： https://blog.csdn.net/qq_16497617/article/details/104616921