Google AdSense に関する最新情報をお届けする、 公式ブログです。AdSense に関するニュースや活用方法をご紹介します。
Catalyst::Model::Adaptor - use a plain class as a Catalyst model 要はどんなクラスでもCatalystのモデルにしてくれるクラスです。 たとえばこんなクラスを作って lib/MyApp/DateTime.pm package MyApp::DateTime; use strict; use warnings; use base qw/DateTime/; use DateTime::Format::W3CDTF; sub now { my ($class, $args) = @_; $args->{time_zone} = 'local' unless $args->{time_zone}; return $class->SUPER::now(%$args); } sub parse { my ( $class, $str )
amachangさんの「一行で IE の JavaScript を高速化する方法」を見てて、見慣れない/*@cc_on なんちゃらなんちゃら @*/ って記述が気になった。 なんだろうとおもい、早速ぐぐってみたところ、ここに書いてありました。 @cc_onはステートメントというものらしく「条件付きコンパイルの機能をアクティブにします。」との説明があります。 でも、「条件付きコンパイル」ってなんだよ!そんなの知らないぜ! ということで調べてみたら、以下のようなことが書いてありました。 条件付きコンパイルを使用すると、JScript の新しい言語機能を利用しながら、その新機能をサポートしていない以前のバージョンとの互換性も保持できます。JScript の新機能を使用する場合、スクリプトにデバッグサポートを埋め込む場合、コード実行をトレースする場合などは、条件付きコンパイルを使用するのが一般的で
MDBAの使い方(目指しているもの) POE::Component::MDBAは速いのか? 相変わらずベンチは取ってないよ!でも同時に*任意の*SQLを実行できるのは絶対的に速い自信がある。例えば1テーブルに対しての分散はそんなに意味なくても、table1とtable2にそれぞれ別のクエリを投げるような事ってよくあるじゃないですか。 例えばWebページに載せるデータを複数の場所から取ってくる。これは分かりやすい。 あとはテーブルを分散している場合。例えば、日付で分散してるとか。同じスキーマでtable_200710、table_200709、table_200708とかでわかれてるとして、それぞれに対して横断的にSQLを投げたい。この場合、SELECT ... UNION SELECT ... UNION SELECT ...とかやるより、それぞれに別のクエリを発行して必要分だけアグレゲー
ref:SimpleHatenaMode - CodeRepos::Share - Trac いままでは自作の Emacs-lisp + はてダラで書いてたんだけど長いものに巻かれておいたほうがいいかも、とか思ったので移行してみる。 とりあえず、Windows 用の設定。 (setq simple-hatena-bin (concat "perl " (expand-file-name "~/.hatena/hw.pl"))) いままで使っていたやつ。 (defvar hatena-diary-directory "~/diary/" "*directory to store diary for hatena diary") (defvar hatena-diary-process-buffer-name "*hatena*") (defun hatena (date) (interact
2007年10月09日23:00 カテゴリ書評/画評/品評iTech 書評 - ケータイ業界52人が語る「戦略」の裏側 著者より献本御礼。 ケータイ業界52人が語る「戦略」の裏側 石川温 現代日本のケータイ業界を一冊で俯瞰するのに最適な一冊。 本書〈ケータイ業界52人が語る「戦略」の裏側 〉は、Webコラム「モバイル-石川温のケータイ業界事情:IT-PLUS」を加筆訂正の上一冊にまとめて、2007年秋におけるケータイ業界の動向を一冊で読めるようにしたもの。本書の内容は同Webページから見る事もできるが、一冊にまとめることで読みやすさもわかりやすさも増している。ケータイ業界に興味のある方ならば、本書を通読することで浮く時間で本書の値段の1,500円というモトはすぐに取れるだろう。 目次 はじめに 第1章:NTTドコモ 第2章:KDDI(au) 第3章:ソフトバンクモバイル 第4章:ウィルコム
DBICでバックエンドとの接続が切れた時などに再接続する際の挙動が、0.07x と 0.08x で異なるようなのでメモ。確認したのは PostgreSQL の場合です。 動作確認スクリプトは末尾に。動作は以下の流れ。 connect() resultset から find() バックエンドをkill resultset から find() 0.07006 の場合。 $ perl -IDBIx-Class-0.07006/blib/lib/ dbic.pl DBIx::Class->VERSION: 0.07006 get ok 19115 killing 19115 FATAL: terminating connection due to administrator command get ok正常に再接続可能。 0.08007 の場合。 $ perl -IDBIx-Class-0.080
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く