服务器端

关于Oracle服务器端安装及配置的过程详见第2篇文章，链接如下：http://www.cnblogs.com/gistrd/p/8494292.html，本篇介绍客户端安装配置及连接arcgis过程，软件所涉及的安装包在第二篇文尾 环境：32位客户端安装在64位 win7 环境，服务器端Oracle为11.2.0.4版本，arcgis 均为10.5 一：安装版客户端 注：客户端是32位，电脑是64位 双击setup.exe开始安装，我选择管理员安装模式 设置客户端安装路径 在先决条件检查的时候会报错，点击右上角忽略即可，接下来就是等待安装完成，退出。 注意，还需要打开 Net Configuration Assistant配置监听，命名，网络，配置完成后测试，同服务器端配置，在此不在赘述，详见第二篇文，链接在本文开头 打开arcmap，创建企业级地理数据库 数据库选择Oracle名，实例名写在服务器端创建的数据库名，下面是登陆用户和密码，新建sde，此处的密码是新建的，最后一栏选择server的授权文件，点击ok，等待创建完成。 在catalog目录下点击数据库连接 同理，选择Oracle数据库，此处的实例名写Oracle服务器端所在的ip地址：端口号/数据库名，用户名，密码，点击确定，等待连接即可 二：绿色免安装版客户端 安装oracle绿色免安装版，需要配置环境变量

PHP 扩展 memcache 的作用是为了支持 memcached 数据库 缓存服务器，下面是安装方法。 memcache 扩展是 b/s 模式运行 也就是说需要服务器端和客户端两个才能正常运行 服务器端 memcached 客户端 memcache 服务器端安装比较方便直接 yum 在线即可 yum -y install memcached 客户端安装略微复杂： 1 、下载 下载地址： http://pecl.php .NET /package/memcache 文件名： memcache-3.0.8.tgz 文件下载成功后上传至 /usr/local 目录 2 、安装 [root@vm15 local]# tar -zxvf memcache-3.0.8.tgz root@vm15 local]# cd memcache-3.0.8 [root@vm15 memcache-3.0.8]# /usr/local/php/bin/phpize Configuring for: PHP Api Version: 20131106 Zend Module Api No: 20131226 Zend Extension Api No: 220131226 [root@vm15 memcache-3.0.8]#./configure --enable-memcache --with

理解HTTP幂等性 基于HTTP协议的Web API是时下最为流行的一种分布式服务提供方式。无论是在大型互联网应用还是企业级架构中，我们都见到了越来越多的SOA或RESTful的Web API。为什么Web API如此流行呢？我认为很大程度上应归功于简单有效的HTTP协议。HTTP协议是一种分布式的面向资源的网络应用层协议，无论是服务器端提供Web服务，还是客户端消费Web服务都非常简单。再加上浏览器、Javascript、AJAX、JSON以及HTML5等技术和工具的发展，互联网应用架构设计表现出了从传统的PHP、JSP、ASP.NET等服务器端动态网页向Web API + RIA（富互联网应用）过渡的趋势。Web API专注于提供业务服务，RIA专注于用户界面和交互设计，从此两个领域的分工更加明晰。在这种趋势下，Web API设计将成为服务器端程序员的必修课。然而，正如简单的Java语言并不意味着高质量的Java程序，简单的HTTP协议也不意味着高质量的Web API。要想设计出高质量的Web API，还需要深入理解分布式系统及HTTP协议的特性。 幂等性定义 本文所要探讨的正是HTTP协议涉及到的一种重要性质：幂等性(Idempotence)。在HTTP/1.1规范中幂等性的定义是： Methods can also have the property of

在httpcomponent 文档中看到如下段落： 1.4.1. HTTP transport safety It is important to understand that the HTTP protocol is not well suited to all types of applications. HTTP is a simple request/response oriented protocol which was initially designed to support static or dynamically generated content retrieval. It has never been intended to support transactional operations. For instance, the HTTP server will consider its part of the contract fulfilled if it succeeds in receiving and processing the request, generating a response and sending a status code back to the client. The server will make no attempt

不诗意的女程序媛不是好厨师~ 转载请注明出处，From李诗雨—[https://blog.csdn.net/cjm2484836553/article/details/103930596] 《网络架构系列1--TCP/IP详解》 1.计算机网络分层▲（面试点） 1.1 OSI七层网络模型 和 TCP/IP参考模型 2.IP地址 和 端口号 2.1 IP地址 2.2 端口号➹（暗涉一道面试题） 3. TCP和UDP 3.1 TCP的定义和特点 3.2 UDP的定义和特点 4. TCP报文结构 5. TCP中的三次握手▲▲▲（面试点） 5.1 描述一下TCP中三次握手的流程 5.2 为什么TCP建立连接需要三次握手？ 5.3 TCP三次握手有什么漏洞吗（知道即可） 6.TCP中的四次挥手（面试点▲） 6.1 描述一下TCP中四次挥手的流程 6.2 为什么TCP释放连接需要四次挥手？ 6.3 为什么建立连接是三次握手，而关闭连接却是四次挥手呢，为什么2、3两次不能合并呢？ 7.TCP协议中的窗口机制（拓展，了解一下即可） 网络架构，可以算得上是面试的宠儿了，我也废话不多说，直接上重点。 1.计算机网络分层▲（面试点） 1.1 OSI七层网络模型 和 TCP/IP参考模型 重点1 ：OSI七层网络模型 和 TCP/IP参考模型 ，它可是面试的敲门砖，所以大概的内容要记住。 （PS

1.什么是b/s架构？什么是c/s架构？ B/S(Browser/Server)，浏览器/服务器程序 应用系统完全放在应用服务器上, 并通过应用服务器同数据库服务器进行通信,系统界面 是通过浏览器来展现的. C/S(Client/Server)，客户端/服务端，桌面应用程序! c/s架构分为客户端和服务器两层,用户在本地安装客户端软件,通过网络与服务器相互通信,最典型的应用有QQ聊天,微信,用户只需在客户端安装应用软件, 实现与服务器之间的通信. b/s原理： b/s采取浏览器请求，服务器响应的工作模式。 用户可以通过浏览器去访问 internet 上由web服务器产生的文本，数据等信息； 而每一个web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中； 从web服务器上下载程序到本地来执行，在下载的过程中若遇到与数据库有关的指令，由web服务器交给数据库来解释执行，并返回给web服务器,web服务器又返回给用户，在这种结构中，将许许多多的网络连接在一起，形成全球网 c/s原理： c/s结构通常采取俩层结构。服务器负责数据的管理，客户机负责完成与用户的交互任务。 客户机通过局域网与服务器相连，接受用户的请求，并通过网络向服务器提出请求，对数据库进行操作。服务器接受客户机的请求，将数据提交给客户机，客户机将数据进行计算并将结果呈现给用户

在 Linux 下搭建 Git 服务器 环境： 服务器 Ubuntu12.04.5LTS + git（version 1.7.1）客户端 Windows10 + git（version 2.8.4.windows.1） ① 安装 Git Linux 做为服务器端系统，Windows 作为客户端系统，分别安装 Git 服务器端： #sudo apt-get install git-core #ps -ef|grep "sshd"　　　　　　　　　　　　　　　　　　　　　　//查看是否配置了ssh#sudo apt-get install openssh-server openssh-client 安装完后，查看 Git 版本 [root@localhost ~]# git --version git version 1.7.1 客户端： 下载 Git for Windows ，地址： https://git-for-windows.github.io/ 安装完之后，可以使用 Git Bash 作为命令行客户端。 安装完之后，查看 Git 版本 $ git --version git version 2.8.4.windows.1 ② 服务器端创建 git 用户，用来管理 Git 服务，并为 git 用户设置密码 [root@localhost home]# id git id:

session基本概念 session 技术也叫会话技术。 session 和 cookie 的作用有点类似，都是为了存储用户相关的信息，都是为了解决 http 协议无状态的这个特点。 不同的是， cookie 信息是存储在客户端，而 session 信息是存储在服务器端。 需要注意的是，不同的语言，不同的框架，有不同的实现。 虽然底层的实现不完全一样，但目的都是让服务器端能方便的存储数据而产生的。 session 的出现，是为了解决 cookie 存储数据不安全的问题的。 session的跟踪机制与cookie有关 Flask 框架中， session 的跟踪机制跟 Cookie 有关，这也就意味着脱离了 Cookie ， session 就不好使了。 session工作过程： 服务器端可以采用类似于 mysql 、 redis 等技术来存储 session 信息。 原理是，客户端发送验证信息过来（比如用户名和密码），服务器验证成功后，把用户的相关信息存储到服务器端的 session 中（可想象为一个容器），再通过 盐 的机制， 盐 起到混淆原数据的作用（类似于 加密 ），然后随机生成一个唯一的 session_id ，用来标识(用户名和密码)并存储到 session 中，之后再把这个 session_id 存储到cookie中返回给浏览器。 浏览器以后再请求我们服务器的时候

TCP相关知识 TCP是面向连接的传输层协议，它提供可靠交付的、全双工的、面向字节流的点对点服务。HTTP协议便是基于TCP协议实现的。（虽然作为应用层协议，HTTP协议并没有明确要求必须使用TCP协议作为运输层协议，但是因为HTTP协议对可靠性的的要求，默认HTTP是基于TCP协议的。若是使用UDP这种不可靠的、尽最大努力交付的运传输层协议来实现HTTP的话，那么TCP协议的流量控制、可靠性保障机制等等功能就必须全部放到应用层来实现）而相比网络层更进一步，传输层着眼于应用进程间的通信，而不是网络层的主机间的通讯。我们常见的端口、套接字等概念就是由此而生。（端口代表主机上的一个应用进程、而套接字则是ip地址与端口号的合体，可以在网络范围内唯一确定一个应用进程）TCP协议的可靠传输是通过滑动窗口的方法实现的；拥塞控制则有着慢开始和拥塞避免、快重传和快恢复、RED随机早期检测几种办法。 TCP协议的报文格式 TCP报文段的首部分为 固定部分 和 选项部分 ，固定部分长20byte，而选项部分长度可变。（若整个首部长度不是4byte的整数倍的话，则需要用填充位来填充）在固定首部中，与本文密切相关的是以下几项： seq（序号）：TCP连接字节流中每一个字节都会有一个编号，而本字段的值指的是本报文段所发送数据部分第一个字节的序号。 ack（确认号）

xss定义： 　　xss表示Cross Site Scripting(跨站脚本攻击)，它与SQL注入攻击类似，SQL注入攻击中以SQL语句作为用户输入，从而达到查询/修改/删除数据的目的，而在xss攻击中，通过插入恶意脚本，实现对用户游览器的控制。 　　XSS 全称“跨站脚本”，是注入攻击的一种。其特点是不对服务器端造成任何伤害，而是通过一些正常的站内交互途径，例如发布评论，提交含有 JavaScript 的内容文本。这时服务器端如果没有过滤或转义掉这些脚本，作为内容发布到了页面上，其他用户访问这个页面的时候就会运行这些脚本。 xss防范： 　　最简单防范xss的方法就是过滤用户输入的所有html标签，真正麻烦的是，在一些场合我们要允许用户输入 HTML，又要过滤其中的脚本。Tidy 等 HTML 清理库可以帮忙，但前提是我们小心地使用。仅仅粗暴地去掉 script 标签是没有用的，任何一个合法 HTML 标签都可以添加 onclick 一类的事件属性来执行 JavaScript。对于复杂的情况，我个人更倾向于使用简单的方法处理，简单的方法就是白名单重新整理。用户输入的 HTML 可能拥有很复杂的结构，但我们并不将这些数据直接存入数据库，而是使用 HTML 解析库遍历节点，获取其中数据（之所以不使用 XML 解析库是因为 HTML 要求有较强的容错性）。然后根据用户原有的标签属性