本篇内容介绍了”如何在tinycolinux上安装和使用cloudwall”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
在《cloudwall:一种统一nativeapp和webapp的appstack》中我们讲到,cloudwall是一种构建在counchdb + counchdbapp之上的管理层应用程序可直接作为个人云托管文档和支持cloudwall插件开发,然而它产生的奇妙效用在于它能作为webos,提供webappstack的效,用类似我们一直追求的engitor:介乎操作系统和应用程序之间的层面,封装domainapp开发栈和开发工具的层面。然而它更强大:它提供本地远程一致的webapp开发和发布方式(以无差流,bs和anyinstance + inapp编辑的方式)。
其实这一切都基本都是counchdb的效果,它集成HTTP,本身是个DB带存储,与浏览器和JS结合紧密,支持托管couchdbapp,文档即应用,这个应用程序仅由HTMLCSSJS构成,这种机制为远程网络提供了至少三个栈,满足在其中搭建的应用程序的基本条件:1,它的HTTP部分免去了协议开发,web页面又是易于streamable的,2,它的DB属性免去了存储逻辑开发需要。它流到本地和每个counchdb实例(复制)的结果是一样的,保证了浏览器与服务器之间的数据可以做到本地和远程不断联(浏览器操作系统),本地和远程,最难跨越的就是这个无缝stream.3,它采用的counchdb使用全栈语言JS,托管在其中的每个cloudwall应用本身既是服务端的程序也是客户端程序(nobackend webapp)。然而就像tiddywiki一样:实际上在服务端JS只是静态文档流到客户端执行,服务端只视一切为文档只是同步器。而tiddywiki这样的东西少了数据库托管。
可以说,正是JS和couchdb的完美结合促成了cloudwall,一个郎一个hostingtime,运行时在B端,这种意义下的“应用”不分本地还是远程,都是通过数据库流的一个端,这就是文章标题说的:统一的本地web appstack。
下面,我们讲解在tinycolinux上搭建cloudwall,和讲解在使用它的过程中,那些可以作为personalcloud使用的方方面面。
之前几篇文章,我们提出了跨本地/远程的DISKBIOS XAAS系统,并完善了一个rootfs/系统,如前面所说,这是一个系统与用户的图书馆分开的rootfs系统,/下只有三个文件夹/启动/系统/usr,在/usr下有/地方/吨标煤/opt,/,/vz对应于tinycolinux的那些挂载文件夹。那么从本篇开始,我们将管这个新的tinycolinux为dbcolinux,且以后的发布类文章都搬到其上来实践,如下cloudwall即是一例。在《cloudwall:一种统一nativeapp和webapp的appstack》中我们讲到,cloudwall是一种构建在counchdb + counchdbapp之上的管理层应用程序可直接作为个人云托管文档和支持cloudwall插件开发,然而它产生的奇妙效用在于它能作为webos,提供webappstack的效,用类似我们一直追求的engitor:介乎操作系统和应用程序之间的层面,封装domainapp开发栈和开发工具的层面。然而它更强大:它提供本地远程一致的webapp开发和发布方式(以无差流,bs和anyinstance + inapp编辑的方式)——这一切正是我们自bcxszy以来就追求的。cloudwall何以如此强大?其实这一切都不难理解,因为排除cloduwall,这基本都是counchdb的效果,它明显集成了HTTP,本身是个DB带存储,与浏览器和JS结合紧密,支持托管couchdbapp,文档即应用,这个应用程序仅由HTMLCSSJS构成,这种机制为远程网络提供了至少三个栈,满足在其中搭建的应用程序的基本条件:1,它的HTTP部分免去了协议开发,web页面又是易于streamable的,2,它的DB属性免去了存储逻辑开发需要。它流到本地和每个counchdb实例(复制)的结果是一样的,保证了浏览器与服务器之间的数据可以做到本地和远程不断联(浏览器操作系统),本地和远程,最难跨越的就是这个无缝流(既然webos可以类比为一个云存储基于带appstacks nativedev火险隐患的东西,其必定要有DB一层,所以为何不以DB的复制直接为网盘同步呢和应用同步呢?其实当初W3C的web标准也准备是为web在b端准备无差的网络存储、网络sql, webgl,等。以提供类nativedev的appstack效果,不过好多实践被逐渐抛弃了)。3,它采用的counchdb使用全栈语言JS,托管在其中的每个cloudwall应用本身既是服务端的程序也是客户端程序(nobackend webapp)。然而就像tiddywiki一样:实际上在服务端JS只是静态文档流到客户端执行,服务端只视一切为文档只是同步器(服务器不保存程序逻辑仅数据又像极了微端。在微端眼中,与B端浏览器搭配最好的服务端的标准设施应该就是DB了而不是logicserver)。而tiddywiki这样的东西少了数据库托管。可以说,正是JS和couchdb的完美结合促成了cloudwall,一个郎一个hostingtime,运行时在B端,这种意义下的“应用”不分本地还是远程,都是通过数据库流的一个端(而其实couchdb也支持传统的服务端applogic vs applogic同步),这就是文章标题说的:统一的本地web appstack。下面,我们讲解在dbcolinux上搭建cloudwall,我使用的是gcc443 32位,下的是otp_src_20.3.tar.gz (erlang) js185-1.0.0.tar.gz apache-couchdb-2.1.1.tar。广州除此之外,还需要准备3. x的zip-unzip.tcz, icu.tcz icu-dev。tcz,好了,开始吧
