精华内容
下载资源
问答
  • 本节包含以下主题:完成验证的方法前端服务器使用数据库有线协议 (DWP) 与后端服务器通信。由于 DWP 使用 HTTP 作为传输机制,因此,Calendar Server 使用配置参数对前端服务器后端服务器之间的 DWP 连接进行验证...

    维护前端服务器与后端服务器之间的安全

    您可以配置前端服务器和后端服务器之间的密码验证。本节介绍了这两种服务器之间的安全通信的设置方法及其工作原理。本节包含以下主题:

    完成验证的方法

    前端服务器使用数据库有线协议 (DWP) 与后端服务器通信。由于 DWP 使用 HTTP 作为传输机制,因此,Calendar Server 使用配置参数对前端服务器和后端服务器之间的 DWP 连接进行验证。

    当前端服务器第一次连接到后端服务器时,它将发送在 ics.conf 文件中指定的用户 ID 和密码。后端服务器将在其 ics.conf 文件中核对参数,如果所有参数均匹配,则验证成功。后端服务器然后向前端服务器发送会话 ID。前端服务器在对后端服务器执行的后续 DWP 命令中使用该会话 ID。

    来自同一个前端服务器的后续连接不需要再次验证,除非重新启动了后端服务器或者由于两个服务器之间没有活动而导致该会话过期。

    如果有多个前端服务器和多个后端服务器,则可以对每个服务器使用相同的用户 ID 和密码。

    如果后端服务器不指定用户 ID 和密码,则不执行验证。

    procedure.gif设置前端服务器的 DWP 连接验证

    开始之前

    caution.gif注意 –

    这些参数不包括在已装版本的 ics.conf 文件中。要使用 DWP 连接验证,必须在每个前端服务器上将所需的参数添加到 ics.conf 文件中。

    步骤在每个前端服务器上,以有权更改此配置的管理员身份登录。

    转至 /etc/opt/SUNWics5/cal/config 目录。

    通过复制和重命名旧的 ics.conf 文件来保存该文件。

    添加下表中所示的 ics.conf 参数:

    参数说明

    caldb.dwp.server.back-end-server.admin在前端服务器上,指定用来对到后端服务器的 DWP 连接进行验证的管理员的用户 ID。其中的 back-end-server 是服务器的名称。

    caldb.dwp.server.back-end-server.cred在前端服务器上,指定用来对到后端服务器的 DWP 连接进行验证的密码。其中的 back-end-server 是服务器的名称。

    将此文件另存为 ics.conf。

    重新启动 Calendar Server。

    cal_svr_base/SUNWics5/cal/sbin/start-cal

    procedure.gif设置后端服务器的 DWP 连接验证

    开始之前

    caution.gif注意 –

    这些参数不包括在已装版本的 ics.conf 文件中。要使用 DWP 连接验证,必须在每个后端服务器上将所需的参数添加到 ics.conf 文件中。

    步骤在每个后端服务器上,以有权更改此配置的管理员身份登录。

    转至 /etc/opt/SUNWics5/cal/config 目录。

    通过复制和重命名旧的 ics.conf 文件来保存该文件。

    添加下表中所示的 ics.conf 参数:

    参数说明

    service.dwp.admin.userid在后端服务器上,指定用来验证 DWP 连接的用户 ID。如果后端服务器不指定用户 ID,则不执行验证。

    service.dwp.admin.cred在后端服务上,指定用来对 DWP 连接进行验证的密码。如果后端服务器不指定密码,则不执行验证。

    将此文件另存为 ics.conf。

    重新启动 Calendar Server。

    cal_svr_base/SUNWics5/cal/sbin/start-cal

    展开全文
  • munchmate-后端 Munchmate 的服务器后端
  • javabackend 将SSH用于服务器后端
  • 节点服务器后端模板:新闻项目的Node.js后端参考
  • Devconnector:MERN课程数据库+服务器后端设置
  • 旗帜网 Flag 应用程序的服务器后端
  • GCM-服务器 服务器后端使用它 Google Cloud Messaging。 与 Transit android 应用程序一起用于报告延迟等。
  • 绿服务器 用于GreenEd级别编辑器的Java服务器后端
  • 最终用户客户端 UI 前端和服务器后端,用于实现 vp 在线 COM 游戏组件。
  • location-tracker-auth-backend:服务器后端到COP4834的Location Tracker应用程序
  • 服务器后端,直接运行JavaScript方法。 使用JAVA来运行已有的JavaScript方法,可以只运行一小段js代码,也可以运行一个js的方法,而你可以不用关心js内部的方法是怎么实现的,只是js是可以运行的,拿到java上也...
  • 这是一个使用AWS无服务器后端的社交媒体主页React Web应用程序。 用户可以注册,登录,查看其他用户的帖子,重点帖子以及发布自己的帖子。 演示版 目录 帖子表 API网关 Lambda函数 /帖子 /心 可能的功能添加 技术...
  • Dfweb的无服务器联系表 Dfweb上用于联系表单的无服务器后端框架。 目前正在进行中。 计划功能: Google reCaptcha v2 用FaunaDB插入数据库 打字稿 邮件通知
  • html用ajax请求服务器后端java接口跨域问题解决

    在html页面加入以下代码:

     

    <meta http-equiv="Access-Control-Allow-Origin" content="*"> 

     

     

     

    在java后端代码的接口中加入

    		response.setHeader("Access-Control-Allow-Origin", "*");
    		/*星号表示所有的域都可以接受,*/
    		response.setHeader("Access-Control-Allow-Methods", "GET,POST");

     

    示例如下:

     

    /**
    	 * 课程管理展示页
    	 * @param  
    	 * @param request
    	 * @param response
    	 * @throws  
    	 */
    	@RequestMapping(value = "/curriculumlist", method = RequestMethod.GET)
    	public @ResponseBody Map curriculumlist(HttpServletRequest request,HttpServletResponse response) throws Exception {
    		response.setHeader("Access-Control-Allow-Origin", "*");
    		/*星号表示所有的域都可以接受,*/
    		response.setHeader("Access-Control-Allow-Methods", "GET,POST");
    		LinkedHashMap<String, Object> jsonMap = new LinkedHashMap<String, Object>();
    		List list = this.sportservice.curriculumlist();
    		jsonMap.put("message", "success");
    		jsonMap.put("list", list);
    		return jsonMap;
    	}

     

    现在可以正常访问接口取到数据了,页面不会再报跨域的错误

     

    如果任何疑问或学习交流,请搜索公众号"老秦的快乐生活"获取我的联系方式

     

    展开全文
  • hejServer 用于托管 Hej android 应用程序消息的服务器后端。 一个有趣的项目,无需担心可靠性或安全性。
  • 本地web访问远程服务器后端restapi引发的跨域问题

    首先,说明一下案例性质,web调用restApi。

    其次,说明一下案例的基本情况。我在本地编写的web程序,后端程序保存在远程服务器端,如166.66.66.6:8000/setup。


    本次介绍的跨域的解决办法,不涉及jsonp方式。而是需要将后端的代码中设置Access-Control-Alow-Origin = “*”,表示允许一切跨域访问。Access-Control-Alow-Origin一次只能设置一个域名,但是如果想要同时设置多个域名的话,解决办法是,建立一个允许跨域请求的域名列表,然后获取请求来源域名,和列表进行对比,如果来源域名存在允许的跨域请求域名列表里面,再添加Access-Control-Alow-Origin响应头。

    第 一次出现问题的情况: $.ajax中设置url:“……”,data:{ “name”, “xiaobai”;“age”,“22” },type:“post”,则会发生报错400,response提示{"ret":-1,"info":"Failed to parse JSON invalid character 'a' looking for beginning of value"},意思是传送的数据没能成功转为JSON字符串。这时,将设置改为data:JSON.stringify{ “name”, “xiaobai”;“age”,“22” },dataType:“json”则成功。。这里dataType是对返回的数据进行格式的转换。原理解释一下,

    注意,这里出现的问题,如果web代码和后端代码在同一个域时,则会自动转为JSON格式。而不需要JSON.stringify转化。还有一点,若web代码在本地,后端代码在服务器端,可以通过nginx代理,使其避开跨域问题的发生。


    第二次出现问题的情况:如果只是简单的post发送方式,将json格式的数据发送到后端,则按照上述第一次出现的情况,即可解决问题。当需要在ajax中加入

    beforeSend:function(xhr){
        xhr.setRequestHeader("Authorization", userToken);
    //xhr.setRequestHeader("Content-Type", "application/json");
    },
    时,又会出现报错提示:
    Request header field Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.
    这 个时候,问题出现在content-type出现了问题。因为我们准备的数据时string格式的,同时ajax默认提交时告诉服务器数据格式是 "'application/x-www-form-urlencoded",当我们用JSON.stringify转化数据后,服务器调用相关的 Converter解析的时候发现解析不了(因为我们的数 据格式其实是json格式)。由于content-type的不正确,导致post方法,用options方式发送过去了。故而,由于发送方式不同,后端 不能正确接收数据。
    解决办法是(后台的处理方式):
    location / {
               if ($request_method = OPTIONS ) {
                   add_header Access-Control-Allow-Origin  "*";
                   add_header Access-Control-Allow-Methods "POST, GET, PUT, UPDATE, DELETE, OPTIONS";
                   add_header Access-Control-Allow-Headers "Authorization";
                   add_header Access-Control-Allow-Credentials  "true";
                   add_header Content-Length 0;
                   add_header Content-Type text/plain;
                   return 200;
               }
    location ~ ^/(join|login|logout|user)$ {
                if ($request_method = OPTIONS) {
                    rewrite ^(.*)$ / last;
                }
    } 

    第三次出现问题的情况,如果用angularjs的$http发送数据,则又会提示跨域的错误提示,那么添加headers:{“content-type”:“ application/x-www-form-urlencoded ”};则请求成功。


    综上,虽然问题已经解决了,而且基本确定是content-type变化导致的问题,可是我有几点疑问没有解决。

    第一点,post变options是因为content-type的原因,可是我本地没有设置request的content-type,后端没有设置response的content-type,而是只在后端设置了if ($request_method = OPTIONS) {rewrite ^(.*)$ / last;},就能解决跨域问题。这是为什么?

    第二点是,JSON.stringify使content-type默认值改变,导致问题发生,可以只在后台设置了Access-Control-Allow-Headers=“*”,而没有设置request的content-type就成功了,这又是为什么?

    以上均为个人理解,有误之处,请指正。也希望有大神帮忙解决一下我的问题~~~

    http://www.cnblogs.com/taoys/archive/2010/12/30/1922186.html 讲解content-type中application/x-www-form-urlencoded内容;

    http://fyq891014.blog.163.com/blog/static/20074019120123305029795/ 讲解jquery,ajax参数的问题;

    http://www.cnblogs.com/yeer/archive/2009/07/23/1529460.html 讲解jquery中ajax参数问题(更详细);


    首先,说明一下案例性质,web调用restApi。

    其次,说明一下案例的基本情况。我在本地编写的web程序,后端程序保存在远程服务器端,如166.66.66.6:8000/setup。


    本次介绍的跨域的解决办法,不涉及jsonp方式。而是需要将后端的代码中设置Access-Control-Alow-Origin = “*”,表示允许一切跨域访问。Access-Control-Alow-Origin一次只能设置一个域名,但是如果想要同时设置多个域名的话,解决办法是,建立一个允许跨域请求的域名列表,然后获取请求来源域名,和列表进行对比,如果来源域名存在允许的跨域请求域名列表里面,再添加Access-Control-Alow-Origin响应头。

    第 一次出现问题的情况: $.ajax中设置url:“……”,data:{ “name”, “xiaobai”;“age”,“22” },type:“post”,则会发生报错400,response提示{"ret":-1,"info":"Failed to parse JSON invalid character 'a' looking for beginning of value"},意思是传送的数据没能成功转为JSON字符串。这时,将设置改为data:JSON.stringify{ “name”, “xiaobai”;“age”,“22” },dataType:“json”则成功。。这里dataType是对返回的数据进行格式的转换。原理解释一下,

    注意,这里出现的问题,如果web代码和后端代码在同一个域时,则会自动转为JSON格式。而不需要JSON.stringify转化。还有一点,若web代码在本地,后端代码在服务器端,可以通过nginx代理,使其避开跨域问题的发生。


    第二次出现问题的情况:如果只是简单的post发送方式,将json格式的数据发送到后端,则按照上述第一次出现的情况,即可解决问题。当需要在ajax中加入

    beforeSend:function(xhr){
        xhr.setRequestHeader("Authorization", userToken);
    //xhr.setRequestHeader("Content-Type", "application/json");
    },
    时,又会出现报错提示:
    Request header field Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.
    这 个时候,问题出现在content-type出现了问题。因为我们准备的数据时string格式的,同时ajax默认提交时告诉服务器数据格式是 "'application/x-www-form-urlencoded",当我们用JSON.stringify转化数据后,服务器调用相关的 Converter解析的时候发现解析不了(因为我们的数 据格式其实是json格式)。由于content-type的不正确,导致post方法,用options方式发送过去了。故而,由于发送方式不同,后端 不能正确接收数据。
    解决办法是(后台的处理方式):
    location / {
               if ($request_method = OPTIONS ) {
                   add_header Access-Control-Allow-Origin  "*";
                   add_header Access-Control-Allow-Methods "POST, GET, PUT, UPDATE, DELETE, OPTIONS";
                   add_header Access-Control-Allow-Headers "Authorization";
                   add_header Access-Control-Allow-Credentials  "true";
                   add_header Content-Length 0;
                   add_header Content-Type text/plain;
                   return 200;
               }
    location ~ ^/(join|login|logout|user)$ {
                if ($request_method = OPTIONS) {
                    rewrite ^(.*)$ / last;
                }
    } 

    第三次出现问题的情况,如果用angularjs的$http发送数据,则又会提示跨域的错误提示,那么添加headers:{“content-type”:“ application/x-www-form-urlencoded ”};则请求成功。


    综上,虽然问题已经解决了,而且基本确定是content-type变化导致的问题,可是我有几点疑问没有解决。

    第一点,post变options是因为content-type的原因,可是我本地没有设置request的content-type,后端没有设置response的content-type,而是只在后端设置了if ($request_method = OPTIONS) {rewrite ^(.*)$ / last;},就能解决跨域问题。这是为什么?

    第二点是,JSON.stringify使content-type默认值改变,导致问题发生,可以只在后台设置了Access-Control-Allow-Headers=“*”,而没有设置request的content-type就成功了,这又是为什么?

    不确定,我写的这些是否正确,如果疑问,欢迎指正。也希望有大神帮忙解决一下我的问题~

    http://www.cnblogs.com/taoys/archive/2010/12/30/1922186.html 讲解content-type中application/x-www-form-urlencoded内容;

    http://fyq891014.blog.163.com/blog/static/20074019120123305029795/ 讲解jquery,ajax参数的问题;

    http://www.cnblogs.com/yeer/archive/2009/07/23/1529460.html 讲解jquery中ajax参数问题(更详细);


    展开全文
  • 【翻译】服务器后端的编程语言

    千次阅读 2015-09-14 11:59:43
    【翻译】服务器后端的编程语言对于那些需要web服务的初创公司里的大型新项目,我会选择何种后端编程语言呢?在客户端侧有CSS、html和javascript(包括CoffeeScript和TypeScript这类衍生语言)可供选择。而对于存储,...

    对于那些需要web服务的初创公司里的大型新项目,我会选择何种后端编程语言呢?在客户端侧有CSS、html和javascript(包括CoffeeScript和TypeScript这类衍生语言)可供选择。而对于存储,我曾经用过mysql和redis,这也基本够用了。但是选择服务器端的语言却没那么容易。我曾经使用了好长时间的php,因为在我刚开始编程时候,它最简单,成本也最低。但是时过境迁,现在的我不用再担心昂贵的服务器托管费用了。尽管我对web项目的经验没那么多,但我还是想分享自己的一些看法。

    定义:后端与安全性

    事先声明一下:我只讨论后端。所谓的后端,指的是处理服务器请求的数据接入层。它需要肩负着处理很多请求(大于100请求每秒)和快速处理请求(平均处理时间小于300ms)的职责。而那些可以被提前计算,或者是不需要直接展示给客户端的繁重计算的工作,则并不适合用后端进行处理。这些工作可以通过其他的语言通过另外的方式实现。后端也并不直接处理对用户的展现,这是前端应该做的。但是后端开发者,应该对如何给前端提供数据有着清晰的认知。我所见过最清晰的方式就是在前后端之间使用纯Restful API进行交互。

    后端语言也应该很容易校验前端发来的数据,方便的连接数据库,以及从文件系统保存或是获取文件。

    在接下来的篇幅中,我会描述语言的安全性。但这并不意味着你不能用不安全的语言写出安全的代码,而是不同语言编译器能够保证你的代码不出现某些特定的bug。举例而言,C的编译器并不进行边界检查,因此它是一种非常不安全的语言。而那些可以被自动工具检查出来的错误包括:

    • 语法错误
    • 读越界
    • 内存溢出(C/C++并不检查,但在java中几乎不可能)
    • 未被使用的变量
    • 类型问题:这个问题略微有些模棱两可,因为在每种语言你都能写出强类型的代码。但是在一些语言中,类型更为常见。有些语言同样也使用类型系统来发现错误。举例而言,php从这个意义上来说十分不安全。连123=="123ab"都可以为true。 Python稍微安全一点,但你却可以随意的返回值。Java相比之下安全多了。Haskel从这个层面来说更加安全,因为它的强类型系统会拒绝执行任何无意义的表达式,同时也不会进行任何形式的强制转换。

    在程序的运行时,也有一些错误会被发现。而在不同的语言中,对这种运行时错误的处理完全不同。举例来说,C和C++会默默的失败。(就像这个链接里说的) 这当然是很不好的。相比C/C++对越界错误的忽略,Rust则会发出明显的提示。(之前的heartbleed是一个典型的例子,可以看看这篇文章

    当然了,所有这些问题都可以通过良好的测试来发现。但是,能够被自动化的过程越多,当你测试不那么充分的时候,可能发生的意外也就越少。

    Java

    Java是跑在Java虚拟机的面向对象的语言。对于商业网站而言,java是使用最广泛的语言。为什么呢?

    上述是Java的优点,那么它的缺点呢:

    • 非常笨拙的语法。为了完成一个功能,你可能要打很多字。。当然自动补全是必不可少的,但是要打的东西还是不少。代码越多,维护起来成本越高。
    • 要把一个工具跑起来难度很高
    • 那些被设计用来扩展的super-abstract结构,事实上可能永远不会被用到。
    • 因为没有指针的存在,Java不能访问越界的数组,所以比C/C++安全一些。那些烦恼你的内存溢出也几乎不存在了。但是付出的代价就是,语法更加的复杂,而且你如果一不小心,就会掉入Java中得不安全的陷阱。
    • 速度和内存使用量:Java在速度上并不突出,而在内存使用上则是相当的多。但是这并没给它的大范围使用带来太多的问题。感兴趣的可以看看这篇文章

    对于Java还可以参考以下文章:

    Javascript: Node.js

    Node.js自从2009年发布一下,使用十分广泛。Node.js具有异步,事件驱动以及可扩展的特性。Node.js应用是由JavaScript开发的,因此它具有JavaScript的所有优点:

    • 享受到了JavaScript V8引擎的好处
    • 灵活而轻量级的语法
    • 跟Java一样,JavaScript出现在1995年。所以语言本身发展历史很长,相对稳定。

    还有什么要补充的?

    • Node很快,而且可扩展。(参考 Performance Comparison Between Node.js and Java EE
    • JavaScript不太安全。即使很小的语法错误也只会在执行的时候暴露出来。因此单元测试十分重要。
    • Node.js被LinkedIn,Yahoo!, Uber, Paypal使用
    • 有很多人从Node.js转向了Go 1 2 3

    参考:

    Go

    Go是由Google开发的,静态类型的编译语言。它直到2009年才出现,十分短暂。

    • Go提供了那些你进行web开发需要的基本工具
    • 有不错的教程和一些web开发的材料
    • 有一些任务在Go语言中超过预期的复杂,比如排序,详见link
    • Go有一些跟其他语言完全不同的diffuser,比如如果你想声明一个public方法,那这个方法的第一个字母一定要是大写的。还有未被使用的变量会导致编译错误。

    参考:

    C

    C#是由微软开发的具有静态类型的编译语言。但是它却有很多动态特性。 它出现在2000年。而针对web开发的框架ASP.NET直到2002年才发布。

    C#的生态系统包括:

    我对C#/ASP.NET的理解并不深入,因此无法更详尽的分析它的优略。

    Python

    python是现在在用的最古老的语言之一。它最早出现于1991年。Python是具有动态的类型,面向对象的解释性语言。而且它具有函数编程的特性。
    尽管我曾经在很多项目中使用过Python,但并不包括web项目。因此那些重要的工具和框架可能会被遗漏:

    我认为Python最主要的优势在于代码容易撰写,而且可读性很高。我对Python显然是有偏爱的,而且我坚信很多人和我有着同样的观点。

    PHP

    PHP是动态类型的服务器端语言,它在1995年被推出。

    PHP最大的优势是学习门槛低。它基本可以在任何地方被执行,托管和非常简单。Wikipedia使用的就是PHP,所以很明显使用PHP来创建可用的大型网站是可行的。
    这里写图片描述

    Hack

    Hack是由Facebook在2014年开发的编程语言。它是PHP的变体。它与PHP最主要的不同在于:

    • 函数参数和返回值是指定类型的
    • Hack并不完全支持PHP的一些特性source,比如goto、可变变量、字符串自增,这有时候也挺好的。

    参考:

    Rust

    Rust是很安全的语言,但是对于它在生产环境的使用,仍有疑虑。

    参考:

    其他

    Ruby with Rails: 我知道它应用广泛,但是我对Ruby的了解并不充分。Ruby的语法与Python类似。

    参考

    结论

    仔细想来,对我来说以下的语言更适合我做后端:

    • Go:很快,而且是编译型的
    • node.js: 很好的可扩展性
    • Python: 这是我最了解的语言。除此之外,它有非常清晰的语法,很好的社区开发的变法风格,以及易读性。

    对我来说不适合的语言:

    • PHP: 因为语言的不一致,导致建立稳定的后端没那么简单。
    • C#: 这个语言太以微软为中心了
    • Java:语法有点拖沓,成本高。

    其他语言可能也是很好的选择,只是我知之甚少。我对rust在后端使用的可行性非常好奇。Hack语言非常年轻,让我们对它未来的发展拭目以待。

    原文链接:http://martin-thoma.com/languages-for-back-ends/#tocAnchor-1-11

    展开全文
  • AWS的资产跟踪器示例 使用开发的IoT产品的无服务器后端的参考实现。 :information_selector: 。
  • 适用于Azure的nRF资产跟踪器 使用开发的IoT产品的无服务器后端的参考实现。 :construction: 适用于Azure的nRF资产跟踪! :information: 。
  • 服务器后端开发系列——《开源RTMFP协议媒体服务器Cumulus》作者:柳大·Poechant(钟超)邮箱:zhongchao.ustc#gmail.com(# -> @)博客:Blog.CSDN.net/Poechant日期:June 28th, 2012持续更新中⋯⋯OpenRTMFP/...
  • 用 Swift Perfact 开发服务器后端,你准备好了吗?! https://www.perfect.org/.zip,Server-side Swift. The Perfect core toolset and framework for Swift Developers. (For mobile back-end development, website...
  • 服务器聊天 一个示例聊天应用程序,它使用AWS Lambda之上的无服务器框架和带有WebSockets的API网关作为后端,以及一个简单的Django客户端。 您可以查看说明如何创建应用程序的教程。
  • 注册服务器 我的React注册项目的后端。 使用sqlite减少任何想要运行代码的人的设置。
  • 在linux服务器后端运行程序,不会因为前段电脑关机而停止程序的运行 之前小白我在使用putty运行服务器的时候,一般都是直接登录自己的服务器账号和密码之后,就开始python自己的程序了,这样的话其实对于一些运行...
  • 关于微信小程序Tomcat服务器后端程序搭建

    万次阅读 热门讨论 2018-04-03 19:26:41
    关于Tomcat服务器小程序Java后端搭建 微信小程序采用的向服务器发送请求的api可以先看一下 wx.request(OBJECT) 发起网络请求。 这里重点关注data和url以及datatype 参数名 类型 必填 默认值 说明 ...
  • 服务器后端的编程语言

    万次阅读 2016-12-28 10:15:16
    本文为 csdn cedricliang 编纂翻译,如有转载,请于原文篇头出标明译者及原文出处,以示尊重!...对于那些需要web服务的初创公司里的大型新项目,我会选择何种后端编程语言呢?在客户端侧有CSS、html和JavaScri
  • kingtaker-server 流行的开源游戏 KingTaker 的 Java 服务器/后端
  • 后端发请求 2.服务端返回数据 3.根据服务端返回的数据,做相应的操作 首先,我们实例化一个XHR对象,代表我要使用AJAX技术。 var xhr = new XMLHttpRequest(); 然后向服务器发送请求,以下是两种...
  • 我刚刚接触MYSQL现在先学点什么或者说先学些什么? 我刚刚接触MYSQL现在先学点什么或者说先学些什么? 我刚刚接触MYSQL现在先学点什么或者说先学些什么?

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 363,831
精华内容 145,532
关键字:

服务器后端