情况 Chrome 以及Safari 浏览器在最近的自动升级之后，在地址栏输入本地项目地址（simple.app）时，显示： 新版本浏览器无法访问部分本地项目，对开发者有相当大的影响 新版本浏览器无法访问部分本地项目，对开发者有相当大的影响 Chrome 版本为63.0，Safari 的版本为11.0.2。 浏览器会强制将 http 转化为 https，且自己无法修改，原本 http://simple.app 变成 https://simple.app。 不光是 .app ，所有使用 .dev 作为开发后缀的域名也会被强制转换。 办法 目前没有找到很好的解决办法。 其实，谷歌开发团队此前对这一变化发出过警告，针对类似域将会进行强制转换以提高安全性。 内容还表示： .localhost 域将被用作新标准。 意味着我们应该用 site.localhost 代替 site.dev。 而且所有 *.localhost 将会自动的转到127.0.0.1，不需要 /etc/host 或者 dnsmasq 配置。 这种强制安全传输技术（HSTS）将对本地开发者产生相当大的影响。 所以，我们必须修改所有的本地访问域名。另外，首次访问新设置的域名时，必须自己加上 **http:// **。 是不是觉得很麻烦？ 在官帖下面也有人吐槽我们可以采取另一个办法：换浏览器（ firefox 似乎可以）。 但是这个想法马上就被怼了回去，因为现在谷歌内核的浏览器已经全线支持 HSTS，其他浏览器的迟早也会跟进。

1、关闭Jenkins      只需要在访问jenkins服务器的网址url地址后加上exit。例如我jenkins的地址http://localhost:8080/，那么我只需要在浏览器地址栏上敲下http://localhost:8080/exit 网址就能关闭jenkins服务.   2、重启Jenkies     http://localhost:8080/restart   3、重新加载配置信息     http://localhost:8080/reload

异常 React Native调试时报如下错误 Failed to load http://localhost:8081/index.delta?platform=android&dev=true&minify=false: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://192.168.1.115:8081' is therefore not allowed access. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled. 异常.png 错误原因 访问的域名不同导致, 浏览器地址栏为192.168.1.115:8081/debugger-ui/, 真机或模拟器访问的地址为http://localhost:8081/index.delta?platform=android&dev=true&minify=false 浏览器地址.png 解决办法 将浏览器地址的192.168.1.115改为与访问地址相同的localhost即可

linux安装jboss之后，浏览器访问localhost:8080：提示“连接被拒绝”，是啥情况？

Ubuntu 14.04安全组规则设置了全部允许防火墙也关闭了也监听了外网80端口但是浏览器直接访问外网ip就不可以，ssh连接上后curl localhost是没问题的大家有知道是什么原因的吗？

我自己搭建了一个php运行环境，在Apache的htdocs目录里有index.html和test.php两个文件。当我在浏览器中输入http://localhost回车，浏览器打开了index.html文件。当我把index.html文件名改成index11.html后再在浏览器中输入http://localhost回车，屏幕出现403 Forbidden You don't have permission to access / on this server.按照常理应该显示index11.html和test.php两个文件的超链接，点击它会打开相应的页面。现在变成这种情况是什么原因？请大侠赐教。谢谢！

一张图说明访问网站的流程 最近看了一些关于Web请求资源方面的知识，自己总结了一个流程图，描述了打开浏览器访问一个网站到网站被渲染出来的流程，希望对大家的学习有所帮助~ 另外，给大家推荐一款画图很好用的Chrome插件 Gliffy ，我博客里的图大部分都是用它画的，非常的好用，而且是离线的，大家可以试试。 因为是流程图的原因，大体的流程是OK的，但是其实里面还有一些细节没有涉及到，还请大神多多补充~ 网站访问流程 浏览器不管是访问JSP、PHP还是ASP.NET，整体流程几乎是一样的。 1.解析主机名 浏览器拿到网址之后首先会将主机名解析出来，如http://www.example.com/hello.html则会将主机名www.example.com解析出来。 2.查找ip 根据主机名，会首先查找IP，首先查询hosts文件，成功则返回其对应ip地址，如果没有查询到，则去查询DNS服务器，成功就会返回ip，否则会报告连接错误。 在host中有这么几句 # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost 所以访问localhost是本机ip，如果这里改掉ip，localhost就会访问其他的ip 比较有意思的是，如果把localhost改成百度，那么访问百度的时候就会访问本机ip 这里是有一些安全机制的，浏览器是会提醒host文件异常的。 3.发送http请求 浏览器会把自身相关信息与请求相关信息封装成HTTP请求消息改送给服务器。 GET / HTTP/1.1 Host: www.csdn.net Connection: keep-alive Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.99 Safari/537.36 Accept-Encoding: gzip, deflate, sdch Accept-Language: zh-CN,zh;q=0.8 If-None-Match: W/"5617e6e2-1947a" If-Modified-Since: Fri, 09 Oct 2015 16:10:10 GMT Cookie: uuid_tt_dd=-2336166380439124030_20150919; ....... 4.服务器处理请求 服务器读取HTTP请求中的内容，在经过解析主机，解析站点名称，解析访问资源后，会查找相关资源，如果查找成功，则返回状态码200，失败就会返回大名鼎鼎的404，在服务器监测到请求不存在的资源后，可以按照程序员设置的跳转到别的页面。所以有各种各样的404错误页面。 在服务器请求资源的过程中，如php文件会在服务器运行之后再返回。所以php等后台脚本是在服务器运行的。 5.服务器返回HTTP响应 服务器会将请求的资源封装成http响应 浏览器得到返回数据后可以会提取数据，然后调用解析内核进行翻译，最后显示出页面。 之后浏览器会对其引用的文件比如图片，CSS，JS等文件不断进行上述过程，直到所有文件都被下载下来之后，网页就会显示出来。 网站访问流程图 为了让大家看得更清楚，就加了一个标签，图片可能会横向出去，但是也比看不清强。 这里附上原图以及Gliffy 原文件的下载地址： http://download.csdn.net/detail/sunmc1204953974/9287599 Gliffy文件需要使用Chrome插件Gliffy打开 希望对大家的学习有所帮助~

阅读目录 1. 保证tomcat装好，启动 2. 把html文件或包含html的目录拷到Apach安装目录的Root目录下 3. 访问 回到顶部 1. 保证tomcat装好，启动 验证：浏览器输入：localhost:8080，看到下面页面表示成功 回到顶部 2. 把html文件或包含html的目录拷到Apach安装目录的Root目录下 （例如：C:\Program Files\Apache Software Foundation\Tomcat 8.0\webapps\ROOT） 回到顶部 3. 访问 浏览器中输入：localhost:8080/youdir/index.html 其中youdir是存放待发布html文件的目录；可以通过命令行ipconfig获得自己的局域网地址，把localhost替换为局域网址，这样在局域网内通过ip访问发布的html网页。 本文转自jihite博客园博客，原文链接：http://www.cnblogs.com/kaituorensheng/p/4564748.html，如需转载请自行联系原作者

配置环境变量：  cmd-------> 启动dyson服务 在项目的路径下 如open cmd进入open目录执行npm start命令 在浏览器下输入访问地址：http://localhost:3000/(js脚本里的路径)

前言 tomcat7开始，tomcat支持应用的多版本部署，这个特性很不错，尤其是生产环境中，升级应用，无需重启tomcat，升级过程不影响业务。热升级的特性，也只有少数顶级商业中间件能做到。 tomcat的并行部署 tomcat7开始，可以同时部署相同context path的多个不同版本的web应用，现在只能通过tomcat manager使用WAR file to deploy，才能做到多版本同时部署。war包的命名只能是context.war, context##2.war,context##3.war之类。 当用户使用http://localhost:8080/context访问时，规则如下: 如果当前请求没有session信息，则使用最新的war应用版本 如果当前请求有session，使用session对应的war应用版本 如果当前请求有session信息，却找不到相应的war应用版本，则使用最新的war应用版本 使用实例 作为开发人员，我开发了一个web应用，web应用是一个war包，里面有一个index.jsp,简单执行了out.print("jsp hello 1")。项目开发完毕后，web应用打包为myapp##1.war。 访问http://localhost:8080/manager/ ->Deploy ->WAR file to deploy->Select WAR file to upload->选择myapp##1.war->点击Deploy 上传成功后，可以看到Applications新增一个path为myapp，Version为1的应用。 使用google浏览器访问http://localhost:8080/myapp/index.jsp,可以看到页面显示jsp hello 1 由于需求变更，需要把页面显示修改为jsp hello 2，修改代码后，打包web应用为myapp##2.war。 重新上传，可以看到Applications新增一个path为myapp，Version为2的应用。 使用google浏览器访问http://localhost:8080/myapp/index.jsp,可以看到页面显示jsp hello 1(因为session信息对应版本1的应用，所以还是访问版本1的应用) 然后再新开火狐浏览器，访问http://localhost:8080/myapp/index.jsp可以看到页面显示jsp hello 2(因为没有session信息，所以是访问最新版本的应用) 转自http://www.cnblogs.com/ggjucheng/archive/2013/04/16/3024450.html