hamada
bungu****@leo*****
2004年 11月 5日 (金) 08:48:58 JST
こんにちわ。 On Thu, 4 Nov 2004 19:45:31 +0900 "K.Miyagawa" <redbe****@yahoo*****> wrote: > 報告がありましたが、それ以降のものでR6aへの導入実績など > ありましたら、よろしくお願いします。 ウチのr6相当では現在3.0aが動いてるようです。改変したという記録が特に残っ てないので、たぶんそのまま動いたんじゃないかと思います。お試しください。 > 難しいようなら、はまださんのmklist.phpを使わせて頂こうかと > 考えております。(^^; 商品数が多い場合は静的生成のmklistの方が負荷が小さくて済みます。特に「一 覧がロボットに繰り返し読まれるような状況」では差が顕著に。 まぁmklistは 「まったく多言語対応ではない」 ですし、他にもいろいろと決め打ちなトコロがあり、かつ標準で生成される一覧 表のデザインは、ビックリするくらいダサい→ちょっと改修に手間が掛かるかも しれません(^^;; あとmklistで定時自動生成させようと思うとcronが要るので、レンタルサーバ等 ではちょっと敷居が高いかもしれません。 逆に、商品数が少ないならAll-Prods with imagesとかの選択肢もあるかと思い ます。 これはたぶん商品数「何百」のレベルで実用的な重さでなくなる(「何千」レベ ル以上だとハナからお話にならない:^^;)でしょうが、「何十」レベルならこっ ちのほうが派手かもしれず。 ま、SEO=「クローラーを主敵」とするなら画像は無駄ですけど、ね(^_^;) > 商品数が増えた場合に、ページ内リンク数が多くなってしまうため コレについてはmklist2が一応の対策版です。 「静的生成のmklistにpaginateナビゲーションみたいのを付加し、動的にフィル ターしてページ中の情報を複数ページのように“見せかける”」 処理も考えてはみたんですが、“物理的に複数の一覧ファイルを作成する”ほう が簡単かつ確実そうだったんでmklist2を作りました。 はまだ