ruby on rails

Facebook, Ruby on Rails, 闲言, 随笔

近期流水账:我和ROR的简单接触

Ruby On Rails

前一段时间一直在研究ROR,就想开发一些小应用,简单记一下这段心路历程:

  1. 想做一个部门内分享资讯的webapp,用来分享图片、网页、文字,基本是想做个简单的twitter类应用。
  2. 鉴于我本人对Ruby On Rails很感兴趣,twitter就是用它开发的,而且好像可以快速开发,就决定用它实现,版本是1.2.6。
  3. 不动手不知道,ROR表面的地方真是很简单,可以快速做出一个原型,但是越深入越复杂,想全面点实现出来需要注意的地方还真不少。
  4. ROR的学习资料还算挺多的,就是高质量的中文内容太少,我其实不是做技术的,只能用部分业余时间写代码,连学带练的拖拖拉拉写了1个多月才像点样子。
  5. 就像《用户体验的要素》里提到的”永远不能发布的项目”一样,因为前期缺少足够的用户分析和功能需求,过程中还过分修改细节,不断加入特性,导致该项目一直不能正常使用。
  6. 看到xdite用ROR快速开发Facebook App,使用CSS库做界面布局,心又乱了,想拿进行中的项目改。殊不知,需要做的事情很多,要装rfacebook的gem和plugin,要到Facebook申请key,又要熟悉Facebook专用的标记语言FBML,很多设置需要在虚拟主机上调试,Dreamhost又诸多不便,最后只能作罢。
  7. 注意到Joyent提供免费的Facebook App空间,就去申请,若干天后通过审核。进入管理界面,傻眼了,超级复杂(如果有人觉得Dreamhost的panel已经很复杂就不用去试了),虚拟服务器配置好后,开始调试FBML。
  8. 没有将现有进行中的小项目转换成Facebook App,只是简单测试了下,做了一个显示所有好友的列表,发现Facebook提供的接口很有限,同时也推翻了我的一个设想”开发通用应用,分别用Facebook、Google等开放平台优化,做成跨平台的应用”,因为有很多功能(如邀请、好友搜索/选择等)只能通过FBML实现,除非其他平台也有对等的实现,否则这个应用只能是FB专用,不是我需要的通用了。
  9. 还是回到我想做的webapp上,考虑到时效性和同事的用户习惯,最后决定还是使用QQ群解决,之后公司又推广wiki协作方式,这个东东就不了了之了。
  10. 我最后把这个webapp发布在Dreamhost上了,没人知道,也不打算公开,也许下次再想做什么的时候可以先看看这个,作为警示自己的工具。

是我太随意,总想用复杂的方式解决本来很简单的事情,好像是挑战自己的极限其实最多算没事找事吧。

其实还没有结束,这件事情的后传是这样子地:

  • 想在公司的Wiki里发网摘,觉得每条链接又要拷贝又要手写代码太麻烦,就用ROR做了个抓Google Reader阅读共享feed并转换成wiki格式的小应用。
  • 结果Google用的是Atom,只能引入了Feedtools,结果页面编码出了问题,绕了个弯子才知道是Feedtools本身的问题,手动打补丁后,终于解决。
  • 其实这个功能完全可以用PHP的lilina或MagpieRSS解决,我又多此一举了~
  • Ruby On Rails 2.0.2出来了,颠覆了1.2系的很多用法,很多特性更加吸引我,又想以后都把小工具用2.0去写,先从这个功能开始,有点无法自拔……

<

p class=”zoundry_bw_tags”> Technorati : , , , , ,

新闻

昨日收集 – 东拉西扯:当当、卓越和豆瓣

2007-3-2

Logo

桌面软件, 随笔

Windows下的TextMate:Intype发布

最早知道Intype那是在去年11月,是这样,去年早些时候看了几个ruby on rails官网的视频,当时对视频里使用频繁的TextMate比较感兴趣,但是它是MacOSX独享的东东,只好去寻找替代品,11月的时候发现一篇Blog里面提到,被誉为Windows下TextMate的Intype,当时还没发布,因为比较关注就留了信箱。

昨天收到Intype的通知信,Intype Alpha正式发布了,版本号0.2.0.211。

Intype.png

清新简洁的界面,舒适的操作,还有模仿TextMate的代码片断设置,支持多种格式代码(ANTLR/C, C++/CSS, HTML, JavaScript/Java/PHP/PropertyList/Ruby, Ruby on Rails/Textile/XML, XHTML, YAML, DOM, Jasmine,注:可惜不支持Python)。

模仿TextMate的代码片断是这款编辑器的亮点,输入片断例如div,按TAB键,会自动生成”<!– begin div. –><div id=””></div><!– end div. –>”,用起来那是相当的爽~

另外,在是否复制了TextMate这个问题上,官方FAQ里的解释:

No, Intype is not a TextMate clone or port. We really like TextMate and it inspired us a lot. And altough Intype is using the same terminology as TextMate, it is completely different editor. We hope Intype will provide Windows users with the same (or even better) comfort and work flow as does TextMate for Mac users.

最大的缺点应该是对中文不支持了,打出来的字都是方块:(,希望下一个版本有所改进。

最后,把它推荐给只用英文编码的朋友~

0.2.0.211下载地址:http://intype.info/forums/discussion/3/intype-alpha-020211/#Item_0

Update:几天不关注,Intype已经又发布了两个版,现在的版本号是0.2.0.236-hotfix,修正0.2.0.231版的严重Bug,我比较关注的是现在Intype已经支持中文了,之后再加上tab就更爽了~

0.2.0.236-hotfix下载地址:http://intype.info/forums/discussion/155/intype-alpha-020236-hotfix-release/#Item_0

Technorati : , , ,

随笔

近日流水账 – 之前懒得说的内容汇总

因为要说的基本没有关联,所以就用123体写了。

  1. 最近没写什么流水账Blog了,不想解释,就是懒得写了。
  2. 每天发布的基本上是靠网摘撑着,近期365key老出故障,而且截止到现在已经有一周多的时间了,还没有修正,最近问自己最多的问题是该不该换个网摘服务商?
  3. 以前的经验,365key出了问题会找曾哥(曾登高)解决,基本上很快解决;后来365key连同donews一起卖给千橡,不知道联系谁就都找Keso大哥转达,基本上过会儿能解决;最近给365key的网管信箱发信被退回来,说信箱无效,又去网站提交问题,至今没回复。
  4. 注册了个OpenID(中文的英文的),觉得挺不错的,Passport解决挺好的,但我始终觉得URL不是一个好的解决方法,直接用用户名才是我心目中的理想状态。
  5. 量身定制的BSP不知怎么一下子出来很多个,youspeakerbloggerspace等等,重点都在于域名、服务器、程序等突出独立用户身份相关的部分,要不是我的空间还架了其他程序,还真想换一个省心的Blog,祝这些新型的BSP一路走好~
  6. 最近又找到一个学习对象:Python,是我见过语法最合理的语言,比ruby on rails还顺手,当然我不是程序员,我只希望学会后可以给自己开发简单的便利工具。
  7. ……

Technorati : , ,

新闻

昨日收集 – 豆瓣是否是广告的终极形式?

2006-2-18

Logo

新闻

昨日收集 – 带着Web 2.0去上市?

2006-1-19

Logo

随笔

最近正在忙Blog搬家

最近决定要搬家,离开上海神话。

赶上年底,事情特多,尤其是总结,工作的非工作的都有,很是忙乱。

看到Blog圈里很多人在说Dreamhost,差点狠心花119美元去租一年,昨天在Fenng那里看到了折扣代码,打折后只要24.4美元(折合人民币200),太划算了,于是乎订了一个。

Dreamhost的服务感觉很全面,虚拟主机的配置也不错,4.8G硬盘送一个域名,还支持Ruby On Rails,这下又有得玩了。

Dreamhost的一键安装真的很爽,5分钟内就可以驾起一个Wordpress,说到这里,我最近也在捣腾我的数据库,打算把Drupal的数据导到Wordpress里,多谢Shunz的脚本,数据导出来了,不过一直没弄好。

明天接着弄,争取把2006年第一篇Blog发在新的空间上。

p.s.Dreamhost的设置很复杂,看得有点头大。

新闻

昨日收集 – 网站编辑日常工作

2005-12-1

Logo

评论

今日流水账 – Flock试用

flock.jpg

Flock听过很多次,今天一用果然不同凡响。

Flock 0.4.8 Preview基于Gecko 1.8 Beta5核心,和Firefox 1.5 Beta所使用的核心相同,并已经有了支持Windows、Linux和Mac的版本。和Firefox比起来,Flock最大的不同是内置了Del.icio.us、Flickr以及Blog API等网络服务的支持。[via Flock初体验 – WebLeOn’s Blog]

我觉得Flock最棒的一点,就是把收藏夹和网摘绑在了一起,全面接管了网页的收藏、Tag、分组等等,与Del.icio.us配合得不错。不过看来Flock已经准备好与别的服务商合作了,没准在不远的将来可以看到365key也绑在里面,嘿嘿。

其实捆绑Flickr也不错,写Blog的时候可以直接调用Flickr里面的图片,只需要在Flickr Topbar用户名那里填写自己的,图片就会全都显示出来,很酷。不过我还没有找到直接向Flickr提交图片的途径(应该也可以找到类似的插件),我只能和Flickr单项通信,所以这个功能就不如收藏夹的那个。

最后,可以通过Blog API直接写Blog也是不错的功能,支持的Blog系统和Zoundry差不多,简单的Blog应该是够用了。但是,最不好的地方就是不支持本地图片,只能从Flickr里面选图片,而且对文本的格式操作不是很方便,初试下就被Zoundry比下去了。

总的来讲,Flock是个不错的浏览器,像是一个专门为Blogger做的浏览器,可以预见功能的扩展应该跟FireFox一样方便。

Flock的出现对我们思路的扩展有很多帮助,通过开放的API和源码,Web2.0的服务是可以这样组合的。让我们(在这个周五)畅想一下:

  1. 国内的网摘们(hexun、sina、sohu等)、相册们(yupoo、foto等)开放标准的API(365key、igooi已经开放),方便第三方开发者使用。
  2. 国内的BSP(BlogBus、Donews等)开放或加载Blog API,让客户端软件可以方便操作Blog。
  3. 国内的浏览器们(Maxthon等)和国内Web2.0各服务商合作,捆绑推销产品和服务
  4. 最后的情景会不会是这样,我可以在Maxthon上面收藏网页到365key、发图片到yupoo、用yupoo的图片在Donews写Blog,而这一切都在Maxthon一个产品里面完成?!

p.s.发现Flock网站使用的程序是ruby的,没准Flock.com以后会变成基于Ruby on Rails的AJAX项目~

Technorati :

语言

今日流水账 – 令人激动的Rails



上次激动应该是为了AJAX,为了他的实现方式,一种用户友好的方式。

自打前天看过Ruby on Rails的演示视频,我就又激动起来了。

这次是为了Rails的高速开发而激动,我以前一直没有发现有一门语言,或者是一个平台能如此简化开发过程,让项目开发人员可以把主要心思放在项目逻辑设计上,去充分发挥自己的想象力。

Ruby on Rails是一门专为开发Web应用的轻量级Framework,使用MVC模式。

本来只想随便看看,没想到看过后还不过瘾,手痒的厉害,于是按照视频指引,一步一步做了个简单的数据存储项目。感觉太棒了,他在设计上广泛使用了约定俗成的习惯,处处体现他设计原则中的“习惯约定优于配置”。

据说他和AJAX的配合很好,我还没有试用,不敢妄下断言,但是光看Basecamp, Backpack, 43 Things, Ta-da List的展示就可见一斑。

推荐对Web开发有兴趣的朋友去试试,没准可以找回以前对PHP的清新感觉~