文章分类:Java编程
(一)简要分析:
1. get是从服务器上获取数据,post是向服务器传送数据。
2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中,值和表单内各个字段一一对应,在URL中可以看到。post是通过HTTP post机制,将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。
3. 对于get方式,服务器端用Request.QueryString获取变量的值,对于post方式,服务器端用Request.Form获取提交的数据。
4. get传送的数据量较小,不能大于2KB。post传送的数据量较大,一般被默认为不受限制。但理论上,IIS4中最大量为80KB,IIS5中为100KB。
5. get安全性非常低,post安全性较高。但是执行效率却比Post方法好。
建议:
1、get方式的安全性较Post方式要差些,包含机密信息的话,建议用Post数据提交方式;
2、在做数据查询时,建议用Get方式;而在做数据添加、修改或删除时,建议用Post方式;
(二)(z)
详细用法:
很多人都分不清GET与POST的区别,以及什么时候用GET?什么时候用POST?GET和POST两种方法都是将数据送到服务器,但你该用哪一种呢?
HTTP标准包含这两种方法是为了达到不同的目的。POST用于创建资源,资源的内容会被编入HTTP请示的内容中。例如,处理订货表单、在数据库中加入新数据行等。
当请求无副作用时(如进行搜索),便可使用GET方法;当请求有副作用时(如在数据库添加数据行),则用POST方法。一个比较实际的问题是:GET方
法可能会产生很长的URL,或许会超过某些浏览器与服务器对URL长度的限制。
若符合下列任一情况,则用POST方法:
请求的结果有持续性的副作用,例如,数据库内添加新的数据行。
若使用GET方法,则表单上收集的数据可能让URL过长。
要传送的数据不是采用7位的ASCII编码。
若符合下列任一情况,则用GET方法:
请求是为了查找资源,HTML表单数据仅用来帮助搜索。
请求结果无持续性的副作用。
收集的数据及HTML表单内的输入字段名称的总长不超过1024个字符。
表单提交中Get和Post方式的区别
1. get是从服务器上获取数据,post是向服务器传送数据。
2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中,值和表单内各个字段一一对应,在URL中可以看到。post是通过HTTP post机制,将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。
3. 对于get方式,服务器端用Request.QueryString获取变量的值,对于post方式,服务器端用Request.Form获取提交的数据。
4. get传送的数据量较小,不能大于2KB。post传送的数据量较大,一般被默认为不受限制。但理论上,IIS4中最大量为80KB,IIS5中为100KB。
5. get安全性非常低,post安全性较高。
HTML表单Form中的get和post方法
在 B/S应用程序中,前台与后台的数据交互,都是通过Html中Form表单完成的。Form提供了两种数据传输的方式??get和post。虽然它们都是数据的提交方式,但是在实际传输时确有很大的不同,并且可能会对数据产生严重的影响。虽然为了方便的得到变量值,Web容器已经屏蔽了二者的一些差异,但是了解二者的差异在以后的编程也会很有帮助的。
Form中的get和post方法,在数据传输过程中分别对应了HTTP协议中的GET 和POST方法。二者主要区别如下:
1、Get是用来从服务器上获得数据,而Post是用来向服务器上传递数据。
2、Get将表单中数据的按照variable=value的形式,添加到action所指向的URL后面,并且两者使用“?”连接,而各个变量之间使用“&”连接;Post是将表单中的数据放在form的数据体中,按照变量和值相对应的方式,传递到action所指向URL。
3、Get是不安全的,因为在传输过程,数据被放在请求的URL中,而如今现有
的很多服务器、代理服务器或者用户代理都会将请求URL记录到日志文件中,然后放在某个地方,这样就可能会有一些隐私的信息被第三方看到。另外,用户也可以在浏览器上直接看到提交的数据,一些系统内部消息将会一同显示在用户面前。Post的所有操作对用户来说都是不可见的。
4、Get传输的数据量小,这主要是因为受URL长度限制;而Post可以传输大量的数据,所以在上传文件只能使用Post(当然还有一个原因,将在后面的提到)。
5、Get限制Form表单的数据集的值必须为ASCII字符;而Post支持整个
ISO10646字符集。
6、Get是Form的默认方法。
下面简单介绍一下ContentType,它和Form中enctype属性的相对应,它是Form用来组织数据的方式,主要包含了两种:
1、application/x-www-form-urlencoded:它是默认内容类型(content type),在结果中我们已经看到了经它编码的数据的效果。编码方法:i.将空格使用“+”代替,非字母和数字字符,是用以%HH表示的该字符的 ASCII代替(汉字就是这种形式);ii.变量和值使用“=”,各个变量和值对之间使用“&”连接。
2、multipart/form-data:它可以用来传输大量二进制数据或者非ASCII字符的文本,因此在上传文件需设置 enctype="multipart/form-data",此时method必须为post。它传输的消息包含了一系列的数据块,每一块都代表Form中的一个变量,并且数据块的顺序和页面上的顺序一致,块与块之间使用特殊字符(boundary)分隔。如果Form中包含file控件,相应的数据块还会包含一个Content-Type头,用来指定MIME,默认值为text/plain。下面是设
HTTP POST GET 本质区别详解 一原理区别 一般在浏览器中输入网址访问资源都是通过GET方式;在FORM提交中,可以通过Method指定提交方式为GET或者POST,默认为GET提交 Http定义了与服务器交互的不同方法,最基本的方法有4种,分别是GET,POST,PUT,DELETE URL全称是资源描述符,我们可以这样认为:一个URL地址,它用于描述一个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查,改,增,删 4个操作。到这里,大家应该有个大概的了解了,GET一般用于获取/查询资源信息,而POST一般用于更新资源信息(个人认为这是GET和POST 的本质区别,也是协议设计者的本意,其它区别都是具体表现形式的差异 )。 根据HTTP规范,GET用于信息获取,而且应该是安全的和幂等的。 1.所谓安全的意味着该操作用于获取信息而非修改信息。换句话说,GET请求一般不应产生副作用。就是说,它仅仅是获取资源信息,就像数据库查询一样,不会修改,增加数据,不会影响资源的状态。 * 注意:这里安全的含义仅仅是指是非修改信息。 2.幂等的意味着对同一URL的多个请求应该返回同样的结果。这里我再解释一下幂等这个概念: 幂等(idempotent、idempotence)是一个数学或计算机学概念,常见于抽象代数中。 幂等有以下几种定义: 对于单目运算,如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的,那么我们就称该运算是幂等的。比如绝对值运算就是一个例子,在实数集中,有abs(a) = abs(abs(a)) 。 对于双目运算,则要求当参与运算的两个值是等值的情况下,如果满足运算结果与参与运算的两个值相等,则称该运算幂等,如求两个数的最大值的函数,有在在实数集中幂等,即max(x,x) = x 。 看完上述解释后,应该可以理解GET幂等的含义了。 但在实际应用中,以上2条规定并没有这么严格。引用别人文章的例子:比如,新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻,该操作仍然被认为是安全的和幂等的,因为它总是返回当前的新闻。从根本上说,如果目标是当用户打开一个链接时,他可以确信从自身的角度来看没有改变资源即可。
现场处理措施决定书: 1、现场处理措施决定书,是指安监部门在监督检查中,发现生产经营单位存在安全生产违法行为或者事故隐患的,依法作出现场处理决定而使用的文书。 2、制作说明 (1)使用范围:可以针对当场纠正、责令立即停止作业(施工)、责令立即停止使用、责令立即排除事故隐患、责令从危险区域撤出作业人员、责令暂时停产停业、停止建设、停止施工或者停止使用等多种决定使用。 (2)依据:现场处理措施是为预防、制止或者控制生产安全事故的发生,依法采取的对有关生产经营单位及其人员的财产和行为自由加以暂时性限制,使其保持一定状态的手段。作出现场处理决定,应当有法律法规规定,并在文书中列明所引用的条款。 (3)与其他文书的区别 一是与《责令限期整改指令书》的区别。《责令限期整改指令书》主要适用于责令限期整改、责令限期达到要求这两种情况。 二是与《强制措施决定书》的区别。《强制措施决定书》主要适用于查封、扣押和临时查封有关场所等行政强制措施。 三是责令暂时停产停业、停止建设、停止施工或者停止使用的期限届满或者依生产经营单位申请,安全监管部门应当进行复查,并制作《整改复查意见书》。 3、注意事项 文书要加盖安监部门公章,不得使用内设机构印章。送达由负责人在文书上签名并签署时间即可,其他人签收的,应有相应的职务证明或者同时加盖生产经营单位公章。 强制措施决定书 1、行政强制措施决定书,是行政执法机关为查明事实,保全证据而对当事人作出
强制性措施决定的文书。 本文书仅在依法实施采取查封、扣押、临时查封有关场所时使用。 2、制作说明 (1)存在的问题 该部分应当具体列明违反法律、法规、规章可以采取强制措施的情形。 (2)依据 该部分应当明确法律、法规、规章有关可以采取强制措施的条款,最好明确法律、法规、规章的名称、条、款、项。 (3)强制措施 该部分应当根据存在的问题,即违法的情形、情节以及严重程度,明确强制措施的种类。 3、注意事项 (1)对有根据认为不符合国家标准或行业标准的设施、设备、器材予以查封或扣押时,应当下发《强制措施决定书》。 (2)根据《易制毒化学品管理条例》(国务院令第445号)第三十二条第二款规定,行政主管部门在进行易制毒化学品监督检查时,可以依法查看现场、查阅和复制有关资料、记录有关情况、扣押有关的证据材料和违法物品;必要时,可以临时查封有关场所。 (3)符合《中华人民共和国安全生产法》第五十六条第一款第(四)项及相关法律法规规定的强制措施种类。
近几十年在国内外城市污水处理工程实践中,采用较多的城市污水处理工艺有传统活性污泥法,吸附再生法、分段进水法、AB法、A/O法、A/A/O法、SBR法、氧化沟法、一体化池(UNITANK)等等,而各种工艺中又有一些变化了和改进了新形态。几种不同污水处理工艺技术特点见表2。 以上列举的这些城市污水处理工艺,其核心设施—曝气池都是敞开的,一般在池底装有曝气器或者在池面装有曝气机,设施结构较为简单,便于检修和维护,其中:AB法由于采取了两次生化处理,工艺的单元构成较复杂,产生的污泥也不稳定,需要污泥处置设施对其进行稳定化处理和处置,管理环节多,建设投入比较多(1500~2000元/(m3/d)),污水处理单位成本也高(0.7~1.0元/m3)。但是,由于该工艺是针对高浓度城市污水处理而设计的,去除单位污染物的建设投入和运行消耗并不高,是一种特殊场合宜用的城市污水处理工艺。 传统活性污泥法、分段进水法、吸附再生法属于中等负荷的污水处理工艺,该工艺出水水质稳定且较好,运行管理比较简单,但是由于污泥不稳定,需要增加设施进行稳定化处理,增加了运行管理环节,加大了基建投入(1000~2000元/(m3/d)),但是污泥产生的沼气可用来发电或直接驱动鼓风机,使污水处理总能耗低(0.15~0.20 kWh/m3),运行成本低(0.25元/m3左右),由于其明显的经济性,特别是在大型城市污水处理项目建设中(>20万m3/d),是国内外广泛采用的城市污水处理工艺。 氧化沟、序批池(SBR)、一体化(UNITANK)都是属于低负荷污水处理工艺,出水
水质非常好。由于负荷低、一般不再设置初沉池,而二沉池也往往和曝气池组合为一;由于泥龄长、污泥较为稳定,一般可以不再作稳定化处理而直接处置或者应用,省去了污泥稳定化设施,大大简化了工艺构成,使运行管理非常简单,但是负荷低、泥龄长也使生化部分大大增加,增加了污水处理设施的建设投入,提高了能耗(0.28 kWh/m3左右),提高了运行消耗成本。这一类工艺还有一个特点是负荷变化范围宽,在需要的时候也可以按中等负荷运行,适应城市水污染治理的阶段需要。这一类工艺比较适合规模较小(<20万m3/d),技术力量较薄弱的中小城市的城市污水处理。 2/ 由于抗生素污水在处理上有相当的难度,处理装置投资大,技术比较复杂,运行费用也相当可观,为此,作一小结,期望能起到抛砖引玉之效果。1污水处理工程简介在建本污水处理工程前,在“七五”期间,该厂的6.6kg/a阿霉素工程曾建有一套60m3/d规模的污水处理装置,其处理方法为:臭氧氧化-生物接触氧化法。在实际运行中,装置好氧生化部分已无余量,臭氧氧化解毒处理部分还尚有每天处理能力十几m3污水的余量。由于该厂“八五”项目:500kg/a妥布霉素、10kg/a丝裂霉素、1 000kg/a阿佛菌素工程的相继建设,有关专家和省、地、市环保部门建议:在新厂区应综合规划,几个项目的污水进行集中统一治理。经与厂方反复研究,总结阿霉素工程污水处理的成功经验,决定利用阿霉素工程污水处理站的余量处理设施,再设计一套处理污水量为240m3/d,处理COD Cr进量为 2 500kg/d 的污水处理装置。 根据该厂生产工艺特点和水质情况,对于各股污水进行仔细分析和计算,为了使生化处理系统能顺利运行及降低基建投资,本设计采用如下预处理措施:(1)用臭氧氧化法预处理丝裂霉素污水,使抗生素的环状母体结构断裂。(2)用生物水解工艺预处理混合污水,使钢制厌氧反应器容积减少,以降低基建投资。[1] [2] [3] [4] [下一页] 2污水处理工艺流程丝裂霉素车间污水用泵送至已建的阿霉素污水处理站臭氧氧化塔处理,经处理的污水与妥布霉素等车间的污水一道自流入污水集水池,平均每月 1.2批,每批28t的发酵倒罐液由工艺物料泵送至设在集水池顶上的倒罐液贮存池,经自然沉淀的上清液慢慢加入污水集水池中,沉淀物用泵送到污泥浓缩塔,再经高速离心分离机处理,此泥饼可回收做复合饲料或作农肥,滤液返回到污水集水池,此池中的污水由潜污泵送到污水调节池。由于各车间的污水排放不均匀,所以潜污泵开停只得由集水池中的高低水位来控制(即高水位时开泵,低水位时停泵)。污水调节池容积设有1天之设计水量,以利于水质均化。污水调节池出水自流入本池下面的生物水解反应池,在此池中装有半软性组合填料,在厌氧菌的作用下,能将较复杂的有机物分解为小分子化合物。经生物水解反应池处理的污水,用污水泵均匀地将水送到旋流式浮腾厌氧反应器处理。厌氧反应器出水再自流到菌液分离池、预曝气池、生物接触氧化池及气浮净水器处理。为控制生物接触氧化池的进水浓度,从而保证处理的污水达标排放,本设计特设清下水集水池1座,用泵将清下水送往预曝气池。 为使厌氧反应器工作效率较佳和稳定,本设计在水解反应池的进口处设有蒸汽加温措施,温度自动控制在35±2℃,并还设有温度指示和报警装置。 生化处理的沉淀污泥和气浮净水器的浮渣均经高速离心机处理后运出作农肥。 厌氧处理所产生的沼气,根据有关资料计算,每天约1 025m3,本设计设有200m3气柜1台,经水封罐后,送到锅炉房作辅助燃料之用。3主要处理构筑物和设备设计参数 3.1生物水解反应池 为使池中有较高的厌氧微生物存在,以将进水中颗粒物质和胶体物质迅速截留和吸附,在此池中放置了半软性组合填料。污水停留时间为8h。 3.2旋流式浮腾厌氧反应器
两种最常用的 HTTP 方法是:GET 和 POST
什么是 HTTP?
超文本传输协议(HTTP)的设计目的是保证客户机与服务器之间的通信。 HTTP 的工作方式是客户机与服务器之间的请求-应答协议。 web 浏览器可能是客户端,而计算机上的网络应用程序也可能作为服务器端。 举例:客户端(浏览器)向服务器提交 HTTP 请求;服务器向客户端返回响应。响应包含 关于请求的状态信息以及可能被请求的内容。
两种 HTTP 请求方法:GET 和 POST
在客户机和服务器之间进行请求-响应时,两种最常被用到的方法是:GET 和 POST。 ? GET - 从指定的资源请求数据。 ? POST - 向指定的资源提交要被处理的数据
GET 方法
请注意,查询字符串(名称/值对)是在 GET 请求的 URL 中发送的:
/test/demo_form.asp?name1=value1&name2=value2
有关 GET 请求的其他一些注释:
? ? ? ? ? ?
GET 请求可被缓存 GET 请求保留在浏览器历史记录中 GET 请求可被收藏为书签 GET 请求不应在处理敏感数据时使用 GET 请求有长度限制 GET 请求只应当用于取回数据
POST 方法
请注意,查询字符串(名称/值对)是在 POST 请求的 HTTP 消息主体中发送的:
POST /test/demo_form.asp HTTP/1.1 Host: https://www.wendangku.net/doc/b83389456.html, name1=value1&name2=value2
方案违背和方案偏离的定义、区别和处理 方案违背(Protocol Violation)和方案偏离(Protocol Deviation)的差别在于严重程度不同,但是关于PD和PV的定义、记录及通报过程,在不同的试验方案或不同的申办方,要求也不尽相同。 方案偏离:研究者管理下,任何的改变和不遵循临床试验方案设计或流程的,且没有得到IRB批准的行为。只要没有严重影响受试者的权益、安全性和获益,或研究数据的完整性,精确性和可靠性,这种属于轻微的方案偏离。 方案违背:方案违背是偏离IRB批准的方案的一种,它可影响到受试者的权益,安全性和获益,或研究数据的完整性,精确性和可靠性。 方案违背是方案偏离的一种,PV比PD严重,就像SAE和AE一样的关系。 PV一般需要在临床总结报告中报告,而轻微的PD可以不在临床总结报告中报告。 1偏离方案分类 按发生的责任主体可分为:研究者/研究机构不依从的PD,受试者不依从导致的PD,申办者方面不依从的PD; 2常见的方案偏离 ?访视/观察/检查在时间窗外,但不影响受试者按方案继续使用研究药 物,或不影响对主要疗效和关键的次要疗效指标评价的有效性。 ?方案规定观察的数据点或实验室参数缺失而导致数据的指缺失,但不影 响主要疗效或关键的次要疗效或安全性指标结果。如方案中规定收集的 指标没有设计在病例报告表中,某研究机构不具备某实验室指标的检查 条件等。 ?观察/评价不全,但不影响主要或次要关键疗效或安全结果,如在非高 血压的临床试验中,忘记测量血压。 3以下情况不属于方案偏离 ?因为提前中止试验(患者撤销同意,或因其他原因决定中止患者参加试 验),中止后的检查未做。
HTTP 请求方式之POST 请求 在HTTP 请求消息中,请求方式有GET 、POST 、HEAD 、OPTIONS 、DELETE 、TRACE 、PUT 和CONNECT 八种。而在以后们最常用的有两种请求方式:POST 请求、GET 请求。这两种请求方式所对应的请求协议内容略有不同, 在上一节的HTTP 请求协议中,我们已经了解了GET 请求方式的请求信息,下面我们来学习Post 请求。 1.POST 请求 我们在浏览器地址栏上直接输入网址访问资源,这种请求方式是GET 请求,超链接请求也属于GET 请求,下面我们要演示的是POST 请求: (1)创建一个web 应用,名称为Example04,并在该应用中的WebRoot 目录下新建一个form.html 文件。详情请见Post 请求案例详解。点击此处 Example04.zip 下载Examplie04。主要 代码如例1-1所示: 例1-1form.html
(2)将Example04发布到Tomcat 中,启动Tomcat 服务器。在浏览器端地址栏上输入http://localhost:8080/Example04/form.html ,并使用HttpWatch 进行抓包,如图1-1所示: 图1-1访问form.html 填写用户名:zhangsan 填写密码:123点击提交点击提交之前,先点击Clear 选项,清理一下【XMLHttpRequest】 Ajax-Post() document.getElementById("Confirm").onclick = function() { //debugger; //return ValiTitle() && ValiMatter(); //使用Ajax技术; if (ValiTitle() && ValiMatter()) { //验证之后禁用按钮; this.disabled = true; //创建XMLHttpRequest对象; var xhr = new XMLHttpRequest(); //使用open("post","Append.aspx")方法,采用Post方法传值传递给Append.aspx页面; xhr.open("post", "append.aspx"); //使用post发放传旨的时候在open()方法之后设置setRequsetHeader("Content-Type","application/x-www-form-urlencoded") xhr.setRequestHeader("Content-Type", "application/x-www-form-urlencoded"); //增加事件侦听onreadystatechange<-当读取状态发生变化的时候; xhr.onreadystatechange = function() { //读取状态为4的时候 if (xhr.readyState == 4) { alert(xhr.responseText); //提交数据之后form中数据清空,按钮可用; document.getElementById("Myform").reset(); document.getElementById("Confirm").disabled = false; } } //结束用send()相应setRequsetHeader的参数; xhr.send("Title=" + encodeURIComponent(document.getElementById("Title").value) + "&Matter=" + encodeURIComponent(document.getElementById("Matter").value)); } return false; } Ajax-Get() document.getElementById("Confirm").onclick = function() { var XHR = new XMLHttpRequest(); XHR.open("get", "From.aspx?ID=" + document.getElementById("ID").value);//默认为true; 异步的意思 XHR.onreadystatechange = function() { if (XHR.readyState == 4) { if (XHR.status == 200) { //alert(XHR.responseText); var str = XHR.responseText; var arr = str.split(','); //document.getElementById().innerHTML=arr[]; //调用函数; dispost(responseText); } } } XHR.send(null); return false; } 【Ajax】 =参考【XMLHttpRequest手册】 JS URL传值
三种POST和GET的提交方式 向服务器提交数据有两种方式,post和get。两者的区别主要有三点,安全性、长度限制、数据结构。其中get请求安全性相比较而言较差,数据长度受浏览器地址栏限制,没有方法体。两种都是较为重要的数据提交方式。现简单介绍一下三种post和get的提交方式。无论是哪种方法实现post和get,get 的访问路径都要携带数据,而post提交是把数据放在方法体中。 普通方法实现get/post提交: 严格遵照Http协议进行数据传输。在安卓开发环境下,由于主线程不能进行网络访问,因此需要在开启一个子线程向服务器提交数据。为了更加直观的观察数据,可以在程序屏幕上显示服务器反馈信息。又由于子线程无法更改UI界面,因此需要引入Hnndler代理器。实现get/post提交基本步骤就是,获取URL路径,根据路径得到Http连接,用HttpURLConnection对象设置相关的http配置信息、提交方式以及获取反馈码。当响应码为200时表示提交成功,可以通过HttpURLConnection以流的形式获取反馈信息。 普通GRT提交方式: public void load(View view){ final String qq = et_qq.getText().toString().trim(); final String pwd = et_pwd.getText().toString().trim(); if (TextUtils.isEmpty(qq) || TextUtils.isEmpty(pwd)) { Toast.makeText(MainActivity.this, "qq号或密码为空", 0).show(); return; } final String path = "http://192.168.1.114:8080/qqload/qqload?qq=" + qq + "&pwd=" + pwd; new Thread() { public void run() { try { URL url = new URL(path); HttpURLConnection conn = (HttpURLConnection) url .openConnection(); conn.setRequestMethod("GET"); conn.setReadTimeout(5000); int code = conn.getResponseCode(); if (code == 200) { InputStream is = conn.getInputStream(); String result = StreamTools.ReadStream(is); Message msg = Message.obtain(); msg.what = SUCCESS; msg.obj = result; handler.sendMessage(msg); } else { Message msg = Message.obtain(); msg.what = ERROR1; handler.sendMessage(msg); }
1、Get是用来从服务器上获得数据,而Post是用来向服务器上传递数据。 2、Get将表单中数据的按照variable=value的形式,添加到action所指向的URL后面,并且两者使用“?”连接,而各个变量之间使用“&”连接;Post是将表单中的数据放在form的数据体中,按照变量和值相对应的方式,传递到action所指向URL。 3、Get是不安全的,因为在传输过程,数据被放在请求的URL中,而如今现有的很多服务器、代理服务器或者用户代理都会将请求URL记录到日志文件中,然后放在某个地方,这样就可能会有一些隐私的信息被第三方看到。另外,用户也可以在浏览器上直接看到提交的数据,一些系统内部消息将会一同显示在用户面前。Post的所有操作对用户来说都是不可见的。 4、Get传输的数据量小,这主要是因为受URL长度限制;而Post可以传输大量的数据,所以在上传文件只能使用Post(当然还有一个原因,将在后面的提到)。 5、Get限制Form表单的数据集的值必须为ASCII字符;而Post支持整个ISO10646字符集。默认是用ISO-8859-1编码 6、Get是Form的默认方法。 以下的比较非常非常使用: 做java的web开发有段日子了,有个问题老是困扰着我,就是乱码问题,基本上是网上查找解决方案(网上资料真的很多),都是一大堆的介绍如何解决此类的乱码问题,但是没几个把问题的来龙去脉说清楚的,有时候看了些文章后,以为自己懂了,但是在开发中乱码问题又像鬼魂一样出来吓人,真是头大了!这篇文章是我长时间和乱码做斗争的一些理解的积累,还希望有更多的朋友给出指点和补充。 form有2中方法把数据提交给服务器,get和post,分别说下吧。 (一)get提交 1.首先说下客户端(浏览器)的form表单用get方法是如何将数据编码后提交给服务器端的吧。 对于get方法来说,都是把数据串联在请求的url后面作为参数,如:http://localhost:8080/servlet?msg=abc (很常见的一个乱码问题就要出现了,如果url中出现中文或其它特殊字符的话,如:http://localhost:8080 /servlet?msg=杭州,服务器端容易得到乱码),url拼接完成后,浏览器会对url进行URL encode,然后发送给服务器,URL encode的过程就是把部分url做为字符,按照某种编码方式(如:utf-8,gbk 等)编码成二进制的字节码,然后每个字节用一个包含3个字符的字符串"%xy" 表示,其中xy为该字节的两位十六进制表示形式。我这里说的可能不清楚,具体介绍可以看下https://www.wendangku.net/doc/b83389456.html,.URLEncoder类的介绍在这里。了解了URL encode 的过程,我们能看到2个很重要的问题,第一:需要URL encode的字符一般
《现场处理措施和强措的区别》 1、现场处理措施决定书,是指安监部门在监督检查中,发现生产经营单位存在安全生产违法行为或者事故隐患的,依法作出现场处理决定而使用的文书。 2、制作说明 (1)使用范围。可以针对当场纠正、责令立即停止作业(施工)、责令立即停止使用、责令立即排除事故隐患、责令从危险区域撤出作业人员、责令暂时停产停业、停止建设、停止施工或者停止使用等多种决定使用。 (2)依据。现场处理措施是为预防、制止或者控制生产安全事故的发生,依法采取的对有关生产经营单位及其人员的财产和行为自由加以暂时性限制,使其保持一定状态的手段。作出现场处理决定,应当有法律法规规定,并在文书中列明所引用的条款。 (3)与其他文书的区别 一是与《责令限期整改指令书》的区别。《责令限期整改指令书》主要适用于责令限期整改、责令限期达到要求这两种情况。 二是与《强制措施决定书》的区别。《强制措施决定书》主要适用于查封、扣押和临时查封有关场所等行政强制措施。 三是责令暂时停产停业、停止建设、停止施工或者停止使用的期限届满或者依生产经营单位申请,安全监管部门应当进行复查,并制作《整改复查意见书》。 3、注意事项
文书要加盖安监部门公章,不得使用内设机构印章。送达由负责人在文书上签名并签署时间即可,其他人签收的,应有相应的职务证明或者同时加盖生产经营单位公章。 强制措施决定书 1、行政强制措施决定书,是行政执法机关为查明事实,保全证据而对当事人作出强制性措施决定的文书。 本文书仅在依法实施采取查封、扣押、临时查封有关场所时使用。 2、制作说明(1)存在的问题 该部分应当具体列明违反法律、法规、规章可以采取强制措施的情形。(2)依据 该部分应当明确法律、法规、规章有关可以采取强制措施的条款,最好明确法律、法规、规章的名称、条、款、项。(3)强制措施该部分应当根据存在的问题,即违法的情形、情节以及严重程度,明确强制措施的种类。 3、注意事项 (1)对有根据认为不符合国家标准或行业标准的设施、设备、器材予以查封或扣押时,应当下发《强制措施决定书》。 (2)根据《易制毒化学品管理条例》(国务院令第445号)第三十二条第二款规定,行政主管部门在进行易制毒化学品监督检查时,可以依法查看现场、查阅和复制有关资料、记录有关情况、扣押有关的证据材料和违法物品;必要时,可以临时查封有关场所。 (3)符合《中华人民共和国安全生产法》第五十六条第一款第
Servlet中的GET和POST之间的区别 get和post这是http协议的两种方法,另外还有head, delete等 这两种方法有本质的区别,get只有一个流,参数附加在url后,大小个数有严格限制且只能是字符串。post的参数是通过另外的流传递的,不通过url,所以可以很大,也可以传递二进制数据,如文件的上传。 在servlet开发中,以doGet()和doPost()分别处理get和post方法。 另外还有一个doService(), 它是一个调度方法,当一个请求发生时,首先执行doService(),不管是get还是post。在HttpServlet这个基类中实现了一个角度,首先判断是请求时get还是post,如果是get就调用doGet(), 如果是post就调用doPost()。你也可以直接过载doService()方法,这样你可以不管是get还是post。都会执行这个方法。 --------------------------------------------------------------- 1.通过表单提交到的servlet,看form的method是get还是post 2.通过链接访问的servlet,doGet 3.直接在ie地址栏中键入的servlet地址,doGet 一般只要实现一个doGet,再另外一个doPost里面调用doGet(resq,resp),resq 和resd是doPost的参数. --------------------------------------------------------------- 可以互相调用. doGet() 和doPost()方法,前者处理你表单提交来的method=get的请求,后者处理method=post 的请求 GET和POST的本质区别是什么? 使用GET,form中的数据将编码到url中,而使用POST的form中的数据则在http协议的header中传输。在使用上,当且仅当请求幂等(字面意思是请求任意次返回同样的结果,本质是请求本身不会改变服务器数据和状态)时使用GET,当请求会改变服务器数据或状态时(更新数据,上传文件),应该使用POST。 区别使用GET,POST意义何在? 重复访问使用GET方法请求的页面,浏览器会使用缓存处理后续请求。使用POST方法的form提交时,浏览器基于POST将产生永久改变的假设,将让用户进行提交确认。当编成人员正确的使用GET,POST后,浏览器会给出很好的缓存配合,时响应速度更快。 在form提交阶段的差别 form提交的第一步是创建数据集,并根据ENCTYPE对数据集进行编码。ENCTYPE有两个值:multipart/form-data,application/x-www-form-urlencoded (默认值),前者可同时用于GET,POST,后者只用于POST。然后进行数据传输--对于GET方法,数据集使用content type application/x-www-form-urlencoded编码并附在url后面,在这种模式下,数据严格限制为ASCII码;对于POST,使用content type编码字符集并将其构造成
本节摘要:本节主要分别介绍如何用get方式、post方式向http接口发送数据。 preparation 1. 项目环境如下: myeclipse6.5 、tomcat5.0、system:xp、JDK:开发1.5,编译1.4 为了方便,在原来的web项目UpDown中新建了一个httpcall包,用来保存http接口和调用的客户端。 2.准备需要的jar包 * commons-httpclient-3.0.jar * commons-logging.jar * commons-codec-1.3.jar 3.class&method HttpClient: GetMethod: PostMethod: start 接口写了一个servlet来接收客户端get/post的请求 web.xml需要加入以下配置:
1、重新定义公文处理相关概念 原《办法》:公文处理是指公文的办理、管理、整理(立卷)、归档等一系列相互关联、衔接有序的工作。 新《条例》:公文处理工作是指公文拟制、办理、管理等一系列相互关联、衔接有序的工作。 2、增加公文种类 原《办法》规定公文种类有13种,新《条例》规定文种为15种,增加了“决议”和“公报”,同时将“会议纪要”改为“纪要”。去掉原《条例》的“指示”、“条例”、“规定”3个文种。 原则上不区分党政机关文种适用对象。只有命令(令)、议案2个文种例外。 3、调整公文格式要素 增加“份号”、“发文机关署名”、“页码”,减少“主题词” 涉密公文应当标注份号 紧急公文应当分别标注“----持急”“加急” 联合行文时发文机关标志可以单独用主办机关名称 公文标题应标发文机关 有特定发文机关标志的普发性公文可以不加盖印章 4、行文规则方面增加一些具体规定 “上行文原则上主送一个上级机关”;“党委、政府的部门向上级主管部门请示、报告重大事项,应当经本级党委、政府同意或者授权”;“下级机关的请示事项,如需以本机关名义向上级机关请示,应当提出倾向性意见后上报,不得原文转报上级机关”;“不得以本机关负责人名义向上级机关报送公文”;“属于党委、政府各自职权范围内的工作,不得联合行文”。 5、公文拟制更加强调程序规范 起草环节,“一切从实际出发,分析问题实事求是,所提政策措施和办法切实可行”;“深入调查研究,充分进行论证,广泛听取意见”;“机关负责人应当主持、指导重要公文起草工作”。 审核环节,“需要发文机关审议的重要公文文稿,审议前由发文机关办公厅(室)进行初审。” 签发环节,“重要公文和上行文由机关主要负责人签发”;“党委、政府的办公厅(室)根据党委、政府授权制发的公文,由受权机关主要负责人签发或者按照有关规定签发。” 6、简化了公文办理的环节 收文办理,将“审核”改为“初审”,将“分办”、“批办”并入“承办”,并增加了“传阅”、“答复”2个环节。 发文办理,由8个环节减少为4个,其中,“起草”、“审核”、“签发”3个环节列入“公文拟制”,“用印”并入“印制”,“分发”改为“核发” 7、公文管理更加注重安全保密
Html中post和get区别,是不是用get的方法用post都能办到? Http定义了与服务器交互的不同方法,最基本的方法有4种,分别是GET,POST,PUT,DELETE。URL全称是资源描述符,我们可以这样认为:一个URL地址,它用于描述一个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查,改,增,删4个操作。到这里,大家应该有个大概的了解了,GET一般用于获取/查询资源信息,而POST一般用于更新资源信息。细细描述,大概有下面几点: 1. get是从服务器上获取数据,post是向服务器传送数据。 2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中,值和表单内各个字段一一对应,在URL中可以看到。post是通过HTTP post机制,将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。 3. 对于get方式,服务器端用Request.QueryString获取变量的值,对于post 方式,服务器端用Request.Form获取提交的数据。 4. get传送的数据量较小,不能大于2KB。post传送的数据量较大,一般被默认为不受限制。但理论上,IIS4中最大量为80KB,IIS5中为100KB。 5. get安全性非常低,post安全性较高。但是执行效率却比Post方法好。 6. 在ASP中,服务端获取GET请求参数用Request.QueryString,获取POST 请求参数用Request.Form。在JSP中,用request.getParameter(\"XXXX\")来获取,虽然jsp中也有request.getQueryString()方法,但使用起来比较麻烦,比如:传一个test.jsp?name=hyddd&password=hyddd,用
审计处理与审计处罚异同比较 内容摘要:“审计处理”与“审计处罚”是审计机关对审计项目、审计结果所作出的相关联的两种处理形式,二者是两个既有联系又不相同的概念。 关键词:审计处理审计处罚关系 审计机关如何正确理解《审计法》与《行政处罚法》关于“审计处理”和“审计处罚”的关系是审计理论与实践的新课题。也就是说,怎样科学准确地搞好“审计处理”与“审计处罚”,使我们审计机关在实际工作中不能忽视、不能回避而又必须加以解决的重要问题。为此,笔者仅就对“审计处理”与“审计处罚”的关系等方面问题的理解谈几点浅见。 概念比较 “审计处理”与“审计处罚”是审计机关对审计项目、审计结果所作出的相关联的两种处理形式,使审计机关依法行政的一种职权,而这种职权的形式是通过具有法律效用的“审计决定”而进行的。换句话说,“审计处理”与“审计处罚”是审计事项结束后,审计机关根据审定的审计报告,针对存在的违法违纪问题,依法作出的具有强制性的纠正或制裁手段。 《审计法》规定了审计机关具有五个方面职权:监督检查权,采取行政强制措施权,通报或公布审计结果权,审计处理与处罚权以及建议纠正处理权。 由此可以看出,“审计处理”和“审计处罚”都是审计机关的职权。那么,究竟什么是“审计处理”和“审计处罚”呢? 《审计法》第四十四条规定:“对本级各部门和下级政府违反预算行为或其他违反国家规定的财政收支行为,审计机关……在法定职权范围内,依照法律、行政法规的规定作出处理。” 《审计法》第四十五条规定:“对被审单位违反国家规定的财政收支行为,审计机关……在法定职权范围内依照法律、行政法规的规定,责令限期缴纳应当上缴的收入,限期退还违法所得,限期退还被侵占的国有资产,以及采取其他纠正措施,并可依法给予处罚。” 所谓“审计处理”就是审计机关对被审单位违反国家规定的财政收支或财务
同样发明创造的区别及处理方式 专利申请要求保护范围仅部分重叠的,存在以连续的数值范围限定的技术特征的,其连续的数值范围与另一件发明或实用新型专利申请或专利权利要求中的数值范围不完全相同,不属于同样的发明创造。 专利法第九条规定,同样的发明创造只能授予一项专利权,两个以上的申请人分别就同样的发明创造申请专利的,专利权授予最先申请的人。上述条款规定了不能重复授予专利权的原则。禁止对同样的发明创造授予多项专利权,是为了防止权利之间存在冲突。 对于发明或实用新型,专利法第九条或专利法实施细则第四十一条中所述的“同样的发明创造” 是指两件或两件以上申请(或专利) 中存在的保护范围相同的权利要求。在先申请构成抵触申请或已公开构成现有技术的,应根据专利法第二十二条第二、三款,而不是根据专利法第九条对在后专利申请(或专利) 进行审查。 1.判断原则 专利法第五十九条第一款规定,发明或者实用新型专利权的保护范围以其权利要求的内容为准,说明书及附图可以用于解释权利要求的内容。为了避免重复授权,在判断是否为同样的发明创造时,应当将两件发明或者实用新型专利申请或专利的权利要求书的内容进行比较,而不是将权利要求书与专利申请或专利文件的全部内容进行比较。
判断时,如果一件专利申请或专利的一项权利要求与另一件专利申请或专利的某一项权利要求保护范围相同,应当认为它们是同样的发明创造。 相同专利申请或专利说明书的内容相同,但其权利要求保护范围不同的,应当认为所要求保护的发明创造不同。例如,同一申请人提交的两件专利申请的说明书都记载了一种产品以及制造该产品的方法,其中一件专利申请的权利要求书要求保护的是该产品,另一件专利申请的权利要求书要求保护的是制造该产品的方法,应当认为要求保护的是不同的发明创造。应当注意的是,权利要求保护范围仅部分重叠的,不属于同样的发明创造。例如,权利要求中存在以连续的数值范围限定的技术特征的,其连续的数值范围与另一件发明或者实用新型专利申请或专利权利要求中的数值范围不完全相同的,不属于同样的发明创造。 2.处理方式 (1)对两件专利申请的处理,申请人相同时 在审查过程中,对于同一申请人同日(指申请日,有优先权的指优先权日) 就同样的发明创造提出两件专利申请,并且这两件申请符合授予专利权的其他条件的,应当就这两件申请分别通知申请人进行选择或者修改。申请人期满不答复的,相应的申请被视为撤回。经申请人陈述意见或者进行修改后仍不符合专利法第九条第一款规定的,两件申请均予以驳回。 (2)对两件专利申请的处理,申请人不同时
HTTP请求的两种方式,GET和POST请求的表面形式上的区别: 1.GET请求通过URL(请求行)提交数据,在URL中可以看到所传参数。POST通过“请求体”传递数据,参数不会在url中显示。 2.GET请求提交的数据有长度限制,POST请求没有限制。 3.GET请求返回的内容可以被浏览器缓存起来。而每次提交的POST,浏览器在你按下F5的时候会跳出确认框,浏览器不会缓存POST 请求返回的内容。 以上描述都是GET,POST两者区别表现形式,是浏览器对这两种请求的处理方式。作为Web开发人员,更应该看清的是它们的本质区别是什么HTTP协议是这样解释GET和POST的:GET请求不应该做读取数据之外的事情(原文:Requests using GET SHOULD NOT have the significance of taking an action other than retrieval)。而如果一个请求,修改了服务器资源或者使用了服务器资源(如发邮件,使用打印机等),那么应当使用POST。所以,GET和POST的本质区别是使用场景的区别,简单的说,GET是只读,POST是写。浏览器对两种请求的不同处理方式也是基于这两个不同的场景: 1.GET:查询往往需要的上传的数据量比较小,查询参数也往往不需要保密,所以放在url里比较高效。HTTP协议要求同一URL的多 个请求应该返回同样的结果,所以浏览器可以把返回结果缓存起来,以提高性能。至于参数长度的限制,这个是和浏览器url的长度 限制相关的,1024也好,2048也好,其实没有太大的意义,参数超长往往是错误使用GET方法的结果。 2.POST:修改数据需要支持大数据量表单的提交,数据也常常包含用户的私人信息,所以数据放在请求的消息体中传递。相同的POST 请求可能会对服务器端产生不同的影响,比如两次POST可能创建两条不同的数据,所以对POST返回结果的缓存是没有意义的。 用GET,还是用POST? 如果回答“因为POST的参数长度不受限制,所以我用POST”,就有点本末倒置了。两者之间如何选择,首先要看是不是修改或者使用了服务器资源,其次要看请求或者响应中的数据是不是包含了敏感信息,如果是,那么应该选择POST,同时处于安全性的考虑,服务器端应该只接受POST,拒绝GET。比如数据的增加和修改,认证信息的提交,是一定要用POST的。如果只是简单查询,用GET就可以了。 POST请求是不是比GET请求更安全? 有人说“POST比GET安全,因为GET的参数都明文写在url上了”,从个人信息安全的角度上说,这句话是对的,但这种安全机制是“防君子不防小人”的,有各种工具能够获取POST请求的数据。如前面所说,两者有截然不同的使用场景,如果是该用POST的地方用了GET,又说GET不安全,那GET也太冤枉了。其实,HTTP协议中提到GET是安全的方法(safe method),其意思是说GET方法不会改变服务器端数据,所以不会产生副作用。这是建立在Web开发人员正确使用GET方法的基础上的,如果修改数据的请求却使用了GET方法,显然是非常危险的。 GET与POST的误用有什么危害? 应该使用GET的地方用了POST:性能受损,浏览器不会缓存。 应该使用POST的地方用了GET:每一个这样的地方都是一个漏洞,有可能被黑客利用。如果是一个对安全要求很高的网站,一定不要忽视。 不仅仅是在前端要正确的使用GET和POST,同时还需要后端代码的支持,比如后端应当在需要POST请求的时候拒绝GET请求,从而切断黑客利用GET请求攻击的途径,更高级别的,还需要对POST请求进行过滤,以确保所有的POST请求都来自可信任的地址。 如何判断当前请求是GET请求还是POST请求? 在浏览器地址栏上直接编写URL提交的请求一定是GET请求。 使用热链接向服务器发送的请求一定是GET请求。 使用form表单提交数据的时候,如果method属性没有编写,或者method属性值被指定是GET,这样发送的请求属于GET请求。 使用form表单提交数据的时候,如果method属性值被手动指定为POST,那么该请求属于POST请求。 思考:我们在做javaweb开发的时候所有的Servlet都要继承HttpServlet类,并且负责重写doGet和doPost方法,假设当前请求是POST请求,而没有重写doPost方法为什么会出现以下异常?