虽然sohu不大可能倒闭,但是我也想导出我所有的文章,备份在自己的数据库中.javaeye的blog系统提供了一个blog导入导出的功能,用起来很酷.其实你自己用ruby写一下也很简单,比如我要读取我的blog的RSS源: require 'rss/2.0'require 'open-uri'url = 'http://dennnis-zane.blog.sohu.com/rss'feed = RSS::Parser.parse(open(url).read, false) puts "=== 

ruby常规访问access数据库的方法应该是使用DBI库 :   require 'dbi' DBI.connect("DBI:ADO:Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db.mdb;")   可是 简单尝试之后没能成功,提示找不到驱动器ADO,懒得再试,遂找其他方法. 一番搜索之后,发现可以用WIN32OLE来访问access,写一个简单的类包装之:   require 'win32ole' class AccessDb at

这是一篇主观意识的文章.它的目的并不是要说服你使用或者不使用Ruby,或者其他任何技术.这篇文章所涉及到的环境是 Web 开发,而不是通用的编程.我想要通过这篇文章解释这些年来非 Ruby 社区对于 Ruby 的一些看法,并且提醒人们以开放的心态来面对新的事物.敬请欣赏! 我最近做了一个15分钟的演讲"我喜爱的 Ruby 语言以及它的生态系统".很显然我的言论让忠实的 PHP,.NET 和 Java 开发者感到不安.他们对 Ruby 不是好奇,而是感觉我在批评他们热爱的技术. 既然这不

    我们知道ruby中如果源代码中一行开头(必须在行的开头)有__END__标示,则表示下面的都是数据行,可以用IO对象DATA来访问这些行.但是如果我们用DATA.rewind一下的话,就可以将文件流指向文件开头鸟,然后就可以访问源代码本身啦: #!/usr/bin/ruby DATA.rewind i=1 DATA.each_line do |line| puts "#{'%03d' % i} #{line}" i+=1 end __END__ 运行结果: wisy@wisy-

    啥都不说了,都在代码里 :) #!/usr/bin/ruby BAK_PATH = "/media/backup.tar.xz" def to_backup exclude_files = "" pre_cmd = "sudo tar -cvpJf #{BAK_PATH}" DATA.each_line do |line| exclude_files << "--exclude=#{line.chomp} "

    如果ruby中一个局部变量名和私有方法名同名的话,默认该名称被解释为变量而不是方法: x=10; def x;puts "what?" end 当你输入x实际不能执行x方法.解释器只把x解释为变量.而且undef只能对方法而不能对变量下手,所以undef x仍然不行,变量还在那里!一种解决方法是将x方法转换为一个method,然后调用: x_f = method(:x) x_f[] 或者还有一种方法,就是方法别名!你可以指定x的一个别名,这时x肯定会解释为方法: alias n

问题描述 求大神支招:如何学好Ruby语言 求大神支招:如何学好Ruby语言,还有Ruby什么版本用的人比较多,看什么书? 解决方案 请看这个:http://blog.csdn.net/liuk10/article/details/50976160

文章简介:因为sass依赖于ruby环境,所以装sass之前先确认装了ruby.先导官网下载个ruby. ruby安装 因为sass依赖于ruby环境,所以装sass之前先确认装了ruby.先导官网下载个ruby 在安装的时候,请勾选Add Ruby executables to your PATH这个选项,添加环境变量,不然以后使用编译软件的时候会提示找不到ruby环境 sass安装 如果你喜欢偷懒,或者你公司网络限制比较多,请直接看最后一段 安装完ruby之后,在开始菜单中,找到刚才我们安装

James Gosling上周参加了纽约的Sun 全球教育研讨会(World Wide Education & Research Conference),在会上这位Java 之父进行了演讲,并就提问进行了回答. 有些人问道当前Java 所面临的威胁时,Gosling给予了这样的回答,"PHP 和Ruby 是非常好的系统,但是它们作为脚本语言来发挥力量,只局限于网页这一领域内." 当Gosling谈到Microsoft 的C# 时,"曾经一度我们很担心他们会做出创造性的