サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
こんにちは。ユーブライドの出稿を担当している T です。 今回は広告の文言について話をしようと思います。 Web 広告には期間保証やクリック保証といった広告体系があります。 【期間保証】 広告を掲載する期間を保証する広告メニュー 広告が見られようが見られまいが、掲載期間が終了してしまえば広告が出るのも終了になります。 【クリック保証】 契約したクリック数に達するまで掲載される広告メニュー クリック数が保証されているので1日で契約分のクリック数に達しようが、数ヶ月かかって達しようが同じ料金です。 ここで例を出します。 ある媒体(400万 imp 相当)で期間保証とクリック保証それぞれ50万円の広告メニューがあるとします。 それぞれのメニューにおいて以下のAとBの文言どちらが効果が良いでしょうか。 A:あのライブドアが少子化を救う!アナタが独身の理由はコレ⇒ B:ライブドアの結婚情報サイト 安
YourFileHostはアダルト動画が大量に投稿されることで知られる動画共有サイトだが、使いにくいインタフェースが難点。YourFileHostViewerはYourFileHostにある動画のプレイリストを作成して、連続再生できる。 特筆すべきは、2ちゃんねるのスレッドなどのURLを入力すると、リンクされている動画のプレイリストが自動で作成される機能。入力されたURLのランキングもあり、人気プレイリストに集められたオススメ動画だけを見ていくことができるのだ。ファイル共有の最先端を行く、注目のアダルト動画サービスだぞ。 ■ YourFileHostのプレイリストを作成 トップ画面にはビューワの画面とコントローラが表示される。コントローラは画面内をドラッグして好きな場所に置けるぞ コントローラの空欄にYourFileHostのURLを入力して「GET」をクリックすると、URLの動画が再生
近年,Ajaxの台頭をきっかけに,JavaScriptを使ったブラウザのリッチ・クライアント化が進んできました。現在では,ページの表示を変化させるだけであれば,ほとんどのことはJavaScriptのみで対処することが可能です。それを実現するのがDOMなのです。 第1回 DOMから始めるモダン・スクリプティングの世界へようこそ 第2回 ブラウザからHTMLはどう見えているかを理解しよう ~ドキュメントツリー~ 第3回 DOMスクリプティングのことはじめ(1) ~要素(タグ)を狙い撃ち~ 第4回 DOMスクリプティングのことはじめ(2) ~これはどんな要素?~ 第5回 DOMを使ってHTMLを自由自在に書き換える 第6回 イベントハンドラから脱却しよう 第7回 スクリプトを完全に分離しよう ~コンテンツ,プレゼンテーション,ビヘイビア~ 第8回 スクリプトのパッケージ化 ~使い回しできるスクリ
いま行なっている案件で、社外のデザイナーさんが作ったデザインをシステムに取り込むという件があり、お互いに労力の少なく出来る方法を考えてみたのでここに残しておく。前提として、システムばりばりなものではなく、デザインがメインだが、フォームがあるページや投稿系でシステムで出すべき一覧ページがあったりするようなサイトの場合です。 基本的な思想 基本的には、デザイナーさんが作ったhtmlファイルに極力プログラマ側で手を入れない。逆にプログラム上必要なタグ等を埋め込んだ場合には、そのマージ後のファイルを修正してもらう。 今回は、フレームワークにEthna、テンプレートエンジンにはSmartyを使ってあります。 最近、Smartyよくないという風潮ですが、プリフィルタなどのプラグイン機能は有用だと思います。 仕組みとして作ったもの 1. .htmlファイルをエントリポイントにする 2. Smartyのデ
KOF 2008 での発表資料「はてな流大規模データ処理」を以下にアップロードしました。 http://bloghackers.net/~naoya/ppt/081108huge_data.ppt 一部参考文献からの引用 (Introduction to Information Retrieval から Vector space model の図、たつをの ChangeLog から転置インデックスの図) があります。この場を借りて感謝。 環境によってはおそらくフォントの表示がいまいちだと思いますが、ご了承ください。 追記 SlideShare にアップロードしました。 081108huge_data.pptView SlideShare presentation or Upload your own. (tags: linux mysql) 追記: メモリはディスクの 150 倍について
InnoDB は MVCC で遅そうだから読み込み主体の場合は MyISAM とか言うけど、そういう発想の人はそもそも MVCC 不要=複雑なクエリを書かない人なわけで、で、永続的なハッシュとしてしか MySQL を使わないようなケースでは、どのみちプロセス間通信がボトルネックになるので InnoDB でも MyISAM でもパフォーマンスは変わらないんじゃないかと思った。 以下は、250 万件のテーブルからランダムにプライマリキーを指定して読み込んだ場合のパフォーマンス (10万回)。 クエリ MyISAM InnoDB WHERE id=x 10.4秒 10.7秒 WHERE id>x LIMIT 10 19.8秒 18.1秒 環境は MySQL 5.1.28-rc。チューニングとしては、key_buffer_size, myisam_use_mmap, innodb_buffer_p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く