#author("2017-10-24T03:10:50+09:00","","") #author("2017-10-24T03:11:54+09:00","","") * devサイトが重い (BugTrack, および trackerプラグイン) [#v22cec66] -ページ: BugTrack -ページ: [[BugTrack]] -投稿者: [[henoheno]] -優先順位: 普通 -状態: 提案 -状態: 完了 -カテゴリー: サイト -投稿日: 2004-04-27 (火) 22:10:21 -バージョン: -バージョン: **メッセージ [#n7599123] 関連: [[BugTrack/763]] 負荷対策のまとめ -------------------------------------------------- *** 案1: related_linkを offにする (完了) [#va16e925] %%pukiwiki.ini.php で言うところの%% %%$related_link = 0;(下部の関連リンク表示をoffにする)%% (上記[[BugTrack/763]]に収録済み) -------------------------------------------------- *** 案2: BugTrackあるいは[[開発日誌>開発日記]]を別のシステムに分ける (保留) [#nb45ee82] - ページ数の増加に関するもの。 - そろそろBugTrackについてはSourceForgeのシステムを使ったり・・・ --[[BugTrack2/331]](SourceForge.JPの機能を利用する) -------------------------------------------------- *** 案3: BugTrack, および tracker プラグインをどうにかする (着手) [#v0aad651] *** 案3: BugTrack, および tracker プラグインをどうにかする (完了) [#v0aad651] -[[開発日誌>開発日記]]はあまり関係ないと思います。related_linkも1.4系ではキャッシュを使用しているので、あまり関係ないでしょう。BugTrack/trackerプラグインが原因でしょう。 ~devサイトだけでなく、PukiWiki-officialサイトでも、''trackerプラグイン''がサーバーにかなり負荷をかけているようです。 >PukiWiki-officialのCPUリソースへの負荷が高く過負荷となっているようです。OSにより他のプロセスを処理するためプロセスの実行優先順位が下げられ、実行速度の低下やタイムアウトが発生いたします。 < ~tracker_listが対象ページの全ページreadしているのが過負荷の原因じゃないかな。 -- [[reimy]] &new{2004-04-28 (水) 05:46:30}; -5月7日午前1時頃から午前6時20分頃まで、tracker_listによるサーバー過負荷のため、一時的にPukiWiki-officialへのアクセスを制限しました。 -- [[reimy]] &new{2004-05-07 (金) 07:00:33}; -5月7日午後5時半頃から午後7時頃まで、tracker_listによるサーバー過負荷のため、一時的にPukiWiki-officialへのアクセスを制限しました。 -- [[reimy]] &new{2004-05-07 (金) 19:13:36}; -- 申し訳ありません ;( -- [[ぱんだ]] &new{2004-05-07 (金) 19:09:43}; -[[official:WebTrack/14]] -- &new{2004-09-18 (土) 07:31:35}; - tracker, tracker_list の改修関連: [[開発日記/2007-11-05]] -- &new{2007-11-06 (火) 22:33:27}; - bugtrack_list は [[BugTrack/2401]](主にキャッシュ)により高速化されました。現状特に重いということはありませんので、このButTrackは完了とします -- [[umorigu]] &new{2017-10-24 (火) 03:10:50}; #comment -------------------------------------------------- *** 案4: is_pageを高速化する (完了) [#v37a4d58] -func.phpのis_page()を、以下に書き換えてください。~ function is_page($page,$reload=FALSE) { return file_exists(get_filename($page)); } これでかなり処理時間が短くなります。BugTrackは半分以下になるはず。 -- [[satoshi]] &new{2004-05-07 (金) 18:49:46}; --ここで結果を配列に残しておくのは無駄だったようですね XD [[PHP関数:file_exists]]に「この関数の結果はキャッシュされます。」とあります。 -- [[ぱんだ]] &new{2004-05-07 (金) 22:08:51}; -ここのfunc.phpを書き換えてみました。どんな感じでしょう。 -- [[ぱんだ]] &new{2004-05-07 (金) 19:08:06}; --BugTrackで4割減くらいですね(8.326s → 4.820s)。 -- [[satoshi]] &new{2004-05-07 (金) 19:35:51}; -PukiWiki-officialのfunc.phpも書き換えました。 -- [[reimy]] &new{2004-05-07 (金) 19:15:43}; --[[BugTrack/560]]との合わせ技はかなり効果があるようです。 -- [[reimy]] &new{2004-05-08 (土) 15:28:14}; -is_page() に関して、 1.3 でも追随しました。 ([[開発日記/2004-06-28]]) -- [[henoheno]] &new{2004-06-28 (月) 22:43:40}; - ハードに余裕があるのなら、キャッシュした方が早いケースもある?[[BugTrack2/11]] -- &new{2010-06-12 (土) 20:36:32}; //#comment -------------------------------------------------- **コメント [#h8b73b16] - [[BugTrack2/264]] attach プラグインの md5 計算、mimetypeのチェックによる負荷の問題 -- &new{2010-06-12 (土) 10:26:10}; --[[開発日記/2007-09-03]] -- &new{2010-06-12 (土) 10:26:10};