13: Re: 【9】memory.cgiについて
Famさん
良かったです。
新年から日記ページアップでしょうか?
無事開設できたら、URLを教えてください。
Ver番号は、仰る通り修正を加えたので 1.02としたつもりでした。
でもせわしない中で、目に付いたところだけ Ver.を変えただけでしたので
ご指摘の通り、完全ではなかったようです。
一応、あわてものの私のやることですから、そうしたこともありうるかと思い
HPからのリンクはまだ変更していませんでした。
Verを直して正式アップしておきます。
Famさん、皆さん 良いお年を!
良かったです。
新年から日記ページアップでしょうか?
無事開設できたら、URLを教えてください。
Ver番号は、仰る通り修正を加えたので 1.02としたつもりでした。
でもせわしない中で、目に付いたところだけ Ver.を変えただけでしたので
ご指摘の通り、完全ではなかったようです。
一応、あわてものの私のやることですから、そうしたこともありうるかと思い
HPからのリンクはまだ変更していませんでした。
Verを直して正式アップしておきます。
Famさん、皆さん 良いお年を!
12: Re:【8】Re: 【7】memory.cgiについて
yuknakさん、調査・対処(Ver1.02?)ありがとうございました。
実装してみたところ無事正常動作いたしました。
尚、現在はテストβという事かもしれませんが
97行目の
$Ver_imp = "Ver.1.01";# 改良バージョンNo.
とnew_readmeに関して"Ver1.01"の記述がありました。
ダウンロードファイルはmemory102.lzhとなっておりましたので
本件対処によりVer1.02とされるのであればVerNo.に関しても
ご調整いただければ幸いです。
ということで何とか年内解決できました。お礼申し上げます_(_ _)_
皆様良いお年をお迎え下さい。
実装してみたところ無事正常動作いたしました。
尚、現在はテストβという事かもしれませんが
97行目の
$Ver_imp = "Ver.1.01";# 改良バージョンNo.
とnew_readmeに関して"Ver1.01"の記述がありました。
ダウンロードファイルはmemory102.lzhとなっておりましたので
本件対処によりVer1.02とされるのであればVerNo.に関しても
ご調整いただければ幸いです。
ということで何とか年内解決できました。お礼申し上げます_(_ _)_
皆様良いお年をお迎え下さい。
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からの引越しです。