タグ

2007年7月17日のブックマーク (17件)

  • MOONGIFT: » 凄いテキストデータベース「txtSQL」:オープンソースを毎日紹介

    はてなブックマークのコメントより。 昨日お伝えしたGladius DBの対抗馬として紹介したい。こちらもまた、テキストファイルをDBとして扱うことができる。さらにGladius DBへの挑戦なのか、ベンチマークを公開している。 今回紹介するオープンソース・ソフトウェアはtxtSQL、テキストベースのデータベースソフトウェアだ。 txtSQLはGladius DBとは異なり、SQL文を解釈しない。独自の関数にアクション(SELECT/INSERT/UPDATE/DELETE等)、テーブル名、データ、WHERE句などを指定して渡す必要がある。 そのため、既存のアプリケーションを乗り換えるには修正が必要になってしまうのが難点だ。だが、新規開発であれば関係ないだろう。また、その結果として高速性が売りだ。Gladius DBの10倍近いパフォーマンスが出ている。 面白いのは、サンプルアプリケーション

    MOONGIFT: » 凄いテキストデータベース「txtSQL」:オープンソースを毎日紹介
  • MOONGIFT: » DBがなくともDBを使う「Gladius DB」:オープンソースを毎日紹介

    この手のソリューションとしては最高峰と言えるかも知れない。 最近のWebアプリケーションはDBの利用がほぼ当たり前になっている。やはりデータの取り出し、更新などはDBを使うと非常に簡単に行えるからだろう。だが、レンタルサーバーなどでは必ずしもDBが使えるとは限らない。 そこで使ってみたいのがこれだ。また、自作アプリケーション開発時にも使えそうだ。 今回紹介するオープンソース・ソフトウェアはGladius DBPHPで作られたファイルDBだ。 Gladius DBの凄いところはSQL92に準拠して開発が進められている点だ。CREATE DATABSEからはじまって、USE、CREATE TABLE、INSERT、UPDATE、DELETE等が利用できる。 もちろん、WHERE句やOREDR BYもサポートされている。ADOdb Lite向けのドライバーも提供されており、これを使えばADOd

    MOONGIFT: » DBがなくともDBを使う「Gladius DB」:オープンソースを毎日紹介
  • MySQLノウハウ

    いろいろなからメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),

  • $ dropdb 人生 - あなたの一言がどのように広まるかをシミュレートしてくれる『うわさメーカー』

    ハリイカの焼売と中華炒め ハリイカをよく、見かけるようになりましたよ。生け簀で、泳いでいたものを一杯購入しました 立派な大きな墨袋や肝は冷凍保存して 柔らかな身は季節のお豆、お野菜と合わせて中華の炒めものに。新鮮なにんにくの茎は刻み、香り高く欲そそられますね 下足はミンチにし…

    $ dropdb 人生 - あなたの一言がどのように広まるかをシミュレートしてくれる『うわさメーカー』
  • MOONGIFT: » 悪のGoogleソフト「Google Hacks」:オープンソースを毎日紹介

    Googleには様々なハックが存在する。計算機として使ったり、単位換算、株価情報などのベーシックなものや、同じ単語を繰り返すと強調検索になったり、ファイルタイプを指定したりする事もできる。 その中にあって、Googleを使って音楽ファイルを検索したり、ビデオを探すといったハックも存在する。そうした中には何があるのか…それらが手軽に体験できるのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはGoogle Hacks、Googleの悪の利用法を簡単にするソフトウェアだ。 Google Hacksを使うと、音楽、ビデオ、プロダクトキー、ツール、ハック、プロキシなどの情報が簡単に見つけられるようになる。種類を選択して、検索キーワードを入れるだけで良い。何のためかは分からないが、ポータブル版も存在する。 処理結果はブラウザ上に表示される。検索キーワードにうまく指定することでGo

    MOONGIFT: » 悪のGoogleソフト「Google Hacks」:オープンソースを毎日紹介
  • 無料で使えるAdobeCS3の代替ソフト - DesignWalker

    無料で使えるAdobeCS3の代替ソフト - DesignWalker
  • ひがやすを blog:「レイヤモデルアーキテクチャ」

    レイヤアーキテクチャの場合、ある層は、自分の直接下位の層にのみ依存し、それ以外の層には依存しないのが基です。通信は、下位の層とデータをやり取りすることで行います。 それでは、このデータはどの層に属するのでしょうか。層に属することにすると、層間で通信するごとにデータをそれぞれの層のデータに変換する必要がでてきます。 例えば、A -> B -> Cという層間の呼び出しの場合、A層のオブジェクトはB層のデータに値を詰めてB層のオブジェクトを呼び出し、B層のオブジェクトは、B層のデータをC層のデータに変換して、C層のオブジェクトを呼び出します。戻り値の処理はこの逆です。B層のオブジェクトは、C層のオブジェクトの戻り値(C層のデータ)をB層のデータに変換して、戻り値として返します。かなり大変です。層が増えれば増えるほどこのオーバーヘッドは大きくなります。 そこで、データ部分は、どの層にも実装上依存

    ひがやすを blog:「レイヤモデルアーキテクチャ」
  • 3つのモデル - どのモデルを中心にするのか(ひがblog)

    id:n-ichimuraさん、S2Laszloの開発は止まっているようですが、別の方に引き継いでも良いですか。よろしくお願いします。 http://d.hatena.ne.jp/higayasuo/20050825#1124957707で書いたActionとServiceの統合ですが、いろいろ考えてみましたがActionの責務が多いと思うので、やはりActionとServiceは分離すべきだと思います。 そもそもこの話は、Dxoをどこに置くべきかの話だったのですが、やはりServiceにおくべきだと思います。 モデルは、その使われる場所によって、プレゼンテーションモデル、ドメインモデル、ERモデル(RDBMSの場合)に分かれます。プレゼンテーションモデルはプレゼンテーション層で使われ、ドメインモデルはビジネスロジック層で使われ、ERモデルはリソース層で主に使われることになります。 どのモ

    3つのモデル - どのモデルを中心にするのか(ひがblog)
  • ドメインロジックとSQL

    以下の文章は、Martin Fowler による Domain Logic and SQL の日語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの(rich SQL queries)を用いるので悪しからず。 エンタープライズアプリケーション(訳注:以下、EA)構築に関する(私の近著『P of EAA』など)を読むと、ロジッ

  • 眠れない理由2.0

  • Railsの画面生成を10倍高速化する方法 - 世界線航跡蔵

    RailsでPageキャッシュをより広く活用する方法を考えてみました。以下、ちょっと長く前置きが続きます。 Rails遅杉 Railsは遅い。何が遅いって、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。RDBが遅いのは大抵のWebアプリケーションでは変わらない話、で、だからRailsなんかが評価される余地があるんだよね。RubyやRHTMLの遅さは柔軟性の代償として受け入れよう。なにしろRDBがもともと遅いんだから。ただ、Routingは無駄に高機能だったりして頭にくる。Rhino on RailsのSteve YeggeもRoutingは黒魔術だと言っていたし。私はActionPackの全てが黒魔術だと思うけど。 そういう訳で、RoutingをCで書き直すのはドリコムのみなさんがいつかやってくれると期待するとして(可能なら手伝いたいけどね)、当面の対応としてはキャッシュ

    Railsの画面生成を10倍高速化する方法 - 世界線航跡蔵
  • Ajaxでおしゃれな小窓を作る6つのサンプル*ホームページを作る人のネタ帳

    Ajaxでおしゃれな小窓を作る6つのサンプル*ホームページを作る人のネタ帳
  • HowGoogleEarthReallyWorks - Google Earth の <ほんとの> 仕組み

    HowGoogleEarthReallyWorks - Google Earth の <ほんとの> 仕組み 目次 この文書について Google Earth の <ほんとの> 仕組み パート1 終幕: 3D の仮想地球を描画する 基 より良いフィルタリングを持ち込む さあ題に入ろう Google Earth の <ほんとの> 仕組み この文書について RealityPrime > How Google Earth [Really] Works の日語訳です。 推敲添削歓迎: 誤訳、タイポ、不統一、そのほか ... 有名サイト HowStuffWorks.com の記事 "How Google Earth Works" を読んだら, この記事が "それがどれだけスゴいか" や "その使い方" を書くだけで "それが(ほんとは)どんな仕組みで動いているのか" を説明していないこと

  • [セキュリティ]画像へのPHPコマンド挿入 ― T.Teradaの日記

    だいぶ時間がたってしまいましたが、大垣さんの以下のブログにコメントしたことなどをまとめます。 画像ファイルにPHPコードを埋め込む攻撃は既知の問題 – yohgaki's blog アップロード画像を利用した攻撃についてです。 攻撃の概要 画像ファイルにPHPコマンドを挿入する攻撃は、大きく2種類に分けることができます。 1つは、画像のアップロード機能を持つサイト自身を狙う攻撃です。PHPで開発されており、任意の拡張子のファイルのアップロードを許すサイトでは、拡張子がphpなどのファイルをアップロードされる恐れがあります。 拡張子がphpなどのファイルに仕込まれたPHPコマンドは、そのファイルにHTTP/HTTPSでアクセスされた際に実行されます。攻撃者は、アップロードファイルを通じて、画像が置かれるWebサーバ上で任意のコマンドを実行することできます。 この脆弱性は、アップロード可能なフ

  • 電話応対で「これやっちゃダメ」なチェックリスト10項目:Garbagenews.com

    2007年07月16日 12:00 ビジネスシーンで実際に相手と相対するのと同様、あるいはそれ以上に重要なのが「電話での応対」。当方も電話応対をする機会が多いのだが、その後に「あ、やっちゃった」的なミスをしでかすことが無いとはいえないし、逆にかかってきた相手側の「これはマズいよなぁ」という「他山の石」的な対応に遭遇することもよくある。そのような「身近なシーンだけど指摘されるとナルホドと思う、電話応対のやってはいけないこと10項目」が読売新聞に掲載されていた。自分への自戒の意味もこめて、ここに掲載しつつ色々と考えてみる。 ●1:だらしない姿勢で電話をとる 「テレビ電話じゃあるまいし、態度まで相手に伝わるわけはない」と思ったら大間違い。態度は声にも反映されやすい。漫画でもぐうたらサラリーマンの主人公が机の上に足を乗っけながら電話応対をするシーンがよく出てくるが、ああいった態度のまましっかりと電

  • Googleで様々なファイルを検索する方法・サイト・ツールのまとめ - GoogleMania | グーグルの便利な使い方

    Googleで様々なファイルを検索する方法・サイト・ツールのまとめ 管理人 @ 7月 16日 09:03am google code, 検索Tips Google Operating Systemの「Google File Search」というエントリーを参考に、Googleでファイル検索する方法、サイト、ツールをまとめてみました。 ファイル検索の基 ファイル検索の仕組み ウェブサイトを構築するとき、ディレクトリーにindexファイルを置いていない場合があります。そのディレクトリーにブラウザでアクセスすると、ディレクトリー内のファイルがリストで直接表示されます。 これらのディレクトリーは、どれも似たようなテンプレートなので、それを利用して簡単に検索することができます。 タイトルは「index of」から始まります:検索クエリに「intitle:”index of”」と入力します。 一般的

  • 脱オタクファッションの限界 - 30代からの脱オタク

    この4年間脱ヲタ道を邁進してきたけど、どうも限界を感じつつある。 確かにいい服は揃った。 着まわせる量もある。 ファッション雑誌を読み、ある程度の組み合わせはちゃんと出来るようにもなった。 でも、決定的に足りない部分がある。 ソレは・・・何と言っていいか・・・うまい言葉は見つからないんだけど・・・ 何と言うか「リアル感」というか・・・。 つまりは、ソレを「着る」んじゃなくて「着こなす」。 いや、着こなしの知識はある。 そうじゃなくて・・・知識とかじゃなく・・・。 何と言うか・・・「感覚的に着こなす」「自然に着こなす」・・・。 つまり「知識」としての着こなしじゃなくて「ライフスタイル」としての着こなし・・・。 上手いこと言えないけど、そんな感じだ。 そしてそんな「リアル感」の根は、断言すれば「音楽」と「スポーツ」じゃないだろうか。 「何を唐突な」という意見は甘受する。 「極論過ぎる」という