2024年已过去 89.54%
推荐一个php版的web git    @ 2010-09-12, 21:59

git官方的webgit适合apache+dav,用nginx配置麻烦(网上教程全部是 git + gitosis的,我不用gitosis)

一个多月前,找到了个纯php环境即可使用的web git

git php,(不是php-git,http://code.google.com/p/git-php/,这个已经不维护了的)

这个作者很勤快
http://gitphp.xiphux.com/

纯php + nginx/fastcgi 就可以架

界面模仿git官方的webgit,用了一个多月了,很舒服

软硬兼施 | 1 个评论 | 17,051 次阅读
简短地址:http://ncblog.net/777/
Delphi is gone    @ 2010-09-03, 17:58

前两天从猪圈的奥克熊那里,得知Delphi又出了新版了(Delphi XE),才发现自己已经很久没有关注过Delphi相关的信息了。今天,欧罗的帖子提到Delphi Distiller的作者不愿意出for XE的版本,特地去看了下,distiller的作者说(http://www.liteapplications.com/)

The guys at Embarcadero announced a few days ago that the next Delphi will be called Delphi XE and will be released in September. It will be a very minor update, nothing really new. There isn’t anything cross-platform or 64 bit here. More details at the RAD Studio XE website.

As everyone could expect, their attempt at Delphi cross-platformness is buggy as hell and they will need one more year to get it working. Very understandable. However, instead of releasing a preview (or not releasing anything), they are launching a rebranded Delphi from last year with a couple plugins, for the price of a major upgrade. It’s a good thing that most people know when to skip a version.

Still, some enthusiasts will want to install it as soon as a crack is available. The problem is that, as many of you will have noticed, the newest Embarcadero products are getting harder to crack, and at the same time there is a lack of interest by the programming community in anything new from Embarcadero. As a result, you may not see a crack until weeks after the official release. Scene release groups won’t even bother making new cracks after every update. There is a general feeling that Delphi is a thing of the past, and I agree.

I see very little point in upgrading to new Delphi versions nowadays. Delphi was already a mature product at the end of the nineties, and as much as they try, there is no way to make it much more productive than say, Delphi 7, without breaking compatibility. Besides, we aren’t in the nineties any more. We live in a world where open source is taking over (see Android). Basing new projects on a proprietary tool like Delphi from a small company like Embarcadero which struggles to stay afloat sounds crazy. I have advocated Delphi for years but honestly, I can’t recommend it any more.

So is there anything better than Delphi? We all know the options, but in my opinion only one beats Delphi in every aspect (except in compilation speed): Qt with C++. It is vastly more complete than the VCL or even .NET, it is free, cross-platform, open source, usable on commercial projects, 32 and 64 bit, works with the world’s best IDE (Visual Studio), the documentation is top quality, etc.

For these reasons, I would like to announce here that there won’t be a next version of Delphi Distiller. Maybe it’s time for a Qt Distiller ;)

易博龙是一家小公司,应该是没有足够的财力(更重要的是某种诱惑力)来留住顶尖的人才,在微软的VS高压之下,继续发展Delphi。况且,如今已经不再是售卖IDE的年代了,在免费开源的各种IDE(如Eclipse)和几乎免费又有口皆碑的VisualStudio重围中,也很难想象易博龙能依靠什么,来让Delphi冲出重围?个人认为,如果可能的话,将Delphi开源,让社区来维护继续发展,倒是有新生的可能性。至少凭借着往日的光环,和一个目前仍然存在的社区(情结),自成一派应该没什么问题。不过,这目前来看也是不可能的,就从Delphi在易博龙手中,反破解手段越来越强势可以看出。相对于产品反破解越来越强的,是社区对产品的兴趣度越来越低,这,注定是末路。其实,自从Borland决定出售Delphi(以及整个开发工具产品线)的那刻起,就已宣告了Delphi的末日。

对于喜欢优雅的Pascal/Object Pascal语言的程序员,其实,早已经有一个更有活力的免费开源产品作为替代了——Lazarus。基于跨平台的Free Pascal编译器,Lazarus本身也同时跨多个平台,包括Delphi还在road map中的Mac OS X,Win x64等平台的支持。

我自己,直到今年4月,仍然是使用的是2003年作为Borland产品专家,被Borland所赠与的Delphi 6.0版,不同于distiller作者所说,我觉得Delphi 6.0已经是一个非常稳定的版本了 ;) 。而从4月份开始,我就几乎再也没有打开过Delphi了。最常用的IDE,变成了Eclipse,语言,则变成了Python。由于项目原因,今后基本上也会更多的使用Python了。至于Lazarus/Free Pascal,去年做lazskin的时候,着实研究了一把,我看好它的未来,今后如果需要使用编译型语言的时候,我会首选Free Pascal的。

如distiller作者所言,我们已经不再处于90年代了,Delphi应该属于不再回来的过去了。

不出意外的话,这篇文章,也将是“钟爱Delphi”分类目录中,最后一篇文章了。

Because Delphi is gone…

软硬兼施 | 3 个评论 | 14,795 次阅读
简短地址:http://ncblog.net/773/
Gentoo + Xfce4 桌面工作开发环境    @ 2010-08-11, 19:08

3月份的时候,曾尝试过在那台老笔记本T30的Gentoo系统上装xfce4和chromium,最终虽然成功,不过因为整个过程充满门槛,即使最后成功也还仍然迷茫(相对来说,当时对Linux系统的了解也有限),以至于也不想花心思再研究如何优化、美化那个桌面环境,遂放弃了在Gentoo下使用桌面环境的打算。自从1月底开始真正的接触linux至上周,我的观点是,Linux最适合是做服务端,做桌面还是不行。

前几天,手头多出一台P4 2.0G的Gentoo机器,又有点跃跃欲试,想在上面安装xfce4,希望能让自己利用这台半闲置的机器,慢慢摸索和熟悉Linux的桌面环境。虽然说,Linux的各种桌面环境,相对于Windows来说,操作体验,以及一些细节上,还是要差一些。不过,毕竟禁不住免费的诱惑,Windows不可能用一辈子(每个版本都要买的话),还是想看看,论性价比来说,Linux桌面方案是否高于Windows。另外,要一下子从Windows转移到另一个环境,目前是不现实的,有个这样的环境能让自己平缓转移的话,还是很棒的一件事。

至于为什么是Gentoo + xfce4?呵呵,做桌面的话,大把人说ubuntu多方便啊。是的,ubuntu是不错,不过,不对我胃口。首先,我不太喜欢商业公司支持的发行版,那不可避免的会掺入商业因素,虽然免费,但,总有些不安全感(未来会如何?如同mysql这样的,突然某天被另一个公司收购了,那它的未来发展是不是就被影响了呢?);其次,个人觉得,ubuntu这种发行版,已经开始(并且将来会越来越)Windows化,Windows化的意思是什么?臃肿;最后,就是纯粹出于个人洁癖了,我一听到一个东西被称为“轻量级”,好感度立刻超过50% :grin: 。是的,KDE很华丽,Gnome很方便,但我就是热衷于尝试xfce,而对Gentoo,不用多说,我已经“爱”上它了,不会容得下其他选择了,看起来不是很理性?无所谓啦。

断断续续搞了几天(同时还有其他工作),桌面(工作环境,xfce + chromium + eclipse/pydev + git)建立起来了。评估了一下,完全可以正常在上面工作,而且,其实操作体验上,也并不是之前想象的那么差劲。至少完全可用,再花点心思“美化”一下的话,完全可以是一个好桌面。这次也总算搞明白了过程(毕竟又多了几个月的积累),也清楚了上次为什么会遇到那些“门槛”。

Xfce4 桌面(点击看全尺寸)

Eclipse + Pydev(点击看全尺寸)

Chromium 上网(点击看全尺寸)

软硬兼施 | 评论已关闭 | 18,425 次阅读
简短地址:http://ncblog.net/761/
MacPorts真爽    @ 2010-07-27, 03:26

找不到psycopg的mac版发行包,编译源码又总是出错(依赖的包太多了),后来找到了MacPorts。

Ports,BSD上的Ports,是gentoo的portage/emerge的老祖宗,Mac上也有Ports,呵呵。安装了Ports之后,只需要:
sudo port install py26-psycopg2
就搞定了,他会自动下载所有依赖的包的源码,并编译安装(包括PostgreSQL 8.4.4,Python 2.6.5以及一堆依赖库)。

在习惯了gentoo的emerge之后,对于要自己去下载软件包已经有点不习惯了(包括在Windows上),想要什么,直接emerge,源码就自动来了,并且编译安装好。现在有了MacPorts,在Mac上也完全能这样舒服了,真爽。

软硬兼施 | 评论已关闭 | 9,512 次阅读
简短地址:http://ncblog.net/748/
sunpinyin for macos    @ 2010-07-13, 04:43

mac系统上自带的拼音输入法用起来总不是那么顺手,在buzz上的朋友推荐,以及看了些评论后,去下载了sunpinyin(http://code.google.com/p/sunpinyin),安装并简单设置后使用起来发现几乎和Windows上使用谷歌拼音的感觉完全一样,习惯完全一致,这下打字快多了 :grin: 又是一个免费开源的好东西。

由于是三更半夜,gtalk上只有solmyr在线,除了拉着他陪我“打字”外,只有在blog里写写字了,哈哈……

软硬兼施 | 3 个评论 | 9,394 次阅读
简短地址:http://ncblog.net/738/
Git初步使用感受    @ 2010-07-10, 06:14

使用Git已经有10天了,谈一下粗浅的使用感受吧,概括起来四个字——相见恨晚。很惭愧的是,三个多月前曾经试图了解它,但由于老的理念比较顽固(用了8年的vss,太习惯了),一开始就比较抗拒如此大的转变。幸好只是晚了三个多月而已,最终我还是拥抱了它。

小巧:各个平台上的git都很小巧,mac版安装包4.3M,Windows版(我用的是msysgit)由于自带了MINGW环境,总共15.8M,在Gentoo上直接emerge的,包大小3.5M。所有功能,只有一个程序——git命令就全部搞定。

干净:之前提过,这是我对svn最受不了的一点。svn会在每一层目录中,都包含一个隐藏的.svn目录,就像狗皮膏药一样到处都是。对于软件发布打包来说,是个很麻烦的东西。vss也是每个目录中都有.scc文件(虽然可以删掉)。而git,就只有在项目的根目录中有一个.git目录——注意,它和那些垃圾.svn可完全不是一回事——所有子目录都是干净的无可挑剔。而根目录下的那个.git目录,其实就是你本地的代码仓库。

灵活:随时随地的commit——因为它是分布式的VCS,你可以离线工作,随时提交代码到本地的代码仓库,以便保留你自己的修改历史。而你无数次的commit,却完全可以不“污染”中心服务器上的代码仓库,可以在你认为达到一定的阶段后,才将本地的仓库同步到中心服务器上。强大好用的分支系统——只能说,git分支系统,是我用过的最好用的分支系统。简简单单的git branch随时创建分支,git checkout随时切换分支,而完全不用你为每个分支建一个丑陋的“副本”目录。

简单:常用的命令,仅仅几个:

git add
git commit
git pull
git push
软硬兼施 | 3 个评论 | 12,730 次阅读
简短地址:http://ncblog.net/736/
六月休养,以及mbp    @ 2010-07-05, 06:36

不知疲倦的忙碌了几个月之后,6月似乎到了该休息的时候了,6月份干活的节奏稍微慢下来一些了,有点休养生息的味道。下半月solmyr过来了珠海,主要项目的前端开发工作基本上就交给了他,而我做另外一个合作项目。世界杯纷纷扰扰,开发工作有条不紊,就这样过了6月的下半月。

进入7月后,好像突然又上了弦一样,睡眠需求在连续几天里都相当的少。直到昨晚,感觉实在有点撑不住了,着着急急回家睡觉休息了。

现在手上多了一台macbook pro了,T30以后可能只能给可乐玩玩4399,或者看看视频了。为什么是macbook?呵呵,比较冠冕堂皇的理由,当然是,无可否认,macos是一个趋于主流的桌面平台,即使现在还没有为它开发应用的打算,也应该接触它,保持一种熟悉感。况且,它也是一个类*nix系统。其次,现在(包括以后)的开发工作,会越来越向平台无关性的方向,多个跨平台测试平台,也是很必要的。当然,纯粹从私下的理由来说,现在想找一个T30的替代品,macbook pro可以说是最佳选择了,纯粹从硬件制造工艺来说,目前还没有其他notebook可以比肩mbp的。用了几天下来,平常的日常开发、上网都已经毫无障碍了,eclipse,git,chrome⋯⋯都用的很顺手,没什么平台转换带来的阻滞感。屏幕色彩,相当艳丽,这种效果还没在其他notebook上见到过。一体成型的本子本身,是制造工艺上最吸引我的⋯⋯只是,i5的cpu貌似发热厉害,时间稍久后很烫啊⋯⋯

软硬兼施 | 评论已关闭 | 9,461 次阅读
简短地址:http://ncblog.net/735/
git    @ 2010-07-01, 03:20

三个月前,将源码库从vss迁移到了svn。不过后来,对于svn那如同病毒传播似的到处散落的.svn目录,越来越无法忍受(好吧,我承认对于系统,我是有点洁癖的),加上出现了几次库里的目录发生错位的问题,今天终于逼自己去重新研究一下三个月前曾经放弃的方案——git。

无疑,Git的理念,和之前使用的vss,svn有很大的差异,这也是三个月前没有选择git的原因。而这次对于svn的不可忍受,才让我逼迫自己去了解、接受他的新潮的理念(当然,前提是,我其实是认同这种新理念的,对于旧的模式只是有点顽固的留恋罢了),昨晚(应该说是6月30日凌晨)耐心看了一些git的介绍长文后,终于有点跃跃欲试的感觉后,才睡。今天中午起床后,就开始动手,直到后来找到一份目前为止我认为最好的git的教程(中文)后,一切都变得顺风顺水了,在接受了他的理念,理解了他的方法,并实践成功后,也就有了一马平川的那种爽的感觉。尤其是,这意味着从此可以告别那肮脏不堪.svn们(但其实,这点已经不再重要了,相对于git所带来的其他更多的东西)。

如同三个月前的SQL Server和vss,SVN也永远的离开了我们。

软硬兼施 | 评论已关闭 | 9,325 次阅读
简短地址:http://ncblog.net/734/
vps重装系统    @ 2010-06-26, 09:19

强迫症爆发,花了3个多小时,把1月底首次接触vps搞的系统(centos + apache),重装成了目前最熟悉和喜欢的gentoo + nginx,这下安逸了。

软硬兼施 | 评论已关闭 | 9,126 次阅读
简短地址:http://ncblog.net/731/
用Samba服务模拟本地环境开发web应用    @ 2010-06-26, 02:50

开发web应用的时候,一般会在开发环境的Windows本地建一个web服务(apache),数据库系统(mysql或者postgres),php(即所谓的wamp)……不过,有时候Windows开发环境下,和实际最终的生产环境(可能是某个Linux发行版,nginx+php等lamp环境)有所差异。所以有时会希望最好还是能在与实际的生产环境完全一致的环境中开发、调试。今天试了在模拟的目标环境(Gentoo Linux + nginx + fpm-php)中安装了samba服务,并共享出web文件所在目录,然后在Windows系统上通过映射网络驱动器,将目标环境的目录,映射到Windows的一个磁盘驱动器(比如Z:),然后直接在Z:中进行开发。效果很好,很爽。

软硬兼施 | 1 个评论 | 9,570 次阅读
简短地址:http://ncblog.net/730/