引语：在上一篇文章中说到，在页面中可以用隐藏的方式让你的上传页面看起来漂亮。但是这对于性能来说，并没有什么卵用，那么在后台的处理中，难道就没有一些处理技巧么？所谓后台的技巧，应该要包括上传得快一点，上传的文件大一点！那么，本文就来说说，后端处理都有些什么技巧吧！

“前后端分离”显然已不是什么新鲜的话题，表面上看是一场架构模式的变革，但实质上是为了解决以往传统的服务端MVC设计模式的一些诟病和痛点。前后端分离带来的全新的前后端协作方式能够让专业的人做专业的事，无论前端后端都能更专注在自己擅长的方面。那么如何基于一个成熟的Hybris平台进行前后端分离？接下来，我们将会逐一剖析这个演变过程。

Mozilla 开发者宣布新 的 HTTP 缓存后端已在最新的 Firefox Nightly 版中默认启用，用户将能在几个月后发布的 Firefox 32 正式版中体验到新的改进。新的 HTTP 缓存后端将会自动删除目前留在用户磁盘内的旧数据，这些无用的旧数据将不会再浪费用户的空间。

Puer是一个可以实时编辑刷新的前端服务器。

本文通过研究Docker Hub和docker-registry的架构，介绍了在服务端Docker镜像的存储、管理、安全的架构设计，并给出了一次简单的Docker客户端服 务端交互的过程。对于部署实现一个大规模、企业级的镜像库需要做的工作做了初步的探讨，汇总了需要准备的前期知识等。推荐想要搭建一个私有Docker镜 像库的同学阅读。

首先啦，我不认识mock.js的作者，带着需求找到mock.js让我觉得很惊艳。 相对于其他同类的框架的实现，mock.js超出了我的意料。 基于 数据模板 生成模拟数据。 基于 HTML模板 生成模拟数据。

声明：笔者会以一个后端开发人员（类 C 语言）的身份来做前端的开发，但是需要一些前端基础知识，比如：HTML 标记、DOM 文档等。

在基于位置服务的移动应用领域，移动设备端和服务端之间总是存在大量的交互。设备向服务端发送它的位置信息和其它设备信息，服务端接收这些数据，对它们进行处理，并返回给设备端一些命令。设备端根据这些命令执行一些操作，比如GPS数据的收集和发送频率等。

ThreadLocal(线程变量副本) Synchronized实现内存共享，ThreadLocal为每个线程维护一个本地变量。 采用空间换时间，它用于线程间的数据隔离，为每一个使用该变量的线程提供一个副本，每个线程都可以独立地改变自己的副本，而不会和其他线程的副本冲突。 ThreadLocal类中维护一个Map，用于存储每一个线程的变量副本，Map中元素的键为线程对象，而值为对应线程的变量副本。

Mozilla已经推出了 Firefox 32.0 Beta 1 版本和 Firefox Aurora 33.0a2 浏览器。虽然没有令人瞠目结舌的新功能，但是均包含了一些有用的改进，帮助Firefox继续跟上浏览器竞争步伐。

最近发现知乎上有些人批评 Node.js，说 Javascript 的前后端统一是一个笑话。 “呵呵”。

吃午饭的时候我就一直在想这个问题，我觉得重点不是Python而是后端工程师，因为Python只是系统的一部分，linux基础操作要熟吧，sql要懂吧，消息队列要知道吧，git要熟悉吧……木桶理论，每一环都不能落下，精通其中一两环就更好了。基础功扎实，新东西学得快，代码写得溜，命令敲得顺，bug解的好，妈妈再也不用担心我天天加班了~~~

IBM曾亲手将SQL、Linux和Java送入“上流社会”，如今，IBM又把目光瞄准了MongoDB，目的是帮助企业打通移动商务应用与传统的关键业务数据库。

我打算把我的后端的框架定位为建站框架，本文是我的一些思路与初步实践。如果园子里有做过后端框架的高手（不限语言），也请指教一下。以下是大概的流程。 后端的核心文件mass.js包含批量创建与删除文件夹，MD5加密，类型识别与模块加载等功能。现在网站名与网站的路径也还是混淆在里面，以后会独立到一个配置文件中。只要运行node mass.js这命令就立即从模板文件中构建一个样板网站出来。下面就是它建站的

一个能够支持前后端分离并支持中间层同构的完整框架,或许现在它还不够完善,但是我会把构建该框架中遇到的问题都列出来,以方便其他人遇到问题不在需要去到处搜索问题,希望为自己搭建框架的人有一些帮助,文档也会不断更新和优化,你可以watch项目随时看到文档的更新,也希望最后成为一个完整而又完美的框架

Spring 迷人的依赖注入特性， 使其已经稳稳的占据在 JavaEE 项目引用开源项目列表中的上层位置。

这是一篇面向移动端开发者的科普性文章，从前端开发的最初流程开始，结合示范代码，讨论开发流程的演变过程，希望能覆盖一部分前端开发技术栈，从而对前端开发的相关概念形成初步的认识。

权限的设计中比较常见的就是RBAC基于角色的访问控制,基本思想是，对系统操作的各种权限不是直接授予具体的用户，而是在用户集合与权限集合之间建立一个角色集合。每一种角色对应一组相应的权限。

目前是让开发可以快速的开发api类后端，开箱即用，可以最大程度发挥node express的威力

做前后端分离也有一段时间了，业务一直在用Vue@1.x的多入口方案，也一直懒癌发作没搞2.x的版本。适逢最近在等某宝小程序的构建，由于迟迟不定技术方案，只好暂缓先捯饬一下Vue@2.x项目多入口的构建方案。