静态web的回归

90年代标准的静态web内容正在以充足的理由回归着。Mashable的服务涵盖每一个静态组件——web站点很想要的,与由HTML5,CSS3,和现代JavaScript构建的绝对客户端进行结合,告别单一、静态的页面。

垃圾摇滚,英式摇滚,最初的JavaScript和第一代静态网页
随身听里的涅槃乐队音乐,黑胶唱片大小的光盘与我们苹果麦金塔电脑的IIfx盒子连接起来,用Eudora写邮件,用Gopher进行网络搜索或用telnet连接到图书馆的终端来获取书籍,用学校的BSD机器来联络朋友,是啊,那些都是逝去的日子!

我绝不会忘记我第一次看到web页面的那天。我用ftp(或Gopher)连接到NCSA的浏览器,看到了第一个校园的HTML页面。然后我打开了一个加载了四分钟的有着图片的页面,我差点都晕过去了,这简单太酷了!所有这一切的可能都归功于爱迪生的发明。我在校园的走廊里随便抓个人就对他说:“你必须要看看这个”。

这些都是静态web页面的日子。调制解调器被迫以各种不合理的方式优化web页面。让web内容与任意动态东西相连的想法简单就只是一个梦而已。

随后CGI出现了——公共网关接口,且任何掌握Perl技能的人瞬间成了web大神——特别是能从像Xbase,CSV等平面文件数据库中读取数据并在页面展示的人。

在某种情况下,我们甚至有JavaScript工作在服务器上。是的,我们甚至称之为SSJS,商家也为此争战,但就像现在的NODE一样,并没有达成共识。当我听到年轻的node迷们说“是的,JavaScript最终用在服务器上了!”时,我还是忍不住的开心起来。

当我说让我们试一试的时候,小伙伴们请相信我!

现在,请滚开!

好吧,我还是没有忍住。

最终,我们学会了跟大部分的ORACLE数据库交流,如果你有钱买一个的话。没有开源的数据库产品。用数据库的内容来构建一个动态站点是我们能想象的最酷的事。至于速度,好吧,实在是太耗时了,慢到甚至连加载内容、数据库连接、动态延迟在它面前都不算事了。

臃肿的Java和PHP开发框架的黑暗时代
不得不说,在动态web框架到来之前我做了Linux系统管理,系统开发和其它有趣的事情,这让我非常开心。ASP给了我一记重拳,我甚至都不能直视它了。实际上,这是我离开web开发的一个重要原因。

框架,不管当时还是现在,对我来说很大程度上它就像是对资源不可原谅的浪费。越来越多的人想创建有缓存数据库调用和其它一些复杂东西的系统,创建系统时没必要用过多的技巧,组织好数据,创建静态资源,静态页面和文件可能会比较好。在服务端用动态方法肯定是合法的,但很多人使用它(动态方法)仅仅是因为它比较酷。

浏览器间也有斗争,在JavaScript将页面复杂化的影响下,各浏览器上很难显示出一致的东西。Web开发者们通过做服务器端方面的工作来避难——至少他们在一定程序上掌控它。

开发人员可能会让请求发送变更得很简单,但通常被支持的HTML和一些神秘的东西会在服务端进行处理,这意味着后端将有更多的动态web页面请求。

网络语言PHP在这个时候诞生了。它是无意间产生的,而且在没有监督的情况下发展为一个臃肿的框架,甚至连原作者都不再发表声明了。我作了个错误的选择,成为了这个队伍里面的一员,用PHP语言来处理基础的后台数据,只为了发现一些东西可怕的内存溢出——它们被构思和设计来使用,但在web服务端仅仅只有几秒的需求。我想象着很多,它的漏洞没有修复,人们拒绝使用它。现在有一个让创建我们整个web-o-sphere的语言,——shakes head——这正是Wordpress, Drupal, Joomla, Facebook,和基于PHP建立的极其丑陋的应用和框架所经历的事。为什么地球上如此多聪明,有天赋的人浪费时间在这个烂玩意儿上呢,这个东西的创造者甚至都不称它为“语言”,这超出了我的世界观。我不会这么做,我也不会教授它。PHP和所有的框架都建立在其之上,这对互联网是有害的。它们越早死越好。他们会这样的。

浏览器发展了,世界和平了,web变快了
也许玛雅人是正确的。似乎世界已经唤起了许多重要的改进,web世界就是其中之一。下面的这些因素消灭了臃肿动态框架的黑暗时代:

移动首次开发已经占据了主导地位
HTML5和CSS3已经诞生且很受欢迎

JavaScript运行得很快,真的很快

JavaScript回归到服务端 (记得Netscape 服务器吗?)

SQLLite和NoSQL数据库的出现

Git和GitHub的大量采用

静态web站点框架(Jekyll)

人们患上了糟糕网站综合症

移动设备访问的速度比桌面程序的速度慢,这让开发人员再次关注速度。

软件运营(SaaS)和客户端摆脱静态站起来了

但是让这个频繁出现的问题得以解决还是利益于:

1.软件运营服务的不断扩散。

2.跨浏览器能力,客户端能力的不断提升。

WordPress插件的需求几乎没有了。很久以前,如果想做购物车,评论,广告或其它东西时,这些插件是必备的。但是现在,这些服务本身就是可插插件的——甚至为支持像服务端功能一样的插件而创建的框架——份额似乎在急剧下降了。

Wordpress, Joomla, Drupal, 和 Django在一边正慢慢的下降着。我们仅仅只是不再需要它们了而已。

如果有人确实需要Wordpress 的插件来满足一些功能,那么我会给你一个同样能完成此功能的嵌入服务。

有些还没有学会
由于职业生涯向教育转变而且回归到web和移动开发,我不得不经常研究这些东西 。但在本研究中,很明显别人没有坚持下来。公立学校似乎是最差的。在web技术课程结束后来到SkilStak的学生们通常甚至都没有听过响应设计,或假装他们知道。通常,他们的“先进”课程包含了PHP框架的学习,但有些学生还是被强迫学习.net。

我敢说即使这些学 Ruby on Rails 框架的人也跟不上。斜活动记录在前NoSQL时代很好,但是现在如果你想要用绝对控制(node + MariaDB/PostgreSQL/DataWarehouse)精心创建数据查询,或不想要SQL数据库(MEAN)——即使你需要一个数据库。HTML5的data属性对于少量的数据来说显得更高雅。

教授和工作于web开发的人应该尽可能像心脏外科医生和牙医那样勤于保持。有哪个牙医没有这样保持?

我不会说谎,我还是像所有人一样是新手,当我知道这些技术时我只是耳濡目染久了才掌握这些优秀的技术的,且在真正的程序员时尚圈中,我比较懒,不想在第一时间使用用(或创建)那些最有效的解决方案。

现代的JavaScript很优秀但并不能解决所有问题
你知道那些发现一些东西很好之后就拼命爱上的人他们很难再接受别的东西吗?

一些到目前为止在不断的利用现代JavaScript技术的web开发者(谁?,我打赌不是那些通晓数种语言的人)建议整个web站点,HTML和所有另外的东西都应该用纯JavaScript和很富(胖),很棒的web浏览器(老实说,现代的浏览器已经很富(胖)了)来替代。这些人可能是出于好意的, 但他们的建议会扼杀静态web的复活——这不只是让所有的东西变得更快,而且让web开发回归到最初简单的开发状态。

保持很简单
我们的举证显然已经发生了明显的变化。现在开发人员必须要证明动态元素是有需求的,而不是假设他们会始终被使用。

静态博客不只适用于博客
像Jekyll(奥巴马竞选时用过)这样的工具,证明了静态网站范例纯粹的能力和朴素的风格。虽然Jekyll从我所知开始就作为静态博客引擎,但从第一篇博客在GitHub的发布后,它已经成长了很多。

回归到静态web似乎不够复古,Markdown, Sublime, WriteMonkey 和vim让我们回到了一个用终端处理文字且不臃肿,糟糕的年代。终端热才被冷却下来的。就像以前一样,我们尽可能像输入其它文字那样简单地标记重点,然后我们调整所有CSS混乱的东西。这超越了我们回归的梦想。不会再有像你获得不兼容word文件一样的“噢,那是一个H2吗?该死,我忘记写了”这样的东西了。

以后你可以随时添加动态元素
移动和云似乎将服务端函数变成易管理的,细粒度的事件驱动函数。对我来说(还有别人)node因为它而迅速撤离并不惊奇。

静态web谢谢你将敲代码和web开发的乐趣找回来了。我欠你一杯啤酒。现在你是否要在桌子上舞动了呢?(噢,天哪,是谁邀请桌子的)。

原文地址: robmuh.com

随机文章推荐:

已有 2 条评论

  1. 昨天找了几个静态博客的程序看看,然后没看懂怎么设置~

    1. @夏天烤洋芋

      什么程序的静态博客?

      hexo ghost 这类博客 也是麻烦 需要安装node.js 然后命令什么的...

      其实有更简单的 有空推荐一波!

添加新评论