1 :
はじめての1:
過去スレに見当らなかったので立ててみました。
SSIやPHPなどで共通ファイルをincludeしているとか、
CSSでデザインを管理しているとか、そんな話題。
オマエらは、どんな楽をしていますか?
そうする理由も書いておくと、いい雰囲気になるかもです。
>>1 前者は板違い、後者はナニを今更・・・。
よって即死スレだな。
ま、最初はこんなもんだ。二度と糞スレ立てるなよ。
JavaScriptで外部JSファイルとか、
PerlCGIでライブラリー・パッケージとか、
Javaの豆とか、デザインのテンプレート化とか(違)、
そんなはなしですか。
# でもプログラムなら関数化は当たり前ってだけでは……。
# 逆に、そうしない理由の方が知りたい。何故だ??
# 無知以外の理由があればsageで教えてください。
CSSを使ったデザインの良いサイトのスレや、CSSの質問スレ等で沢山話されている事なのにね。
>>2じゃないが、本当に「ナニを今更」ですな。
5 :
はじめての1:02/03/15 14:55 ID:p5yXKLAZ
>>1の例だけじゃなくて、自動化、楽することに関するはなし。
んで、俺はhtmlファイルに$MAIL$と書いておいて、
upする前に置換ツールで$MAIL$をメールアドレスに変換してる。
メールアドレスが変わった時に1つだけ更新すればいいので楽できる。
6 :
2:02/03/15 14:58 ID:NLwNIsO2
おい、どうした
>>1よ、
新規スレが最初叩かれるのは儀式みたいなもんだ。
さっさと反論しなきゃ盛り上がらんぞ。
前者は板違いと書いたが、
SSIって専用スレ見当たらないな・・・。
変わったときにメールアドレス自体を置き換えすれば済む話
プロバがPHPに対応していない
============ 終 了 =============
9 :
はじめての1:02/03/15 15:09 ID:p5yXKLAZ
>>6 (2)
なんかちょっと泣けたです。どうもありがとう。
>>7 メールアドレスみたいな珍しいパターンならそれでいいだろうけど、
よく現れるようなパターンだと、余計なものまで変換されるかも。
>>1 あ、あほだぁ・・・
これ以上自分のアホさ加減を晒さないうちに、
さっさと新打法が・・・
12 :
アホな1:02/03/15 15:16 ID:p5yXKLAZ
>>8 プロバイダが対応してないなら、ローカルでやってしまうといいです。
ソース → 変換プログラム → HTMLファイル、って。
perlなら大抵のOSで動くので。
>>11 すいませんです。メールアドレス限定で出しました。
それじゃあ、
>>9はアホということでいいですか?
14 :
はじめての1:02/03/15 15:43 ID:p5yXKLAZ
*いち
**に
*さん
と書くと、
<ul>
<li>いち
<ul>
<li>に</li>
</ul>
</li>
<li>さん</li>
</ul>
に変換するようなツールがあったら楽できるかなあ、なんて考えました。
検索すればありそうな気もしますが。Wikiみたい。
xslt的な話ですか?
16 :
:02/03/15 16:16 ID:dVCdvz1z
辞書に登録すれば
>>15 xsltはあまり知らないのでなんともいえないですが、
楽するためにした努力の話スレです。なかなか上手い言葉がないなあ。
>>16 その辺の話を詳しく聞かせてほしいスレです。
18 :
Name_Not_Found:02/03/15 16:36 ID:OEGPGDD6
なんていうか…Perlとかシェルを使えばテキストファイル管理は殆ど自動化出来る気がする。
Linuxとかだったら楽なんだけどねぇ。完全自動化。
>>18 そこらへんになると、流石に板違いぽ。
この板で扱える話題で、サイト作成管理の省力化なんて、
既に語りつくされてるような気がしないでもないなぁ。
20 :
Name_Not_Found:02/03/15 16:45 ID:I5z2EkJo
>>19 語り尽くされた、とおもったら、次のステップにうつってもいいでしょ。
きっかけをみつけたら、違う板にうつってもいいわけだし。
その橋渡しをしたいんじゃないの?>1は。
#でも$MAIL$ってのは、ちょっとひいた
22 :
19:02/03/15 16:54 ID:NLwNIsO2
>>20-21 そうですね、ちょとローカルルールをガチガチに考えて過ぎてしまったノ(´Д`)
「Webサイトの運営および管理についての情報交換」っつースタンスで逝けば問題ないか。
※今後の
>>1の言動に期待しよう・・・。
つーか、板違い。
25 :
他力本願の1:02/03/15 18:25 ID:p5yXKLAZ
>>18 完全というのは、どこまで逝けば完全になりますか?
と、哲学っぽい質問をしてみます。
>>21 $MAIL$はひいたですか?
でも、もっとひくかもしれないコトを言ってみます。
必ず$MIKAN$というテンプレートを使っていれば、
みかん/ミカン/蜜柑のどれだったかを気にせずに文章を書けて便利です。
変更する時も1つを書き換えるだけでいいので。病的な気もしますが。
>>22 こうすればいい!というスレじゃなくて、なんかある?っていうスレなので
期待されると困ったりしますです。他力本願age.
ネタが続けば良スレの予感
マヂスレ化していくか微妙なのでsageで様子見(w
・CSSを共有。
・ページトップとボトムを別ファイルにしてSSIでinclude。
・各ページの先頭に<base href="
http://〜/index.shtml">と書いて
ディレクトリ階層が変わっても相対リンクの書式が変わらないようにする。
・新着コンテンツの中身を自動的に拾うCGIを書いておき、サイト入り口からSSIで呼び出す。
・各ファイルの更新日時をSSIで取得。
・サイト全体に渡ってコンテンツの書き換えが必要な場合は、マルチファイル置換が
可能なエディタ(MacのJeditを愛用)で正規表現で一気にやっちゃう。
・連載ものコンテンツはCGI組んで自動的にリストアップ
こんなもんかなぁ。
ついでだから書くけど……。
自動化ってサイトの構成をあらかじめかなり厳密に練っておかないと無理が出てくるね。
そのための実験だの試行錯誤だのの手間はけっこう馬鹿にならないから、
下手すると手動でやった方が早いなんてヴァカを見ることもある。
だけど、パソコンなんて楽をするためにあるんだから、そのための研究に
時間を費やすのは勉強になると思うよ。
今楽できなくても、先でもっと楽になる可能性を産むわけだから。
Web制作に限らず、「いかに楽をするか」を考える人が結局上達が早い。
>>25 >$MIKAN$
静的なHTMLへの置換とは……なんとまぁローカルな話題。
掲示板でさえテンプレートと分離した上で静的に作るのに。
じゃなくて、俺に例を出せと?(^^;ソ-ユ-コトデスカ
30 :
Name_Not_Found:02/03/15 20:13 ID:l/s3VzRq
マジスレ化希望ageアンドネタフリ。
えーとですね、
サイト内で共通のメニューを全ページにつけてるんだけど、
メニューの中の、自分のページへのリンクだけ、背景色が違う風に表示しています。
(index.html なら、index というメニューだけ違うタグorクラス指定で書くことになる)
でもこうやってると、違うメニューを後から足そうとすると、
単純にメニュー全体をコピペ(置換)するだけじゃあダメなので、
自ページへのリンクのタグのみならず、ディレクトリの変化にも対応できない)
結構あとから直すのが大変です。
その辺うまく自動化してやる方法って、どんなやり方が考えられますか?
説明の意味が不明だったらごめん。
31 :
30:02/03/15 20:15 ID:l/s3VzRq
あ、
>>30、
>自ページへのリンクのタグのみならず、
のあたまに ( が抜けてた。スマソ。
とりあえず完全自動化ってのは言葉のアヤですので気にしないでください(汗
Linux(に限った話じゃないが)だcronを使えば何時に何回、なんのスクリプトを実行するかが自由に設定できるから
行動ラインさえ、しっかり作れば自動化の実用は現実的。
でも、そこまでして自動化するメリットは普通のサイトにはないのも事実。(笑
まぁ一番、使うのは100個以上あるHTMLファイルの部分置換とかの自動化かな。
自動化っていうか、ただ単にスクリプトかませるだけなんだけど。
SSIを上手く使えば結構、良い感じになると思う。
33 :
っていうか:02/03/15 20:35 ID:aN5AxbF2
1は茶文字だけどね
名無しでクソスレ立てんなよなw
>>30 共通のソースがあって、その共通部分を書き換えたら全部のファイルに反映させたいってこと?
だとしたら。
1.サーバ上で処理(要SSI)
メニュー部分をmenu.txtとして書き出しておき、SSIでインクルード
2.クライアントで処理(要JavaScript)
メニュー部分をmenu.jsとして書き出しておき、各HTMLから呼び出し
もちろんJavaScriptオフの環境では表示されない
3.制作者側ローカルで処理
マルチファイル置換が可能なエディタを使う
あるいは、同じ作業を実現するスクリプトを、PerlなりVisualBASICなり
AppleScriptなりシェルスクリプトなりで。
>>33 私だったらWebProg板に立てるかな。
ま、仮に1=私と33の脳内で思いこんでもらっても実害ないからいいけど。
36 :
30:02/03/15 21:40 ID:l/s3VzRq
>>35 レスサンクス! でも、ちょっとちがうのでした。スマソ。
長くなるけど説明します。
サイト内に、index bbs link と3つのメニューがあったとして、
すべてのページにリンクメニューを置きます。そのとき、
index.htmlには、
<SPAN class="koko">index</SPAN>
<A href="bbs.html">bbs</A>
<A href="link/index.html">link</A>
bbs.htmlには、
<A href="index.html">index</A>
<SPAN class="koko">bbs</SPAN>
<A href="link/index.html">link</A>
link.htmlには、
<A href="../index.html">index</A>
<A href="../bbs.html">bbs</A>
<SPAN class="koko">link</SPAN>
みたいに書いてるんです。
だから、あとからメニューの内容を直そうとすると、
単純な置換とかだけでは済まないので、
手間がかかるんですよ。
これを自動化できるようなやりかたってあるのかなー、と。
CGIとかSSIならできるんですかねー。
そっちのことはほとんど知識ないので・・・。
つー事で、長文スマソ。
37 :
30:02/03/15 21:46 ID:l/s3VzRq
あ、また間違えたよ・・・。
>>36 link.htmlじゃなくて、link/index.html だ。
ちなみに、要はこういうことができればいいので、
全然違う発想とかあればうれしいッス。
Perlで出来ますよ。簡単に。
ローカルで処理すればOKさ。もしくは秀丸とかエディタのプラグインで出来るかも?わからんけど。
39 :
Name_Not_Found:02/03/15 21:51 ID:vwseuphU
私もホムペ作りたいんだけど自動で作れるの?
>>36 35 の 3.制作者側ローカルで処理
がそういうことだよ。 CGI や SSI でやるような処理をローカルでやる、と。
当然その自動化したい処理は自分でスクリプトを書くことになる。
Perl とかやってみれば? 最初は大変だけど、覚えると結構便利だよ。
41 :
Name_Not_Found:02/03/15 21:54 ID:bkMLULwo
俺のサイトは複数人(2人だけど)で管理してるから、
更新情報などはPHPで管理させるようにして、
トップページで、更新情報を出力したHTMLをinclude
42 :
Name_Not_Found:02/03/15 21:56 ID:vwseuphU
ねぇねぇ、どうするの?
>>36 CSSを使うとおれみたいな無能人間でも自動化に近いことはできる。
アンカーにそれぞれのidをふる。
要は、各body要素などのid名をindex,bbs,linkなどとし、body.index内の(以下略)
body#index a#index-html {
display:none;
}
body#link a#link-html {
display:none;
}
・
・
・
という塩梅だ。
44 :
30:02/03/15 21:58 ID:l/s3VzRq
>>38>>40 素早いレスサンクス! ちょっとびっくり(w
Perlかぁー。
プログラムの経験とかないんで、
ちょっと手を出しかけたことあったんだけど、
敷居高かったんですよねー。
でもページの量も増えてきたし、
そろそろやった方がよさそうだなー。
勉強してみることにします。ありがと!
・・・ありがとついでに、勉強になるお勧めサイトとかってありません?(w
> 勉強になるお勧めサイト
それこそ WebProg 板へ Go!
46 :
30:02/03/15 22:04 ID:l/s3VzRq
>>43 おっと書き込んでる間に・・・。こちらもサンクスコ!
うー、でもそのやり方だと、
なんかやってるうちにわけ分からなくなりそうなのはオレだけ・・・?
あ、でも、CSSをそういう風に使ったことなかった。
これもうれしい発見だわ。愛してるぜ。
47 :
30:02/03/15 22:06 ID:l/s3VzRq
>>45 あいあいさー!
・・・自分がうざくなって来たので逝きます。
48 :
Name_Not_Found:02/03/15 22:06 ID:vwseuphU
飛ばされてない?
48=42=39ですか?
>all
php板だと、楽をしたいという願望はかなえられないような気がする。
「お前は苦行が足りん。」みたいな感じ。
いいんじゃない?
この板で。
>>51 単純にノウハウとして「ヲレはこういうシステムでやってる」という情報交換なら、
サイト構築の範囲なのでこのまま続けても問題ないと個人的には思う。
具体的に「自動化するためのスクリプトをどう書くか」という話なら
それはサイト構築と言うよりもコーディングの話だから、WebProg板と考えた。
んで、そのスクリプトを書くための技術は1ヶ月マジメにやればスラスラ書けるようになるしね。
まぁ、ここではいかにWEBサイトの運営を自動化するか…ということを(以下略)
ついでに自動化する部分の是非を問(略
54 :
Name_Not_Found:02/03/16 00:10 ID:2OKfORWC
聞いていいかな?
楽に部分更新するためにSSIを使うことも多いと思うが、htmlのすべてを
cgiで書き出さないのはなぜ?
自分の例では、きわめて局所的な更新(テキストボックスの中だけとか)
をのぞいては、SSI化しても手間は変わらなかった。
部分更新とはいえ、あちこち手を入れたくなってほとんどSSIの価値無し。
SSIを.htm?で使える所ならいいnだろうけど、.shtm?限定だと、それだけ
で客が減るし。
>>54 CGIとSSIを比較したときに、SSIの方がサーバの負荷が軽いっしょ。
あと、私個人のスタイルとしてソースはテキストエディタで全部書くんで、
頭としっぽの部分で
<div id="navi'><a href="./index.shtml">……だの
<address>copyright © <a href="mailto:〜">茶文字◆xELvisFU</a>……だの
書くよりは、それぞれ
<!--#include file="head.txt"-->
<!--#include file="foot.txt"-->
一行で済むのは楽。
Perlのヒアドキュメントを使ったとしても、ここまでソースの見通しがよくはならない。
shtml拡張子で客が減るってのは、アクセス解析を警戒しての話かな?
それならcgi拡張子でも同じことだと思うけど。
鯖の負担を気にしてるんじゃない?
CGI,SSIどっちが負担少ないかと聞かれたらやっぱりSSIなわけで。
55を書いてから思ったが、Perlで書くならhead.txtとか別ファイルにしておいて
open (FILE,"./head.txt");
でだーっとprintしちゃえばソースの見通しはいいのか。
しかし、そのためにPerlを起動させるのも鯖管に悪い気がするな(w
59 :
Name_Not_Found:02/03/16 00:42 ID:2OKfORWC
ごめん。54だけど、聞き方が悪かった。
cgiでhtmlファイルを作るのとSSIを比較しての話なのよ。
つまり、リクエストは.cgiじゃ無くて、あくまで.htmlで.
悪いけど上げさせていただきます。
>>58 私も勘弁(w
>>59 もうひとつピンとこないなぁ。
つか、CGIでHTMLファイルを生成するのはわかるんだが、
動的でないコンテンツをわざわざCGI通すメリットがわからん。
鯖への負荷とか重さとか考えるとね。
……私、なんか勘違いしてますやろか?
あ もしかして59が言いたいのは……
これからhoge.htmlを生成するぞ!
↓
共通のパーツをhead.txtとfoot.txtとしてあらかじめ作っておく
↓
上記以外の部分をhoge.txtとして作る
↓
ローカルでPerlを起動
↓
open (OUT,"+>hoge.html");
open (HEAD,"head.txt");
foreach (<HEAD>){print;}
close (HEAD);
# hoge.txt foot.txtについて以下同文
close (OUT);
↓
(・Д・)ウマー
とかそういう意味か?
62 :
Name_Not_Found:02/03/16 01:19 ID:zLbJ+AhK
ちょっとネタフリ。
htaccessのScript文は何か便利に使えないかな。
んでもってage
↑まちがいさがし
誤: foreach (<HEAD>){print;}
正: foreach (<HEAD>){print OUT $_;}
こっちが勘違いしてるかも知れないけど、
掲示板で、読むだけなのにいちいちcgiなのって多いでしょ?
それは書き込み時にcgiでhtmlを作っておけば良い訳で、
その掲示板のurlは.cgiじゃなくて.htmlで良いよね?
つまり、書き込み時にフォームで呼ぶのが.cgiなのは仕方無いけど、
閲覧時にcgi(ssi含む)は、やっぱ負荷大きいと思うのよ。
つっこまれる前に自己レス。
掲示板では常識となりつつあるが、
世に書き込みを伴わないcgiがいかに多いか!
64-66は59です。念のため。
67 :
59(64-66):02/03/16 01:41 ID:2OKfORWC
質問しといてsageは失礼だね。
>>64-66 つまり
>>60で書いたことと同じことのようで。
>>35の3.とか61で書いたように、ローカルで生成するなら
負荷がかかるのは自分ちのマシンだからかまわんだろね。
サーバ上でやってるケースが多いという指摘なら、
それはWebProg板っぽい話にならないかしら。
私はindex.shtmlからSSIでPerlスクリプトを呼んでるんだけど、
ディレクトリ内の最新ファイルを見つけだしてopenし、
その内容を「新着情報」として取り込んでいる。
これはSSIだけでは無理だし、CGIを通さないとするとコピペになる。
別にコピペでもかまわんのだけど、テキストが大量で更新頻度も高い場合は
少しでも手間が減った方がモチベーションを維持できるんだな。
ありがとう。
hp板にふさわしい話題が出来たら
またよろしく。
>>62 ぐぐるで検索してみたが結局よくわからんかった;
アクセスログ採るのに使えそうとかそういうことなの?
71 :
Name_Not_Found:02/03/16 02:24 ID:q0XaMwwt
外部JavaScriptファイルを使いこなせば楽になるかも
普通、外部JavaScriptファイルはキャッシュに保存されてしまうのですが、実は
それを回避する方法があります(毎回読み込ませる)。
で、その方法とは(以下、略)
cgiだと引数を持たせたりするね。
jsではいかに?
>>54 >SSIを.htm?で使える所ならいいnだろうけど、.shtm?限定だと、それだけ
>で客が減るし。
.htmlにAddHandlerしとけば?
CGIは便利だからねぇ。色々と使えるし。でも鯖管は嫌なんだろうなぁ。(笑)
もしループに陥ったら死ぬし。まぁ、ローカルでテストするなんて良識(常識)を持ってる人なら
ループに陥るなんて事もないから、大丈夫…なのかも。
>>73 サーバーによっては禁止されている。「いらない負荷が増える」とかなんかで。
俺としては客が減るのより、
.shtmlの、xml宣言つきxhtml文書をローカルでIEが読めないのが非常に困る。
>>75 自己レス、
"通常は.html、SSIを使うファイルは.htm"とか、もしかしたらOKかも。
( ゚д゚)ポカーン
>>74 ちぅか、このブロードバンドな時代にわざわざPerlを起動するという
ボトルネックを自ら設けるこたーないでしょう。
ま、うちは64kですけど;
>>76 それ巧いなぁ。さすがだ。
>>75 の
>.shtmlの、xml宣言つきxhtml文書をローカルでIEが読めないのが非常に困る。
っていうのは、.shtmlのContent-Typeをtext/htmlにすれば大丈夫だよ。
Win98あたりだとフォルダオプションに項目があるけど、WinXPとかでは
フォルダオプションでいじれないのでregeditで HKEY_CLASSES_ROOT\.shtml に
Content Typeというキーを作ってtext/htmlという値を設定しなきゃならないね。
>>79 サンクス。windows2000です。
早起きはしてみるもんですな。うん。
(´ー`)。oO(( 出尽くしちゃったのかな、以外と早かったね…… ))
>>81 (´-`).。oO(WebPg板で似たようなスレがあるからね・・・・)
GWですね、、、
普段手動更新でも自動更新にチャレンジする機会ですわね、、、。
さすがにスレがここまで落ちてるとsageで書き込んでも誰も気付かないワナ。
見たよ
良スレだけど、良スレだけにageたくないな。
保守
89 :
Name_Not_Found:
,