タグ

2007年2月24日のブックマーク (8件)

  • 【コラム】漢のzsh 第1回 最強のシェル、それは「zsh」 (MYCOMジャーナル)

    IDEの発展やAjaxなど現在のデベロッパにとってGUIとうまくお付き合いすることは開発効率を上げるうえで必須といえる。しかしながら、シェルというCUI環境も根強い人気がある。GUIと違ったカスタマイズ、アジリティ、効率の良さ、幅広い対応プラットフォームなど、なくてはならないものだ。 連載ではそうしたCUI環境の充実を補佐することを目的とし、"zsh"について語ってみようとおもう。かつてzshはUTF-8の扱いが弱いところがあったが、それもずいぶんと改善され、ここ1年でzshへ移行しやすい状況が整ってきている。はじめるには悪くないタイミングだ。 最初に軽くzshについて紹介しておこう。 名前につく"z"の文字は、「究極の」という意味がこめられているらしい。系統としてはsh系である。つまり、zshはsh系の超高機能シェルといえるだろう。Linuxなどのユーザーであればsh系であることの意味

    hilde
    hilde 2007/02/24
  • Engadget | Technology News & Reviews

    How to watch NASA's first Boeing Starliner crewed flight launch today (scrubbed)

    Engadget | Technology News & Reviews
    hilde
    hilde 2007/02/24
  • 原稿・資料 ― ありえるえりあ

    アスキー NETWORK MAGAZINE原稿 アスキー NETWORK MAGAZINE 2005年3月号(http://nmag.jp/modules/xfsection/article.php?articleid=3)の「いま改めて知っておきたいこれからのP2P」の原稿です。 Read More…

    hilde
    hilde 2007/02/24
  • 「はてなはパスワードを生データで管理してる?」のはそんなに駄目なのか? - sshi.Continual

    http://d.hatena.ne.jp/ryoko_komachi/20060324/1143502995 はてなDBにはパスワードがハッシュ値じゃなくて生のままはいってる!セキュリティ的に大丈夫なのか?っていうお話。何人か非難の声をあげている。 …ええっと、安全じゃない通信路(インターネット)に生のパスワードを流さずに済むダイジェスト系の認証を使おうとしたら、サーバ側には生パスワードがなきゃ無理だよね?認証する通信路の安全性の話に全く触れずに、パスワードの保存の仕組みだけを取りあげるのは何かおかしな話な気がする。勘違いがあったらご指摘ください。 生パスワードが流れても大丈夫なように認証を全てSSLで安全な通信路にすれば、ハッシュ値の保存だけで済んで安全っていう議論はありうるけど、そもそもそこまでする必要はあるんだろうか?パスワードDBが突破された後に守るべき物が残っているのだろうか

    「はてなはパスワードを生データで管理してる?」のはそんなに駄目なのか? - sshi.Continual
  • Web2.0風デザインのための秀逸チュートリアル68選 | S i M P L E * S i M P L E

    こ、これはかなり使えます・・・。 が、とっても紹介が難しいのでさらりと。今回は実験的なエントリーとして画像一切なしで。 『Web2.0風デザインのためのチュートリアル68選』です。 » Web 2.0 Webdesign-Tutorials | Dr. Web Weblog 以下の7つのカテゴリーにわかれています。 サイトをこれから作るぞー、という人には大いに参考になる素晴らしきチュートリアルかと思います。 ビジュアル効果系(1~11) ロゴ系(12~25) テキスト(26~33)系 バッジ系(34~39) ボタン系(40~46) レイアウト系(47~60) Web2.0まとめ系(61~68) 個人的には1、2、12、13、40、41あたりが好きですね。今後使えそう。 しかし、こういう海外サイトのまとめをまとめとして紹介するのは難しいですよね・・・。そのまま紹介するのも「どうなの、それ?」

    Web2.0風デザインのための秀逸チュートリアル68選 | S i M P L E * S i M P L E
  • DBICの集約関数 - Hatena::Diary::Neko::kak 500 Internal Server Error

    http://www.ornithopter.jp/archives/2006/11/dbixclassdbic_d_1.html ケースによってはもっとスマートに扱えます。 こんな感じのデータがあったとします。 > select * from item; +----+------------+------+-------+---------------------+---------------------+ | id | rid | name | price | created_on | timestamp | +----+------------+------+-------+---------------------+---------------------+ | 1 | tkVjn4E2cQ | pen | 500 | 2007-02-17 13:55:06 | 2007-02

    DBICの集約関数 - Hatena::Diary::Neko::kak 500 Internal Server Error
    hilde
    hilde 2007/02/24
  • 窓の杜 - 【NEWS】画像内の対象物を簡単かつ綺麗に切り抜けるレタッチソフト「鋏」

    デジカメ画像に写った人物などの対象物を切り抜くことに特化したレタッチソフト「鋏」v2.01が公開された。Windows XPに対応するフリーソフトで、現在作者のホームページからダウンロードできる。 「鋏」は、切り抜き専用の画像レタッチソフト。矩形範囲でおおまかに画像を切り抜くのではなく、画像内の対象物だけを輪郭に沿って切り抜けるのが特長。対応する画像形式は、読み込み・保存ともにJPEG/BMP/GIF/PNGの4種類。 切り抜き手順は、対象物の輪郭にマウスクリックで点を打ち、各点を結んだ線で対象物を囲んでいくという、オーソドックスなスタイル。だが、各点を結ぶ線は対象物の輪郭と沿うように自動で湾曲するため、マウス操作だけで対象物を綺麗に切り抜くことが可能。つまり、切り抜き線が対象物の輪郭に沿うように、自動で補正される仕組み。 ただし、線の補正精度は点の打ち方によって左右され、大雑把に点を打つ

  • {アカウント毎,ログイン後}の URL 設計 -- LoveVector

    Abstract 各ユーザアカウントごとにリソースを持ったりする類のウェブアプリケーションの URL 規則に悩む。 (Article) 以下のような仕様のウェブアプリケーションの URL 付けに悩む。 各ユーザがアカウントを持ち,ログインできる 各ユーザが何らかのデータを,ログインしている他ユーザや,あるいは非ログインユーザに公開できる ログインしたときにだけアクセス可能な画面がある 以下は,この 2 と 3 の URL をどうしましょか,というお悩み相談。 アカウントごとのURL 2 を実現するために,よく http://example.jp/home/klm/ (klm はユーザ名)みたいな URL が用いられる。この URL をどうしようか,というのが,ひとつめの悩みどころ。 a. 直下にユーザ名: del.icio.us や,はてなのそれぞれのサービスなどがこれ。間に何も挟まず,h

    hilde
    hilde 2007/02/24