BugTrack/2422 の履歴差分(No.4)

• 履歴一覧
• 現在との差分 を表示
• ソース を表示
• BugTrack/2422 へ行く。
  • 1 (2017-05-24 (水) 02:32:06)
  • 2 (2017-05-24 (水) 21:31:36)
  • 3 (2017-05-28 (日) 07:52:22)
  • 4 (2017-05-28 (日) 22:02:41)
  • 5 (2017-05-29 (月) 03:27:22)
  • 6 (2017-05-29 (月) 22:12:07)
  • 7 (2017-05-30 (火) 20:36:31)
  • 8 (2017-05-30 (火) 23:44:04)
  • 9 (2017-06-02 (金) 01:50:25)
  • 10 (2017-06-02 (金) 01:50:25)
  • 11 (2017-06-04 (日) 22:59:37)
  • 12 (2017-06-09 (金) 01:08:24)
  • 13 (2017-06-13 (火) 23:49:42)
  • 14 (2017-06-13 (火) 23:52:30)

• 追加された行はこの色です。
• 削除された行はこの色です。

#author("2017-05-28T07:52:22+09:00","","")
#author("2017-05-28T22:02:41+09:00","","")
* アクセスカウンタが時々リセットされる [#x7c9bdfd]

- ページ: BugTrack
- 投稿者: [[umorigu]]
- 優先順位: 低
- 状態: 着手
- カテゴリー: 本体バグ
- 投稿日: 2017-05-24 (水) 02:32:06
- バージョン: 1.5.1

** メッセージ [#se4e36a8]
アクセスカウンタがリセットされてしまう。

Database等を使ってリセットされないようなオプションを用意する。

*** 対応 [#fbc22beb]

Database等を使ってリセットされないようなオプションを用意する。SQLiteがPHP5.1で組み込まれているので利用しやすい。

plugin/counter.inc.php:
 // Use Database (1) or not (0)
 define('PLUGIN_COUNTER_USE_DB', 0);

PLUGIN_COUNTER_USE_DB を 1 にするとDB利用カウンタになる。(PDOオプションは設定可能、デフォルトは SQLite利用で counter/counter.db に保存される。

*** 変換ツール [#x5f6e3c0]

ファイル利用カウンタのデータをデータベース上のデータに変換するツールです。


&ref(counter_db_import_files.php);

- 1. counter_db_import_files.php をダウンロードして、pukiwikiルートディレクトリに配置する
- 2. コマンドラインから次のphpコマンドを実行する
 php -r "include 'counter_db_import_files.php'; plugin_counter_tool_convert_to_db();"
- 3. counter/counter.db ファイル(SQLiteファイル)が出来ているのを確認する
- 4. plugin/counter.inc.php で PLUGIN_COUNTER_USE_DB を 1 に設定する。
- 5. PukiWiki上で動作を確認する
- 5. 正しく動作することが確認できたらページ別カウンタファイル counter/*.count をすべて削除する


*** ToDo [#w5597210]

- 済 %%counterプラグインにDB(PDO)実装を追加する%%
- 済 %%ファイル利用カウンタをDB利用カウンタに変換するツール%%
- 未 populerプラグインの対応
- 未 renameプラグインの対応


--------
- [[official:WebTrack/102]] --  &new{2017-05-24 (水) 21:31:36};
- counterプラインのオプションとして、カウンタをSQLiteのDBで保持するようにしました。 commit:1a7d267248ea -- [[umorigu]] &new{2017-05-28 (日) 07:30:03};
- このサイト(PukiWiki-dev)でDB利用カウンタを運用開始しました -- [[umorigu]] &new{2017-05-28 (日) 07:49:42};
- 現行のcounterの排他処理はちゃんと記述されているように見えましたが、Modify処理（ftruncate→fputs）がアトミックではないので何らかの理由でサーバー側のプロセスが異常終了するとカウンタが消失してしまうということでしょうか。 -- [[Yorkfield]] &new{2017-05-28 (日) 19:32:23};
- 従来のcounterは「排他ロック→Read→Modify(+1)→Write→アンロック」という排他制御がされています。しかし、SQLite版のcounterは排他制御が不十分で、「Read→Modify→Write」の間に他のアクセスが割り込むとそのアクセスではWriteする前の値をReadしてしまいます。その結果、カウント数が実アクセス数より少なくなる恐れがあります。&br;EXCLUSIVEトランザクションを使えば問題は解決できると思いますが、SQLiteは行ロックが無くデータベース全体のロックになること、Wikiページ全てで1つのデータベースを共有する構成であることからパフォーマンス面で懸念があります。 -- [[Yorkfield]] &new{2017-05-28 (日) 22:02:41};

#comment