PEAK XOOPS - Re: あまり知られていない正しいxhldの使い方 in englishin japanese

Re: あまり知られていない正しいxhldの使い方

  • As this forum is only for commentation, you cannot open a new topic
  • Guests cannot post into this forum
Target News
Subject あまり知られていない正しいxhldの使い方
Summary 「xhldのせいでトップページが重い」良く聞く言葉ですが、そのほとんどは、xhldの使い方を間違っているだけだと思います。確かにXoopsHeadlineでは、表示の都度にXMLパースするなんておかしな作りになっているため、取得動作の有無にかかわらず「重い」のですが、xhldはす...
Previous post - Next post | Parent - Children.1 | Posted on 2006/8/29 16:19 | Last modified
sarah  一等兵   Posts: 17
最近私の使用しているサーバでもcronが許可されていることがわかり、こちらの設定を行ってみましたが、設定がうまくいっているのかどうかがよくわかりません。
cronによる取得がうまくいっているかどうかを確認するにはどこを確認すればわかるのでしょうか?
生成されたキャッシュはcacheフォルダに格納されるのでしょうか?(それらしいファイルは見当たりませんでしたが・・・。)
Votes:0 Average:0.00
Previous post - Next post | Parent - Children.1 | Posted on 2006/8/30 4:40
GIJOE  先任軍曹   Posts: 4110
キャッシュはDBに保存されています。
xhldのテーブルの、headline_updated フィールドを見て、cronで設定した時間に取得出来ていれば、正常に動作していると判断できるでしょう。
Votes:0 Average:0.00
Previous post - Next post | Parent - Children.1 | Posted on 2006/9/2 21:32 | Last modified
sarah  一等兵   Posts: 17
GIJOEさん、返答ありがとうございます。

xhldのテーブルのheadline_updated フィールドを確認してみましたが、cronで設定した時間には取得できていませんでした。
変わらずサイトアクセスが取得動作のトリガーとなっているようです。

コマンドラインは使用出来ないのでuserminでの設定なのですが、cron設定後「今すぐ実行」を行っても特にエラーは出ていないようです。
cron設定についてはmysqlのバックアップを設定して実行されることを確認済みなので、設定方法などは間違えていないかと思っています。

PHPのパスも環境に合わせて書き換えましたし、fastestcache hackは使っていません。

他に考えられる原因はありますでしょうか?

サーバ環境
SERVER : Apache2.0
PHP : 4.3.9
MySQL : 4.1.20
XOOPS : XOOPS 2.0.13a JP
Votes:0 Average:0.00
Previous post - Next post | Parent - Children.1 | Posted on 2006/9/5 6:38
GIJOE  先任軍曹   Posts: 4110
コマンドラインが使用できない環境でのcronなんて悪夢みたいなものですが

普通に考えればエラーが出ているんでしょう。

>/dev/null 2>&1 の部分を書き換えて、エラーを出力してみてください。
Votes:0 Average:0.00
Previous post - Next post | Parent - Children.1 | Posted on 2007/1/24 10:52
sarah  一等兵   Posts: 17
GIJOEさん、お世話になっております。
古いコメントを掘り起こして恐縮なのですが・・・。
仕事が忙しくバタバタしておりましたのと、エラー出力方法を調査・理解するのに時間がかかっておりました。(^^;
ご報告が遅れ、申し訳ありません。

Quote:
GIJOE wrotes:
普通に考えればエラーが出ているんでしょう。

>/dev/null 2>&1 の部分を書き換えて、エラーを出力してみてください。

/dev/null  とはログを出力しないという意味だったんですね。(^^;
というわけで、ログを出力させてみたところ、パーミッションに実行権限がないと怒られていました。
update_cache.sh を700にしてエラーが出なくなりました。
xhldのテーブルの、headline_updated フィールドもcronで設定した時間に更新されているのを確認しました。
無事に動作するようになり、うれしいです。
サイトの表示もかなり速くなりました。すばらしい機能をありがとうございました。

ところで、この update_cache.sh を参考にして、他のRSS取得モジュール(例えばお天気モジュールなど)にも応用することは可能でしょうか?
#モジュールのphpファイルはいじらずにupdate_cache.sh の中だけで実装できるのでしょうか?

当方のスキルとしては、Javascriptが多少読み書きできる程度ですが、もしも応用が可能であるようなら挑戦してみたいと思っています。
Votes:1 Average:10.00
Previous post - Next post | Parent - Children.1 | Posted on 2007/1/25 4:34
GIJOE  先任軍曹   Posts: 4110
Quote:

sarah wrotes:
ところで、この update_cache.sh を参考にして、他のRSS取得モジュール(例えばお天気モジュールなど)にも応用することは可能でしょうか?
#モジュールのphpファイルはいじらずにupdate_cache.sh の中だけで実装できるのでしょうか?
そのモジュールの作り方次第でしょう。

cronで定期的に自分自身を読みに行く、なんて手もありますが、キャッシュ更新のタイミングと合わなければ無駄になります。

強制的にキャッシュを作り直す機能を提供していれば、ドキュメントにその旨が書いてありそうです。なければ自分で作るか、誰かにお願いするしかないでしょう。

いずれにせよ、大して難しい話じゃありません。
Votes:0 Average:0.00
Previous post - Next post | Parent - No child | Posted on 2007/1/25 11:41 | Last modified
sarah  一等兵   Posts: 17
GIJOE さん、レスありがとうございます。

Quote:
GIJOE wrotes:
そのモジュールの作り方次第でしょう。

強制的にキャッシュを作り直す機能を提供していれば、ドキュメントにその旨が書いてありそうです。なければ自分で作るか、誰かにお願いするしかないでしょう。

なるほど。
「強制的にキャッシュを作り直す機能」が備わっていれば、update_cache.sh の修正だけですむと。
なければ、「強制的にキャッシュを作り直す機能」を作る必要がある、ということですね。  ですよね?

勉強がてら、ちょっと探ってみます。
ありがとうございました。
Votes:0 Average:0.00

  Advanced search


Login
Username or e-mail:

Password:

Remember Me

Lost Password?

Register now!