⑴ WEB前端 怎么读取TXT内容
遇到了前端打开文件，读取文件信息的功能，分享一下：
<input type="file" (change)="openFile($event)" placeholder="Open file..." />
filecontent: any; //放置文件内容
filesToUpload: Array<File> = [];
getContent() {
this.readFile(this.filesToUpload).then((result) => {
this.filecontent = result;
}, (error) => {
console.error(error);
});
}
openFile(fileInput: any) {
this.filesToUpload = <Array<File>>fileInput.target.files;
this.getContent();
}
readFile(files: Array<File>) {
return new Promise((resolve, reject) => {
var fileReader = new FileReader();
fileReader.onload = function (e) {
resolve(fileReader.result);
return;
};
fileReader.readAsText(files[0]);
});
}
⑵ 前端发送数据到后端
前段发送数据到后端有两种方式post和get方式：
$.ajax({
type:"post",
url:"api.php",
dataType:"json",
success:function(data){
}
});$.ajax({
type:"get",
url:"api.php",
dataType:"json",
success:function(data){
}
});这两种都是页面js操作的，也可以直接写下边这种：
window.location.href="api.php?name=aaa&sex=1";
⑶ html中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字符集。默认是用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为该字节的两位十六进制表示形式。我这里说的可能不清楚，具体介绍可以看下java.net.URLEncoder类的介绍在这里。了解了 URL encode的过程，我们能看到2个很重要的问题，第一：需要URL encode的字符一般都是非ASCII的字符（笼统的讲），再通俗的讲就是除了英文字母以外的文字（如：中文，日文等）都要进行URL encode，所以对于我们来说，都是英文字母的url不会出现服务器得到乱码问题，出现乱码都是url里面带了中文或特殊字符造成的；第二：URL encode到底按照那种编码方式对字符编码？这里就是浏览器的事情了，而且不同的浏览器有不同的做法，中文版的浏览器一般会默认的使用GBK，通过设置浏览器也可以使用UTF-8，可能不同的用户就有不同的浏览器设置，也就造成不同的编码方式，所以很多网站的做法都是先把url里面的中文或特殊字符用 javascript做URL encode，然后再拼接url提交数据，也就是替浏览器做了URL encode，好处就是网站可以统一get方法提交数据的编码方式。 完成了URL encode，那么现在的url就成了ASCII范围内的字符了，然后以iso-8859-1的编码方式转换成二进制随着请求头一起发送出去。这里想多说几句的是，对于get方法来说，没有请求实体，含有数据的url都在请求头里面，之所以用URL encode，我个人觉的原因是：对于请求头来说最终都是要用iso-8859-1编码方式编码成二进制的101010.....的纯数据在互联网上传送，如果直接将含有中文等特殊字符做iso-8859-1编码会丢失信息，所以先做URL encode是有必要的。
2。服务器端（tomcat）是如何将数据获取到进行解码的。
第一步是先把数据用iso-8859-1进行解码，对于get方法来说，tomcat获取数据的是ASCII范围内的请求头字符，其中的请求url里面带有参数数据，如果参数中有中文等特殊字符，那么目前还是URL encode后的%XY状态，先停下，我们先说下开发人员一般获取数据的过程。通常大家都是request.getParameter("name")获取参数数据，我们在request对象或得的数据都是经过解码过的，而解码过程中程序里是无法指定，这里要说下，有很多新手说用 request.setCharacterEncoding("字符集")可以指定解码方式，其实是不可以的，看servlet的官方API说明有对此方法的解释：Overrides the name of the character encoding used in the body of this request. This method must be called prior to reading request parameters or reading input using getReader().可以看出对于get方法他是无能为力的。那么到底用什么编码方式解码数据的呢，这是tomcat的事情了，默认缺省用的是 iso-8859-1,这样我们就能找到为什么get请求带中文参数为什么在服务器端得到乱码了，原因是在客户端一般都是用UTF-8或GBK对数据 URL encode，这里用iso-8859-1方式URL decoder显然不行，在程序里我们可以直接
Java代码
1. new String(request.getParameter("name").getBytes("iso-8859-1"),"客户端指定的URL encode编码方式")
还原回字节码，然后用正确的方式解码数据，网上的文章通常是在tomcat里面做个配置
Xml代码
1. <Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="GBK"/>
这样是让tomcat在获取数据后用指定的方式URL decoder，URL decoder的介绍在这里
（一）post提交
1.客户端（浏览器）的form表单用post方法是如何将数据编码后提交给服务器端的。
在post方法里所要传送的数据也要URL encode，那么他是用什么编码方式的呢？
在form所在的html文件里如果有段<meta http-equiv="Content-Type" content="text/html; charset=字符集（GBK，utf-8等）"/>，那么post就会用此处指定的编码方式编码。一般大家都认为这段代码是为了让浏览器知道用什么字符集来对网页解释，所以网站都会把它放在html代码的最前端，尽量不出现乱码，其实它还有个作用就是指定form表单的post方法提交数据的 URL encode编码方式。从这里可以看出对于get方法来数，浏览器对数据的URL encode的编码方式是有浏览器设置来决定，（可以用js做统一指定），而post方法，开发人员可以指定。
2。服务器端（tomcat）是如何将数据获取到进行解码的。
如果用tomcat默认缺省设置，也没做过滤器等编码设置，那么他也是用iso-8859-1解码的，但是request.setCharacterEncoding("字符集")可以派上用场。
⑷ 用java怎么实现从前端接收、处理并传回视频
很简单啊,你递归出一个文件夹里面的视频类型的文件啊,(如果是web,那就是加url后面就是在项目里的文件夹啊,)然后把他们的路径保存为json格式的数据
⑸ python flask怎样获取前端get的数据
客户的数据查看主要看flask.request这个变量,数据大概存在request.data中, 可以这样实现。
fromflaskimportFlask,request,current_app
app=Flask(__name__)
@app.route('/getUserList',methods=['GET','POST'])
defgetUserList():
current_app.getUserList_data=request.data
return'ok'
@app.route('/getUserList_debug',methods=['GET','POST'])
defgetUserList_debug():
returncurrent_app.getUserList_data
if__name__=='__main__':
app.run(debug=True)
⑹ 如何将已get到的数据在以字符串的方式在页面内容中显示,求大神指点
你还真是倔强呢。
首先，跨域问题虽然前端经常遇到，但是解决方案并不在前端，虽然你使用了jsonp，但是还需要后端来配合将返回值转成函数的形式才有意义。跨域报错的核心是浏览器阻止，不是js能控制的，浏览器在数据返回时候就进行了拦截，JavaScript根本就获取不到数据。你图中的代码截图是JavaScript，这个不存在跨域问题。
如果你一点要获取三方网页，最简单的是本地写一个php或者nodejs的页面，也就是所谓了后端页面做跳板，因为后端页面获取三方页面没有跨域的限制。这个后端页面同你的页面上同域，可以直接把数据返回给你用于显示，而且可以根据你自己的喜好修改。
⑺ 前端面试get和post区别是什么ajax跨域如何解决
GET和POST的核心区别就是：
GET通过URL传输数据，位于HTTP请求头中
POST通过HTTP请求体传递数据
Ajax跨域几种方法：
CORS跨域
postMessage跨域
document.domain同主域，不同子域之间跨域
iframe的hash跨域
window.name跨域
JSONP跨域
后端代理跨域
其中1、2、3、6是最常用的，一定要说
⑻ 通过GET或者POST参数获取从前端浏览器传递的表示页码的参数page，并判断page的值是
这个是简单的input
1、html前端(使用POST传值)代码
<!Doctypehtml>
<htmllang="zh-CN">
<head>
<metacharset="utf-8">
<title>FormPage</title>
</head>
<body>
<formmethod="post"action="1.php">
<label>转到第</lable><inputtype="text"name="page">页<br>
<inputtype="submit"value="提交"name="submit">
</form>
</body>
</html>
2、1.php代码
<?php
$page=is_int($_POST['page'];
if(!$page){
echo"页码格式错误";
}else{
echo"你看到的是".$page."页";
}
functionis_int($page){
$reg='/[0-9]/';
if(preg_match($reg,$page){
return$page;
}else{
returnfalse;
}
}
?>
⑼ 前端脚本发起get请求，后端将数据放到 js 回调里，前端接受响应后执行回调拿到数据，就是jsonp的原理吗
jsonp的原理
<script src="http://xxxx/xxx?callback=fnName ">
script中的src具有天然的跨域特性,以src发送的请求的返回值默认会以js语法解析,只要将需要执行的函数名以url里get请求 ?callback=fnName 接在路径后
然后后端将数据放在回调中返回,前端响应执行回调
最主要要讲到 script 中 src 带有的天然跨域性