堕天使の煉獄

サイト改装は、とりあえずまずギャラリーの復帰が第一目標だったので、それはとりあえず済んだし、あとは細々とした物を～。
といった所だったんだけど、その細々が塵も積もればで、結構大変。やっぱサイト一つ作るというのは体力要る物だなぁと。

んで、今朝方は更新履歴の部分をつくったのだけども。
これは以前にもあったもので、perlで更新履歴のログを作成して、htmlの中に後から埋め込む（書き換える）という感じのものなのだけども。

なにげにその作業の前に、やっぱフレームは邪魔かなぁ。といろいろな点で気になってきてたのでフレームを使わないレイアウトに変更したのだけども、そういえばこの更新履歴用のｃｇｉも、フレーム使ってると不具合多かったんだよなとか思い出したり。

htmlをcgiから書き換えた場合、フレームの中のページだと、全然更新が効かない。リロード促すのもなんだしで、結局手書きで更新履歴を書いたhtmlをｆｔｐで毎度上げ直すのがマシみたいな感じになってたりで。

でもフレーム使わないと、各ページにメニューを置くと言うのが面倒になる。個人的にはメニューは表示されてないといやなんですよね。

とりあえず今回は、cgi関係の方はモジュールとしてメニュー部分を分けて、それを共用モジュールという形で運用してみることに。
それでもメニューに変更あったとき、htmlのページとcgi用とで二つ変更しなきゃイケナイ感じですけど。
htmlの方は動的にメニューを読み込むのはいろいろと問題多いので。

んーなんだかこの辺はレンタル鯖で手打ちの限界なのかな。

自鯖とかなら全部ｃで書いちゃうんですが。速いし何でも出来る……セキュリティは穴があったら怖いけどｗ

なにげにいま借りてるさくらインターネットのレンタル鯖、いちおうcも使えるんですが、全くもってサポート外って感じで、単に鯖のｏｓがunix系なので最初から一応gcc入ってるってだけで、そのgccも昔見たときは4.2とか恐ろしく古いのが入ってたのと、共用のレンタル鯖でｃで書いたcgiがミスって暴走したら鯖とか落しかねないので、まあ、普通は使ってる人はいないレベルかと。

大昔にｃで掲示板とか作ってみた事もあるんですけど、確かにきんもち悪いぐらいｃのcgiって速いんですけど、やっぱクラッシュしたら怖いよなーってことでその後使う事はなかったんですが。
ちょっとの修正でもリビルド必要ってのも面倒ですしね。

perlは文字回り強いけど、ｃ++とかガリガリやったあとにたまにperlに戻ってくると、やっぱなんか野放図な言語だなぁという印象が。


んで、フレーム使わないレイアウトは更新履歴cgiの方にも良い影響あったのでやって良かったなーと言うところなのですが。

今時の鯖ならHtml::Templateぐらい入ってるっぽいのだけど、以前作ったのは自前で処理してて。
でもあんまこの辺はやってる事いっしょだよなーってことで、Html::Template使ったのにかえようかとおもっったんですが、結局もとのcgiをちょっと弄った感じでＧＯ。

が、そのへんちらっとググってみたら、あれ、Html::Templateって書き換える部分の指定のあるhtmlって、別ファイルでもってるんだったか。

うーん。そうか。
自前の方は、書き換え部分のところは独自の勝手につけた名前のタグをおいて、そのタグ部分を検出してその部分を書き換えるって感じにしてるのだけども。

ｈｔｍｌの仕様的に、存在しない名前のタグって勝手につかってええのん？

その辺でHtml::Templateはhtml文書でない別ファイルの中で独自タグ使ってるのかなーとか。

ってところでちょっと気になったのでググってみると

>W3C純正ブラウザのamayaは不正文書に対して厳格にエラー宣言を起こすという話も

という記述もあったのですが、でもブラウザのバージョン違いなんかで、古いブラウザからすれば後に追加された新たなタグは、存在しない名前のタグと同義なわけだし。

将来的にバッティングの危険性があるってぐらいの問題なのかな。

なので気にしないことにするｗ


この辺、インラインフレームが使えればいいんですが、インラインフレームは可変サイズに弱いのでいまいち使い勝手が悪いんですよね。
特に、インラインで表示先のコンテンツをスクロールバー無しで全部表示させたいなんて時に困るぽ。

困難悩んでたのは随分昔のことなので、今ではなんか解決作や代替案があるのかもですが。

結構htmlやcssはそんなに入れ込んでないので、今回の作業中にも、こんなんだきたんかーとかいう新たな発見多かったし。

てか、この多様さは、仕事でやってる人は大変だなーという印象（ぉ

はふー。
とりあえず一息。