使用autoconfig.php快速部署ownCloud到AppFog

上一篇文章讲了一个非常笨的办法(去修改setup.php),本文讲一个「正常」一点的办法部署ownCloud到AppFog,下载ownCloud这一步就不要我再啰嗦了吧?

下载之后还是要删掉apps下面的firstrunwizard,这个二缺玩意儿永不会消失,我禁用它之后它也不消失……好了,跑到config下面,修改config.sample.php这个文件,修改apps_paths数组的内容如下。

	array(
		'path'=> OC::$SERVERROOT."/apps",
		'url' => '/apps',
		'writable' => true,
	),

然后还是在config文件夹下,新建一个文件,文件名为autoconfig.php,内容如下。

Continue reading “使用autoconfig.php快速部署ownCloud到AppFog”

在AppFog上部署ownCloud 5

AppFog真不是个省心的PaaS,相比OpenShift麻烦多了,在OpenShift上部署ownCloud可以看玛格姐的博文。。。好吧,看在提供DNS A记录,然后又在新加坡有节点,我就忍了AppFog了。下面讲一下我部署的过程,有点tricky,不是很专业的样子……AppFog和PHP老鸟请放过我。下面我开始讲了,如果要喷,请轻喷。

下载并修改ownCloud 5.0

  1. 去ownCloud.org下载最新稳定版本,解压
  2. 删掉里面apps下的firstrunwizard,这个愚蠢的应用会一直提示要你下载客户端之类的,关闭按钮疑似失灵了。所以直接删掉,不然世界不会清净的!
  3. 用你最喜欢的编辑器(比如Kate)打开libs/setup.php这个文件,下面要修改它了。初次登录ownCloud的时候会调用setup设置数据库balabala的,但是AppFog奇葩地不能获取一个长期有效的MySQL地址、端口等信息,只能通过PHP函数获取,所以要稍微修改一下这个文件,让它自动填写正确的mysql数据库信息。

(关于修改ownCloud代码的操作,可以看我新一篇的博文《使用autoconfig.php快速部署ownCloud到AppFog》,不需要这么麻烦来改setup.php)找到并注释掉下面这几行,这样就可以在数据库信息设置处保持空白而不报错了。

Continue reading “在AppFog上部署ownCloud 5”

Slax GNU/Linux 7.0.6发布

今天收到Slax的邮件提醒,嗯,7.0.6发布了!下面翻译自官方博客原文

我很高兴宣布Slax Live Linux更新到下一个版本号7.0.6了!主要的改变是Linux内核升级到3.8.2,KDE升级到4.10.1了!不过这次升级比我原先预想的要稍微困难一点,大部分是KDE开发者作出的一些古怪改动,我必须work around以便让KDE表现得和我们习惯的一样。

原始更新日志:
– Linux Kernel升级到3.8.2
– KDE升级到4.10.1
– 修复当模块加载或卸载时的通知
– 所有软件包均升级到最新的Slackware-current
– FireFox升级到19.0.2
– 在任务栏的当前时间下面显示日期
– KDE的设备通知被隐藏了(因为它会出现在疯狂的位置)

由于KDE SC提供的一些新玩意,Slax体积增长了大约3MB,我回在下一个版本中继续减小体积。有一些根本用不到的文件,比如一些svg图标。

好吧,我翻译得确实像机器……别吐槽了。。。重点是Slax发布新版本了,赶紧更新吧~~我也得更新一些软件包了,比如rekonq和nodejs……

Slax官方下载地址

为什么我讨厌Ubuntu/Canonical

本文不是网上各种英文版的Why I hate Ubuntu的中文翻译,而是我自己原创的文章,黑Ubuntu和Canonical!

首先就是Canonical对开源的“推动”。好多人都会说开源行业奋斗那么久都没能推进桌面Linux,而Ubuntu一出迅速笼络人气成为桌面发行版的第一名,而且甩开第二名一条街。因此,Canonical对于开源软件的推动有不可磨灭的功绩!Canonical让更多的人了解到了开源的力量,是的,这句话没错!但是它真的给Tux世界带来什么好处了么?!没有或者说几乎没有!!Canonical做的事情就是基于Debian分发一个不符合标准的发行版——Ubuntu,甚至把原本在/usr下的东西无脑地改到/usr/local下!Canonical公司和上游合作的情况更是糟糕透顶,远远不如Novell和Red Hat!总而言之,Canonical给Tux世界带来了只不过是一大群不会自己解决问题的“捉虫勇士”。

其次,Ubuntu屡次分裂桌面Linux!!!Unity这个玩意儿我觉得是实打实失败的,反应速度慢,把滚动条设计到窗口外面而且只有窄窄的一点点实在太反人类了。搞个Unity就算了,后来又折腾Ubuntu for Phone,然后改名Ubuntu Touch(打算上平板了)。折腾到现在,竟然表示自己搞了一个Mir显示服务,和X11、Wayland均不同……到底打算在普通开发者身上压多少稻草?搞得乌烟瘴气,以至于很多软件都变成for Ubuntu而不是for Linux,或者说是for Linux,实际上就是for Ubuntu!

最后,Canonical墙头草。在开发Unity的时候用的GTK+,然后准备了一套Unity 2D,用的Qt,后来停止Unity 2D的开发了,因为认为GTK+更高效balabala的。好吧,横跨手机、平板、PC的计划出来之后,马上改口,下一代Unity将全面用Qt 5写成,理由是Qt 5能够适应于Canonical的这种多平台要求。同样的把戏出在显示服务上,Wayland刚出来的时候,Canonical是表示支持的先锋,然后现在冷不丁冒出一个与Wayland不兼容、不相同的Mir出来。

Canonical是想做Linux业界的Microsoft!挟持普通用户绑架开发者,成了一定气候之后,现在又开始绑架硬件厂商给Mir提供驱动?!

人民群众也不是没脑子的,不要把Linux用户当Windows用户一样白痴。从Unity成为默认桌面环境之后,大家用脚投票,表示Ubuntu甚至从第一名跌落,让基于Ubuntu的Linux Mint变成了最受欢迎的发行版,所谓一报还一报吧。

Canonical也不是一无是处,正如前面讲的,带来了大量普通用户,让小白有机会变成大白,变成老鸟。最后果断更换发行版,然后变成业余开发者,给Tux世界带来正能量!o(∩_∩)o

shadowsocks-dotcloud更新支持RC4加密方式

小的对Node.js并不是很熟,可谓刚起步就开始跑步的,这是第二次对shadowsocks-dotcloud进行更新维护了。一切还得感谢原作者@clowwindy!

之前有人表示过Shadowsocks采用的加密方式不安全,原作者后来更新shadowsocks支持了RC4的加密方式,不过作为一个PaaS平台的port,shadowsocks-dotcloud其实和mainstream的shadowsocks脱节很久了!这次我比对了shadowsocks-nodejs和shadowsocks-dotcloud的源码,花了几个小时总算让shadowsocks-dotcloud也能支持RC4加密方式了!

刚刚测试了一下,使用RC4加密方式后网页打开速度确实略受影响会变慢一点,加上dotcloud服务器在美东本来延迟就很高,所以config.json还是默认加密方式为null,对安全性要求高的朋友可以把它改为”rc4″(注意rc4必须加上半角引号)。

这次更新的其它的改进就是对运行中出现的错误都会直接打印到控制台,输出信息更加详尽了。还有一些小幅改动反正也看不出来就不说了,有兴趣的自己看commits吧!

点此访问我fork的shadowsosks-dotcloud在github上的repository地址!

上游shadowsocks-dotcloud仓库地址等待原作者审核我的代码改动中已经合并改动)

P.S. 为了保障PaaS厂商的正常运作,请不要传播架设指南之类的文章,自己看仓库的ReadMe就好了,本项目仅供Node.js学习,请不要让dotCloud的二级域名变成下一个rhcloud.com

NetBSD开始着手移植包括KMS和GEM在内的DRM

消息来源:Phoronix

相信各位Linuxer对内核设定模式(Kernel mode-setting)不陌生吧,作为提升GPU效率的KMS引入Linux内核已经有蛮久了,而对于BSD世界而言,KMS还远没有扎根。作为面向桌面用户最积极的FreeBSD已经在9.1版本中引入了Intel显卡的KMS支持,Radeon的KMS则正在移植中。而其它BSD发行版的开源显卡驱动支持基本都是严重过时的(像NetBSD的radeon上次更新是几年前的事情了),大部分都被移除出当前的工作树了。

二月份早些时候NetBSD的Taylor Campbell在邮件列表中说,NetBSD基金会雇佣他来完成对当代Linux的DRM (Direct Rendering Manager)移植工作,这项工作也包括进一步把KMS (Kernel Mode-Setting)和GEM (Graphics Execution Manager)移植到NetBSD当中。

驱动的支持从Intel开始,然后再轮到Radeon和Nouveau(如果时间允许的话),Campbell希望能够利用目前已经移植到FreeBSD中的DRM代码。

现在还没有任何消息可以确定什么时候能在NetBSD的发行版本中看到Intel/Radeon/Nouveau的KMS/DRM支持,当然了,如果NetBSD还把自己当作一个桌面操作系统的话,那么这些驱动无疑是至关重要的!其实这个提议好几年前就提出来了,只是一直没有什么有意义的举措。

 

译者注:

NetBSD目前对于AMD(ATI)显卡的支持是用“惨烈”二字形容,radeon只能支持到HD4000系列(想想看,用的还是几年前的代码)。对于目前主流用户(HD5000及以上)而言,把NetBSD装到机器里面开机连界面都不能正常渲染,只能用vesa……奇卡无比的桌面体验足以吓跑任何桌面用户。好在NetBSD总算准备开工了,个人预测在NetBSD 7.1之前是难以完成的,特别按照鬼佬的平均工作效率计算的话。这样也好,等我们的电脑变成老爷机的时候就可以用NetBSD来续命了!