ぽーくの作業日誌

前回のエントリから1週間くらい経ったころRSSを確認したところ、今日にも明日にも最高気温と最低気温の両方が表示されるようになっていて、よかったよかった。と思い、メールで送信して別のシステムに投げてみました。
http://btw.jp/message/view/16312
昨日の11時の情報をテストした時は万事問題ありません。
そして、今朝5時にRSSを読んでみたら
http://btw.jp/message/view/16363

28日（木）の天気は曇のち雨最低気温は19℃でしょう。

なんと最低気温が来たよ！と思ったら、最高気温が19℃で文言の間違いだとわかりました。
明日の気温もやっぱりないし。。。

と、一生懸命ブログに書いて改善を待ちます。

前回のエントリでWeatherHacksの気温の表記がおかしいよと書いたら
数時間で対応していただいて

すげー！対応早い！さすが！！！
な〜んて思っていたら
今日見たら元に戻ってた・・・
え？なんで？デグレードですか？
確かに無料だから仕方ないかもしれないけど。。。
かなりダサいです

最近WeatherHacksを触っていてバグの指摘とかはトラックバックでやるみたいなんでここで。
http://weather.livedoor.com/forecast/rss/13/63.xml
これのお話です。

・なぜか翌日の気温が最高、最低共にない。
・今日の気温：過ぎてしまった今日の最低気温には興味がないのに、descriptionが最低気温を出している。
　せめて最高気温と両方とも出してほしい
・できれば携帯のURLもどうにか出してほしいが、現状ないので自分で作る

こんなもんです、出来ればなおしてもらえないかなぁ。。。

続きを読む

あくしゅがWakameをリリースしました。
日本語サイト

amazonEC2を使って自動的にスケールアウトする面白い仕組みです。
最初は１台でLB-AP-DBがオールインワンで提供したサーバが、それぞれのサーバ台数を指定することで、APサーバを分離したりAPサーバの台数を増やしたり、更に要らなくなったら減らしたりできる優れものです。
単にサーバ台数を増やすだけなら、出来そうに思うかもしれないけれども、APサーバが増えたらロードバランサの設定を書き換えて勝手にアクセスを捌いてくれるし、減らした時も当然LBを書き換えてくれる
何が嬉しいかって、

• サーバの台数を増やすのに人手がかからない。
• ミスもしない（ミスがないか確認した状態で実行できる）
• 簡単に増減できるから夕方から夜中過ぎまで台数を増やして、残りは減らすとかが簡単にできる

なんだと思ってます。

今はまだ0.3版なので決まったことしか出来ないけれども、これからDBの台数を増やすとかマスターを冗長化するとか色々やりたい事が一杯あります。
興味がある人は是非使ってみてください
話を聞きに来るとデモくらいは見せられるかも？ｗ
オファーがあれば出かけていくかも？ｗｗ

Venture Nowにも取材してもらいました

will_paginateの出力をカスタマイズしたくなった。
・全体をdivでくくらなくていい
・要素はliで表示。ulは外に自分で書く
　・liのclass、idを指定する
・前へ、次へを不要な時は非表示にする

自分の用途に十分な実装しかしていないので、他の人は使えないかも？
という自分メモです

app/model/renderer/list_link_renderer

class ListLinkRenderer < WillPaginate::LinkRenderer
  def to_html
    links = @options[:page_links] ? windowed_links : []
    # previous/next buttons
    links.unshift page_link_or_span(@collection.previous_page, nil, @options[:prev_label]) if current_page != 1
    links.push page_link_or_span(@collection.next_page, nil, @options[:next_label]) if current_page != total_pages

    html = links.join(@options[:separator])
    @options[:container] ? @template.content_tag(:ul, html, html_attributes) : html
  end

  def page_link_or_span(page, span_class, text = nil)
    text ||= page.to_s
    li_id_class = @options[:li_id_class] || ["pagesend_top_active", "pagesend_top_link"]
    li_id, li_class = li_id_class
    li_id ||= ""
    li_class ||= ""

    if page && page != current_page
      "<li class=\"#{li_id}\"><a href=\"" + url_for(page) + "\">#{text}</a></li>"
    else
      "<li id=\"#{li_class}\" class=\"#{span_class}\">#{text}</li>"
    end
  end
end

app/views/search.rhtml

 <ul>
<% if @requests.total_entries > 0 -%>
  <li id="pagesend_top_txt">
   <%= @requests.total_entries %>件中
   <%= @requests.offset+1 %>
    -
   <%= @requests.next_page ? @requests.per_page*(@requests.next_page-1) : @requests.total_entries %>
   件を表示</p>
<% end -%>
<%= will_paginate(@requests,
  {:renderer=>"ListLinkRenderer",
   :prev_label=>"＜前へ",
   :next_label=>"次へ＞",
   :li_id_class=>["pagesend_top_link", "pagesend_top_active"],
   :inner_window=>3,
   :container=>nil,
   :params=>params}) %>
 </ul>

config/environment.rb

require 'renderer/list_link_renderer'

実は

やりたいこと
・SessionをDB保存にする
・２プロジェクトで一つのＤＢを共有する
・Migrationは使っていない

二つ分テーブルを作り、INDEXを張る
CREATE TABLE `hoge_sessions` (
`id` INT( 10 ) UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`session_id` VARCHAR( 255 ) NOT NULL ,
`data` TEXT NULL ,
`created_at` DATETIME NULL ,
`updated_at` DATETIME NULL
) ENGINE = innodb;
ALTER TABLE `hoge_sessions` ADD INDEX `session_id` ( `session_id` ) ;
ALTER TABLE `hoge_sessions` ADD INDEX `updated_at` ( `updated_at` ) ;

CREATE TABLE `fuga_sessions` (
`id` INT( 10 ) UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`session_id` VARCHAR( 255 ) NOT NULL ,
`data` TEXT NULL ,
`created_at` DATETIME NULL ,
`updated_at` DATETIME NULL
) ENGINE = innodb;
ALTER TABLE `fuga_sessions` ADD INDEX `session_id` ( `session_id` ) ;
ALTER TABLE `fuga_sessions` ADD INDEX `updated_at` ( `updated_at` ) ;

config/environment.rb

コメントをはずす
# Use the database for sessions instead of the cookie-based default,
# which shouldn't be used to store highly confidential information
# (create the session table with "rake db:sessions:create")
config.action_controller.session_store = :active_record_store

Rails::Initializer.runのブロックが終わってから書く
CGI::Session::ActiveRecordStore::Session.table_name = 'hoge_sessions(またはfuga_sessions)'

app/controllers/application.rb

:secret部分のコメントをはずす
protect_from_forgery :secret => 'hogehogefugafuga'

以上。
ググったけどテーブル名を指定したいっていうエントリがあんまりなかったので書いてみた。

Googleで検索するとあらゆるページが「このサイトはコンピュータに損害を与える可能性があります。」になってた
まさかと思ってgoogleで検索すると・・・
http://s03.megalodon.jp/fp2007qi/873402/500x360
やっぱりｗｗｗｗｗｗ
バグじゃねぇかｗｗｗｗｗｗｗ

でも、0時半頃にはもう直ってましたね

以前Rails1.2.3で作ったアプリでnested_params_patchというのを使いました
簡単に言うとHTTPリクエストのパラメタがカンマ区切りで来たら、Rails内で配列で扱うぜって奴だと理解している
＃配列だけじゃないみたいだけど

インストール方法とかはココに書いてあります
「Rails開発日記: url_forのバグ！？」
http://underrails.seesaa.net/article/59385591.html

で、Rails1.2.3では動いていたので気にしていなかったのですが
Rails2.2.2でインストールしてみると、そもそも起動しない。。。

/usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/rails/plugin.rb:101:in `evaluate_init_rb': undefined method `configuration' for #<String:0xb6973b80> (NoMethodError)

こんなエラー。
どうやらロード方法に問題があるのではないかと仮説を立ててinit.rbを開いてみたら

Dir[File.join(File.dirname(__FILE__), 'lib/*')].each { |file| load file }

この１行だけ。
こんな書き方見たことなかったので、requireに書き換えた

require 'array'
require 'hash'
require 'route'
require 'route_set'

無事に起動するようになりました。
よかったよかった。

余談ですが

いわゆる出会い系サイト規制法と迷惑メール規制法が改正になりました。ということで、説明会に行ってきました。

場所は霞ヶ関ビル！
日本最初の超高層ビルだとどこかで聞いたことがあったので多少興味がありました。だからといって特にこれといって何もしてませんが
とりあえず、リンク貼っときます。
霞ヶ関ビル

で、まずは出会い系サイト規制法。
これに関して、Wikipediaはまだ古いですね。
インターネット異性紹介事業を利用して児童を誘引する行為の規制等に関する法律
警視庁のサイトはさすがに変更済み
警察庁：あぶない！出会い系サイト：出会い系サイト規制法の解説
配られて説明を受けたのはこの資料
説明会資料（パンフレット）

さて、これによると出会い系サイト運営会社は届け出が必要になり、違反書き込みのすみやかな削除義務や児童でない事の確認義務が発生する上、業務停止命令を受けることもあれば届け出をしていないと6月以下の懲役または100万までの罰金だそうで、随分と出会い系サイトに厳しくなったなと思ってます。
この「出会い系サイト」の定義もされていて

「インターネット異性紹介事業」とは、次の1 〜 4 のすべてを満たす事業をいいます。

1. 面識のない異性との交際を希望する者（異性交際希望者といいます。）の求めに応じて、その者の異性交際に関する情報をインターネット上の電子掲示板に掲載するサービスを提供していること
2. 異性交際希望者の異性交際に関する情報を公衆が閲覧できるサービスであること
3. インターネット上の電子掲示板に掲載された情報を閲覧した異性交際希望者が、その情報を掲載した異性交際希望者と電子メール等を利用して相互に連絡することができるようにするサービスであること
4. 有償、無償を問わず、これらのサービスを反復継続して提供していること

だそうです。

１について、「異性交際に関する情報を公衆が閲覧できるサービス」というのは、「異性交際を目的としたサービス」という意味でサービス提供者がそれを意図している場合に当てはまるのであって、単に掲示板を運営している時にたまたまそういう書き込みがあっても該当しない。ということでした。
「ただし、そのような書き込みを放置容認していた場合はこれに該当する場合があります。その割合等についてはまだ施行前なのではっきりした事はいえない」というような事も言っていました。
私の解釈では、ＳＮＳなどはそういう目的ではないぞ。といっていれば一応該当しないけれども、実態が出会い系に該当していたり方々で噂になるようであれば該当する。ということと思います。
３については、メッセージ送信機能を有しているとという意味でメアドを載せる程度は問題ないということでした。

とりあえず、この法律がどの程度厳格に執行されるかにもよるけど、２／１から施行される年齢認証なんて実用に耐えない方法しか書いてないし、いわゆる出会い系サイトの運営者がどう出るか気になる所。
もしこの法律が文面のまま施行されたら出会い系サイトは壊滅して、別の方法が出てくるのかな？
しばし様子を見たいと思います。


さて、迷惑メール規制法の方なんですがこちらはいまいち理解できてません。
リンクはこんなん
特定電子メール法平成２０年改正
あんまり情報がたくさん見つからないのですが一応Wikipediaも
特定電子メールの送信の適正化等に関する法律

法改正の骨子は

1. オプトイン方式による規制の導入
2. 法の実効性の強化
3. 国際連携の強化

1. オプトインとは、許可したアドレスからのみメールを受け取る方式。禁止アドレスを指定するのはオプトアウト。
   オプトインの中からオプトアウトを指定することも必要ですよ。
2. ざっくり言うと、４つ。
   ・「送信情報偽装の場合プロバイダがメールを送らなく出来る」
   ・「送信者情報の開示を求められる」
   ・「送信委託者も処罰できる」
   ・「罰則の強化」
3. 頑張って連携する。

で、具体的になんなの？って言うのがよくわからないのでいまいち理解が出来てないんだけど、多分この法律が機能すると許可してないトコから営業メールがこなくなるよって事なんだと思う。
知ってる人がいたら教えてください。

間違いの指摘とかもしていただけるとありがたいです。

なぜだ。
なぜLivedoorのWeather Hacksで
降水確率の情報が取れないんだぁ〜！！
また今度別なの探してみよう