うぇぶ会議室の部屋4一括表示
［表示範囲：178〜228］［スレッドモード］

フォロー記事投稿

記事のキャンセル

HATABOWと申します。お世話になっております。

BiG-NETでの設置の仕方を分かる方いらっしゃいましたら、
以下を見ておかしなところ等、教えてください。
メインページは、http://www4.big.or.jp/~hatabow/quake/
うぇぶ会議室は、http://www4.big.or.jp/~hatabow/quake/cgi-bin/forum/index.cgi


やったことは、
　１．forumset.cgiを解凍
　２．forumset.cgiとforum.tar.zの削除
　３．解凍したファイルすべてをダウンロード
　４．site.plを修正
　　　$forumtitle = 'QUAKE Q&A ARENA';		# 会議室の名称
　　　$forumroot = '/quake/cgi-bin/forum';	# うぇぶ会議室のあるペーヂ
　　　$owner = 'hatabow@aurora.dti.ne.jp';	# 会議室の管理者のメールアドレス
　　　　　	'row1',		'45%',		# フレーム縦分割比率
　　　　　	'row2',		'55%',
　　　　　	'col1',		'40%',		# フレーム横分割比率
　　　　　	'col2',		'60%',
　　　　　	'listfmt',	'%I%i%N %m/%d %H:%M %s [%f]',
　５．*.cgiの先頭行を「#!/usr/bin/perl」に修正
　６．site.plと*.cgiをアップロード
　７．パーミッションの変更
　８．動作テスト
です。

動作した結果は、フレームで３分割されず、
　500 Server error (何らかのエラーです)
になります。
いったんブラウザの「戻る」で前のページに戻り、「進む」で進むと
フレームで３分割されますが、３フレームとも
　404 Not Found (ファイルが見つかりません)
になります。
そのままブラウザで更新すると、フレームがなくなり、
　500 Server error (何らかのエラーです)
になります。

７が悪いのだと思っているのですが、全然分かりません。


BiG-NETのCGI(SSI)設置時の注意として、以下があったのでその通りにしたつもりです。
-----
ビッグネットのサーバー上ではユーザーＣＧＩ（ＳＳＩ）はファイルオーナー権限で
動作しています。従ってＣＧＩ実行ファイルのパーミッションは、当社では７０１、
またＣＧＩから読み書きされるデータファイルのパーミッションは６００、フォルダは
７０５にして下さい。
-----

パーミッションは、cgiは701、フォルダは705、その他は600にしています。
その他にいろいろパーミッションの設定を変えてみましたが、ダメでした。
うぇぶ会議室のマニュアルの以下の部分にあたるので、現在はその設定にしていますが、
現象は同じです。
-----
サーヴァによっては、各ファイルの所有者がサーヴァでは無くユーザになっている
所があります。その場合、サーヴァは SetUID で動いている事になりますので、
各ファイルのパーミッションを変更する必要があります。 
SetUIDサーヴァ環境でのディレクトリリストを参照して変更して下さい。
-----

現在のディレクトリリスト
-----
big4:/public/pub4/home4/hatabow/html/quake/cgi-bin/forum$ ls -lR
total 120
-r-----r--   1 hatabow  users4        179 May 27  1996 CancelPoster.html
-r-----r--   1 hatabow  users4        209 May 27  1996 CancelSystem.html
-r-----r--   1 hatabow  users4        657 Dec 26  1998 Preface.html
-r-x------   1 hatabow  users4      12532 Apr 29 16:19 article.cgi*
-r-x------   1 hatabow  users4       5869 Apr 29 16:19 cancel.cgi*
-r-x------   1 hatabow  users4       7919 Apr 29 16:19 contents.cgi*
-r-x------   1 hatabow  users4       8537 Apr 29 16:19 customize.cgi*
-r--------   1 hatabow  users4      15084 Dec 26  1998 forum.pl
-r--------   1 hatabow  users4       3890 Dec 26  1998 http.pl
drwx-----x   2 hatabow  users4       4096 Jan 15  1999 icons/
-r-x------   1 hatabow  users4       2693 Apr 29 16:19 index.cgi*
-r--------   1 hatabow  users4      19900 Jan 10  1999 jcode.pl
-r-x------   1 hatabow  users4       1120 Apr 29 16:19 menu.cgi*
-rw-------   1 hatabow  users4          0 Jan 30  1997 new_arrival
-r--------   1 hatabow  users4       4127 Apr 29 16:25 site.pl
drwx-----x   2 hatabow  users4       4096 Jan 15  1999 test/
 
icons:
total 68
-r-----r--   1 hatabow  users4        144 Jun  4  1996 bot.gif
-r-----r--   1 hatabow  users4        155 May 14  1996 cancel.gif
-r-----r--   1 hatabow  users4        146 Sep 24  1996 date.gif
-r-----r--   1 hatabow  users4        149 May 11  1996 follow.gif
-r-----r--   1 hatabow  users4        148 Dec 13  1996 frame.gif
-r-----r--   1 hatabow  users4        147 Sep 24  1996 help.gif
-r-----r--   1 hatabow  users4        145 May 30  1996 menu.gif
-r-----r--   1 hatabow  users4        149 Dec 13  1996 multi.gif
-r-----r--   1 hatabow  users4        146 May 11  1996 new.gif
-r-----r--   1 hatabow  users4        162 Oct 17  1996 newtext.gif
-r-----r--   1 hatabow  users4        150 Jun  4  1996 next.gif
-r-----r--   1 hatabow  users4        143 Dec 13  1996 noframe.gif
-r-----r--   1 hatabow  users4        147 Jun  4  1996 prev.gif
-r-----r--   1 hatabow  users4        147 May 11  1996 text.gif
-r-----r--   1 hatabow  users4        153 Sep 24  1996 thread.gif
-r-----r--   1 hatabow  users4        143 Jun  4  1996 top.gif
-r-----r--   1 hatabow  users4        148 Jun  4  1996 wide.gif
 
test:
total 8
-rw-------   1 hatabow  users4         26 Dec 26  1998 contents
-r-----r--   1 hatabow  users4        161 May 27  1996 index.html


以上、よろしくお願いします。

フォロー記事投稿

記事のキャンセル

いしどう です。

$forumroot がおかしいとおもいます。

4月29日に、HATABOWさんは書きました。

＞メインページは、http://www4.big.or.jp/~hatabow/quake/
＞うぇぶ会議室は、http://www4.big.or.jp/~hatabow/quake/cgi-bin/forum/index.cgi

＞　４．site.plを修正
＞　　　$forumtitle = 'QUAKE Q&A ARENA';		# 会議室の名称
＞　　　$forumroot = '/quake/cgi-bin/forum';	# うぇぶ会議室のあるペーヂ

$forumroot = '/~hatabow/quake/cgi-bin/forum';

ではないでしょうか。

今のままの設定だと、うぇぶ会議室のあるページが、
http://www4.big.or.jp/quake/cgi-bin/forum
になってしまうように思います。

フォロー記事投稿

記事のキャンセル

こんばんは。レスありがとうございます。

$forumrootを変更してみましたが、同じ結果でした。

現在は
$forumroot = '/~hatabow/quake/cgi-bin/forum';
にしています。

また何かわかりましたら、よろしくお願いします。




4月30日に、いしどうさんは書きました。

＞いしどう です。
＞
＞$forumroot がおかしいとおもいます。
＞
＞4月29日に、HATABOWさんは書きました。
＞
＞＞メインページは、http://www4.big.or.jp/~hatabow/quake/
＞＞うぇぶ会議室は、http://www4.big.or.jp/~hatabow/quake/cgi-bin/forum/index.cgi
＞
＞＞　４．site.plを修正
＞＞　　　$forumtitle = 'QUAKE Q&A ARENA';		# 会議室の名称
＞＞　　　$forumroot = '/quake/cgi-bin/forum';	# うぇぶ会議室のあるペーヂ
＞
＞$forumroot = '/~hatabow/quake/cgi-bin/forum';
＞
＞ではないでしょうか。
＞
＞今のままの設定だと、うぇぶ会議室のあるページが、
＞http://www4.big.or.jp/quake/cgi-bin/forum
＞になってしまうように思います。

フォロー記事投稿

記事のキャンセル

4月29日に、HATABOWさんは書きました。

＞BiG-NETのCGI(SSI)設置時の注意として、以下があったのでその通りにしたつもりです。
＞-----
＞ビッグネットのサーバー上ではユーザーＣＧＩ（ＳＳＩ）はファイルオーナー権限で
＞動作しています。従ってＣＧＩ実行ファイルのパーミッションは、当社では７０１、
＞またＣＧＩから読み書きされるデータファイルのパーミッションは６００、フォルダは
＞７０５にして下さい。
＞-----
＞パーミッションは、cgiは701、フォルダは705、その他は600にしています。
＞その他にいろいろパーミッションの設定を変えてみましたが、ダメでした。
＞うぇぶ会議室のマニュアルの以下の部分にあたるので、現在はその設定にしていますが、
＞現象は同じです。

うぇぶ会議室を入れているディレクトリそのもののパーミッションも変更してありますか?
forum 自身のパーミッションも 705 (ないしは 701) である必要があります。

フォロー記事投稿

記事のキャンセル

いつもお世話になっております。
レスありがとうございます。

＞うぇぶ会議室を入れているディレクトリそのもののパーミッションも変更してありますか?
＞forum 自身のパーミッションも 705 (ないしは 701) である必要があります。

forumディレクトリのパーミッションは777になっていたので、705に変更しました。
結果はフレーム３分割されますが、正常に表示されませんでした。

また何か分かりましたら、よろしくお願いします。

フォロー記事投稿

記事のキャンセル

5月3日に、HATABOWさんは書きました。

＞forumディレクトリのパーミッションは777になっていたので、705に変更しました。
＞結果はフレーム３分割されますが、正常に表示されませんでした。

キャッシュか何かを見ていません? 今見たら正常に動いていましたけど...

フォロー記事投稿

記事のキャンセル

こんばんは。レスありがとうございました。

キャッシュをクリアしたら正常に表示されました。
お騒がせして申し訳ありませんでした。

今後ともよろしくお願いします。



5月3日に、にあさんは書きました。

＞5月3日に、HATABOWさんは書きました。
＞
＞＞forumディレクトリのパーミッションは777になっていたので、705に変更しました。
＞＞結果はフレーム３分割されますが、正常に表示されませんでした。
＞
＞キャッシュか何かを見ていません? 今見たら正常に動いていましたけど...

フォロー記事投稿

記事のキャンセル

HATABOWです。お世話になっております。

TADさんの拡張機能についての質問ですが、ここで構わないのでしょうか？
もしダメなら、TADさんのページで質問し直しますので、削除してください。

「投稿者集計」は正常に動作しますが、「部屋別投稿者集計」が動作しません。
HTTP 404 - ファイル未検出になります。

post_summary.cgiで修正したところは、１行目を
#!/usr/local/bin/perl5
　　↓
#!/usr/bin/perl
に修正しただけです。

site.plには、以下のように追加しています。

'post_summary',
	'投稿者集計',
	'menu',
	'contents',
	'post_summary.cgi',
	'投稿者集計拡張機能\',
	'on',

'post_summary_room',
	'[部屋別投稿者集計]',
	'contents',
	'article',
	'pot_summary.cgi?room=$room&sort=cntdown',
	'投稿者集計拡張機能/部屋単位即実行モード',
	'on',

考えられる原因等、ありましたら教えてください。
よろしくお願いします。

フォロー記事投稿

記事のキャンセル

5月5日に、HATABOWさんは書きました。

＞TADさんの拡張機能についての質問ですが、ここで構わないのでしょうか？
＞もしダメなら、TADさんのページで質問し直しますので、削除してください。

わたし的には、ＯＫです。
うぇぶ会議室関連の話なのでにあさんもＯＫでしょう。(たぶん)

で、なんか問題があったのだろうかとちょっとどきどきです。(^^;;

＞「投稿者集計」は正常に動作しますが、「部屋別投稿者集計」が動作しません。
＞HTTP 404 - ファイル未検出になります。

"HTTP 404" のエラーということは、CGIの問題というわけではないですね。
WEBサーバ(httpd)が、「リクエストされたファイルが見つけられませんでしたよ」
と言っているのです。
どきどき値、減少。(#^_^#)

＞post_summary.cgiで修正したところは、１行目を
＞#!/usr/local/bin/perl5
＞　　↓
＞#!/usr/bin/perl
＞に修正しただけです。

問題があるのは「部屋別投稿者集計」だけなのでこれは関係ないですね。

＞site.plには、以下のように追加しています。
＞
＞'post_summary',
＞	'投稿者集計',
＞	'menu',
＞	'contents',
＞	'post_summary.cgi',
＞	'投稿者集計拡張機能\',
＞	'on',
＞
＞'post_summary_room',
＞	'[部屋別投稿者集計]',
＞	'contents',
＞	'article',
＞	'pot_summary.cgi?room=$room&sort=cntdown',

これがタイプミスでなければ、原因はこれでしょう。
修正個所：'pot'->'post'

＞	'投稿者集計拡張機能/部屋単位即実行モード',
＞	'on',
＞
＞考えられる原因等、ありましたら教えてください。
＞よろしくお願いします。

どうでしょうか、動きました？

フォロー記事投稿

記事のキャンセル

こんばんは。レスありがとうございます。

正常に動作するようになりました。

TADさんのページからカット＆ペーストして、各行の最初のTAB?だけを消したつもり
だったんですが、間違えて”s”も消していたようです。

もっと確認してから問い合わせるべきでした。
申し訳ありません。

ありがとうございました。
今後ともよろしくお願いします。

フォロー記事投稿

記事のキャンセル

4月1日に、Shigeさんは書きました。

＞4月1日に、にあさんは書きました。
＞
＞＞3月31日に、Shigeさんは書きました。
＞＞
＞＞＞会議室の構成を自在に変えることを目的にしたスクリプトです
＞
＞　誤解を招く書き方をしました
＞　予め決められた会議室の構成情報をスクリプト中に定義し
＞　REFERERまたはQUERY STRINGによって構成情報を選択する物であり
＞　クライアント毎に自在に変えられる物ではないです。
＞

　遅くなってしまいましたが
　会議室の構成を変えるスクリプトも私のところで公開しています。

フォロー記事投稿

記事のキャンセル

とけおんといいます。はじめまして。

「うえぶ会議室」をイントラ上で設置し、業務に生かすべく、
NT+PWSにインストールし、テスト完了しました。Ｇｏｏｄです。

そこで、投稿記事が、管理者メールアドレスにも送信できる様な
カスタマイズは可能でしょうか？
（HTMLでＰＯＳＴで行うと、Ｏｕｔｌｏｏｋの送信
　ウインドウが開き、直接再入力が必要となると思われるので、
　ｐｅｒｌからメール送信する方法を選択したいです。）

具体的なやり方をご教授頂ければ幸いです。

フォロー記事投稿

記事のキャンセル

いしどう＠自宅 です。

5月17日に、とけおんさんは書きました。

＞そこで、投稿記事が、管理者メールアドレスにも送信できる様な
＞カスタマイズは可能でしょうか？

可能だと思います。
（試したわけではないので確実に、とはいえませんが）

とおけんさんが、何かしらの方法でNT上でCGIからメールを送信
する方法をご存知だという前提でお話します。

article.cgi の中の post_article というサブルーチンの中で
実際に投稿された記事がファイルへ書き出されています。ここで
メールを管理者に送るようにスクリプトを修正すればご希望のこ
とが実現できるんじゃないかと思います。

あってます？＞にあさん(^^;;

フォロー記事投稿

記事のキャンセル

5月19日に、いしどうさんは書きました。

＞5月17日に、とけおんさんは書きました。
＞
＞＞そこで、投稿記事が、管理者メールアドレスにも送信できる様な
＞＞カスタマイズは可能でしょうか？
＞
＞article.cgi の中の post_article というサブルーチンの中で
＞実際に投稿された記事がファイルへ書き出されています。ここで
＞メールを管理者に送るようにスクリプトを修正すればご希望のこ
＞とが実現できるんじゃないかと思います。

ええ、投稿されたのと同じHTML文書をメールでも受けるようにするならば
そこに送信機構を組み込めば良いですね。

＃ メールでは内容だけplain textで受けたい、とかだと色々書き換えなくては
＃ いけないでしょうけど...

あたしは、NT Sarverでのメールプログラムって全然分からないんですけど、
sendmail見たいに、標準入力に流し込む形でインターフェース出来る物なのかしら?

フォロー記事投稿

記事のキャンセル

5月22日に、にあさんは書きました。

＞あたしは、NT Sarverでのメールプログラムって全然分からないんですけど、
＞sendmail見たいに、標準入力に流し込む形でインターフェース出来る物なのかしら?

BlatJというのを以前見かけたことがあります。
Vectorのサイトにもおいてあります。

具体的な使用方法を見つけられませんでしたが、標準入力からデータを渡せると書いてあります。

フォロー記事投稿

記事のキャンセル

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

＞BlatJというのを以前見かけたことがあります。
＞Vectorのサイトにもおいてあります。
＞
＞具体的な使用方法を見つけられませんでしたが、標準入力からデータを渡せると書いてあります。

なるほど、自分でMX引いたりしないで、SMTPサーヴァに受け渡すインターフェースだけを
提供する物ですね。

考えてみれば、大抵の場合はこれで十分なので、自前でこの機能を実装してしまえば
sendmailの使用の可否は考えずに済みますね。

＃ 管理者宛メール機能add-inぐらいだったら簡単に出来るかな?
＃＃ どなたか作って公開しませんか? (って、おいおい)

フォロー記事投稿

記事のキャンセル

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

＞5月22日に、にあさんは書きました。
＞
＞＞あたしは、NT Sarverでのメールプログラムって全然分からないんですけど、

こういったページもあります。
あと、IIS4.0以降に標準でついてくる SMTP サービスを、Win32::OLE モジュール
経由で CDONTS コンポーネントを使う、って言う方法もあります。

＞＞sendmail見たいに、標準入力に流し込む形でインターフェース出来る物なのかしら?

こっちはＴＡＤさんがお答えになっているんで(^^)

フォロー記事投稿

記事のキャンセル

とけおんです。
いしどうさん、にあさん、ＴＡＤさん　ご教授ありがとうございました。

いしどうさんレス情報から、早速　WinNT、PWS上での
メールツールを探し。TADさん　提供のHP（河馬屋さん）
にたどり着き、インストールしました。
（インストールはこちらから
　簡単に出来ました。）
試しに、河馬屋さんのサンプルとおりのスクリプトをarticle.cgi中post_articleの
	open(NEW, ">$FORUMPATH/new_arrival") && close(NEW);
の直前に組み込みました。

use Win32::OLE;
$oBasp = Win32::OLE->new('basp21');	#Basp21オブジェクトの作成
#メールの送信
$oBasp->SendMail("SMTPサーバ名", 	         #SMTPサーバ
                'tokeon@hotmail.com',        #宛先
		'サーバです',               #送信元
		"Basp21でメール", 		#件名
		"簡単なメール\nMailTest\n2行目も簡単\n",
					#本文
""			#添付ファイルに""を指定
	);

が、perlライブラリ配置の違いからか、use Win32::OLE;　でｌｏｃａｔｅエラー
となり、そこを変更しました。

use OLE;
$oBasp = OLE->new('basp21');	#Basp21オブジェクトの作成
#メールの送信
$oBasp->SendMail("SMTPサーバ名", 		#SMTPサーバ
		'tokeon@hotmail.com', 	#宛先

		'サーバです', 	#送信元
		"Basp21でメール", 		#件名
		"簡単なメール\nMailTest\n2行目も簡単\n",
					#本文
		""			#添付ファイルに""を指定
	);

としましたが、今度はOLEAUT32.dllがｌｏｃａｔｅエラーとなり、
ＰＷＳの特性と思い、PWS設定ルートのｓｃｒｉｐｔフォルダーにOLEAUT32.dllをコピーしてやりＯＫでした。
で、以下のスクリプト変更し一段落です。(^。^;)フウ
�@site.pl:

#投稿メール送信用
$smtpsvr ='ｓｍｔｐｓｖｒ';#SMTPサーバ名
$forumurl = 'http://tokeon.xx.xx.xx';#先頭url

の追加。

�Aforum.pl:

#投稿記事メール送信用
$main'SMTPSVR = $smtpsvr;#メールサーバ名
$main'FORUMURL = $forumurl;#会議室ホームページ

の追加

�Barticle.cgi：
のsub make_article {の最終行に以下の処理追加

#メールアーティクル作成
	$mail_article = <<"EOL";
●タイトル: $ids{'subject'}
●投稿者From: $link 
●日時分: $date
●投稿本体(リンク)：$FORUMURL$FORUMROOT/$room/$ref.html
☆ここから投稿内容（html形式で見づらい場合　上の「投稿本体」リンクをご覧ください☆

$text

☆ミ☆彡☆ミ☆彡　ここまで　　☆ミ☆彡☆ミ☆
☆ フォロー投稿は下のリンクからも出来ます ☆
 $FORUMURL$CGIROOT/article.$CGI?room=$post_room&ref=$mes 

EOL

次にsub post_article {の
	open(NEW, ">$FORUMPATH/new_arrival") && close(NEW);
行直前に

#メールホーマット作成(TEXT)
	$mail_body = <<"EOL";
$FORUMTITLE $FORUMURL$CGIROOT/index.cgi
$mail_article
$FORUMTITLE 管理人
EOL

use OLE;
$oBasp = OLE->new('basp21');		#Basp21オブジェクトの作成
#メールの送信
$oBasp->SendMail($SMTPSVR, 			#SMTPサーバ
		"$OWNER"  , 	#宛先 一般
		'tokeon@hotmail.com', #送信元
		"☆ミ $FORUMTITLEへの投稿です($ids{'subject'})☆彡", 	#件名
		$mail_body,
						#本文
		""				#添付ファイルに""を指定
	);



といった具合です。
あとは、
送信先に投稿＆参加（ユーザカスタマイズした）人のメールアドレスにも送る事や、
ユーザカスタマイズでメール通知の拒否登録等が出来る用にしたいです。

こういった情報は、どのあたりのスクリプトを参照すればいいでしょうか？

フォロー記事投稿

記事のキャンセル

どうにもまともに動かず困ってます。
 site.plを自分の環境に書き換え、index.cgi を実行したのですが、
Internal Server Error になり、error_logに
Premature end of script headers: /home/users/koba/public_html/forum/article.cgi
が表示され動かず。
 コマンドラインから >perl index.cgi を実行してみても何も出力されず。
最後の &forum'convert_print(*output); でhtmlを吐き出すと思われるのですが、
何も表示されないので、とりあえずこの行をコメントアウトして、print $output; に
してみたら表示されました。 なぜ？

 またとりあえずフレームとして表示されたので、Testの部屋 で試験してみたのですが、
新規記事の場所をクリックしたら、やっぱり Internal Server Error。
これは、article.cgi によって表示されるはずですので、同様にコマンドラインから
>perl article.cgi としてみたら表示されるのは、Bad Forum の文字。
コマンドラインからステップ実行でデバッグしてみると、
$title = forum::get_title($room); 
&WarningMsg('Bad Forum') if ($title eq '');
のところだと思います。つまり、$title に正しく値が入っていないのでしょうか？

このようになってしまうのは一体何が原因なのでしょうか？
なお、環境ですが、TurboLinux4 上で Perl5 です。
また、LINUX上でいろいろいじりたかった関係上、ファイルは全て
EUC(LF)に変換してあります。
 ほかに何か考えられる原因ってありますか？

 また、perlは /usr/bin/perl ですので、各ファイルの最初の行も
もちろん書き換えてあります。

（ちなみに、Perlは超初心者です。連想配列を知っている程度）

どなたかお知恵を・・・・

フォロー記事投稿

記事のキャンセル

当方の会議室に書いていただいたkobaさんの質問を
こちらの会議室にたらい回しにしてしまったのは私です。

どうもすみませんでした >> kobaさん

フォロー記事投稿

記事のキャンセル

5月30日に、kobaさんは書きました。

＞どうにもまともに動かず困ってます。
＞ site.plを自分の環境に書き換え、index.cgi を実行したのですが、
＞Internal Server Error になり、error_logに
＞Premature end of script headers: /home/users/koba/public_html/forum/article.cgi
＞が表示され動かず。

＞なお、環境ですが、TurboLinux4 上で Perl5 です。
＞また、LINUX上でいろいろいじりたかった関係上、ファイルは全て
＞EUC(LF)に変換してあります。

過去の記事にあったような気がするのですが、
文字コードを単純にEUCに変換しただけではうまく動かない、という回答を
昔にあさんがしていたと思います。違ってたらごめんなさい。

まずは、コード変換しないままで動かしてみたらどうでしょうか。


＞これは、article.cgi によって表示されるはずですので、同様にコマンドラインから
＞>perl article.cgi としてみたら表示されるのは、Bad Forum の文字。
＞コマンドラインからステップ実行でデバッグしてみると、
＞$title = forum::get_title($room); 
＞&WarningMsg('Bad Forum') if ($title eq '');
＞のところだと思います。つまり、$title に正しく値が入っていないのでしょうか？

article.cgiは記事の投稿用のフォームを出力するCGIですが、
これを実行するときには最低限、どこの部屋への投稿かを指定する必要があります。
「新規記事投稿」のリンクを見るとわかりますが、'article.cgi?room=hogehoge'と
なってますよね。
なので、上記の「Bad Forum」が出力されるのはarticle.cgiが正常に動作している
証拠です。(^^)

フォロー記事投稿

記事のキャンセル

うぇぶ会議室についての質問等、どこに書けばいいのか
わからずあちこち？に書いてしまいました。^^;
ごめんなさい。

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

＞過去の記事にあったような気がするのですが、

 もうしわけありません。過去の記事はまだ全て読んでなかったり
します。いちお検索もしてみたんですが・・
＃ 質問する前には過去の記事をちゃんと読んでから・・っていう大鉄則
＃は知っているつもりなのに、そうしてませんでした。

＞文字コードを単純にEUCに変換しただけではうまく動かない、という回答を
＞昔にあさんがしていたと思います。違ってたらごめんなさい。

 なるほど・・
 以前、Perlの勉強がてらに簡単なPerlを書いたときにも同様の問題に
ぶつかりました。詳細はよく覚えてないのですが、漢字コードというよりは、
改行コードの問題だと思ってます。
 つまり、「CR+LF」だとだめで、「LF」のみじゃないと。
おそらく、作者さまもこのことを前提として配布している Shift-JISのファイル
も改行コードは LF のみとなってますね。EUCに変換したときにももちろん
LFのみとしました。


＞まずは、コード変換しないままで動かしてみたらどうでしょうか。

 実は投稿してからやってみたのですが、結果は同じでした。

＞＞これは、article.cgi によって表示されるはずですので、同様にコマンドラインから
＞＞>perl article.cgi としてみたら表示されるのは、Bad Forum の文字。
＞＞コマンドラインからステップ実行でデバッグしてみると、
＞＞$title = forum::get_title($room); 
＞＞&WarningMsg('Bad Forum') if ($title eq '');
＞＞のところだと思います。つまり、$title に正しく値が入っていないのでしょうか？
＞
＞article.cgiは記事の投稿用のフォームを出力するCGIですが、
＞これを実行するときには最低限、どこの部屋への投稿かを指定する必要があります。
＞「新規記事投稿」のリンクを見るとわかりますが、'article.cgi?room=hogehoge'と
＞なってますよね。
＞なので、上記の「Bad Forum」が出力されるのはarticle.cgiが正常に動作している
＞証拠です。(^^)

 そうですね。投稿してから、それに気がつきました。
ただ、、、本来の動きとしては、この場合の出力って、「Bad Forum」と出力
されるだけではなく、それに続いて HTMLのソースを吐きますよね？
 じゃないと、ブラウザで表示できないから。
 ですが、私の場合には、続くはずのHTMLのソースが吐き出されないのです。
「Bad Forum」だけしか吐き出されないのでやっぱりブラウザで表示されない
のです。

 そこで、先に投稿してからいくつか試しました。
1) もともと index.cgi にて&forum'convert_print(*output); でHTMLを吐き出して
  くれなかったので、print $output; に変更したのと同様のことを、article.cgi 
 でも行った。  しかし現象はかわらず、HTMLを吐き出してくれない。
  そこで強引に
    $title = forum::get_title($room); 
  により取得されるはずの titleを $title = 'test' と強引にセット。
    -> 投稿フォームが表示された。
       しかし、入力し、投稿、プレヴュー を押してもまた投稿フォームに
      もどっちゃう・・ やっぱり $titleに正しく値が入っていないから？

2) UNIXマシンではなく、Windows98上にて、ANHTTPDと、ActivePerl にて
   動作を試みた。（漢字コード等変更せず）
    -> site.pl への必要な情報を盛り込んでみたらあっさりとHTMLは表示。
        ただし、上記と同じように、投稿フォームにて投稿/プレヴューしようと
       しても元に戻っちゃう・・・

 UNIX上のPerlはPerl5ですので、パッケージ内のサブルーチンの呼び方も
 ためしに、Perl5の記述にしてみましたがやっぱり変わらず。。
  &forum'convert_print(*output);  -> form::convert_print(*output);

 一体何が問題なのだろう・・・参ってます。
 Perlの知識がなくても、簡単に設定できる・・・・・・と思ってたのに今は、
Perlの本と格闘中です。

フォロー記事投稿

記事のキャンセル

5月31日に、kobaさんは書きました。

＞うぇぶ会議室についての質問等、どこに書けばいいのか
＞わからずあちこち？に書いてしまいました。^^;

「灯台もと暗し」といいますか... (^^;;

＞5月30日に、ＴＡＤさんは書きました。
＞
＞＞過去の記事にあったような気がするのですが、
＞
＞ もうしわけありません。過去の記事はまだ全て読んでなかったり
＞します。いちお検索もしてみたんですが・・
＞＃ 質問する前には過去の記事をちゃんと読んでから・・っていう大鉄則
＞＃は知っているつもりなのに、そうしてませんでした。

別にそういう意味で言ったわけではないので気にしないでください。
私だって探せそうにありませんし... (^^;;
記憶違いかもしれませんから。 (^^;;;;

＞＞文字コードを単純にEUCに変換しただけではうまく動かない、という回答を
＞＞昔にあさんがしていたと思います。違ってたらごめんなさい。
＞
＞ なるほど・・
＞ 以前、Perlの勉強がてらに簡単なPerlを書いたときにも同様の問題に
＞ぶつかりました。詳細はよく覚えてないのですが、漢字コードというよりは、
＞改行コードの問題だと思ってます。
＞ つまり、「CR+LF」だとだめで、「LF」のみじゃないと。

そういう理由ではなかったと思います。＜じゃぁ、どういう理由だ！(--メ)

この辺の答えはにあさんを待ちましょう。(^^;;

＞おそらく、作者さまもこのことを前提として配布している Shift-JISのファイル
＞も改行コードは LF のみとなってますね。

これはそうではなくて、ただ単ににあさんがHP-UX(標準でS-JISをサポートしているUNIX)を使っているから、
じゃないかとにらんでます。

＞＞まずは、コード変換しないままで動かしてみたらどうでしょうか。
＞
＞ 実は投稿してからやってみたのですが、結果は同じでした。

コード変換する前のもの、というよりにあさんの所からダウンロードしたまま
(とは言っても、最低限各スクリプトの１行目のperlのパスは修正して)
のファイルをサーバに置いて実行するとどうなりますか、フレームは表示されませんか？

＞ただ、、、本来の動きとしては、この場合の出力って、「Bad Forum」と出力
＞されるだけではなく、それに続いて HTMLのソースを吐きますよね？
＞ じゃないと、ブラウザで表示できないから。
＞ ですが、私の場合には、続くはずのHTMLのソースが吐き出されないのです。
＞「Bad Forum」だけしか吐き出されないのでやっぱりブラウザで表示されない
＞のです。

この「Bad Forum」を出力しているのは、forum.plの以下の関数ですが、
そこではHTTPヘッダに続けてHTMLを出力しその中で「Bad Forum」も出力していますから、
「Bad Forum」だけが出力されるというのもおかしい気がするのですが。

「「Bad Forum」だけしか吐き出されないのでやっぱりブラウザで表示されない」とおっしゃってますが、
これはコマンドラインから実行したときの話ということでよいですか？

sub main'WarningMsg {
	local($output);
	local($help) = &help('error');
	local($reason) = @_;

	$output = "Content-Type: text/html\n\n";
	$output .= <<"EOL";
<HTML>
<HEAD><TITLE>$reason</TITLE></HEAD>
$body
<H1>$reason
$help</H1>
EOL
(以下省略)


最初の投稿に以下の記述がありましたが、
HTTPヘッダが出力されないとこんなエラーが出ましたっけ？＞識者の方

「index.cgi を実行したのですが、Internal Server Error になり、error_logに
　Premature end of script headers: /home/users/koba/public_html/forum/article.cgi」

とするとやっぱり上の部分の関数が正常に動作していないということなのでしょうかね。

＞1) もともと index.cgi にて&forum'convert_print(*output); でHTMLを吐き出して
＞  くれなかったので、print $output; に変更したのと同様のことを、article.cgi 
＞ でも行った。  しかし現象はかわらず、HTMLを吐き出してくれない。
＞  そこで強引に
＞    $title = forum::get_title($room); 
＞  により取得されるはずの titleを $title = 'test' と強引にセット。

そういうことをしなくても、ブラウザからURLを指定する時に
下のように'room='で会議室を指定してあげれば投稿フォームは表示されますよ。

http://www〜.jp/〜/article.cgi?room=mesh.npc.2

＞2) UNIXマシンではなく、Windows98上にて、ANHTTPDと、ActivePerl にて
＞   動作を試みた。（漢字コード等変更せず）
＞    -> site.pl への必要な情報を盛り込んでみたらあっさりとHTMLは表示。
＞        ただし、上記と同じように、投稿フォームにて投稿/プレヴューしようと
＞       しても元に戻っちゃう・・・

これはなぜでしょうね。
オリジナルのスクリプトのままなら正常に動作すると思うのですが...

これ以上は何とも言えません。すみません。

全体的に言えますが、なにをやったらどうなったのかをもう少し具体的に説明して
いただけると助かるのですが。
あるいは設置しようとしているうぇぶ会議室の場所を提示してもらってもいいですし。
もしかしてローカルな環境ですか？

＞ Perlの知識がなくても、簡単に設定できる・・・・・・と思ってたのに今は、
＞Perlの本と格闘中です。

それはそれで、勉強になってよいと思いますよ。
あとあと役に立つでしょうから。(^^)

フォロー記事投稿

記事のキャンセル

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

ごめんなさい。確かに いろいろ勝手いじったために、話をややこししくしてしまいました。
 ・漢字コードを変更
 ・print文に変更
 ・関数の呼び方を変更
などなど・・・

 ちょっと上記は忘れてください ^^;  話を仕切りなおします。

 ダウンロードし、該当のディレクトに格納した後にやったことは以下のとおり
です。（ほかのことはやってません） OSは TurboLinux 4 、Perlは最初からついていた Perl5 です
・site.plを修正 -> $forumroot などを自環境に設定
・各 CGIの先頭の行の修正 --> 自環境では /usr/bin/perl
・各ファイルのパーミションの設定

これだけやってみて、
  http://www2.なんちゃら.jp/~koba/test/forum/index.cgi
とブラウザから指定（なんちゃらは、省略）
 そして、ブラウザには Internal Server Error が出て、/var/log/httpd/error_log には
Premature end of script headers: /home/users/koba/public_html/test/forum/index.cgi
とかかれています。

 そこで、念のため、各ファイルのあるディレクトに移動後 コマンドラインより
>perl index.cgi
と実行。・・・・・何も出力がない。次のプロンプトが表示されるだけ。

という次第です。 つまり、HTMLの出力がないんです。だからブラウザも表示のしようが
ないのかな？ って思ってます。

 この件は、

＞この「Bad Forum」を出力しているのは、forum.plの以下の関数ですが、
＞そこではHTTPヘッダに続けてHTMLを出力しその中で「Bad Forum」も出力していますから、
＞「Bad Forum」だけが出力されるというのもおかしい気がするのですが。

 と同じで、「Bad Forum」 だけが出力されちゃって、HTMLを一切出力していないのと
同様です。

＞「「Bad Forum」だけしか吐き出されないのでやっぱりブラウザで表示されない」とおっしゃってますが、
＞これはコマンドラインから実行したときの話ということでよいですか？

 はい。そうです。ブラウザからだとHTML出力できず、 Internal Server Error となってしまうので、
試しに コマンドラインから実行しました。本来、article.cgi は引数を伴って実行されるわけですが、
仮に引数無しで、つまり ブラウザにて,http://www2.biglobe.ne.jp/%7Enir/Forum/article.cgi と指定しても
HTMLは出力されてますよね？ ですが私の環境では  http://www2.なんちゃら.jp/~koba/test/forum/article.cgi
と指定すると、やっぱり、 Internal Server Error です

＞とするとやっぱり上の部分の関数が正常に動作していないということなのでしょうかね。

 なのかなぁ・・・って思ってたりもしてます。

＞オリジナルのスクリプトのままなら正常に動作すると思うのですが...

 ですよね？
 つまり、「おいらの設定が間違ってる」の一言だとは理解してるのですが、、、
それがどこなのかが、難しくて。

＞全体的に言えますが、なにをやったらどうなったのかをもう少し具体的に説明して
＞いただけると助かるのですが。
＞あるいは設置しようとしているうぇぶ会議室の場所を提示してもらってもいいですし。
＞もしかしてローカルな環境ですか？

 （先にいろいろやっちゃったので）話があちらこちらになってしまって真に申し訳ありません。
本当は、URLを提示したいところなのですが、完全にCloseなローカルな環境でして・・
重ね重ね申し訳ありません。

フォロー記事投稿

記事のキャンセル

6月2日に、kobaさんは書きました。

＞ごめんなさい。確かに いろいろ勝手いじったために、話をややこししくしてしまいました。
＞ ・漢字コードを変更
＞ ・print文に変更
＞ ・関数の呼び方を変更
＞などなど・・・
＞
＞ ちょっと上記は忘れてください ^^;  話を仕切りなおします。

了解しました。

＞ ダウンロードし、該当のディレクトに格納した後にやったことは以下のとおり
＞です。（ほかのことはやってません） OSは TurboLinux 4 、Perlは最初からついていた Perl5 です
＞・site.plを修正 -> $forumroot などを自環境に設定
＞・各 CGIの先頭の行の修正 --> 自環境では /usr/bin/perl
＞・各ファイルのパーミションの設定
＞
＞これだけやってみて、
＞  http://www2.なんちゃら.jp/~koba/test/forum/index.cgi
＞とブラウザから指定（なんちゃらは、省略）
＞ そして、ブラウザには Internal Server Error が出て、/var/log/httpd/error_log には
＞Premature end of script headers: /home/users/koba/public_html/test/forum/index.cgi
＞とかかれています。

うーん、index.cgiの問題でもなさそうに思えるんですけど
ほかのPerlのスクリプトは動くんでしょうか。

#!/usr/bin/perl
print   "Content-Type: text/html\n\n";
print   "<HTML><BODY><H1>It's OK!</H1></BODY></HTML>";
exit(0);

や

#!/bin/sh
echo 'Content-Type: text/html'
echo ''
echo '<HTML><BODY><H1>It's OK!</H1></BODY></HTML>'

等を実行権をつけてコマンドラインからフルパス指定で実行するとどうなりますか。

＞ そこで、念のため、各ファイルのあるディレクトに移動後 コマンドラインより
＞>perl index.cgi
＞と実行。・・・・・何も出力がない。次のプロンプトが表示されるだけ。
＞
＞という次第です。 つまり、HTMLの出力がないんです。だからブラウザも表示のしようが
＞ないのかな？ って思ってます。

HTMLの出力以前にヘッダの出力もないから、「Premature end of script headers」のエラーになっている
ということで、そこは現象と原因がはっきりした感じですね。

真の原因「なぜ何も出力がないか」は残りますが...(^^;;

＞ この件は、
＞
＞＞この「Bad Forum」を出力しているのは、forum.plの以下の関数ですが、
＞＞そこではHTTPヘッダに続けてHTMLを出力しその中で「Bad Forum」も出力していますから、
＞＞「Bad Forum」だけが出力されるというのもおかしい気がするのですが。
＞
＞ と同じで、「Bad Forum」 だけが出力されちゃって、HTMLを一切出力していないのと
＞同様です。

あれっ、これはarticle.cgiの話ですよね。
今までの話題はindex.cgiだったと思いますが。
それに「Bad Forumだけが出力」されるのはやはりおかしいです。

＞＞「「Bad Forum」だけしか吐き出されないのでやっぱりブラウザで表示されない」とおっしゃってますが、
＞＞これはコマンドラインから実行したときの話ということでよいですか？
＞
＞ はい。そうです。ブラウザからだとHTML出力できず、 Internal Server Error となってしまうので、
＞試しに コマンドラインから実行しました。本来、article.cgi は引数を伴って実行されるわけですが、
＞仮に引数無しで、つまり ブラウザにて,http://www2.biglobe.ne.jp/%7Enir/Forum/article.cgi と指定しても
＞HTMLは出力されてますよね？ ですが私の環境では  http://www2.なんちゃら.jp/~koba/test/forum/article.cgi
＞と指定すると、やっぱり、 Internal Server Error です

仕切り直したあとでも、article.cgiをコマンドラインから実行すると「Bad Forumだけが出力」
されるのでしょうか。

＞＞オリジナルのスクリプトのままなら正常に動作すると思うのですが...
＞
＞ ですよね？
＞ つまり、「おいらの設定が間違ってる」の一言だとは理解してるのですが、、、
＞それがどこなのかが、難しくて。

そちらの設定が悪いと決めつけてるわけではないですが、いろいろと正確な情報を
もらうためにやかましいことを言ってすみませんです。

＞ （先にいろいろやっちゃったので）話があちらこちらになってしまって真に申し訳ありません。

いろいろやってみるのはいいことだと思いますが、何をしたらどうなったのかを正確に
記録する(説明する)ということをしないと、第三者に有益な情報とならない、ということです。

＞本当は、URLを提示したいところなのですが、完全にCloseなローカルな環境でして・・
＞重ね重ね申し訳ありません。

とすると、kobaさんにがんばってもらうしかないですね...(^^;;

フォロー記事投稿

記事のキャンセル

にあです。しばらく出てこられなくて済みませんでした。m(__)m
＃ ＴＡＤさんやいしどうさんには迷惑かけっぱなしですね。(^^;;

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

＞6月2日に、kobaさんは書きました。
＞
＞＞ ダウンロードし、該当のディレクトに格納した後にやったことは以下のとおり
＞＞です。（ほかのことはやってません） OSは TurboLinux 4 、Perlは最初からついていた Perl5 です
＞＞・site.plを修正 -> $forumroot などを自環境に設定
＞＞・各 CGIの先頭の行の修正 --> 自環境では /usr/bin/perl
＞＞・各ファイルのパーミションの設定
＞＞
＞＞これだけやってみて、
＞＞  http://www2.なんちゃら.jp/~koba/test/forum/index.cgi
＞＞とブラウザから指定（なんちゃらは、省略）
＞＞ そして、ブラウザには Internal Server Error が出て、/var/log/httpd/error_log には
＞＞Premature end of script headers: /home/users/koba/public_html/test/forum/index.cgi
＞＞とかかれています。

うわぁぁ、これは恐れていたことが現実になったような気が... (^^;;

＞うーん、index.cgiの問題でもなさそうに思えるんですけど
＞ほかのPerlのスクリプトは動くんでしょうか。
＞
＞#!/usr/bin/perl
＞print   "Content-Type: text/html\n\n";
＞print   "<HTML><BODY><H1>It's OK!</H1></BODY></HTML>";
＞exit(0);
＞
＞や
＞
＞#!/bin/sh
＞echo 'Content-Type: text/html'
＞echo ''
＞echo '<HTML><BODY><H1>It's OK!</H1></BODY></HTML>'
＞
＞等を実行権をつけてコマンドラインからフルパス指定で実行するとどうなりますか。

たぶん、何の問題もなく動くことでしょう。予想が正しければ。(^^;;

＞＞ そこで、念のため、各ファイルのあるディレクトに移動後 コマンドラインより
＞＞>perl index.cgi
＞＞と実行。・・・・・何も出力がない。次のプロンプトが表示されるだけ。

＞＞ と同じで、「Bad Forum」 だけが出力されちゃって、HTMLを一切出力していないのと
＞＞同様です。

これらの動作から考えられる事は、一言で言うと「うぇぶ会議室」のスクリプトが
もはや時代遅れになってしまった、と言うことです、恐らく。(^^;;;

kobaさんに頼みがあるのですが、「perl -v」や「perl -V」の出力を
正確に教えていただけないでしょうか?


さて、原因は何かと言いますと、perlの最近のヴァージョンでは、スレッドの機能を
サポートしたヴァージョンがあるそうなんですが、それらのヴァージョンでは、
$_ 変数の typeglob が出来なくなったそうなのです。
＃ つまり my で宣言した変数などとおなじ扱いです。

うぇぶ会議室のスクリプトでは、いくつかの場所で typeglab による変数受け渡しを
使っていますが、将に問題となっている出力ルーティンの辺りは $_ の typeglab を
ふんだんに使っている所でして、これらの typeglab が全て効かないと仮定すると
ご覧になったような現象が現われるはずです。

と言うことで、前向きの解決法は、うぇぶ会議室のスクリプトを全て $_ の typeglab
無しに書き換えて、thread 機能対応の perl でも動くようにすること。そして、
後ろ向きの解決法は、thread 未対応の古い perl を使うことです。(^^;;

＃ さすがにメジャーヴァージョンアップから3年以上が過ぎてしまい、
＃ 色々な所で時代の流れから取り残されつつあります。
＃＃ そのことは良く分かってはいるんですが、なんともはや...

フォロー記事投稿

記事のキャンセル

いしどう＠自宅 っす。

6月3日に、にあさんは書きました。

＞にあです。しばらく出てこられなくて済みませんでした。m(__)m

お疲れ様です (_ _)
＃ わたしもいま、はまり気味(^^;;

＞＃ ＴＡＤさんやいしどうさんには迷惑かけっぱなしですね。(^^;;

あいえいえ、お気遣いなく(^o^)

＞さて、原因は何かと言いますと、perlの最近のヴァージョンでは、スレッドの機能を
＞サポートしたヴァージョンがあるそうなんですが、それらのヴァージョンでは、
＞$_ 変数の typeglob が出来なくなったそうなのです。
＞＃ つまり my で宣言した変数などとおなじ扱いです。

あれ？
最新版(5.6.0)をソースからコンパイルしたのがいま使ってるPC(Windows2000)
に入ってるんですけど、うぇぶ会議室は動作しましたよ。
（crypt()を仕込んでないんで、完全には動作しないんですが(^^;;;）

C:\>perl -V
Summary of my perl5 (revision 5 version 6 subversion 0) configuration:
  Platform:
    osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread
    uname=''
    config_args='undef'
    hint=recommended, useposix=true, d_sigaction=undef
    usethreads=undef use5005threads=undef useithreads=define usemultiplicity=def
ine
    useperlio=undef d_sfio=undef uselargefiles=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef
  Compiler:
    cc='gcc', optimize='-g -O2', gccversion=
    cppflags='-DWIN32'
    ccflags ='-g -O2 -DWIN32  -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-s
trict-aliasing -DPERL_MSVCRT_READFIX'
    stdchar='char', d_stdstdio=define, usevfork=false
    intsize=4, longsize=4, ptrsize=4, doublesize=8
    d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize
=4
    alignbytes=8, usemymalloc=n, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags =' -L"c:\perl\5.6.0\lib\MSWin32-x86-multi-thread\CORE" -L"
c:\gcc-2.95.2-1\lib"'
    libpth=c:\gcc-2.95.2-1\lib
    libs= -lmsvcrt -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32
-ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lwsock32 -lmpr -lwinm
m -lversion -lodbc32
    libc=-lmsvcrt, so=dll, useshrplib=yes, libperl=libperl56.a
  Dynamic Linking:
    dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
    cccdlflags=' ', lddlflags='-mdll  -L"c:\perl\5.6.0\lib\MSWin32-x86-multi-thr
ead\CORE" -L"c:\gcc-2.95.2-1\lib"'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_ITHREADS PERL_IMPLICIT_CONTEXT PERL_IMP
LICIT_SYS
  Built under MSWin32
  Compiled at May 28 2000 03:35:08
  @INC:
    c:/perl/5.6.0/lib/MSWin32-x86-multi-thread
    c:/perl/5.6.0/lib
    c:/perl/site/5.6.0/lib/MSWin32-x86-multi-thread
    c:/perl/site/5.6.0/lib
    .

C:\>perl -v

This is perl, v5.6.0 built for MSWin32-x86-multi-thread

（以下略）

フォロー記事投稿

記事のキャンセル

6月3日に、いしどうさんは書きました。

＞最新版(5.6.0)をソースからコンパイルしたのがいま使ってるPC(Windows2000)
＞に入ってるんですけど、うぇぶ会議室は動作しましたよ。

ふーむ。

＞C:\>perl -V
＞Summary of my perl5 (revision 5 version 6 subversion 0) configuration:
＞  Platform:
＞    osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread

＞    usethreads=undef use5005threads=undef useithreads=define usemultiplicity=define

＞C:\>perl -v
＞This is perl, v5.6.0 built for MSWin32-x86-multi-thread

ほほう、一口にスレッドと言っても問題ない物とそうでない物とがあるのですね。

試しに手元のsolaris7マシンでスレッド対応とそうじゃ無い物の2つのperl5.6.0を
コンパイルし以下のスクリプトを実行して見ました。

----- ここから -----
#!/usr/local/bin/perl

require Config;
import Config;

foreach (keys %Config) {
        next unless (/thread|osname|osvers|archname/ && defined($Config{$_}));
        printf("%s = %s\n", $_, $Config{$_});
}

sub child {
        local(*_) = @_;
        print "child: $_\n";
        $_ = 'child($_)';
}

sub parent {
        local($str) = 'parent($str)';
        local($_) = 'parent($_)';
        child(*str);
        print "parent: $_\n";
}

print "-----\n";
parent();
----- ここまで -----

----- 結果(スレッド無し) ----
archname = sun4-solaris
osname = solaris
osvers = 2.7
archname64 = 
i_pthread = define
myarchname = sun4-solaris
old_pthread_create_joinable = 
-----
child: parent($str)
parent: parent($_)
----- ここまで -----

----- 結果(スレッド有り) ----
archname = sun4-solaris-thread
osname = solaris
osvers = 2.7
archname64 = 
i_pthread = define
myarchname = sun4-solaris
old_pthread_create_joinable = 
use5005threads = define
usethreads = define
-----
child: parent($_)
parent: child($_)
----- ここまで -----

どうも、いしどうさんの結果と合わせてみると、interpreter-based threadsでは
問題は出ないけど、5.005 version threadsを使っている物では上手く動かない、
と言うことでしょうか?

＃ いしどうさんの結果で 'usethreads=undef' になっているのがチョット気になりますが。

フォロー記事投稿

記事のキャンセル

6月3日に、にあは書きました。

＞試しに手元のsolaris7マシンでスレッド対応とそうじゃ無い物の2つのperl5.6.0を
＞コンパイルし以下のスクリプトを実行して見ました。

＞----- 結果(スレッド無し) ----
＞archname = sun4-solaris
＞osname = solaris
＞osvers = 2.7
＞archname64 = 
＞i_pthread = define
＞myarchname = sun4-solaris
＞old_pthread_create_joinable = 
＞-----
＞child: parent($str)
＞parent: parent($_)
＞----- ここまで -----
＞
＞----- 結果(スレッド有り) ----
＞archname = sun4-solaris-thread
＞osname = solaris
＞osvers = 2.7
＞archname64 = 
＞i_pthread = define
＞myarchname = sun4-solaris
＞old_pthread_create_joinable = 
＞use5005threads = define
＞usethreads = define
＞-----
＞child: parent($_)
＞parent: child($_)
＞----- ここまで -----
＞
＞どうも、いしどうさんの結果と合わせてみると、interpreter-based threadsでは
＞問題は出ないけど、5.005 version threadsを使っている物では上手く動かない、
＞と言うことでしょうか?
＞
＞＃ いしどうさんの結果で 'usethreads=undef' になっているのがチョット気になりますが。

Solaris7でもinterpreter-based threads対応のヴァージョンを作って試してみました。
案の定上手く動きます。

----- 結果(interpreter-basedスレッド有り) ----
archname = sun4-solaris-thread-multi
osname = solaris
osvers = 2.7
archname64 = 
i_pthread = define
myarchname = sun4-solaris
old_pthread_create_joinable = 
useithreads = define
usethreads = define
-----
child: parent($str)
parent: parent($_)
----- ここまで -----

フォロー記事投稿

記事のキャンセル

6月3日に、にあさんは書きました。

＞にあです。しばらく出てこられなくて済みませんでした。m(__)m
＞＃ ＴＡＤさんやいしどうさんには迷惑かけっぱなしですね。(^^;;

全然構わないです。が、
やっぱり私では役不足なのでちゃんとにあさんも出てきてください。(#^_^#)

今回の件でも的はずれなことをしてしまってkobaさんにもご迷惑をおかけしてしまいました。
すみません。m(_ _)m

＞これらの動作から考えられる事は、一言で言うと「うぇぶ会議室」のスクリプトが
＞もはや時代遅れになってしまった、と言うことです、恐らく。(^^;;;

＞さて、原因は何かと言いますと、perlの最近のヴァージョンでは、スレッドの機能を
＞サポートしたヴァージョンがあるそうなんですが、それらのヴァージョンでは、
＞$_ 変数の typeglob が出来なくなったそうなのです。
＞＃ つまり my で宣言した変数などとおなじ扱いです。
＞
＞うぇぶ会議室のスクリプトでは、いくつかの場所で typeglab による変数受け渡しを
＞使っていますが、将に問題となっている出力ルーティンの辺りは $_ の typeglab を
＞ふんだんに使っている所でして、これらの typeglab が全て効かないと仮定すると
＞ご覧になったような現象が現われるはずです。

ということは、下のようなmatch演算子も

$_ = $hoge;
if (m/^Huga/i) {
　　&com;
}

下のようにちゃんと書く必要があるってことですか。

if ($hoge =~ m/^Huga/i) {
　　&com;
}


それと、下のようなのはどうなるんでしょう。

sub hoge{
　　local($ho) = $_;

　　...
}

＞と言うことで、前向きの解決法は、うぇぶ会議室のスクリプトを全て $_ の typeglab
＞無しに書き換えて、thread 機能対応の perl でも動くようにすること。そして、

これは、どのくらいのボリュームになるんでしょうか。

単純に上に書いたように記述を変更するだけでよいのでしょうか。
それともその他、考慮すべきことがあるのでしょうか。

＞後ろ向きの解決法は、thread 未対応の古い perl を使うことです。(^^;;

古いわけではない、ってことは別記事にある通りですね。
でもまぁ、後ろ向きというか、ユーザ側ではそうできないことが多いですから
あまり解決にはならないんじゃないですか。

＞＃ さすがにメジャーヴァージョンアップから3年以上が過ぎてしまい、
＞＃ 色々な所で時代の流れから取り残されつつあります。

「色々な所」、ですか。他にもあるのか... (^^;;

＞＃＃ そのことは良く分かってはいるんですが、なんともはや...

少しずつでもいいですから、ねぇ、にあさん。(#^_^#)

フォロー記事投稿

記事のキャンセル

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

＞6月3日に、にあは書きました。
＞
＞＞うぇぶ会議室のスクリプトでは、いくつかの場所で typeglab による変数受け渡しを

良く見たら、使っていたのはforum.plだけでした。

＞＞使っていますが、将に問題となっている出力ルーティンの辺りは $_ の typeglab を
＞＞ふんだんに使っている所でして、これらの typeglab が全て効かないと仮定すると
＞＞ご覧になったような現象が現われるはずです。
＞
＞ということは、下のようなmatch演算子も
＞
＞$_ = $hoge;
＞if (m/^Huga/i) {
＞　　&com;
＞}

いや、問題有るのは$_変数のtypeglobだけなので、

&com(*_);

とか、

sub com {
	local(*_) = @_;
	...
}

とか言う所だけです。

＞＞と言うことで、前向きの解決法は、うぇぶ会議室のスクリプトを全て $_ の typeglab
＞＞無しに書き換えて、thread 機能対応の perl でも動くようにすること。そして、
＞
＞これは、どのくらいのボリュームになるんでしょうか。

と言うことで、大したこと無かったので、forum.plをパッチしてみました。
あ、それから同梱して有るjcode.plにも同様の問題があるので、
v2.11以上のjcode.plに差し替えて下さい。上手く動くでしょうか? ＞ kobaさん

＞＞＃ さすがにメジャーヴァージョンアップから3年以上が過ぎてしまい、
＞＞＃ 色々な所で時代の流れから取り残されつつあります。
＞
＞「色々な所」、ですか。他にもあるのか... (^^;;

まあ、色々直したいところは山積しているのですが...

＞＞＃＃ そのことは良く分かってはいるんですが、なんともはや...
＞
＞少しずつでもいいですから、ねぇ、にあさん。(#^_^#)

動かなくならないと直さないところが、ダメダメですね。(^^;;

フォロー記事投稿

記事のキャンセル

6月3日に、にあさんは書きました。

有識者の皆様、真にありがとうございます。
そして、たび重なる私の説明不足等、ご迷惑をおかけしてます。

本職が忙しくてなかなかその後の確認が出来ていない状態ですが、
フォローできるところにフォローいたします。

TAD様のフォローにあります、

＞＞うーん、index.cgiの問題でもなさそうに思えるんですけど
＞＞ほかのPerlのスクリプトは動くんでしょうか。

 に関しては、下記の両方とも問題ないようです。
＞＞#!/usr/bin/perl
＞＞や
＞＞#!/bin/sh
＃ ただし、sh の "It's OK!" はこのままじゃ syntax error にはなっちゃいますけど。

＞kobaさんに頼みがあるのですが、「perl -v」や「perl -V」の出力を
＞正確に教えていただけないでしょうか?

 はい。以下のようになりました。

16 jupiter koba test > perl -v

This is perl, version 5.005_03 built for i386-linux

Copyright 1987-1999, Larry Wall

Japanization patch 4 by Yasushi Saito, 1996

Modified by Hirofumi Watanabe, 1996-1999
jperl5.005_03-990503
EUC version

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5.0 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using `man perl' or `perldoc perl'.  If you have access to the
Internet, point your browser at http://www.perl.com/, the Perl Home Page.

及び、
17 jupiter koba test > perl -V
Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
  Platform:
    osname=linux, osvers=2.2.9, archname=i386-linux
    uname='linux servidor.pht.co.jp 2.2.9 #1 smp tue jun 15 04:07:10 jst 1999 i6
86 unknown '
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=define useperlio=undef d_sfio=undef
  Compiler:
    cc='gcc', optimize='-O6 -mpentium', gccversion=egcs-2.91.60 19981201 (egcs-1
.1.1 release)
    cppflags='-D_REENTRANT -Dbool=char -DHAS_BOOL -I/usr/local/include'
    ccflags ='-D_REENTRANT -Dbool=char -DHAS_BOOL -I/usr/local/include'
    stdchar='char', d_stdstdio=define, usevfork=false
    intsize=4, longsize=4, ptrsize=4, doublesize=8
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib
    libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lpthread -lc -lposix -lcrypt
    libc=, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
    cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Built under linux
  Compiled at Jun 18 1999 10:03:23
  @INC:
    /usr/lib/perl5/5.00503/i386-linux-thread
    /usr/lib/perl5/5.00503
    /usr/lib/perl5/site_perl/i386-linux
    /usr/lib/perl5/site_perl
    .

と表示されました。（何が書いてあるのかはさっぱり・・・^^;）
ちなみに、このPerlはPerl5らしいのですが、TurboLinux4.0 についてきていた
らしいです。（私がインストールしたわけじゃないので、不確実でもうしわけないのですが）

フォロー記事投稿

記事のキャンセル

6月5日に、kobaさんは書きました。

＞＞kobaさんに頼みがあるのですが、「perl -v」や「perl -V」の出力を
＞＞正確に教えていただけないでしょうか?
＞
＞ はい。以下のようになりました。

＞This is perl, version 5.005_03 built for i386-linux

＞Japanization patch 4 by Yasushi Saito, 1996
＞
＞Modified by Hirofumi Watanabe, 1996-1999
＞jperl5.005_03-990503
＞EUC version

ありゃ、jperlなんですね。
jperl利用時の注意事項は、FAQのjperlの項目を参照して下さい。

＞Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
＞  Platform:
＞    osname=linux, osvers=2.2.9, archname=i386-linux

＞    usethreads=define useperlio=undef d_sfio=undef

ははぁ、やはりthread対応版のperl、それも5.005_03と言うことで、
もろにtypeglobの問題が出てしまったようですね。

と言うことで、記事219『Thread perl対応パッチ』に書いたように、
forum.plとjcode.plを差し替えて試して見ていただけませんか?
＃ 多分これで動くのじゃないかしら。

フォロー記事投稿

記事のキャンセル

6月6日に、にあさんは書きました。

先に結論から申しますと、今まで苦労していたのが嘘のように、さっくりと
動くことができました。

＞＞jperl5.005_03-990503

＞ありゃ、jperlなんですね。
＞jperl利用時の注意事項は、FAQのjperlの項目を参照して下さい。

 げげっ 自分のところの環境が jperl だというのはご指摘いただくまで
全く知りませんでした。さらに悪いことに
 「PerlとJPerl って違うの？」くらいの認識しかありませんでした。

本来であれば、「サポート外です。はいこれで終わり」なところを
本当にありがとうございます。

＞と言うことで、記事219『Thread perl対応パッチ』に書いたように、
＞forum.plとjcode.plを差し替えて試して見ていただけませんか?
＞＃ 多分これで動くのじゃないかしら。

 はい。おっしゃるとおりあっさりと動きました。
みなさま、大変ありがとうございました。
（Perlの道は奥が深いですね）

フォロー記事投稿

記事のキャンセル

今更ですが、
Perlバージョン４（Win版、jperlは×）を
入手したいのですが。。。

色々、サイトを見て回ったりしましたが
見つかりません。

何処で手に入るでしょう？

どなたか、ご存知の方教えてやって下さい。
お願いします。

フォロー記事投稿

記事のキャンセル

いしどう です。

6月1日に、ころりさんは書きました。

＞今更ですが、
＞Perlバージョン４（Win版、jperlは×）を
＞入手したいのですが。。。

＞何処で手に入るでしょう？

ftp://ftp.intergraph.com/pub/win32/perl/perldel.zip

かなぁ…

動くかどうか、試してないので、わかりません(^^;;

フォロー記事投稿

記事のキャンセル

6月1日に、ころりさんは書きました。

＞今更ですが、
＞Perlバージョン４（Win版、jperlは×）を
＞入手したいのですが。。。
＞
＞色々、サイトを見て回ったりしましたが
＞見つかりません。

探したとは思いますが、CPANにもperl4はもう無いんですね。

フォロー記事投稿

記事のキャンセル

こんにちは。

以前からうぇぶ会議室を使わせていただいてます。最近サーバーをかえて
あらたに設置し直したのですが、なぜか最初に記事が表示されません。
会議室選択から部屋を選択すれば問題無く記事が表示されるのですが・・・

URLは http://waterski.ug.to/meeting.htm

今回初めてCGIと本体を置く場所が別になっているサーバーですごく手間取りました。
FTPでログオンすると、

ftp.waterski.ug.to/     
        |      
        |____cgi-bin/   [掲示板やチャットなどの設置場所 ]
        |        |
        |       forum/  [会議室のＣＧＩがおいてあるところ]
        |
        |____htdocs/     [ HTML、JPG、GIF、などの置き場所]
                 | meeting.htm [フレームでcgi-bin/index.cgiにアクセス]
                 |
                 |                 
                meeting/  [フォルダ]
                     |
                     |
                    forum/  [会議室の本体]

です。ブラウザでアクセスすると、htdocsの中が一番はじめに表示されます。
site.plでの設定でいろいろ試した結果いまは下記のようにしています。

$forumroot = '/meeting/forum';
$cgiroot = '/cgi-bin/forum';
$forumpath = '../../htdocs/meeting/forum';

これで最初に記事が表示されないのを除けば書き込み、フォロー、キャンセルなど、
なにも問題なく使えます。なぜか最初にコンテンツのところに

Forbidden
You don't have permission to access /meeting/forum/contents.cgi on this server.

とでてしまいます。/meeting/forum以下にはcontents.cgiはないので
アクセスできないのまではわかるのですが、どうしてこうなってしまうのかわかりません。
なにかよきアドバイスをよろしくお願いいたします。

もしくは最初にコンテンツの変わりになにかhtmlを表示したい場合はindex.cgiのどこを
帰れば良いでしょうか？

フォロー記事投稿

記事のキャンセル

6月17日に、ひろさんは書きました。

＞今回初めてCGIと本体を置く場所が別になっているサーバーですごく手間取りました。

＞site.plでの設定でいろいろ試した結果いまは下記のようにしています。
＞$forumroot = '/meeting/forum';
＞$cgiroot = '/cgi-bin/forum';
＞$forumpath = '../../htdocs/meeting/forum';
＞
＞これで最初に記事が表示されないのを除けば書き込み、フォロー、キャンセルなど、
＞なにも問題なく使えます。

と言うことなら、取りあえず設定はサーヴァにあっているのでしょう。
特に変な所も見られませんし。

＞なぜか最初にコンテンツのところに
＞You don't have permission to access /meeting/forum/contents.cgi on this server.

/meeting/forum は $forumroot ですね。

ここが $forumroot から始まっていると言うことは、site.pl で

$contents = 'contents.cgi?room=ski';

と言う設定がされていると考えられますが、いかがでしょうか?

site.pl での $contents 設定は、手抜きで $forumroot からしか始められないので、
$cgiroot の元にあるコンテンツを指定する場合は、$forumroot からの相対URL、
つまり、ひろさんの場合だと、

$contents = '../../cgi-bin/forum/contents.cgi?room=ski';

の様に書く必要があります。(^^;
＃ 本当は、絶対URLで書かれていたら、それを使うようにした方が、出力されるHTMLが
＃ 綺麗ですし、HTMLとCGIのサーヴァが異なっていたら、今のままでは指定できないので
＃ 直した方が良いのでしょうが... (^^;;

もっとも、今回のひろさんの設定だと、「ski」は最初の部屋なので、$contents を
設定しないままにしておけば、デフォルトで上でしたのと同じ設定になります。
自動設定の場合は、$forumrootでは無く$cgirootを使いますので、
$forumrootと$cgirootが異なっていても意識する必要はありません。

フォロー記事投稿

記事のキャンセル

レスが遅くなりましたが、にあさんありがとうございました。

いろいろ詳しく説明していただきなぞがとけました。
ちゃんと表示されるようになりました。m(_ _)m

フォロー記事投稿

記事のキャンセル

はじめまして。
うぇぶ会議室を社内イントラに使おうとしていますが、
設定中にうまくいかないことがありました。

新規記事投稿を行った時、会議室選択ページの
新規記事投稿された部屋の日付の色が変わると思います。

私のところで起こる現象は、
会議室1 で新規記事の投稿を行った後、会議室2 にも
新規記事の投稿を行った時、会議室選択ページの日付の色が
後に投稿した会議室2 の方しか変わってくれません。

何か解決方法があるのであれば教えてください。　　　　るか

フォロー記事投稿

記事のキャンセル

HATABOWです。お世話になっております。

５月初旬にサーバを移転しまして、それまでの記事に対するレスや、
その記事の削除はできなくなってしまいました。
（パスの手動変更が面倒だったのでそのままにしました。上記ができなくなったことを
ページ上で公開し、みなさんには許してもらいました。）

またサーバを移転しなければいけないので、今度はパスも変更しようと思っています。

過去記事に、Shigeさんのパス一括変更（コマンドライン）がありました。(http://www2.biglobe.ne.jp/%7Enir/Forum/mesh.forum.4/00064.html)

>　ＣＧＩで実行できるものではなくて
>　コマンドラインから実行するものを作ってます。
>　現状では置換前後のドキュメントを明確に指定しなければならず
>　パス構造の一括した変更には対応してませんが
>　ちょっと手を加えるだけで済むかも

今も公開されていたらURL教えてもらえませんか？
他にもパス変更のツールがあれば教えてください。

他にも同じようにパスを変更する必要がでてきた人も多数いると思いますが、
どのように対処したのか、参考までに教えてください。

よろしくお願いします。

フォロー記事投稿

記事のキャンセル

6月30日に、HATABOWさんは書きました。

＞HATABOWです。お世話になっております。
＞
＞５月初旬にサーバを移転しまして、それまでの記事に対するレスや、
＞その記事の削除はできなくなってしまいました。
＞（パスの手動変更が面倒だったのでそのままにしました。上記ができなくなったことを
＞ページ上で公開し、みなさんには許してもらいました。）
＞
＞またサーバを移転しなければいけないので、今度はパスも変更しようと思っています。
＞
＞過去記事に、Shigeさんのパス一括変更（コマンドライン）がありました。(http://www2.biglobe.ne.jp/%7Enir/Forum/mesh.forum.4/00064.html)
＞
＞>　ＣＧＩで実行できるものではなくて
＞>　コマンドラインから実行するものを作ってます。
＞>　現状では置換前後のドキュメントを明確に指定しなければならず
＞>　パス構造の一括した変更には対応してませんが
＞>　ちょっと手を加えるだけで済むかも
＞
＞今も公開されていたらURL教えてもらえませんか？
＞他にもパス変更のツールがあれば教えてください。
＞

　今もあります。名前のリンク先にＤＬペイヂが繋がっています。

　残念ながら、利用実績報告のような物は一切ありません
　私自身は　オンラインマニュアル中のリンクを相対に変換して以来
　触ってませんから　バックアップは必ず行ってからにしてくださいね

＞他にも同じようにパスを変更する必要がでてきた人も多数いると思いますが、
＞どのように対処したのか、参考までに教えてください。
＞
＞よろしくお願いします。

フォロー記事投稿

記事のキャンセル

どうもありがとうございます。

今は知人のサーバに設置させてもらっていますが、
まとまった時間がとれる時に、今使っているBIGNETに移動しようと考えています。

実際に作業するのはまだ先ですが、Shigeさんのページもお気に入りに入れましたし
作業したときには、報告するようにします。たぶん８月くらいに作業します。

今チラッとオンラインマニュアルを見ました。
cgiとかperlとかよく分かっていないので難しそうですが、
がんばってみます。

どうもありがとうございました。





6月30日に、Shigeさんは書きました。

＞6月30日に、HATABOWさんは書きました。
＞
＞＞HATABOWです。お世話になっております。
＞＞
＞＞５月初旬にサーバを移転しまして、それまでの記事に対するレスや、
＞＞その記事の削除はできなくなってしまいました。
＞＞（パスの手動変更が面倒だったのでそのままにしました。上記ができなくなったことを
＞＞ページ上で公開し、みなさんには許してもらいました。）
＞＞
＞＞またサーバを移転しなければいけないので、今度はパスも変更しようと思っています。
＞＞
＞＞過去記事に、Shigeさんのパス一括変更（コマンドライン）がありました。(http://www2.biglobe.ne.jp/%7Enir/Forum/mesh.forum.4/00064.html)
＞＞
＞＞>　ＣＧＩで実行できるものではなくて
＞＞>　コマンドラインから実行するものを作ってます。
＞＞>　現状では置換前後のドキュメントを明確に指定しなければならず
＞＞>　パス構造の一括した変更には対応してませんが
＞＞>　ちょっと手を加えるだけで済むかも
＞＞
＞＞今も公開されていたらURL教えてもらえませんか？
＞＞他にもパス変更のツールがあれば教えてください。
＞＞
＞
＞　今もあります。名前のリンク先にＤＬペイヂが繋がっています。
＞
＞　残念ながら、利用実績報告のような物は一切ありません
＞　私自身は　オンラインマニュアル中のリンクを相対に変換して以来
＞　触ってませんから　バックアップは必ず行ってからにしてくださいね
＞
＞＞他にも同じようにパスを変更する必要がでてきた人も多数いると思いますが、
＞＞どのように対処したのか、参考までに教えてください。
＞＞
＞＞よろしくお願いします。

以上51記事（キャンセル分を含む）

ホームペーヂに戻る