 |
 |
 |
Koala Project 是一個紀錄，分享商業流程的 Project 。他有提供 Wiki 跟 Firefox 的 slider bar。其實這些都不太重要，重點是那是 Ruby on Rails 寫的！！！評語：該不會是查詢 IBM 或是查無尾熊的人進來看這篇文章的吧XD 純粹新聞的文章。
JRuby 作者怎麼可能剛加入SUN，程式功力就好像打開任督二脈一樣猛。60% 的速度改進耶，可不是簡單就做的出來，我想大概是 New interpreter design 這裡所造成的關鍵性差異吧。評語：JRuby 自從這個新聞之後，瞬間受到 Ruby 社群廣大的注目跟鼓勵。也讓 JRuby 擠進本 Blog 十大文章。
Ruby on Rails 其中一個特色，就是把 Web Programming 裡面繁瑣的細節，用優美簡單的語法來修飾。所以，通常你不需要花太多時間在細節上面，而是可以直接往 business logic 進攻。什麼是繁瑣的細節呢？分頁就是典型的例子。評語：討論分頁的好處，並且探討效率的問題。可能是真正解決了一些人的問題，所以進入第八名。
台灣 Ruby 社群接受 iThome 記者採訪，並且在 269期（2006/11/18~11/24）獲選為封面故事『搜索Ruby on Rails的高速魔法』。看完全部的章節之後，發現我講的話有點多 XD評語：
原因是因為我都有機器可以測試，不過我就是沒有 Windows。但是因為太多人問我了，連我同事都問我＠＠！，我還是寫一篇解救一下我的 Gmail 收件夾吧。評語：Windows 安裝的文章果然還是票房保證。
基本上，我肯待一家公司，代表我對他有忠誠，我喜歡或是認同這間公司的作風 。這次我們公司處於生死存亡之際，我恐怕沒太多時間寫 Blog ，本 Blog 在最近更新可能非常緩慢，請原諒，我想跟我的公司一同度過這個難關。評語：感謝大家對我們公司的支持。
Comet 這個詞出自於 Dojo 作者 Alex Russell 在 2006/3/3 發表的 Comet: Low Latency Data for the Browser 。簡單來說就是讓 Browser 跟 Server 作一個長時間不斷線的連線，然後我們要在 Web 撰寫 Rich Client 的程式就相當的容易。有人推測這可能是一個超越 AJAX 的技術。評語：我覺得大部分的流量來自於 vgod 的站吧，果然人家的站還是大站，我是小喀。
如果你正在找一本 Ruby on Rails 的書，你想要學習 Ruby on Rails ，或是你想看看 Ruby on Rails 是個啥東東。這本書是一定要買的書籍。 Ruby on Rails 三年就發展到這種程度，這本書真的功不可沒。評語：聖經本果然魅力無法擋，堂堂登入第三名。
這裡有一份對岸 cookoo 寫的对Django的遗憾，真是一篇好文章，裡面描寫到 Django 如何錯失大鳴大放的機會。我看完之後，突然發現 cookoo 這篇文章藉由 Django 的缺點，他也順便偷偷分析了 Ruby on Rails 成功的原因。大家可以來看看評語：cookoo先生的好文章，小弟只是沾光而已。查詢 Django 的人可能會被誤導進入本站 XD
這裡有Ubuntu 上面安裝 Ruby on Rails （精簡版），如果想要一步一步來安裝。請參照這裡。評語：居然是 Ubuntu 這篇晉升全年度熱門文章第一名。證明 Ubuntu 使用者都很喜歡 Rails，還是Rails 使用者都很喜歡 Ubuntu？真是令人難解的議題呀。By the way，我個人是很喜歡 Ubuntu 啦，使用方便並且架站快速，創辦人的精神更是令我敬佩。
Lighttpd 1.4 跑 PHP 或是跑 Ruby on Rails 都是這樣跑。Lighttpd 為 Frontend Server ，他接到 request ，經由 unix socket 送給身為 Application Server 的 Fastcgi ，Fastcgi 再執行 Ruby on Rails 程式。通常這個方式是 Frontend Server 跟 Application Server 跑在同一個機器上面的，當然每個 Fastcgi 也可以跑在 TCP Mode ，然後 Fastcgi 放在不同機器上面，不過設定不易不常使用這個方式。這個組合的好處是執行效率非常快速，如果 Frontend 跟 Application 放在同一台機器上，Lighty 這個組合遠比 Apache 的組合來得輕快許多。但是缺點是多台機器設定複雜，不易擴展到多台機器上，Fastcgi 又有在高負載下罷工的負面報導。相反的，單台機器上面 Fastcgi 設定管理簡單，速度又飛快，非常適合小網站剛剛起步時，機器不足，流量不大的需求。設定方式在此我有介紹。
類似Apache 的組合，但是 nginx 或是 Lighttpd 1.5 都有一個優點，不像 Apache 2.2 那麼肥。反正這個 Frontend 只要作 reverse proxy 的工作，其實不需要 Apache 那麼大的 Server 來作。好處是 Frontend Server 比較快速。壞處是 nginx 這個俄國來的 Server 大家不熟悉，doc 又很少（俄文是很多啦）。Lighttpd 1.5 又只在 pre-release 階段，穩定程度還是得花點時間。不過如果扣掉 Frontend 的 X factor，這個組合兼具輕快跟方便 Scale ，可說是最好的組合。lighty 1.5設定方式在此我有介紹。nginx 的設定檔這裡有範例，可以參考。LightyPHP是一個包含PHP和lighttpd的軟體包裝，讓你輕鬆的在Windows 2000/XP上建立PHP伺服器也就是一個類似 Appserv 的套件包，不過他跑的是 Lighty + PHP + SQLite。他的目的也在 FAQ 寫了
特別聲明， LightyPHP並不適合用作為伺服器軟體， Windows作業系統也不是伺服器的好選擇。 LightyPHP的設定是以容易使用為主，並不是為了要當作網站伺服器。恩，作者的觀念也是正確的。除了 Windows 下面沒辦法跑 Fastcgi ，所以得用 CGI 去跑 PHP 以外，沒啥好挑剔的工具。
Cascading style sheets (CSS) are wonderful but repetitive. Rails strongly discourages repetition, the don't repeat yourself (DRY) principle, so writing CSS feels ungainly in Rails.因為 CSS 重複很多，所以不符合 DRY 原則，所以我們需要 DRY 一下 XD 雖然很符合 Rails 邏輯，但是這個東西到底有沒有用呢？老實說，我是持反對的態度的。因為 CSS 其實是 ART 去專職負責的，當初設計的原因也是因為 CSS 如果設計的好，是可以做到完全將程式跟美工分開的程度。如果 ART 能夠完全使用 CSS 去做到所有排版需要，那麼程式設計師沒必要，也最好不要去干涉 ART 負責的事情。這個 Plugin 雖然有點用途，但是你難道要強迫美工去學習 Ruby 的語法嗎？所以大家看看就算了:p
$ script/plugin install http://opensource.airbladesoftware.com/trunk/plugins/css_dryer使用方式是產生相關 Controller
$ script/generate controller dry_css然後寫相對應的 controller
class DryCssController < ApplicationController
layout nil
session :off
before_filter :set_headers
private
def set_headers
headers['Content-Type'] = 'text/css'
end
end
<link href='/dry_css/site' rel='Stylesheet' type='text/css'>即可。
The Open Book Project is aimed at the educational community and seeks to encourage and coordinate collaboration among students and teachers for the development of high quality, freely distributable textbooks and educational materials on a wide range of topics.這一系列的書有 Java, C++，Python，logo 版，現在 Ruby 版也推出了。撰寫者是 Elizabeth Wiethoff 。不過這本書 FAQ 第一個問題就是『Why does this book about Ruby smell like Java?』XD。原因就是這本書大部分的 code 都是直接從 Java版轉過去的，可見 Ruby 跟 Java 的相似性。
OS 只是 Tools ，真正決定一切的關鍵是管理者那麼要我推薦 Ruby on Rails 的 OS 呢？我會怎麼選擇？
Justin said about 18 hours later:但是作者也僅僅回答他沒有作過類似的效能測試。所以這就是證明 Zed 的確有說過『Mongrel 在 FreeBSD 跟 MAC OS X 上面比較慢』類似的話，但是他有沒有改進 Mongrel 讓他更合乎 FreeBSD ，似乎不得而知。
I believe Zed mentions on the Mongrel site that there are performance issues when running Mongrel on Mac OS X and FreeBSD. Given that you're running on FreeBSD, have you experienced any of the (relative) slower performance running Mongrel on FreeBSD?
OS 只是 Tools ，真正決定一切的關鍵是管理者
其實這是抄襲自"獵人"的<a href=＆ quot如此 HTML 碼的原因很簡單。在顯示書籤討論的內容， Hemidemi 是允許一些 HTML Tags，來充實討論區的版面。但是在首頁上，站長應該是怕 HTML Tags 破壞版面，所以用類似 h() 或是自己寫一個 filter 的方式，把所有的< >都改成了 & gt; & lt;，" 改成 & quot，用來保護版面的乾淨跟安全性。這些議題其實都在本 Blog 的 HTML Filter 系列討論過了。但是Hemidemi 首頁的 HTML 碼實在是太難看了，有沒有方式可以只顯示 HTML Tag 的內文即可。
<a href='http://www.example.com'>lala</a>轉成只有內文
lala
其實這是抄襲自"獵人"的<a href="http://zh.wikipedia.org/wiki/%E5%BF%B5%E8%83%BD%E5%8A%9B">念能力</a>! XD
其實這是抄襲自"獵人"的念能力! XD這樣在首頁顯示就好多了。
Mollio 是一個我很喜歡的 CSS template，就連我自己架的中文 Ruby 星球也是用 Mollio。今天早上看到 HappyDesigner 發表了 Yullio: YUI CSS Grids 與 Mollio 的結合，看到裡面講hlb根據YUI Grids與Mollio CSS/HTML Templates，製作了一套名為 “Yullio” 的模版（Yullio = YUI + Mollio）。並且發現到，他們還有 Rails 的 Plugin，還可以Gem 安裝！！！所以二話不說就先裝了要緊。
gem i -y layout_yullio_generator使用方式就是
ruby script/generate layout_yullio layout_name sidebar_name假設如原網頁講的打 ruby script/generate layout_yullio Expense sidebar ，他會生成一個 layout 叫做 expense，然後在 app/view 裡面有一個 _sidebar 的 partial ，記載了 sidebar 應該放的東西。並且他會將所有需要的 CSS、JavaScript 及 plug-in 放一份到 public/ 及 vendor/plugins/ 目錄下。其他詳細文件請跟原作者聯絡。
apt-get install rails安裝 Ruby on Rails 如此即可，不用再更多了。
ruby setup.rb
gem install rubygems-update
apt-get install build-essential ruby1.8-dev再來我們用 gem 安裝 Mongrel Cluster
gem i mongrel mongrel_cluster -y安裝資料庫
a = User.find_or_create_by_name('abc')
SELECT * FROM users WHERE (userss.`name` = `abc` ) LIMIT 1
BEGIN
INSERT INTO users (`name`, `email`) VALUES('abc', '')
COMMIT
a = User.find_or_create_by_name_and_email('abc' , 'abc@example.com')
SELECT * FROM users WHERE (users.`name` = `abc` and users.`name` = `abc@example.com`) LIMIT 1
BEGIN
INSERT INTO users (`name`, `email`) VALUES('abc', 'abc@example.com')
COMMIT
Why?: I believe that the future of the ruby core is in a simple core and a simple architecture that is easy to modify. Rubinius goes to vast lengths to keep the core parts as simple as possible. Because in the end, it shouldn’t just be me and a few core developers who can dive into the core and change things. I want it to grow and flourish in the hands of everyone, and I believe the only way to do that is to build in that virtue from the beginning.並且他將目標放在兩個重要的地方上面，bytecode and native threads。他可以將 .rb 的檔案編譯成 .rbc 的 bytecode 檔案，所以有了 code 加密的過程，或許可以增加不少商業公司開發 Ruby 程式碼的意願。
Rails 1.2 + REST : 討論 Rails 的核心價值 這篇更是可笑，我連REST 的好處都不甚了解，就大張旗鼓的吹 REST 的好？
# ./memcached -d -m 2048 -l 1.2.3.4 -p 11211Ruby 要使用 Memcached 是非常的簡單，只要用 Gem 安裝 Ruby 的 Memcached Client 即可。
gem i ruby-memcache但是現在還有更新的選擇， Robotcoop 所開發的 Ruby Memcached Client AP
# gem install memcache-client
require 'memcache'
memcache_options = {
:compression => false,
:debug => false,
:namespace => "app-#{RAILS_ENV}",
:readonly => false,
:urlencode => false
}
memcache_servers = [ '192.168.1.150:2222', '192.168.1.150:2223' ]
Rails::Initializer.run do |config|
....
config.action_controller.session_store = :mem_cache_store
...
config.action_controller.fragment_cache_store = :mem_cache_store, memcache_servers, memcache_options
...
end
...
cache_params = *([memcache_servers, memcache_options].flatten)
CACHE = MemCache.new *cache_params
ActionController::CgiRequest::DEFAULT_SESSION_OPTIONS.merge!({ 'cache' => CACHE })
iveJournal.com使用了memcached在前端进行缓存，取得了良好的效果，而像wikipedia,sourceforge等也采用了或即将采用memcached作为缓存工具。memcached可以大规模网站应用发挥巨大的作用。
/^([_a-z0-9-]+)(\.[_a-z0-9-]+)*@([a-z0-9-]+)(\.[a-z0-9-]+)*(\.[a-z]{2,4})$/但是今天看到 RFC 822 的 Email 驗證程式也有 Ruby 版了，順便紀錄一下好了。
#
# RFC822 Email Address Regex
# --------------------------
#
# Originally written by Cal Henderson
# c.f. http://iamcal.com/publish/articles/php/parsing_email/
#
# Translated to Ruby by Tim Fletcher, with changes suggested by Dan Kubb.
#
# Licensed under a Creative Commons Attribution-ShareAlike 2.5 License
# http://creativecommons.org/licenses/by-sa/2.5/
#
module RFC822
EmailAddress = begin
qtext = '[^\\x0d\\x22\\x5c\\x80-\\xff]'
dtext = '[^\\x0d\\x5b-\\x5d\\x80-\\xff]'
atom = '[^\\x00-\\x20\\x22\\x28\\x29\\x2c\\x2e\\x3a-' +
'\\x3c\\x3e\\x40\\x5b-\\x5d\\x7f-\\xff]+'
quoted_pair = '\\x5c[\\x00-\\x7f]'
domain_literal = "\\x5b(?:#{dtext}|#{quoted_pair})*\\x5d"
quoted_string = "\\x22(?:#{qtext}|#{quoted_pair})*\\x22"
domain_ref = atom
sub_domain = "(?:#{domain_ref}|#{domain_literal})"
word = "(?:#{atom}|#{quoted_string})"
domain = "#{sub_domain}(?:\\x2e#{sub_domain})*"
local_part = "#{word}(?:\\x2e#{word})*"
addr_spec = "#{local_part}\\x40#{domain}"
pattern = /\A#{addr_spec}\z/
end
end
script/plugin install http://dev.rubyonrails.org/svn/rails/plugins/account_location/然後在程式裡面使用
include AccountLocation即可。
当你访问JavaEye网站的时候，位于JavaEye服务器和你的浏览器中间的某个路由器在返回页面中植入如下代码也就是說某個 router 會幫你把 response page 植入一個 XSS 的 script，簡直防不慎防。儘管我們可以寫很好的 HTML Filter ，但是掌控權不在你手上就沒輒了。唉，身為 Ruby on Rails 愛好者，我不希望這個優質的 Ruby on Rails 討論區垮掉呀。祝 JavaEye 及早解決問題。
或者您也可以临时采取以下手段避免被感染： 编辑C:\Windows\system32\drivers\etc\hosts，加入一行：127.0.0.1 cool.47555.com如果網站管理者希望網站早點起來，還有一個狠一點的作法。既然這個 XSS 只對於 IE 發作，可以在 controller/application.rb 加入
if request.env['HTTP_USER_AGENT'] == ' 瀏覽器的判斷'加以 filter 掉 IE 的 request。相信 JavaEye 的客群應該都有自備 Firefox 可以使用，在這關鍵時刻先撐過再說。
| Safari | Mozilla/5.0 (Macintosh; U; PPC Mac OS X; zh-tw) AppleWebKit/418.9.1 (KHTML, like Gecko) Safari/419.3 |
| Firefox MAC | Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv 1.8.1) Gecko/20061027 Firefox/2.0 (lzyc) |
| Firefox Windows | Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv 1.8.1) Gecko/20061010 Firefox/2.0 |
| Opera 9 | Opera/9.02 (Windows NT 5.1; U; zh-tw) |
| IE 7 | Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) |
| IE 6 | Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) |
Rails使用固定的规范省掉了复杂的config, 一个Web app如果只有20张以下的Table，是不需要分目录存放Models的，如果超过这个数量，我认为也是应该将一个大的Web app分割成多个小的App来做，更有利于以后的分布和维护。如果仔細想想，我還蠻同意這樣的看法。
REST的意义不在于做一个网站，而在于网站间的互相调用变得异常直接。网站间的调用，也可以理解成不同系统间的调用。現在已經跟 Partner 討論如何將部分功能以 REST 方式拆出去這個系統。原因當然是為了不讓系統太過龐大，改了這部分的 code ，又得擔心會不會影響整體的穩定。目前已經想到要將整個系統拆成一個主系統，三到四個小系統，如果順利拆出來的話，最大系統的 Model file 數量應該也不會高於 30 個。
时间: 2006-12-08 14:10 评级: (0位会员评分) 引用 推荐 收藏
在control里面加上include Location就可以了
0
意見
標籤：
activerecord,
rails,
rest
mongrel_rails cluster::configure -e production -p 4000 -N 10修改 Apache 2.2 設定檔
mongrel_rails cluster::start
LoadModule proxy_module modules/mod_proxy.so再來我們開始設定 Mongrel Cluster 的 reverse proxy 設定，首先我們給這組 cluster 取名叫做 examplecluster，他是10組 Mongrel ，跑在 port 4000 ~ 4009 之中
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule proxy_http_module modules/mod_proxy_http.so
<proxy balancer://examplecluster>再來假設你的 hostname 為 example.com，我們開始設定 virtual host
# cluster member 1
BalancerMember http://127.0.0.1:4000
BalancerMember http://127.0.0.1:4001
....
BalancerMember http://127.0.0.1:4009
</proxy>
<virtualhost example.com:80>重點是在於 ProxyPass，ProxyPass 代表 images,stylesheets,javascript 等 static file 交給 Apache 處理，不要給 Mongrel 處理。 還有 ProxyPassReverse 要指定正確的 cluster name ，我們要指定為 examplecluster。
ServerName example.com
ServerAdmin root@example.com
DocumentRoot "/var/www/example.com/htdocs"
ProxyPass /images !
ProxyPass /stylesheets !
ProxyPass /javascripts !
ProxyPass / balancer://examplecluster/
ProxyPassReverse / balancer://examplecluster/
</virtualhost>
2. 在相關 Model 利用 estabilish_connection 去做連接而外設定
extradb_production:
adapter: mysql
host: localhost
username: root
password: blabla
database: extradb_prod
class lala < ActiveRecord::Base
establish_connection :extradb_production
end
1 意見
標籤：
activerecord,
rails
滿紙荒唐言，一把心酸淚，都言作者癡，誰解其中味 ....曹雪芹有時候覺得自己好像寫了個不可思議的 Blog，目前 Google 排行穩居 Ruby on Rails 類繁體中文第一名，你怎麼查 Ruby on Rails 第一頁幾乎都會看到我的文章。
谈的太虚了，或者说什么都没谈哎呀，您說對了，我真的都沒有談，一點技術含量都沒有，那篇我覺得我寫得很差，我在 murmur。很多時刻，我覺得我在將 JavaEye 的文章簡轉繁，就算一篇。有時候我覺得我把 Ruby Planet 的文章英翻中，也是一篇。與其說我在寫 Ruby on Rails 的文章，還不如說我在轉錄眾人的文章還比較好。甚至更慘的是，有些時候我還會偷懶看別人翻譯好的文章，而不去看原文，天呀，我居然如此的偷懶跟怠惰。
REST的意义不在于做一个网站，而在于网站间的互相调用变得异常直接。网站间的调用，也可以理解成不同系统间的调用。之前對於 REST 的好處不太了解，但是藉由他的文章我的確有收穫，也開始稍微掌握了點 REST 的神髓。
比如一个公司的CRM、workflow、财务系统、website...可以是一套大系统，那样太繁杂，也可以是分别几个独立的系统（decoupled systems），但是互相调用metadata就会非常不方便。一般有这么几种方式实现（从差到好排序）：
1、A系统直接调B系统的数据库
2、用程序访问B系统的网页，取出A系统需要的东西
3、各系统把经常要访问的功能写成web service
4、各系统做一套api
5、REST
上面的例子说的是公司系统，大众网站也是如此，如果大家都用REST，mashup也会更容易，好的应用会更多。
ruby script/generate controller Admin::Book這個會產生
app/controllers/admin/ 這個資料夾本身 admin 只是母分類，只是在 controller 跟 view 當中多一個目錄來作分類，真正可以 access 到的是 book_controller.rb 這個 controller 跟相對應的 action。而仔細看 book_controller.rb 裡面， Controller 宣告的寫法也改成
app/controllers/admin/book_controller.rb 這個 Controller
app/views/admin/ 這個資料夾
app/views/admin/book/ 這個資料夾
class Admin::BookController
http://url.com/admin/book/action1這樣的使用方式。除此之外使用方式就跟原來一模一樣。
如果你有類似的需求 , 可以在用 route 去解決 .Putting Controllers in Namespaces
This is really more trouble than it’s worth. You run into all sorts of crazy errors if you do this and you’ll be confused and frustrated. You’ll then ask other people about it and they’ll either blow you off for using namespaces with controllers or procede to get confused and frustrated as well. Then you’ll say, “I with I had listened to Kevin and Chris”. If you want
/admin/some_controlleras an URL that’s fine. Use the routing that’s built into rails.
Ajax的出现标志着RIA时代逐渐走来，客户端将不再是清一色的HTML页面，也可以是一个Ajax的程序，通过 XMLHttp向服务器发起PUT和DELETE请求。这样，就要求服务器端在四动词的背景下重新思考应用的构造。传统上，服务器端应用只是通过REST 风格将部分服务暴露出来。而Rails 1.2则直接将REST直接作为构建整个Web应用的中心，这才是Rails 1.2的独特之处，也是张显Rails社群离经叛道和卓尔不群的地方。为了要采纳REST风格，Rails 1.2革新了Web应用的构造思想，整个领域建模的思想都有所变化。现在整个Rails社群都应当准备向REST时代迁移。說實在話，我還是無法很準確的抓住孟先生的點。因為如果眾多網頁程式設計師對於 REST 的好處跟壞處都不甚明瞭，那要怎麼推行 REST 呢？當大家都不用 REST ，那麼使用 REST 有任何意義嗎？但是看到 DHH 在 2006 Rails Conf 講解了 Rails 1.2 對於 REST 的導入的這篇演講
之所以今天我们会在这里聚会，之所以Rails是今天的Rails，恰恰因为我们对很多事情说了“不”，恰恰是因为我们将很多人 拒之门外。如今Rails被越来越多的人接受，但我并不认为因此我们就可以背离先前的原则。所以，尽管我毫无疑问地支持Thomas的很多实用的建议，但 对他的论调则不以为然。我不认为Rails应该向外部世界屈服，恰恰相反，Rails正在有力地让外部世界向我们屈服。凡事迎合大眾到底是金科玉律，還是庸人的想法。我回想到當我接觸 Ruby on Rails 之前，我似乎也是座落在『ORM毫無意義可言，他一點實用價值都沒有』這一群人。現在的我呢？又到了哪裡去呢？回到 REST 這個話題，到現在為止我還是不知道 REST 能夠為我帶來什麼東西？但是我願意去嘗試看看，因為
RadRails 0.7.2 在此下載 。雖然我不用 RadRails ，我用 vim ，不過我還是很歡迎 RadRails 的進步，至於 0.7.2 加了什麼，根據官方 Blog 說法Mostly enhancements to the RHTML editor. Improved content assist that proposes closing tags. An outline view. A source formatter. Tab-expansion for templates.而這些新增的功能，大家有興趣的人自己看看吧。
為什麼外面的公司會在乎那些我不重視的東西，卻不去重視我覺得真正有價值的東西？的確，對於公司來說，採用 JAVA 或是採用 .NET，只不過是 solution 的不同，只是 Tools 的不同，一個企業的核心價值還是在於他擁有的 research group的能力，他所擁有的人才的能力。換個 tools ，只要核心價值還在，這家公司依舊可以發揮相類似的能力。舉個例子，今天 Google 作業系統全部換成 FreeBSD ，他擁有的人才跟技術實力依舊可以成為一個網路強權。
這次是 Amazon 2006 的 Best Book，他獲選為 Computers & Internet 類別的第三名！！！恭喜這本得獎無數的 Ruby on Rails 聖經在出版一年多後依舊好評不斷。 希望明年就交給第二版發揚光大啦！！！The net effect is that my FastCGI dispatchers become unresponsive after a while, potentially after a huge traffic spike. Those sit there doing nothing and lighttpd is unable to talk to them.當他在 high traffic 的情況下，似乎有時候會出現不太穩定的情況。雖然其實 Fastcgi 也沒那麼不堪，JavaEye 就是 run Lighty + Fastcgi ，也沒聽他們在說這樣組合不穩，Hemidemi 根據側面瞭解似乎也是跑 lighty + fastcgi，也還不是很穩定。但是如果你真的跑一個流量大到嚇死人的網站，或是你天性就是要求99.99%的穩定上線時間，有沒有更好的選擇？
RSpec, the Behavior Driven Development(BDD) library for Ruby, has been solidifying on JRuby recently.可以看出 RSpec 對於 jRuby 的重要性，Priority 排那麼高，看來又得去看看 BDD 的意義。不過 jRuby 加入 SUN 之後真是速度驚人。
It pulls together strands from TestDrivenDevelopment and DomainDrivenDesign into an integrated whole, making the relationship between these two powerful approaches to software development more evident.Behavior Driven Development 主要是把 Test Driven Development 跟 Domain Driven Design 結合在一起。
依照這個走勢，我覺得明年的 Ruby 應該會| Position Dec 2006 | Position | Programming Language | Ratings Dec 2006 | Status |
|---|---|---|---|---|
| 1 |  | Java | 19.907% | A |
| 2 | | C | 16.616% | A |
| 3 | | C++ | 10.409% | A |
| 4 |  | (Visual) Basic | 8.912% | A |
| 5 |  | PHP | 8.537% | A |
| 6 | | Perl | 6.396% | A |
| 7 | | Python | 3.762% | A |
| 8 | | C# | 3.171% | A |
| 9 | | Delphi | 2.569% | A |
| 10 | | JavaScript | 2.562% | A |
| 11 | 9 * | Ruby | 2.334% | A |
0
意見
標籤：
tiobe_index
The final version of Agile Web Development with Rails went to the printer last Friday. This means that the paper book will start shipping sometime around December 15.然後所有購買 PDF 版本的人都已經拿到最新的 PDF 了吧 XD 。我想距離 Amazon 上面買到應該不遠，大概是12月中就可以開始訂購了。這本書一定要敗的啦！！！
Can I use it ?他還沒決定怎麼作，不過可以確定的是事情是他會在 1.5 上面 implement ，implement 方式可能是採用 mod_multiplex 或是 mod_mailbox 方式來作。
Not yet. This is a idea how to implement COMET in a nice, performing fashion. On the way to 1.5.0 it will be implemented. Meanwhile I’m looking for comments on the idea and if it matches your needs for COMET and AJAX.
Person.find(:all, :conditions => [ "last_name = ? and status = ?", "Catlin", 1 ])Person.find(:all, :conditions => { :last_name => "Catlin", :status => 1 })
2
意見
標籤：
activerecord,
rails
gem install rails --source http://gems.rubyonrails.org --include-dependencies這次 1.2 版最主要進步就是 REST，讓 Ruby on Rails 繼續往更加前瞻性的 Web Framework 邁進。恭喜 Rails Team！！！
『快成功了，不過還差一點』到目前為止，程式研發時間大概是 2.5 個月 * 2 人。但是扣掉Partner 是學生，一周大概只有 2 人天，我一周上班時間本來就大概 3~4 人天，9~11 月之間我還配合公司行銷專案，隨手開發了 2 ~ 3個小專案。（因為這些案子我都用用 Ruby on Rails ，我才能『隨手』開發 =.=）所以總開發時間大概是 2 ~ 2.5 人月比較正確。
不容易為什麼？難道 Rails 那麼爛？錯了，看看這個表吧，當你的站遇到 Extra dot for absolute DNS 這種攻擊。
<IMG """><SCRIPT>alert("XSS")</SCRIPT>">我們發現，有太多玩法可以放 XSS，而濾掉特定 tag 方式幾乎行不通，因為我們還是希望開放某些有用的 tag 像是 a 或是 img。但是我們可以減少這種可能發生率
Pure ruby gems are converted fine. However, ones including C extensions are not.大意是如果這個 GEMS 是純 Ruby 當然歡迎，但是有些 Ruby Gems 是有 C extenstions 的（一些 Ruby Lib 像是 ruby-mysql ），那就很容易出現安裝錯誤，所以相當不建議使用 Ruby Gems 摟。 為此，Debian-Ruby 的 Daigo Moriwaki 也寫了自動轉換 GEM 成為 DEB 的程式，希望能方便大家打包 Ruby Gems 的 DEB Package。但是話說回來， Ruby Gems 那麼多，你怎麼可能全部包成 DEB ？Ruby GEMS上有些東西有安全性顧慮時，要緊急下載 patch ，這時通常官方會建議使用 Gem 去更新，難道 DEB 也可以立刻做到即時更新？還是要使用者自己苦哈哈下載 source 自己裝？
deb http://www.sgtpepper.net/hyspro/deb unstable/Update 完 DEB index 之後，apt-get install rubygems 即可。
deb-src http://www.sgtpepper.net/hyspro/deb unstable/
Yes, JRuby can run in an applet. No, it's not that hard. No, the archive doesn't have to be this big (the applet above is about a 1.6MB JAR file, but it includes stuff it doesn't need). Yes, this means you could start writing stuff for web pages in Ruby. No, I'm not kidding.
