一个开发环境有多个网站,需要使用不同的session,解决方案很多。不过这次也高大上一把,用数据库存,方便以后扩展。 首先是数据库的部分
通过Internet获取资源既缓慢,成本又高。为此,Http协议里包含了控制缓存的部分,以使Http客户端可以缓存和重用以前获取的资源,从而优化性能,提升体验。虽然Http中关于缓存控制的部分,随着协议演进,有一些变化。但我觉着,作为后端程序员,在开发Web服务时,只需要关注请求头If-None-Match、响应头ETag、响应头Cache-Control就足够了。因为这三个Http头就可以满足你的需求,并且,当今绝大多数的浏览器,都支持这三个Http头。我们所要做的就是,确保每个服务器响应都提供正确的 HTTP 头指令,以指导浏览器何时可以缓存响应以及可以缓存多久。
以NODE作为后端开发单页应用时,前后端对表单的验证的逻辑和返回的提示信息其实是一样的,应该做到前后端共用验证逻辑,在React应用中这一点就更重要了。目前后端可以使用的koa-validate,express-validate等验证util又不能在前端使用,而且似乎目前还没有一个是中文提示信息的,于是就决定自己写一个前后端共用的链状验证器。验证器去检查多个字段并在最后返回一个提示信息的数组,已经消毒后的数据;
本文简单介绍了模板引擎在前后端的使用,下文我们回到 Underscore,重点分析下 _.template 的使用方式以及源码原理。
Usergrid是一款适用于移动和富客户端应用的综合性平台。
最近几个月,与三位后台开发人员有过接口对接,每一次风格都不同,网上找到的也大多是关于RESTFUL风格的讨论,自己以及其他同事对RESTFUL的理解都不够到位,所以大多数工作中碰到的情况都不是RESTFUL风格,一般都是通过JSON自定义的格式。
近日,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
免责声明:我是一个工程师,拥有10年以上的 WEB 后端开发经验,大部分职业生涯都在编写 Python代码。所以本文大部分文字描述可能跟软件开发的其他领域无关,同样的,也跟使用 JVM 或 CLR 的开发者无关,他们只是用不同的方式解决问题。
莞香广科微信公众号后端,为在校学生提供一系列信息查询与便民服务。微信号GXGKCAT
微软如今已经在 Azure 使用了大量开源技术,并开源了微软自己的一些技术 – 上周微软宣布开源全部 .NET 服务器端框架,并支持 Mac OS X 和 Linux 系统,这在以前或许是很难想象的。还是根据 Neowin 的消息,微软目前也在考虑开源 Bing 后端系统的技术。
--小学生作文的开头:光阴似箭,日月如梭.....半年过去了,床底下又多了不少书,更新一个2.0版。 自从技术书的书架设定为”床底下“之后,又多了很多买书的空间。中国什么都贵,就是书便宜。 没有全部看完,看一部分觉得值得推荐就放上来了,但在碎片化的阅读下难免错评,不定期更新修正。
在创业公司初创伊始,如何选择合适的技术类型决定了如何进行合理的业务支撑方向。如果你在读这篇文章之前,更倾向于选择Java/C#/PHP技术栈,我觉得对于你而言,这篇文章其实对你帮助不大。因为对你而言,这些技术栈意味着更加方便招人,更方便的故障处理资料等等。但是对于一个初创公司选择合理的小众语言技术栈而言,我想这篇文章对你也许有一些帮助。
1995 年 5 月 JavaScript 的最初版本由网景公司的工程师 Brendan Eich 开发,目的是为了跟微软公司的 Web 技术平台竞争。JavaScript 最初随 Netscape Navigator 2.0 发布时的名称为 LiveScript,后来由于跟 Sun 公司合作为了市场原因把名称改为 JavaScript。需要指出的是,JavaScript 一开始就不仅仅使用在浏览器端,网景公司还将它应用在了 Netscape Enterprise Server 这个服务端的产品上。1996 年,微软公司通过对 JavaScript 的反向工程实现了自己的相类似的技术 JScript,这个领域的竞争出现了网景、Sun 以及微软三足鼎立的格局。1997 年,在ECMA(欧洲计算机制造商协会)的协调下,由网景、Sun、微软、Borland 组成的工作组确定统一标准:ECMA-262。我们通常所说的 ECMAScript 指得就是 ECMA-262,从此各大厂商提供 ECMA-262 的不同实现。从这个方面上说,刚开始提到的浏览器使用的 JavaScript 到底是什么版本这个问题不太准确。更准确的描述应该是问具体厂商实现 ECMA-262 标准的 JavaScript 引擎产品是什么版本。另外,ECMA-262 也在进化,也是按版本迭代的。由于 JavaScript 最初是由网景公司最新提出来的,我们通常按网景公司的实现做蓝本描述 JavaScript 的版本。
引语:在上一篇文章中说到,在页面中可以用隐藏的方式让你的上传页面看起来漂亮。但是这对于性能来说,并没有什么卵用,那么在后台的处理中,难道就没有一些处理技巧么?所谓后台的技巧,应该要包括上传得快一点,上传的文件大一点!那么,本文就来说说,后端处理都有些什么技巧吧!
Mozilla 开发者宣布新 的 HTTP 缓存后端已在最新的 Firefox Nightly 版中默认启用,用户将能在几个月后发布的 Firefox 32 正式版中体验到新的改进。新的 HTTP 缓存后端将会自动删除目前留在用户磁盘内的旧数据,这些无用的旧数据将不会再浪费用户的空间。
本文通过研究Docker Hub和docker-registry的架构,介绍了在服务端Docker镜像的存储、管理、安全的架构设计,并给出了一次简单的Docker客户端服 务端交互的过程。对于部署实现一个大规模、企业级的镜像库需要做的工作做了初步的探讨,汇总了需要准备的前期知识等。推荐想要搭建一个私有Docker镜 像库的同学阅读。