タグ

2005年11月8日のブックマーク (6件)

  • PHPでExcelデータを読み書きする - Japan

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    PHPでExcelデータを読み書きする - Japan
    akahigeg
    akahigeg 2005/11/08
    悲しいかなOffice 2003持ってない
  • デジタルガレージ、ぴあ、カカクコムの3社が株式会社「WEB2.0」設立

    Windows SQL Server 2005サポート終了の4月12日が迫る、報告済み脆弱性の深刻度も高く、早急な移行を

    akahigeg
    akahigeg 2005/11/08
    若さ故の過ちですか?
  • MySQLについて 伍 - インデックスについて

    通常、MySQLでは、selectコマンドを実行した場合、1レコード目から最終レコードまで、シーケンシャルに検索を行っていきます。 しかしながら、レコード数が大量になってくると、検索速度の問題が生じます。 そこで、より高速な検索を行うために、インデックスを作成するのが一般的です。 インデックスを作成することによって、検索速度は劇的に改善されます。 但し、MySQLでは、1,000件以下であればシーケンシャルに検索した方が速いとされています。 さて、インデックスとはどのようなものであるかというと、直感的には、図書の巻末に付されている索引(インデックス)と同じです。 索引語はアイウエオ順、あるいは、アルファベット順に並べられていて、各々の索引語には、その索引語が登場するページ数(位置情報)が示されています。 読者はその位置情報を頼りに、ページを捲って、目的のキーワードのある部分を読

    akahigeg
    akahigeg 2005/11/08
    1000件以下ならシーケンシャルの方が速いらしい
  • はてなの強さの秘密について考える - p4lifeのメモ

    はてなの強さの秘密について考える Amazon の強さの秘密について考える - naoyaのはてなダイアリー 以下は,Amazonはてな のメモ. はてな がなぜ強いかについて考えるロジックをここにまとめてみたいと思う. まず,実感を持ってもらうために以下のリンク(すべてサーチの検索結果です。) を実際にみてみて,Amazon.com なり Amazon.co.jp なりはスルーして はてな がどの辺りの位置につけているかを確認してほしい*1. Google で「ワンダと巨像」 → 15 件目 / 約1,110,000件中 Google で「Agile Web Development with Rails」 → 4件目 / 約306,000件中 Yahoo! Japan で「アドベントチルドレン」 → 179件目 / 約2,150,000件中 Yahoo! Japan で「い

    akahigeg
    akahigeg 2005/11/08
    ガイドライン化ですか
  • userAgent一覧

    ブラウザの判別や携帯の機種判別に利用するためのユーザーエージェント一覧です。ただし、ユーザーエージェントは詐称(偽物)される場合があるため、完全にユーザーエージェントでブラウザなどの判別ができるわけではありません(詐称の方法のページを参照)。ここに掲載されているものは、このサーバーなどに対してアクセスしてきたユーザーエージェント名などを抽出したものなどです。あまりに古いブラウザおよびマイナーなブラウザに関してはアクセスログがないため掲載できていません。 [トップページに戻る] ■iPhone ●iOS Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1C28 Safari/419.3 ●iOS2 Mozilla/5.0 (iPhone

  • Poundで作るロードバランサとSSLラッパ(1/4) ― @IT

    Webサーバの負荷を軽減する方法として、リバースプロキシによる代行とロードバランサによる分散が考えられる。今回は、これらによる負荷の低減方法について解説する。(編集部) Apache自体のチューニングによる性能向上には限界があります。よりパフォーマンスを求めるなら、次にやるべきことはメモリの追加や高性能なCPUへの交換など、ハードウェアの見直しです。しかし、それにも限界があります。 リバースプロキシとロードバランサ ハードウェア単体による性能向上が限界に達した場合は、サーバ構成の見直しを行います。まず考えられるのが、リバースプロキシをWebサーバの前面に立ててクライアントからのアクセスを肩代わりさせる方法です。Webサーバがボトルネックになるのを防ぐとともに、セキュリティ向上にも寄与します。 もう1つの方法は、より高可用性を意図した構成として負荷の分散を図ることです。高可用性とは、サーバの

    Poundで作るロードバランサとSSLラッパ(1/4) ― @IT