今まで、自分の Local PC上で Webサーバーと同じような httpプロトコルの表示が出来るように httpdというアプリや、その上で Perlというサーバープログラムを実行するアプリを使ってきた。今回少し時間が出来たので、またぞろ このHPの表示をいじっている。その中で、自分のPC上で Perlと同じようなサーバー上のプログラム言語の PHPを実行したいと思ってローカルな http上で PHPを実行できる(その他に PerlやデータベースのMySQLも実行可能)と言う XAMPPというアプリをインストールした。インストールの仕方はあちこちにあるので、それらを参考にしつつ。
しかし、XAMPPを実行しても 一向にページが表示できない。原因は下記の通りだった。
１．デフォルトでLocalhostのポートが 80になっているが、これがシステムと競合するらしい。(その後、上記リンクの中の情報で install\portcheck.bat を実行すると使用済みポート番号をチェックできると言うことが分かり、実行してみたら 80番ポートは空いていたが)
　　あちこち検索すると、元の80番ポートを使っているサービスを探して停止して・・とか書いてあるが、たまにしかこんなツールは使わない物の、使う時にいちいち停止するのは面倒くさい。別のページでは 81番ポートを使う方法が書かれているが、私のインストールしたバージョンでは 設定ファイル名がその情報とは違っていた。Grepでフォルダ内を検索して httpd.confという設定ファイルを見つけ、そのファイル内の 58行あたりの "Listen 80" を "Listen 81" に変更した。
実はそうしておいて、XAMPPをタスクバーから停止して再起動しても ポートの表示は変わらなかった。ポートを切り替えるには XAMPPのコントロールパネルから Apacheの Actionsの Stopボタンを押して、同じボタン(表示は Start)をもう一度押したらポートが 81に変わって、http://localhost:81/ で接続できるようになった。
２．やっと XAMPPが起動出来たので、ブラウザから テスト用 PHPをロードしたが "Object not found!"となってしまう。こちらは　よくよく確認すると ドキュメントルートが解説ページの誤植で、正しくは "C:/xampp/htdocs" だと言うことが分かった。

---

今日の写真はツワブキ。花の少なくなった街で濃い黄色が目立つ花。

続けてExcelマクロの話。
こちらはまだテストしていないが、デバック用に　処理命令を挟むアイデア。 VBAのデバック環境では エラーがトラップされていなければエラーが発生するとそこで処理が中止されてそこまでの変数内容などがチェックできるが、実際の実行時はエラーが発生したら継続は不可能。
簡単なエラーコードとそこまでのメッセージ表示などを頼りに考えられる部分を推測してカットアンドトライで超非効率なデバックをするしかない。
これを改善する目下のアイデアとしては、Perlでもやっていたことだが、処理のポイント　ポイントで変数にそのポイントの番号を代入していき、エラートラップの処理中でこの番号と、重要な変数をエラー記録ファイルに書き出していく。もしユーザーサイドでエラーが発生したらこのファイルを送ってもらえば、どんなルーチンをたどってどこまで処理が進んでエラーが起きたのか、その時の主な変数の内容などが分かるのでなぜエラーが起きたのかなどかなりデバックに役立つはず。早速サンプルでテストしてみよう。

---

毎年、今の時期になって咲いているのを見るとると田舎の風景を思い出して懐かしくなる花。ホタルブクロ。

他の人にはどうでもいい話なんだが、個人メモとして。何日も前から格闘している Web用プログラム言語の perlプログラム。
何とか形になって来て、実用テスト中。
従来から私自身が作ったこの e日記用 cgiプログラムでは左側に表示する写真ファイルは本文の記入と同時にアップロードできるが、この右の画像のような本文中に画像を表示する場合その画像ファイルは別途 FTPソフトでアップロードして、その画像へのタグをこの e日記の本文中に貼り付けていた。面倒といえば面倒だが、たまにしか本文中への画像表示はしないので手間としてはどうでもいいと目をつぶってきたんだが、去年２〜３回続けて画像を張り込んだ時にそれではプログラムとして美しくないと言う結論に達して、画像ファイルをアップする手間の何十倍か何百倍、もしかしたら数千倍の手間をかけてプログラムを修正することに。
案の定、２年も触っていないと細かなことはほとんど忘れており時間ばかりかかってしまったが、それでも何とか動くようにはなったのでテストのためにどうでもいい画像を貼りこんでみた。
最終的には本文記入画面と同じウインドウからアップロード画像ファイルを指定する予定だが、とりあえずその部分だけ切り出して図のような別ウインドウで表示、処理させている。

---

今日の写真は冬の間に大きくなってきたシャクナゲの花芽。これでも花が咲くのは６月頃。

最初に断っておくが『亀進牛歩』（「きしんぎゅうほ」と読めばいいかな？）なんて言葉はないけど、今の心境を表現するために私が作った言葉。つまりは日進月歩の対義語。但し「一進一退」とは違って戻ることなく一応遅足でも一生懸命進んではいるという思いを込めて・・・・ウサギとカメの逸話に倣って。
何日か前から 再び perlという Webプログラミング言語をいじっているんだが、これがなかなか進まない。２〜３年前に問題なく動いたと思っていたプログラムが何故かエラーになったりして。・・・・う〜ん歳かな？
まぁ、それは仕方ないとして　それでもあきらめずに、ボケ防止のつもりでシツコクつついて見よう。もはやシツコサだけが取り柄のようになってしまった。

---

今日の写真はこの寒さにも健気に咲いているキンギョソウの花。何時枯れるんだろうと心配しているが、この辺りでは殆ど１年中と言っていいくらい花期は長そうだ。

シツコイけれど昨日の続きで。
記事の中に <img src=""・・・>　などと表示したい場合に特殊文字を考慮して、&lt; や &gt; というコードを使って書いたのに、編集画面で せっかくの &lt; や &gt; が < や > に変換されてしまうので場当たり的対処法として << のようなローカルな書き方をする改造をしたという事を書いた。
しかし、色々考えて試行錯誤しているうちに、上記の特殊コードの頭にある & に着目して、この & もCGIでは特殊コード &amp; と置き換えて表すので、編集画面に出力するときにだけ 単に & を &amp;としてやれば良い事に気付いた。
つまり、CGIプログラムで &lt; は &amp;lt; に、&gt; は &amp;gt; にしてブラウザに送れば、編集画面では&amp;の部分だけが変換されるので &lt; や &gt; と表示され < や > に変換されてしまうことはないのではと。これだと Perlでは
$str=~ s/&/&amp;/g;
という一行を、しかも編集画面出力の処理部分にだけ追加すれば済む。感激するくらい？簡単な対策だ。
どうやら上手くいっているようだ。・・・・とこんな事を書いても、読んでくれている人は元々の処理を知らないので誰も理解できないだろうし自分だって、メモのつもりが半年後には理解できなくなっているだろう。忘れないうちに別ページを立てて整理しておかないと。

---

今日の写真は この間のナツズイセンの仲間。ヒガンバナ(マンジュシャゲ)の白・・・と言うよりは黄色に近い。ナツズイセンの隣に咲いたんだが、今朝見たら早速花盗人がナツズイセン共々抜いていってしまったようで、この写真は昨日撮影したもの。