webに関するtsukihitoのブックマーク (10)

  • LiteSpeed

    (注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト

  • 我的春秋: JavaScript ソースが HTML から消える日

    [2006-06-10 付記]このエントリーは、2006-01-05 時点のもので情報が古くなってます。現時点で把握している最新情報を「続 JavaScript ソースが HTML から消える日」にアップしましたので、あわせてご参照ください。 Behaviour.js ― JavaScript ソースを (X)HTML から完全分離できるライブラリ 昨日、職場の同僚の人がたまたま見つけた JavaScript ライブラリを教えていただたんですけど、これがもうびっくり!なんと、このライブラリがあれば、イベントハンドラーも含めて JavaScript ソースが (X)HTML の body 内から、ほぼ完全に分離できてしまいます! しかも、HTML 内で JavaScript 関数を適用する場所は、なんと JavaScript ソース内に CSS セレクタを書き込むことで指定!あまり日では取

    我的春秋: JavaScript ソースが HTML から消える日
    tsukihito
    tsukihito 2006/06/12
    CSS風にJavascriptを使える様子。
  • Simple Rounded Corner CSS Boxes

    Simple Rounded Corner CSS Boxes Posted on 18-Jan-06 at 1:37 pm by Ryan Thrash Part One: Historical Info, then the Goods In November 2003, I invented an interesting CSS technique for semantic, rounded corner boxes using CSS. What that translates into non-geek-speak is that you get pretty boxes with no extra bulky XHTML markup. David Shea liked it and blogged it. Jeffrey Zeldman refused to publish

  • Fsiki

    さてさて [2009-01-31] スパムを掃除するために舞い戻りました。 約10ヶ月ぶりの更新 [2007-11-18] かなり放置プレー。ご迷惑おかけします。 ニコニコ動画投稿ブックマークレット [2007-01-30] ニコニコ動画投稿用ブックマークレットを作ってみた。 はてなブックマークでもどうぞ [2006-12-09] あまりに更新してないんで、はてなブックマークでもどうぞ… Internet Explorer 7 のクイックツアーが気になる [2006-11-08] IE7のクイックツアーにおかしな部分があるんですけど。 Amazon インスタントストア(TM) [2006-08-20] Amazonの新機能 インスタントストア(TM)を使ってみた。なかなか面白いが、収入を得るのは難しいかもしれませんね。 最近とんと更新していない件 [2006-08-14] PCを新調したり

    tsukihito
    tsukihito 2006/05/25
    デザインかっこいいサイト。blogにデザインネタ多し。
  • strike要素とdel要素と美しいHTMLと - LogJET

    strike要素とdel要素と美しいHTMLと ちょっと過去の記事で、今とは異なる箇所を修正するのにHTML的には何を書いたら良いのだろうと調べたのでメモ。 ぱっと頭に思いついたのが<strike>要素だったのですが、打ち消し線を引くだけのタグで非推奨だそうな。じゃあ何使うんだよと腹立たしく思っていました。見た目の制御って事で非推奨だとして、音声的、文書的には意味が無い<span>とかで囲ってCSStext-decoration: line-throughでも使えと言うのか?と思っていました。 で、五分ほど調べたらすぐに答えは出た。 <del>要素ってのがあるんですね。しかも、<ins>要素ってのまであった。無知というのは恐ろしいものです。 <del>その箇所が削除されたことを表す。 このような感じで表示される<ins>その箇所がHTML文書に追加されたことを表す。属性にdateti

  • http://www.abe-tatsuya.com/archives/css/octopus_engine.php

  • 名前のスケーラビリティ : 404 Blog Not Found

    2006年05月23日15:00 カテゴリValue 2.0Psychoengineering 名前のスケーラビリティ もう一つは、→。 404 Blog Not Found:弱いんじゃない、力がないだけだ 返信したい点が二つあるので、Entryを分けます。 CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance:匿名性は(いわゆる)弱者だけの特権ではないそういえば、テクノラティCEOのDave Sifryが報告してたけど、もはや日語圏のブログの投稿数は英語圏のそれを追い越してしまって世界一の座を占めているらしい。これには世界中のみんながびっくりしたよね。 これはなぜか、という考察。 しかも、これには2chなどの"anonymosphere"が入っていないのだ(我ながらいい造語だと思う)。 CNET Japan Blog - 江島健太郎 / Kenn'

    名前のスケーラビリティ : 404 Blog Not Found
  • RSSリーダー eクルーザーの開発日誌 ::: AjaxでTODO管理、とーどー

    追記: Ajax第3弾はYahoo!APIを使っています。 日曜プログラミング第2弾。先週に引き続きAjaxで小物を作ってみました。 ぜひ使ってみてください。 TODO管理ツール:とーどー PHPの動くサーバに設置すれば、WindowsのIEとFirefoxでは動くと思います。 ソースは全く参考にしていませんが、インターフェイスのヒントはInstant Editから。 前回のめもーよりソースは長くなりました。印象としては、JavaScriptHTMLを書き換えまくるのでデバッグは少々やりづらい。IEでJavaScriptのエラーが出たときはVisualStudioにデバッグをやらせるとエラー箇所がわかって便利でした。 とーどーをダウンロード(zip) ソースを見る 設置方法はとても簡単なのでソースを見てください。 21件のコメント [...] タンで英語語の切り替えは欲しいところ。あ

  • borderの幅はwidthに含まれるのか | なつみかん。

    borderの幅はwidthに含まれるのか 2006.02.24 Friday borderの幅はboxの外側にあるのか、内側にあるのか。 これについては「URL入りのDOCTYPE宣言をした場合は外側に(標準モード)、そうでない場合は内側」と思っていた。padding についても同様に 標準モード:実際の幅 = width + padding + border 互換モード:実際の幅 = width ( padding および border を含む) 例えば .hoge{ width : 300px ; border : 2px solid ; padding : 5px } の場合、実際の幅は 標準モード→ 300 + 2*2 + 5*2 = 314px 互換モード→ 300px(中身は自動計算) です。 なので困った時は1行目に <!DOCTYPE HTML PUBLIC "-//W3

    borderの幅はwidthに含まれるのか | なつみかん。
  • POST後はリダイレクトした方が吉:phpspot開発日誌

    Sitening Blog Blog Archive Redirect After Form Processing After processing an html form, it is often a good idea to redirect the user to a new url, rather than just presenting the results. Consider this php example: 掲示板などで、フォームに対して送信した後は、そのまま画面のHTMLを返すのではなく、書き込み処理等を行った後、Location等で別の位置にリダイレクトするのが吉、という記事。 ごく当たり前のことなんですが、慣れでついそのまま画面HTMLを返していた人も多いのではないでしょうか?(私がそうです^^;) 別の位置にリダイレクトすることで、書き込み画面のリロードによる2

    tsukihito
    tsukihito 2006/02/23
    携帯端末での利用はどうなのか?
  • 1