- バックアップ一覧
- 差分 を表示
- 現在との差分 を表示
- 現在との差分 - Visual を表示
- ソース を表示
- :i/負荷 へ行く。
- 1 (2007-12-30 (日) 02:57:50)
- 2 (2007-12-30 (日) 05:56:56)
- 3 (2008-02-11 (月) 15:30:04)
- 4 (2009-11-07 (土) 01:17:14)
- 5 (2009-11-13 (金) 02:08:56)
- 6 (2011-07-16 (土) 23:06:56)
- 7 (2011-12-14 (水) 01:29:17)
- 8 (2012-11-25 (日) 05:58:33)
- 9 (2013-02-06 (水) 01:59:28)
- 10 (2013-02-08 (金) 13:38:29)
- 11 (2013-02-08 (金) 21:53:26)
- 12 (2013-03-20 (水) 22:42:00)
目次 † 
関連 †
負荷 †
思い付き †
枠内だけのリロード †
Hatena枠内の内容だけをサーバーからどう得るか？
- ページ単位
検索 †
検索はWikiの主要機能。
検索範囲が狭いので、Googleよりも妥当で速い検索を。
検索用インデックス作成と、曖昧検索で。
実装 †
→フレームワーク/WikiEngine/遅延処理[?]
レスポンスを圧縮するのは利用者が登録されているときのみ †
キャッシュの有効期限 †
サーバー側キャッシュデータの有効期限は基本値に設定値を加えた物にする。
この設定値はWiki上で
RegExp→値（負の値でも可）
という形で定義。
RegExpはページの属性どれにでも当てはめられるように。
ページの更新処理を分ける †
→プラグインの展開とそれ以外。
Hatena途中の状態をどう表現するか？
→有効になっているプラグインを列挙したリストで。
プラグインごとに分ける。
プラグインに優先順位を。
はじめは2段階だけで良い。（10,000位あたりと100,000位あたり）
定数化。
- 書き込み時はデータを一時保存、読み込み時に書き込み実施。
同一クエリーには常に同じ出力をして負荷軽減 †
時計、RSSリーダーなどクエリーによらず新しい出力をするときは…
- クエリーを（クライアント側で）毎リクエストごとに変える。
- クエリーに「キャッシュ無効」というデータを入れる。
速さをどう実現するか †
システムの速さ †
ページ間リンクは検索によって実現することになるので、検索を速くしたい。
- インデックスの作り方と辿り方、それとポートレット作成段階のキャッシュ。