11: Re: 【7】memory.cgiについて
Famさん
詳細な報告を頂きありがとうございます。
どうも、私が実験で 一行 1858行目に <#> :コメント
を入れてしまっていたのが問題だったようです。
一応、Famさんのディレクトリ構造を再現して、
httpd サーバーで確認しました。
http://www.yuknak.com/main/daily/memory102.lzh
にその部分と、Famさんのディレクトリ構造に対応して
変更したファイルを置きました。
(perl のディレクトリは異なっていると思います)
これを解凍して確認していただけますか。
ご迷惑をおかけしました。
詳細な報告を頂きありがとうございます。
どうも、私が実験で 一行 1858行目に <#> :コメント
を入れてしまっていたのが問題だったようです。
一応、Famさんのディレクトリ構造を再現して、
httpd サーバーで確認しました。
http://www.yuknak.com/main/daily/memory102.lzh
にその部分と、Famさんのディレクトリ構造に対応して
変更したファイルを置きました。
(perl のディレクトリは異なっていると思います)
これを解凍して確認していただけますか。
ご迷惑をおかけしました。
10: Re:【6】Re: 【5】memory.cgiについて
yuknakさん、 ご連絡ありがとうございました。
現在まだ不具合は回避できておりません。
下記に詳細を記載いたします。
#さて、Famさんの場合、書き込み情報から見る限り、 HTMLファイルの存在する
#ディレクトリと memory.cgi の存在するディレクトリの 共通親ディレクトリ
#/public_html/ から見た深さが 異なっておりますので、これが問題と
#思われます。
#多分 セットアップ画面で <画像アップ先URL>を<../dialy/images/>と
#変更するか、197行目の 記述を同様に変えるかすれば cgiからも
#HTMLからも 正常に画像ファイルがアクセスできると思います。
#(95行目の アップロード先URLは <../../gallery/abc/dialy/images/>
#と現状のままです)
まず、.pl関連は障害切分を容易にする為、.cgiと同一ディレクトリに実装済です。
(*.plと*.cgiにはx属性を付けてあります)
ディレクトリ関連の変更点を下記にまとめました。
------------------------
52行目(変更無し)
$::cgi_name = 'memory.cgi';
62行目(変更無し、./logディレクトリ作成済)
$::log_directory = './log/';
73行目(.cgiと同一フォルダに変更)
$::jcode_liblary = './jcode.pl';
90行目(.cgiと同一フォルダに変更)
$::cgilib_liblary = './cgi-lib.pl';
93行目(変更無し)
$::html_temp_file = './html_temp.txt';# 公開用htmlファイルの作業用ファイルパス
94行目(変更有り)
$::out_HTML_path = '../../gallery/abc/dialy/';# 公開用htmlファイルパス
95行目(変更有り)
$::Image_path = '../../gallery/abc/dialy/images';# 画像ファイルのアップロード先
------------------------
この状況においてmemory.cgiのセットアップを実行すると
「■ 全般」の中に「出力するページURL」が設定できますが
ご指摘の「セットアップ画面で <画像アップ先URL>」というのは
この部分の事でしょうか?
今回、これを「../dialy/images」にしてみました。
その後、適当に新規登録で画像ファイル3つほどを登録。
管理用(HTMLファイル出力)画面においては正常に閲覧可能です。
さて、この後動画面においてhtmlファイル出力(送信)を実行するのですが
「HTMLファイル出力範囲の確認」において「開始 No.:」を"3"、
「終了 No.:」を"1"とし「このページのURL:」部分には
"./memory.htm"を指定してみました。
その結果、.htmファイルはgallery/abc/dialy/memory.htmに出力されますが
その.htmをブラウジングすると画像リンク先は下記のように誤ったままです。
テキストのみ登録した際のヌル画像へのリンク
gallery/abc/dialy/xxxxx.gif
そのソース
# <a href="null.gif">
# <img src="null.gif" width=113 border=0 alt="null画像 test(なし)">
->ヌル画像に関しては予め上記ディレクトリに
実装しておけば回避可能かとは思います
テキスト&画像登録した際の実画像へのリンク
gallery/gallery/abc/dialy/img2.jpg
そのソース
# <a href="../../gallery/abc/dialy/img2.jpg">
# <img src="../../gallery/abc/dialy/img2.jpg" width=160 border=0 alt="jpg画像 test2(img2.jpg)">
->gallery/galleryのようになってしまいますので回避できません。
当方に何らかの設定ミスがあるのでしょうか?
現在まだ不具合は回避できておりません。
下記に詳細を記載いたします。
#さて、Famさんの場合、書き込み情報から見る限り、 HTMLファイルの存在する
#ディレクトリと memory.cgi の存在するディレクトリの 共通親ディレクトリ
#/public_html/ から見た深さが 異なっておりますので、これが問題と
#思われます。
#多分 セットアップ画面で <画像アップ先URL>を<../dialy/images/>と
#変更するか、197行目の 記述を同様に変えるかすれば cgiからも
#HTMLからも 正常に画像ファイルがアクセスできると思います。
#(95行目の アップロード先URLは <../../gallery/abc/dialy/images/>
#と現状のままです)
まず、.pl関連は障害切分を容易にする為、.cgiと同一ディレクトリに実装済です。
(*.plと*.cgiにはx属性を付けてあります)
ディレクトリ関連の変更点を下記にまとめました。
------------------------
52行目(変更無し)
$::cgi_name = 'memory.cgi';
62行目(変更無し、./logディレクトリ作成済)
$::log_directory = './log/';
73行目(.cgiと同一フォルダに変更)
$::jcode_liblary = './jcode.pl';
90行目(.cgiと同一フォルダに変更)
$::cgilib_liblary = './cgi-lib.pl';
93行目(変更無し)
$::html_temp_file = './html_temp.txt';# 公開用htmlファイルの作業用ファイルパス
94行目(変更有り)
$::out_HTML_path = '../../gallery/abc/dialy/';# 公開用htmlファイルパス
95行目(変更有り)
$::Image_path = '../../gallery/abc/dialy/images';# 画像ファイルのアップロード先
------------------------
この状況においてmemory.cgiのセットアップを実行すると
「■ 全般」の中に「出力するページURL」が設定できますが
ご指摘の「セットアップ画面で <画像アップ先URL>」というのは
この部分の事でしょうか?
今回、これを「../dialy/images」にしてみました。
その後、適当に新規登録で画像ファイル3つほどを登録。
管理用(HTMLファイル出力)画面においては正常に閲覧可能です。
さて、この後動画面においてhtmlファイル出力(送信)を実行するのですが
「HTMLファイル出力範囲の確認」において「開始 No.:」を"3"、
「終了 No.:」を"1"とし「このページのURL:」部分には
"./memory.htm"を指定してみました。
その結果、.htmファイルはgallery/abc/dialy/memory.htmに出力されますが
その.htmをブラウジングすると画像リンク先は下記のように誤ったままです。
テキストのみ登録した際のヌル画像へのリンク
gallery/abc/dialy/xxxxx.gif
そのソース
# <a href="null.gif">
# <img src="null.gif" width=113 border=0 alt="null画像 test(なし)">
->ヌル画像に関しては予め上記ディレクトリに
実装しておけば回避可能かとは思います
テキスト&画像登録した際の実画像へのリンク
gallery/gallery/abc/dialy/img2.jpg
そのソース
# <a href="../../gallery/abc/dialy/img2.jpg">
# <img src="../../gallery/abc/dialy/img2.jpg" width=160 border=0 alt="jpg画像 test2(img2.jpg)">
->gallery/galleryのようになってしまいますので回避できません。
当方に何らかの設定ミスがあるのでしょうか?
9: Re: 【5】memory.cgiについて
Famさん、 拙作をお試しいただきありがとうございます。
年末のゴタゴタ(主に女房の下僕で 年賀状作成)で
掲示板を見るのが遅くなってしまい、コメントが遅れたことを
お詫びします。
以下、お問合せの質問に対するコメントです。
是非 ご検討頂き、(もしかしたら、他にも試していただける方
がいるやも知れませんので、その方への道標として)結果を
アップいただけると幸甚です。
私の原プログラムでは イメージファイルのアップロードパスは
1505行目の
my $imagefile = $::Image_path . "img" . $no ."." . $type;
でセットされます。 ここで $::Image_path は 95行目で
$::Image_path = '../../../main/daily/';
となっています。
私の場合、同梱の new_readme.txt にもある通りディレクトリ構造は
以下のとおりとなっています。
つまり、memory.cgi プログラムから見ると 3つ分親ディレクトリに
上がった後の main/daily/ の下にアップロードされます。
そして、そのイメージファイルを 出力した HTMLファイルから
読む場合は、私の場合 HTMLファイルと 同じディレクトリになりますので
197行目の指定$Sys{'url_image'} ||= "./";
( セットアップ画面での入力パス<画像アップ先URL> で変更可能)
としております。
さて、Famさんの場合、書き込み情報から見る限り、 HTMLファイルの存在する
ディレクトリと memory.cgi の存在するディレクトリの 共通親ディレクトリ
/public_html/ から見た深さが 異なっておりますので、これが問題と
思われます。
多分 セットアップ画面で <画像アップ先URL>を<../dialy/images/>と
変更するか、197行目の 記述を同様に変えるかすれば cgiからも
HTMLからも 正常に画像ファイルがアクセスできると思います。
(95行目の アップロード先URLは <../../gallery/abc/dialy/images/>
と現状のままです)
私の場合、 memory.cgi から イメージファイルを指定するには
(画像アップロード先URL) ../../../main/daily/
であり、 HTMLからは同一ディレクトリですから 単に ./ としています。
以下、 new_readme.txt からの抜粋です。
--+--main--+---daily---+- pdiary.html; 公開されるページ/画像Fileアップ
| | |- pdiary_1.html
| | |- pdiary_2.html
| | |-
| |- ***.jpg
| |- ***.gif
|
|---usr--+--bin---+---perl--+-- jcode.pl ;perlのディレクトリ
| | | |-- cgi-lib.pl(755)
| | |
| |---memory--+--memory.cgi(755);プログラムディレクトリ
| | (755) |
| | |--log---+---memory.log(666) ;logディレクトリ
| | | (755) |---memory.loc(666)
| | | |---memory_sys.cgi(666)
年末のゴタゴタ(主に女房の下僕で 年賀状作成)で
掲示板を見るのが遅くなってしまい、コメントが遅れたことを
お詫びします。
以下、お問合せの質問に対するコメントです。
是非 ご検討頂き、(もしかしたら、他にも試していただける方
がいるやも知れませんので、その方への道標として)結果を
アップいただけると幸甚です。
私の原プログラムでは イメージファイルのアップロードパスは
1505行目の
my $imagefile = $::Image_path . "img" . $no ."." . $type;
でセットされます。 ここで $::Image_path は 95行目で
$::Image_path = '../../../main/daily/';
となっています。
私の場合、同梱の new_readme.txt にもある通りディレクトリ構造は
以下のとおりとなっています。
つまり、memory.cgi プログラムから見ると 3つ分親ディレクトリに
上がった後の main/daily/ の下にアップロードされます。
そして、そのイメージファイルを 出力した HTMLファイルから
読む場合は、私の場合 HTMLファイルと 同じディレクトリになりますので
197行目の指定$Sys{'url_image'} ||= "./";
( セットアップ画面での入力パス<画像アップ先URL> で変更可能)
としております。
さて、Famさんの場合、書き込み情報から見る限り、 HTMLファイルの存在する
ディレクトリと memory.cgi の存在するディレクトリの 共通親ディレクトリ
/public_html/ から見た深さが 異なっておりますので、これが問題と
思われます。
多分 セットアップ画面で <画像アップ先URL>を<../dialy/images/>と
変更するか、197行目の 記述を同様に変えるかすれば cgiからも
HTMLからも 正常に画像ファイルがアクセスできると思います。
(95行目の アップロード先URLは <../../gallery/abc/dialy/images/>
と現状のままです)
私の場合、 memory.cgi から イメージファイルを指定するには
(画像アップロード先URL) ../../../main/daily/
であり、 HTMLからは同一ディレクトリですから 単に ./ としています。
以下、 new_readme.txt からの抜粋です。
--+--main--+---daily---+- pdiary.html; 公開されるページ/画像Fileアップ
| | |- pdiary_1.html
| | |- pdiary_2.html
| | |-
| |- ***.jpg
| |- ***.gif
|
|---usr--+--bin---+---perl--+-- jcode.pl ;perlのディレクトリ
| | | |-- cgi-lib.pl(755)
| | |
| |---memory--+--memory.cgi(755);プログラムディレクトリ
| | (755) |
| | |--log---+---memory.log(666) ;logディレクトリ
| | | (755) |---memory.loc(666)
| | | |---memory_sys.cgi(666)
8: memory.cgiについて
はじめまして。
改造版memory.cgiを拝見し、実装しようとしたのですが
画像ファイルのアップロードパスに不具合があるようです。
cgiが存在するディレクトリ(/hogehoge/public_html/cgi-bin/memory/memory.cgi)
html出力先(hogehoge/public_html/gallery/abc/dialy/memory.html)
正しいアップロード先(hogehoge/public_html/gallery/abc/dialy/images/xxx.jpg)
アップロードパス(../../gallery/abc/dialy/images/)
とすると、出力されたmemory.htmlから見た場合、
hogehoge/public_html/gallery/gallery/abc/dialy/memory.html
と結果的にgalleryが重複するような相対パスになってしまいます。
作成時の管理用画面ではイメージのサムネールがちゃんと表示されますが
出力されたhtml側ではデッドリンクになってしまいます。
出力htmlを配置するディレクトリに対する画像ファイルの相対パスと
アップロードプロセスで参照される画像ファイルパスが同一に
なっているのでしょうか?
このあたりご教授頂ければ幸いです。
改造版memory.cgiを拝見し、実装しようとしたのですが
画像ファイルのアップロードパスに不具合があるようです。
cgiが存在するディレクトリ(/hogehoge/public_html/cgi-bin/memory/memory.cgi)
html出力先(hogehoge/public_html/gallery/abc/dialy/memory.html)
正しいアップロード先(hogehoge/public_html/gallery/abc/dialy/images/xxx.jpg)
アップロードパス(../../gallery/abc/dialy/images/)
とすると、出力されたmemory.htmlから見た場合、
hogehoge/public_html/gallery/gallery/abc/dialy/memory.html
と結果的にgalleryが重複するような相対パスになってしまいます。
作成時の管理用画面ではイメージのサムネールがちゃんと表示されますが
出力されたhtml側ではデッドリンクになってしまいます。
出力htmlを配置するディレクトリに対する画像ファイルの相対パスと
アップロードプロセスで参照される画像ファイルパスが同一に
なっているのでしょうか?
このあたりご教授頂ければ幸いです。
7: Re:リョウさんの洗濯機
リョウさん、
何とか日付は変わりましたが、洗濯機の修理のページを直しました。
http://www.yuknak.com/main/daily/repair3.html
若干ですが、修理手順を写真をくわえて解説しました。
まあ、正直、あまりお勧めは出来ませんが。
何とか日付は変わりましたが、洗濯機の修理のページを直しました。
http://www.yuknak.com/main/daily/repair3.html
若干ですが、修理手順を写真をくわえて解説しました。
まあ、正直、あまりお勧めは出来ませんが。
6: リョウさんの洗濯機
リョウさん、始めまして。
あらら、リョウさん家の洗濯機も故障ですか? 「霧重力」って結構売れたのかな?
確かに 3年で15,000円はチョッと痛いですが、モノがモノだけに出張修理となると、
殆ど出張代だったりして。
といっても、何処かで書いたと思いますが、三菱さんには知り合いも多く悪口はXです。
多分 私の家の洗濯機と構造は変わらないと思いますので、スイッチの位置も
予測できますから、分解方法・修理方法を載せようかと思います。
洗濯の振動によってマイクロスイッチのセッペンが破損した可能性が高いですね。
この洗濯機の振動周波数と、セッペンの固有振動数が近いのかな?
洗濯機って、一日でも回らないと困るんですよね。今日中に間に合うかな?
あっ、あくまで自己責任でお願いしますね。
そうは言っても、こうしたことは慣れていないと、予測できない事態が生ずることも
多いですから、更に故障がひどくなる可能性や、最悪、感電・怪我・火災といった
安全性も問題になりますし、メーカー保証が(既に切れてます?)受けられなくなります。
親切のつもりがアダになると言うことだけは避けたいので。
あらら、リョウさん家の洗濯機も故障ですか? 「霧重力」って結構売れたのかな?
確かに 3年で15,000円はチョッと痛いですが、モノがモノだけに出張修理となると、
殆ど出張代だったりして。
といっても、何処かで書いたと思いますが、三菱さんには知り合いも多く悪口はXです。
多分 私の家の洗濯機と構造は変わらないと思いますので、スイッチの位置も
予測できますから、分解方法・修理方法を載せようかと思います。
洗濯の振動によってマイクロスイッチのセッペンが破損した可能性が高いですね。
この洗濯機の振動周波数と、セッペンの固有振動数が近いのかな?
洗濯機って、一日でも回らないと困るんですよね。今日中に間に合うかな?
あっ、あくまで自己責任でお願いしますね。
そうは言っても、こうしたことは慣れていないと、予測できない事態が生ずることも
多いですから、更に故障がひどくなる可能性や、最悪、感電・怪我・火災といった
安全性も問題になりますし、メーカー保証が(既に切れてます?)受けられなくなります。
親切のつもりがアダになると言うことだけは避けたいので。
5: やっと掲示板が動きました
サーバーを移転したら、全てのCGIプログラムは
自前で作らないといけなくなってしまいました。
難行苦行の末、やっと簡単な掲示板プログラムが
動きました。 (^^);;
今までも殆ど記入がなかったとは言うものの、
やっぱり一通り揃えたいと言う、勝手な思いで
何とか動かしましたので、記入よろしくお願い致します。
自前で作らないといけなくなってしまいました。
難行苦行の末、やっと簡単な掲示板プログラムが
動きました。 (^^);;
今までも殆ど記入がなかったとは言うものの、
やっぱり一通り揃えたいと言う、勝手な思いで
何とか動かしましたので、記入よろしくお願い致します。
4: やっと掲示板が動きました
サーバーを移転したら、全てのCGIプログラムは
自前で作らないといけなくなってしまいました。
難行苦行の末、やっと簡単な掲示板プログラムが
動きました。 (^^);;
今までも殆ど記入がなかったとは言うものの、
やっぱり一通り揃えたいと言う、見栄で
何とか動かしましたので、記入よろしくお願い致します。
なお、以下の投稿は以前のHPからの引越しです。
自前で作らないといけなくなってしまいました。
難行苦行の末、やっと簡単な掲示板プログラムが
動きました。 (^^);;
今までも殆ど記入がなかったとは言うものの、
やっぱり一通り揃えたいと言う、見栄で
何とか動かしましたので、記入よろしくお願い致します。
なお、以下の投稿は以前のHPからの引越しです。
3: トラバーユしました
6月末で、長年お世話になった会社を止め、
新しい会社にトラバーユしました。
やめるに当たってのご挨拶で、このページの
関連の Yukio のページをご案内したせいか、
ページビューが増え始めました。
相変わらず独り言のようなページですが、
「継続は力なり」 今後も継続しますので
よろしく。
新しい会社にトラバーユしました。
やめるに当たってのご挨拶で、このページの
関連の Yukio のページをご案内したせいか、
ページビューが増え始めました。
相変わらず独り言のようなページですが、
「継続は力なり」 今後も継続しますので
よろしく。
2: サーバーエラーで・・・・
Fujii様、Yoshida様 書き込みありがとうございます。
プロバイダのサーバが、6月中旬にすっ飛んでしまったようでして、
2週間分ほどのデータが失われてしまいました。
お陰で、10MB のHP容量が20MBにアップしたと喜んだ途端、
ダイヤルアップサービスを停止してしまうようです。
9月末まではこのまま継続できますが、
Yukioのページにブックマークなどされている方は、申し訳ありませんが、
Nakajimaのページ http://www.h3.dion.ne.jp/~ynak/main/mindex.html
に変更をお願いします。
プロバイダのサーバが、6月中旬にすっ飛んでしまったようでして、
2週間分ほどのデータが失われてしまいました。
お陰で、10MB のHP容量が20MBにアップしたと喜んだ途端、
ダイヤルアップサービスを停止してしまうようです。
9月末まではこのまま継続できますが、
Yukioのページにブックマークなどされている方は、申し訳ありませんが、
Nakajimaのページ http://www.h3.dion.ne.jp/~ynak/main/mindex.html
に変更をお願いします。