新規記事投稿

フォロー記事投稿

記事のキャンセル

即レスありがとうございました。

12月9日に、ＴＡＤさんは書きました。

＞12月9日に、巳さんは書きました。
＞
＞＞現在設置予定の「うぇぶ会議室」の負荷を減らす工夫はないものかと
＞＞考えているのですが、article.cgiで、menu.cgiに相当するファイル
＞＞を書き込めば、menu.cgiが不要になるのでは？と思い付きました。
＞
＞これはどういうことでしょうか。
＞menu.cgiの内容を投稿して記事ファイルとして置いておくということですか？
＞なにもそんなことしなくても、menu.cgiの出力結果のHTML文書をファイルに保存して
＞それを表示するようにしてあげれば、よいと思いますが。
＞ただそれにはindex.cgiやcontents.cgi（もしかしたら他のcgiでもあるかもしれませんが）で
＞会議室選択としてmenu.cgiにリンクしているところを(上記で保存した)固定のHTMLファイル名に
＞変更する必要が出てきますね。

誤解を招く書き方でした。
menu.cgiの出力をファイルに保存する処理をarticle.cgi等のCGIから、
呼び出す様にしたらどうか？という風に書くべきでした。。
これなら、

＞ただ、固定ファイルにしてしまうと
＞・「各会議室の最新投稿日」を動的に出力する事

この問題が回避できると思ったのです。
つまり、記事を更新するCGI処理を行なう度に、ファイルを生成するので、
最新投稿日については、menu.cgiと同等の出力を得られるはずです。
もちろん、会議室の内容に変化があった場合のみ出力します。
＃間違ってるかなあ？(^^;)

＞や
＞・「menuに表示される拡張機能へのリンク」をユーザカスタマイズ機能を使用して
＞　ユーザ側で個別にON/OFF設定すること
＞ができなくなります。

「menuに表示される拡張機能へのリンク」については、気付きませんでした。
なるほど、menu.cgiには、そういう意味もあったのですね。
前記の方法を取る場合、これについてはあきらめるしかないですね。

＞
＞そういうことを考慮した上でどちらを取るか決めればよいのではないでしょうか。
＞
＞＃同じ様なことがindex.cgiにも言えます。
＞＃ただこちらの場合も固定ファイルにしてしまうと、ユーザカスタマイズで設定できる
＞＃フレームモードか非フレームモードのどちらで表示するか
＞＃フレームモードの場合、各フレームのサイズの比率について等
＞＃機能しなくなりますね。

index.cgiについては、固定ファイルにするつもりはありませんでした。
「うぇぶ会議室」の長所であるユーザカスタマイズ度の高さはやはり
魅力的ですものね。

＞
＞＞追伸
＞＞記事一括ダウンロードを更新して頂けないでしょうか？(^^;)
＞
＞100件毎では最新になっているようですが...
＞どの会議室のことを言っているのでしょうか？
＞
＞＃にあさんのことだから、自動化しているんじゃないかと
＞＃にらんでいるのですが。(#^_^#)

今見たら、確かに最新になってました。
後でゆっくり落としたいと思います。
＃午後3時頃に更新された模様(^^)