用到了apache的fileupload组件 [Java]代码 public void fileUpload(HttpServletRequest request, HttpServletResponse response) throws ServletException { try { String path = request.getParameter("path"); path = path

Node.js框架是可以帮助你建立网站应用服务的javascript框架。它可以帮助你更快地开发Web应用

这是一个脑洞大开的年代，产生越来越多的认知盈余。思想的碰撞产生出种种奇思妙想，许多人想通过互联网，通过技术来改变生活。所以，我们看到越来 越多有价值的新产品出现。无论是在纯软件类移动互联网产品领域、硬件类实体产品还是在新兴的服务行业。你也许也会有同样的想法：有个创意，想开发一个 App 来解决某个问题，想做一款好玩的游戏 App，或者是通过移动 App 来优化您的传统商业模式和体验。那么如今怎样来开发一个 App，可以即高效又最节省开发成本呢？技术团队如何组建，还需要后端工程师么？

一个开发环境有多个网站，需要使用不同的session，解决方案很多。不过这次也高大上一把，用数据库存，方便以后扩展。 首先是数据库的部分

对于前后端完全分离的项目来说，前端只会关心接口，通讯方式一般采用json。所以，理想的状态下就是前端不用直接等待后端完成接口再写逻辑代码，而是直接自己fake一些数据。

刚刚参加完一个项目，背景：后端是用java，后端服务已经开发的差不多了，现在要通过web的方式对外提供服务，也就是B/S架构。后端专注做业务逻辑，不想在后端做页面渲染的事情，只向前端提供数据接口。于是协商后打算将前后端完全分离，页面上的所有数据都通过ajax向后端取，页面渲染的事情完全由前端来做。

通过Internet获取资源既缓慢，成本又高。为此，Http协议里包含了控制缓存的部分，以使Http客户端可以缓存和重用以前获取的资源，从而优化性能，提升体验。虽然Http中关于缓存控制的部分，随着协议演进，有一些变化。但我觉着，作为后端程序员，在开发Web服务时，只需要关注请求头If-None-Match、响应头ETag、响应头Cache-Control就足够了。因为这三个Http头就可以满足你的需求，并且，当今绝大多数的浏览器，都支持这三个Http头。我们所要做的就是，确保每个服务器响应都提供正确的 HTTP 头指令，以指导浏览器何时可以缓存响应以及可以缓存多久。

以NODE作为后端开发单页应用时，前后端对表单的验证的逻辑和返回的提示信息其实是一样的，应该做到前后端共用验证逻辑，在React应用中这一点就更重要了。目前后端可以使用的koa-validate,express-validate等验证util又不能在前端使用，而且似乎目前还没有一个是中文提示信息的，于是就决定自己写一个前后端共用的链状验证器。验证器去检查多个字段并在最后返回一个提示信息的数组，已经消毒后的数据；

本文简单介绍了模板引擎在前后端的使用，下文我们回到 Underscore，重点分析下 _.template 的使用方式以及源码原理。

Usergrid是一款适用于移动和富客户端应用的综合性平台。

11年末的时候，用winForm开发程序，拖拖控件，点点按钮，连接数据库，做一些基本的管理系统；Java的JSP还能包揽一切，服务器端拼接模板， 顶多使用servlet做一些业务逻辑，做到后端的MVC。那时候，带了一个学校的创新团队，做一些项目，但是基本上是一个人前端后一起搞，现在想想，真 是【杂乱无章】，后端MVC还好，倒是前端，基本上只能做一些简单效果，施展的空间不大，幸好，也基本能完成项目。

本文主要介绍JWT（ JSON Web Token ）授权机制在前后端分离中的应用与实践，包括以下三部分： JWT原理介绍 JWT的安全性 React.js+Flux架构下的实践（ React-jwt example ）

最近几个月，与三位后台开发人员有过接口对接，每一次风格都不同，网上找到的也大多是关于RESTFUL风格的讨论，自己以及其他同事对RESTFUL的理解都不够到位，所以大多数工作中碰到的情况都不是RESTFUL风格，一般都是通过JSON自定义的格式。

一个优秀的WEB架构，必定会应用一些分层设计的思想，这样可以让系统开发起来更灵活，同时后期维护也比较方便。

随着互联网应用工程规模的日益复杂化和精细化，我们在开发一个标准web应用的早已开始告别单干模式，为了提升开发效率，前后端分离的需求越来越被重视，前端负责展现/交互逻辑，后端负责业务/数据接口，基本上也成为了我们日常项目分工中的标配，但是前后端分离一直以来都是一个工程概念，每个团队在实现工程中都会基于自身的技术栈选择和开发环境进行具体的实现，本文便根据自身团队在webapck开发中搭建的前后端分离开发环境进行部分叙述。

近日，Hacker News 中有一个问题引起了广泛的讨论：如果要开发一个大型的 web 应用程序，你会选择什么编程语言来进行后端开发，要考虑到开发时间、成本和可维护性。

屏幕更小、有限的数据计划和需要更少请求的移动设备的web体验与桌面浏览器有诸多不同。移动设备需要更少往往也是不同的数据，并且可能提供其它交互，比如通过条形码扫描器。这意味着我们需要在API后端添加额外的功能，实现对移动设备的支持， Sam Newman 在他的博客文章中如此解释，并描述了 API后端模式 ，用于处理不同类型用户体验设备之间的不匹配。

由于H5在移动端的发展如日中天，现在大部分公司对高级前端需求也是到处挖墙角，前端薪资也随之水涨船高，那公司没有配备专用的前端怎么办呢？ 作为老板眼中的“程序猿” 前端都不会是非常无能的表现，那作为后端人员需要不需要懂前端呢？为了提升价值还是需要懂点的，不然一点问题就找前端，那是不是让别人疯了……

Express 作为用 JavaScript 编写的后端服务的主流解决方案，占据了后端框架使用率的绝大部分，其次的四个最大框架对比于 Express 来说，占用率都很小。

　　科普文一则，说说我对Node.js的一些认识，以及我作为前端工程师为什么会向后端工程师推荐Node.js。 “Node.js 是服务器端的 JavaScript 运行环境，它具有无阻塞(non-blocking)和事件驱动(event-driven)等的特色，Node.js 采用V8引擎，同样，Node.js实现了类似 Apache 和 nginx 的w