タグ

2009年2月22日のブックマーク (9件)

  • jQuery Form Plugin

    Overview The jQuery Form Plugin allows you to easily and unobtrusively upgrade HTML forms to use AJAX. The main methods, ajaxForm and ajaxSubmit, gather information from the form element to determine how to manage the submit process. Both of these methods support numerous options which allows you to have full control over how the data is submitted. Submitting a form with AJAX doesn't get any easie

    studio-m
    studio-m 2009/02/22
    フォームをAjaxで処理するプラグイン
  • http://flydom.socianet.com/

    studio-m
    studio-m 2009/02/22
    jQueryでHTMLを組み立てるのに便利なプラグイン。remedieで使われてる。
  • Catalyst のファイルレイアウトを晒す - Craftworks Tech Blog - Branch

    以前から Controller にロジックをガリガリ書いてて、いい加減分離とかテスト書けるようにリファクタリングしないとなと思っていたので、モダン Perl 入門を読んで、今までなんとなくモヤモヤ考えていたことが、かなりクリアになったのをきっかけに、ファイルレイアウトをごっそり変えてみました。 ./lib ./MyApp ./Schema ./API ./CLI ./WUI ./View ./Controller ./Model ./API.pm ./DBIC.pm ./Base ./Controller ./Resources.pm ./Root.pm ./script ./t ./template ./p ./m ./conf ./sql ./structure ./data ./static ./image ./css ./js Adaptor で読み込むモジュールは大体 Servi

    Catalyst のファイルレイアウトを晒す - Craftworks Tech Blog - Branch
  • OSC 2009 Tokyo/Sprint 2st Day - なんとなく日記

    はてなでの仮想化技術あれこれ AMD でのセミナーのRevise版 はてなの紹介 700万ユーザ 10億PV 仮想化技術 ハードウェアを抽象化し,複数のOSが動作できるようにする Xen/VMware/QEMU/UML/KVM/OpenVZ/etc. 古くはメインフレームの技術らしい 仮想化のメリット(from Wikipedia) 可用性・柔軟性の向上 運用コストの低下 セキュリティの向上 はてなでの仮想化 Xen を利用 Xen における仮想化モデル 仮想化モデルとは 準仮想化 エミュレーションオーバーヘッドを最小に押さえられるが,OS 側の対応が必要 完全仮想化 実ハードウェア用OSがそのまま動作するが,エミュレーションオーバーヘッドが大きくなる はてなにおける仮想化の歴史 CentOS 5 系への移行した際に,Xen を試し始める(2007 前半) 2007 夏頃から,スモールスタ

    OSC 2009 Tokyo/Sprint 2st Day - なんとなく日記
    studio-m
    studio-m 2009/02/22
    30秒間httpdにアクセスできないとDomU強制再起動
  • XML::LibXMLでHTML文書を扱う - 徒書

    XML::LibXML大好きな者が以下述べてみます。 しかし、XML::Liberalを除けば、XML::*なモジュールはX抜きのHTMLってくれない.... と、404 Blog Not Found:perl - HTMLをXMLとして扱うで書かれていたのですが、XML::LibXML、というかその基となるCライブラリlibxml2はHTMLパーサも備えているので、直にHTMLを扱うこともできます。 ただ元がXMLパーサなだけに、少しでもHTML文書に壊れた部分があると解析エラーを起こして停止してしまいますが、幸いなことにそのエラーから回復するモードも備えています。以下サンプルを。 use strict; use warnings; use XML::LibXML; my $parser = XML::LibXML->new(); $parser->recover_silently(

    studio-m
    studio-m 2009/02/22
    XML::LibXMLは壊れたHTMLを解析するとエラーで停止するが、回復するモードも備えている。DOMのAPIだけでなくXPathも使える。
  • 規約や注釈など、「見せたくない要素」をうまく扱う画面設計 4つのポイント - Feel Like A Fallinstar

    久しぶりにユーザビリティねたを続けて。 企業のサイト特有の事情として、「ビジネス制約の関係から(載せたくもないものを)画面に載せないといけない」ことが多くあります。 具体的には 事情を知らない誰か(※詳細はご想像ください)が、「これ入れないといけないだろう」と言う → そういう人に限って、最終決定の権限を持っていたりして、、、 利用規約などの説明を延々行わなければならない サービス紹介の過程で、どうしても自社が弱いスペックも見せざるを得ない といったところでしょうか。 そこを何とかうまくやりくりするのも画面設計のスキル。 見せたいものと見せたくないものを両立させている画面を今日は紹介したいと思います。 1. 右カラムを有効活用する Doda転職サポートお申し込みフォームの例です。 「利用規約などの説明を延々行わなければならない」を綺麗に回避したページ。 通常1カラムで組むフォーム部分の右側

    studio-m
    studio-m 2009/02/22
    規約などをユーザーに無視させるデザイン。是非はともかく。右カラムを有効活用する、フォントサイズを小さくする、改行を減らしてユーザビリティを落とす、グレー背景にする、横線を見せたくない領域の上に走らせる
  • サクラのレンタルサーバーでgitを使う - 本当は怖いHPC

    最近gitが素敵で、rubyforgeに登録した新しいプロジェクトでもgitを選択してしまった。 ボクは自分の趣味用のSubversionリポジトリをサクラのレンタルサーバーに置いているのだが、そのリポジトリをgitに移行することにした。 git → subversionのデータ移行を期待した方には申し訳ないのだけど、ボクは過去の作業ログなど一切必要ないし、Subversionのリポジトリもすぐに消すわけではないので、この作業はしなかった。とりあえずgitで新しいリポジトリを作り、更新頻度の高いものからgitに移行することにした。 で、お決まりの作業ログ。これは頻出事項だけど、サクラのレンタルサーバーは普通にシェルが使えるので、自分のホームディレクトリ下にインストールしてPATHを通してしまえば、普通にプログラムのインストールができる。 今まで普通にプログラムをビルド&インストールした経験

    サクラのレンタルサーバーでgitを使う - 本当は怖いHPC
    studio-m
    studio-m 2009/02/22
  • Perl CGIのキャッシュ環境

    mod_fastcgiとmod_fcgidは差がなくて、mod_perl/mod_speedycgiが一歩前に出てるという感じですね。worker動作(スレッドモデル)となると、対応しているのは mod_perl2 vs mod_fcgid だけ。mod_perl2 はいかんせん導入が面倒くさいので、手軽さでは mod_fcgid の方がよいのかもしれません。 格的にパフォーマンスを求めたり、高負荷時のメモリ消費量の少なさを考えると mod_perl2 on worker MPM に優る選択肢はないのですが個人では必要ないでしょう。*2 ただ、どれも Apache にモジュールを組み込まないとならないので、お手軽に高速化したい場合はSpeedyCGI(ソースコード)をオススメします。パフォーマンスも(個人で使うには)十分ですし、Apacheからは完全にcgiとして見えるので(プロセスが完

    Perl CGIのキャッシュ環境
    studio-m
    studio-m 2009/02/22
    speedycgiのパフォーマンス
  • 一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか? - 人力検索はてな

    一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか? ルールとか体制とかを中心に教えてほしいです。 ちなみにぼくの会社では、監視ツールや自作監視スクリプトでアラートをエンジニア社員全員に送って、誰かが対応することになっています。(たまに誰も対応やレスをしなくて上司に怒られます) これはぼくら社員にとって正直ストレスになるので、なにかよいルールや体制を上司に提案したいなと考えています。 ぜひみなさんの会社のやり方を教えてください。 よろしくお願いします。