前端

队名 火箭少男100 组长博客 林燊大哥 作业博客 Alpha 冲鸭鸭鸭鸭鸭鸭！ 成员冲刺阶段情况 林燊（组长） 过去两天完成了哪些任务 协调各成员之间的工作 测试服务器并行能力 学习MSI、CUDA 展示GitHub当日代码/文档签入记录(组内共享) 接下来的计划 扩充数据集 优化算法运行能力 还剩下哪些任务 继续研究服务器搭建数据库 燃尽图（组内共享） 有哪些困难 前端界面较简单 运行用的服务器性能不佳 有哪些收获和疑问 通过阅读相关论文及实战模型，丰富了算法实践经验 服务器端配置方面的心得 董钧昊 过去两天完成了哪些任务 继续研究优化YOLO算法的输入图片模块 实现了数据增强模块中的泊松噪声算法 接下来的计划 将全部数据投入数据扩充来进一步丰富数据集 接口对接 还剩下哪些任务 全部数据的投入训练 协助软件开发组完成服务器响应 有哪些困难 云服务器有两台，配置繁琐 数据量过少，难以完成更优性能 有哪些收获和疑问 通过阅读残差网络论文及部分心得博客，较浅地理解了服务器端数据库搭建 两天时间很短，大家做的内容过少，且冗余度高 卢恺翔 过去两天完成了哪些任务 对调整完参数的模型进行测试 协助服务器的环境搭建 根据测试结果调整网络参数 接下来的计划 对调整后网络的模型进行稳定性和正确率测试 协助直推式迁移学习的训练 还剩下哪些任务 存在部分数据尚未标注 部分原始数据处理 添加更多数据

队名 火箭少男100 组长博客 林燊大哥 作业博客 Alpha 冲鸭鸭鸭鸭鸭！ 成员冲刺阶段情况 林燊（组长） 过去两天完成了哪些任务 协调各成员之间的工作 协助测试的进行 测试项目运行的服务器环境 完成前端部分界面美工 展示GitHub当日代码/文档签入记录(组内共享) 接下来的计划 协助前端进行界面开发 协助接口实现 优化各个模型结构 还剩下哪些任务 燃尽图（组内共享） 有哪些困难 前后端接口复杂耦合度过高 运行用的服务器性能不佳 有哪些收获和疑问 通过阅读相关论文及实战模型，丰富了算法实践经验 服务器性能优化方面的心得 董钧昊 过去两天完成了哪些任务 调整网络参数，提供 AP 0.2 优化后端接口模块 接下来的计划 将全部数据投入数据扩充来进一步丰富数据集(仍然缺少数据) 测试现有模块 还剩下哪些任务 全部数据的投入训练 有哪些困难 数据量过少，难以完成更优性能 有哪些收获和疑问 通过阅读论文，简单理解了朴素贝叶斯分类器的基本原理 卢恺翔 过去两天完成了哪些任务 对调整完参数的模型进行测试 协助服务器的环境搭建 根据测试结果调整网络参数 接下来的计划 对调整后网络的模型进行稳定性和正确率测试 协助直推式迁移学习的训练 还剩下哪些任务 存在部分数据尚未标注 部分原始数据处理 添加更多数据 有哪些困难 测试的数据量过多，测试复杂、繁琐 有效数据量过少，导致泛化程度不佳

简介 easyUI：是一种基于jQuery的用户界面插件集合。easyui为创建现代化，互动，JavaScript应用程序，提供必要的功能。使用easyui你不需要写很多代码，你只需要通过编写一些简单HTML标记，就可以定义用户界面。easyui是个完美支持HTML5网页的完整架。easyui节省您网页开发的时间和规模。easyui很简单但功能强大的。 中文官网 http://www.jeasyui.net/ 下载和安装 下载地址： http://www.jeasyui.net/download/ 解压后： 在项目中使用easyUI将相关内容拷贝到项目的根目录：先创建一个easyui文件夹，在创建一个js文件夹在easyui下面创建两个文件夹js和themes。 新建一个html文件，引入以下内容: 布局 边框布局（border layout）提供五个区域：east、west、north、south、center。以下是一些通常用法： north 区域可以用来显示网站的标语。 south 区域可以用来显示版权以及一些说明。 west 区域可以用来显示导航菜单。 east 区域可以用来显示一些推广的项目。 center 区域可以用来显示主要的内容。 < body class = "easyui-layout" > < div data-options = "region:'north

背景 相信进行过前端开发的同学都知道，前端测试不仅仅涉及到功能的测试，而且也需要考虑到界面样式测试、多浏览器兼容性测试、性能测试。本文主要讨论分析目前前端测试的现状，并讨论目前流行的测试工具，下篇文章将会介绍工具的使用方法 前端测试分类 前端测试主要分三大方向测试，而这三大方向也分很多小方向测试，首先简单的介绍每个方向的概念 界面样式测试 固定界面样式测试：主要针对文字内容不变的区域，例如页面的页头，页脚这类结构、内容不变的区域，而测试一般通过截图对比解决。 结构不变界面样式测试：主要针对结构不变的区域，例如新闻区域这类结构不变，内容变化的区域，这类测试一般通过DOM元素对比解决。 计算样式测试：主要针对计算样式不变的区域，这类测试一般通过比较计算样式解决，但是这种测试不推荐，因为测试成本比较大。 功能测试 服务器数据预期测试：主要针对用户在前端界面进行某种操作后，提交数据给后台后，测试后台能否返回预期的数据 界面功能测试：主要针对用户在前端界面进行某种交互性操作后，测试能否获取预期的功能、界面交互 多浏览器测试 多浏览器测试：基于界面样式测试、功能测试的基础上来进行不同浏览器的的测试。 性能测试 白屏时间：用户浏览器输入网址后至浏览器出现至少1px画面为止。 首屏时间：用户浏览器首屏内所有的元素呈现所花费时间。 用户可操作时间(dom ready) ：网站某些功能可以使用的时间。

javascript 脚本语言 由浏览器去解析并且执行的 1.弱类型 强类型 弱类型在定义变量的时候是不需要声明数据类型的,数据类型是由变量值来决定的 JavaScript 强类型在定义变量的时候就已经把数据类型给确定了 java int a 2.解释执行，逐行执行 3.解释型语言 对应编译型语言 python c/c++ 翻译一句看一句 全部翻译好再来看 效率 解释型 < 编译型 全都会被解析成010101 010101 JavaScript的使用 1.行内 句柄写法 2.内部样式表 <script> js 代码 </script> 3.外部样式表 <script src="以.js结尾的js文件的路径"></script> 4.外部导入样式 外部导入模块 写css的时候是放在head里面的 在写JavaScript 是可以放在任何地方的 最好是放在页面的最下面 特殊情况除外 ------------------------------------------------------------------------------------------------ JavaScript代码部分 // 基本的核心语法 // 变量： 会变的量 // 定义变量 // var 定义变量的关键字 // var 变量名 = 变量值; // 变量名的命名规则: 只能是字母,数字,_,$

核心原理： 该项目核心就是文件分块上传。前后端要高度配合，需要双方约定好一些数据，才能完成大文件分块，我们在项目中要重点解决的以下问题。 * 如何分片； * 如何合成一个文件； * 中断了从哪个分片开始。 如何分，利用强大的js库，来减轻我们的工作，市场上已经能有关于大文件分块的轮子，虽然程序员的天性曾迫使我重新造轮子。但是因为时间的关系还有工作的关系，我只能罢休了。最后我选择了百度的WebUploader来实现前端所需。 如何合，在合之前，我们还得先解决一个问题，我们如何区分分块所属那个文件的。刚开始的时候，我是采用了前端生成了唯一uuid来做文件的标志，在每个分片请求上带上。不过后来在做秒传的时候我放弃了，采用了Md5来维护分块和文件关系。 在服务端合并文件，和记录分块的问题，在这方面其实行业已经给了很好的解决方案了。参考迅雷，你会发现，每次下载中的时候，都会有两个文件，一个文件主体，另外一个就是文件临时文件，临时文件存储着每个分块对应字节位的状态。 这些都是需要前后端密切联系才能做好，前端需要根据固定大小对文件进行分片，并且请求中要带上分片序号和大小。前端发送请求顺利到达后台后，服务器只需要按照请求数据中给的分片序号和每片分块大小（分片大小是固定且一样的）算出开始位置，与读取到的文件片段数据，写入文件即可。 为了便于开发，我 将服务端的业务逻辑进行了如下划分，分成初始化

文本标签 字体 实符实体 常用元素 列表标签 超级链接 图片标签 来源： CSDN 作者： ifubing 链接： https://blog.csdn.net/ifubing/article/details/104572856

大型 动态应用系统 平台主要是针对于大流量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。 大型动态应用系统又可分为几个子系统： Web前端系统、负载均衡系统、数据库集群系统、缓存系统、分布式存储系统、分布式服务器管理系统、代码分发系统 1、Web前端系统 为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以应用划分服 务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同时使他应用也会受益。 该Web前端系统基于IIS/ASP.NET等的虚拟主机平台，提供PHP程序运行环境。服务器对开发人员是透明的，不需要开发人员介入服务器管理。 2、负载均衡系统 负载均衡系统分为硬件和软件两种。硬件负载均衡效率高，但是价格贵，比如F5等。软件负载均衡系统价格较低或者免费，效率较硬件负载均衡系统低，不过对于流量一般或稍大些网站来讲也足够使用，比如lvs,nginx。大多数网站都是硬件、软件负载均衡系统并用。 3、数据库集群系统 由于Web前端采用了负载均衡集群结构提高了服务的有效性和扩展性，因此数据库必须也是高可靠的才能保证整个服务体系的高可靠性，如何构建一个高可靠的、可以提供大规模并发处理的数据库体系?

普遍性和可检测性： Xpath 注入是 OWASP TOP10 安全威胁中 A1 Injection 中的一种，注入漏洞发生在应用程序将不可信的数据发送到解释器时。虽然注入漏洞很容易通过审查代码发现，但是却不容易在测试中发现。 影响严重： 注入能导致数据丢失或数据破坏、缺乏可审计性或者是拒绝服务。注入漏洞有时候甚至能导致完全主机接管。 从代码层次如何防御： 首先我们先来看一下在 Java 中引用 xpath 需要用的 lib 库： javax.xml.xpath org.jdom.xpath org.jdom2.xpath等 那么xpath注入是从哪些途径进入到代码逻辑的呢？大家仔细思考一下无外乎三个途径： cookie 、 header 、 request parameters/input 。如果我们能对这三个注入源头进行严格得入参检查是否就能够防御绝大部分的注入攻击了呢？ 答案是可以防御大部分注入攻击,下面我们就一起来看一下如何进行有效得进行入参检查： 我们将入参都转化为 Map 对象， Map<K, Collection<V>> asMap() ; 然后通过CheckMap（ finnal Map<String, String> params ）方法，检查入参是否合法。 下面我们来实现这个CheckMap内部方法： 1. 通过遍历检查Map中key得合法性 for

项目框架：spring+springmvc+mybatis 问题描述：前端ajax用post方式提交json数据给后端时，网络报错 415 前端异常信息：Failed to load resource: the server responded with a status of 415 (Unsupported Media Type) 后端异常信息：无 报错原因：缺少jackson包 类似问题注意点： springmvc添加配置、注解； pom.xml添加jackson包引用； Ajax请求时没有设置Content-Type为application/json 发送的请求内容不要转成JSON对象，直接发送JSON字符串即可 <!-- json解析包 --> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-core</artifactId> <version>2.5.2</version> </dependency> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.5.2</version> <