BugTrack/2080 の編集

*links_update の処理を見直そう [#pacdfce7]

-ページ: [[BugTrack2]]
-投稿者: [[teanan]]
-優先順位: 低
-状態: 提案
-カテゴリー: 本体新機能
-投稿日: 2005-06-16 (木) 03:47:42
-バージョン:

**メッセージ [#xce508e2]
重そうな割に有効活用されてなさそうに見える links_update の処理を見直して、処理の効率化を図りましょう。

** 生成するファイルとその使い道 [#uffdbfb4]
: cache/～.ref|
そのページが参照されているページの一覧。
cmd=relatedで表示されるbacklinkそのもの。
ページ下部に表示される、related link の表示にも使用される。

: cache/～.rel|
そのページで参照しているページの一覧。

*** 関連プラグイン [#l445628b]
- map.inc.php
- touchgraph.inc.php
- yetlist.inc.php
- (deleted.inc.php)((コメントになっている))

** 現状(1.4.5_1)での不明点、問題点 [#s5ef7796]
*** refファイル生成部分 [#c7f97c31]
- do_search (単語検索) を呼んでいる。
-- do_searchは全角半角、かなとカナの違いなど微妙な表記のゆれを同一とみなしているが、これによって検索速度が低下する上、不要なページも処理対象となるため*links_updateにとっては*不要な処理である([[BugTrack2/171]])。
- InlineConverterが呼ばれ、もう一度ページの変換処理が行われている。
-- AutoLinkでリンクされた部分だけを分けて処理をしているが、その結果が活用されているようには見えない。ページが削除された時に links_delete するため?
-- links_get_objects で InlineConverterする際に footnote だけ除外されているのは何故?
- links_updateが再帰呼び出しされている。
- 時刻情報を入れておくと、links_get_related_db でget_filetimeする必要は無いのでは?

*** relファイル生成部分 [#v7e93d59]
- relファイルを有効活用しているように見えない。使っているのは map, touchgraphプラグインのみ?

*** 両方に共通するもの [#e39cbea3]
- $related_link = 0 のときでも links_updateが呼ばれている。
-- links_updateを呼ばないようにすると、書き込み時の負荷が軽減されるのでは?
((ただし、map, touchgraph, yetlistプラグインの結果が更新されなくなる))
- ページ削除されたときにファイルが削除されない。→ [[BugTrack2/47]]
- links_init関数にも同じコードが書いてあるような気がする。
- 効率的に処理されているように見えない (^^;

** 参考: これまでの経緯 [#ac1859af]
- [[teanan:Weblog/2005-06-08]]
- [[plus:コラム/link.phpの処理]]

** links_update関連 [#n508e81c]
-[[dev:BugTrack/739]]
--AutoLinkでエイリアスを書くとタイムアウトする
-[[dev:BugTrack2/47]]
--CACHE/*.rel,CACHE/*.refは削除される事がない？
-[[dev:BugTrack2/56]]
--cache/*.rel ファイルを削除した後にページを更新すると、httpdの子プロセスに高負荷がかかる可能性がある

** rel/refが無い場合の挙動 [#ke3327b3]
:バックリンク(related)|「No related pages found.」となる。
:map.inc.php|「Not related from FrontPage」となり、階層が表示されない。
:touchgraph.inc.php|起動時にExceptionが発生して終了する。
:yetlist.inc.php|「未作成のページはありません。」
:deleted.inc.php|コメントを外して((['ext']は .ref/.relのいずれか片方のみコメントを外す。))「index.php?cmd=deleted&amp;dir=cache」のように指定した場合に、rel/refが無い全てのページ名が一覧表示される。

----
-AutoAliasから始まった話((私の中で (^^; ))ですが、別の出口が見えてきましたので BugTrack として提案しました。 -- [[teanan]] &new{2005-06-16 (木) 03:50:33};
-あ、[[BugTrack2/56]]で続けた方がよかったのかもですね (^^; -- [[teanan]] &new{2005-06-16 (木) 04:12:46};
-yetlistがrefを見てます。 --  &new{2005-06-17 (金) 00:56:01};
--おっと、そのとおりですね。ご指摘ありがとうございます。 -- [[teanan]] &new{2005-06-17 (金) 02:03:19};
-[[BugTrack2/56]]は管理者向けの注意事項としてひとまずまとめたものなので、気にしないで下さい :) こっちはこっちで(修正するものの視点で)綺麗にまとまっていると思います :) -- [[henoheno]] &new{2005-06-19 (日) 11:06:59};
- ref/relが無い場合の各プラグインの挙動を追記。使用頻度から考えると、ref/relを更新しないオプションを設けても良いかも。オプションの設定があれば、これらのファイルに依存しないように各プラグインで対応することも可能ですね。 -- [[teanan]] &new{2006-01-11 (水) 03:33:34};
-- 各プラグインで対応するよりも、link.phpで抽象化したほうが良さげですね。 -- [[teanan]] &new{2006-01-11 (水) 09:04:48};

#comment

** links_init()のメモリ使用量を抑える [#s45ff061]
- linksプラグインから呼び出されるキャッシュ更新処理で、メモリ使用量を抑える修正を行いました。 -- [[teanan]] &new{2006-01-12 (木) 17:52:52};
-- [[cvs:lib/link.php]] (1.9)
- 約2000ページ([[ヘルプ]]と同一の内容)の環境で、memory_limit=6M で更新できなかったものが 5Mでも更新できるようになったので、それなりに効果が出ていると思います。 -- [[teanan]] &new{2006-01-12 (木) 18:10:23};

#comment

タイムスタンプを変更しない

*links_update の処理を見直そう [#pacdfce7]

-ページ: [[BugTrack2]]
-投稿者: [[teanan]]
-優先順位: 低
-状態: 提案
-カテゴリー: 本体新機能
-投稿日: 2005-06-16 (木) 03:47:42
-バージョン:

**メッセージ [#xce508e2]
重そうな割に有効活用されてなさそうに見える links_update の処理を見直して、処理の効率化を図りましょう。

: cache/～.rel|
そのページで参照しているページの一覧。

*** 関連プラグイン [#l445628b]
- map.inc.php
- touchgraph.inc.php
- yetlist.inc.php
- (deleted.inc.php)((コメントになっている))

*** relファイル生成部分 [#v7e93d59]
- relファイルを有効活用しているように見えない。使っているのは map, touchgraphプラグインのみ?

** 参考: これまでの経緯 [#ac1859af]
- [[teanan:Weblog/2005-06-08]]
- [[plus:コラム/link.phpの処理]]

#comment

テキスト整形のルールを表示する