| ﾌﾟﾛﾌｨｰﾙ | 私書箱 受/送/送済 | 評価履歴 共感[受/送] | DB作成履歴 生成/承認/受 | 書き物 [書く] | リンク集 登録有 |
| RSSﾘｰﾀﾞｰ登録 |
|---|
| RSS |
| 日記表示ｽﾀｲﾙ |
| ﾎｰﾑﾍﾟｰｼﾞ型/携帯 画像/動画/音声/ﾘﾝｸ |
| 表示開始年月 |
| 日記内検索 |
| 分類 |
| 全て 1.このｻｲﾄについて 2.作品DB開発/運用 3.ﾎｰﾑﾍﾟｰｼﾞ制作技術 4.Perl 5.C++ 6.検索ｴﾝｼﾞﾝﾚﾎﾟｰﾄ 7.ｻｯｶｰ 8.自分のこと 9.Linux 10.旅行 11.思ったこと 12.Berkeley DB 13.その他技術系 14.企画 15.ｽﾏｰﾄﾌｫﾝ 16.自分限定ﾒﾓ 17.運用ﾏﾆｭｱﾙ(自分用) 18.技術系以外実用書 19.料理 20.ALEXA 21.ｱﾆﾒ 22.会計 23.ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ全般 24.設計書 |
| 挨拶 ここは accessup.org の管理人さん のﾍﾟｰｼﾞです｡ ｻｲﾄに関する お問い合わせは こちからから 日記の内容 日記では主に ･ｻｲﾄ運営/開発 ･検索ｴﾝｼﾞﾝ情報 ･技術ﾈﾀ(Berkeley DB, Linux, Perl, ｻｲﾄ作成等) を扱っています｡ お気に入りPV Blackmore's nightの Magical world (ﾛﾐｵとｼﾞｭﾘｴｯﾄの歌) ｻｲﾄ内管理系ｼｮｰﾄｶｯﾄ 1.定期更新処理 2.英語版Myﾍﾟｰｼﾞ 3.未処理削除提案 4.承認待ち提案 5.日々のﾀｽｸﾁｪｯｸ 思い付きﾒﾓ [ｻｲﾄ作成での心構え] ･孤独死させない ･ﾘｱﾙﾀｲﾑに変化させる 気に入った言葉集 [ﾋﾞｼﾞｮﾝ] 無いものに 気付くことができる [対人] 士は己を知る者 のために死す [仕事] 日々1%の改善は 年37倍の改善 2人の日々1%の改善は 37x37=年1427倍の改善 組織の改善は大きい Noと言わなければ 優先順位は決定できない Noの言い方には色々ある ･優先順位 ･時間ができたら ･他人に依頼 ･次期にやる ･絶対駄目 [ﾋﾞｼﾞﾈｽ] 必ず1位を取れるところで勝負 2位はつまりは敗北 [組織] 人が好きな人が必要 PMは方法論より ﾁｰﾑに注力すべき 自己決定的であることが重要 [経営] 戦略は道標だから 敵や状況で変わらないもの にする(右往左往しない) 変えるのは戦略ではなく戦術 経営者は他は劣っても 熱意･情熱だけは最高 でなければならない [生活] 家族は自分が守るべき 最小の単位 良い習慣を身に付ける鍵は 何度も実践すること 現代の生活は時間の浪費 に満ちている [人生] 日々の生活の中で 目標を見失わないこと 補足 この日記の左ﾒﾆｭｰは Myﾍﾟｰｼﾞの 自分のﾍﾟｰｼﾞをｶｽﾀﾏｲｽﾞ から設定可能 |
ホームページの維持コストとは何かといえば、それを提供・維持するものにかかる負担である。 ではその負担をリストしてみよう。なお、維持するものとしては、ここではシステムに主体として絞る。
1. ハードディスク
2. メモリー
3. CPU
4. IO (ファイルのリクエスト)
5. ネットワーク帯域
上記5つの要素を低減させることが、ホームページの維持コストを低減する。何故なら、これらのコストが下がれば、それだけ要求レベルの低い環境で、必要なサービスを提供できるからだ。
各コスト発生部の説明と対策
1. ハードディスク
ファイル数と書き込まれている文字数、あとファイルの種類に左右される。 書き込まれている文字数が多く、ファイルサイズが大きくなれば、ハードディスが多く使用されるのは誰でも分かっていることだとは思う。 ただ、それ以外に、ファイルの数が増えると、それだけファイルの名前と、それに付随するファイル情報の為に、ディスクスペースが使用されることに注意。 また、テキスト系文章の代わりに、PDF, WORDなどを使用したり、画像ファイルを使用すると、それだけ多くディスクが使用されることになる。
[対策]
1. 古いデータの圧縮保持
2. 掲示板のデータなどは、特に量が増えやすい。この古いデータは、そのまま保持しておくのではなく、圧縮して、必要だったら、ダウンロード・または解凍表示できるようにしておけば、ディスクの節約に非常に効果を発揮する。
3. 多数作るファイルの拡張子除去
4. ファイルを多数作る代わりにまとめられないか検討(程々にね)
メモリー
CGIなどのプログラムを使ったコンテンツを提供する時には、変数の格納にメモリーを使用する。 多くの情報を保持しながら処理をしなければならないプログラムのせいで、メモリーを使い果たすと、ハードディスクにメモリーの機能を持たせて、プログラムが処理を行うようになる為、システムの処理速度が格段に遅くなる。
[対策]
1. 局所変数化をきちんと使うこと
2. 大きな負担をかけるプログラムは、ウェブサーバーでは実行しないで、自分のPCで実行できないか検討すること
CPU
CGIなど、動的なプログラムの実行にはCPUを必要とする。多く使用すればする程、他の処理を同時に行うと、それぞれの処理が格段に遅くなっていく。
[対策]
1. 動的なコンテンツで表示系は、できるだけ静的なコンテンツに書き出して、静的なコンテンツを表示するようにする。
IO
ハードディスクは、例えていうのなら、針で読み取るレコードである。同時に色々なところから読み取れるわけではない。 リクエストされたファイルがどこにあるのか見つけて、そのコンテンツを読むのである。当然、同時にリクエストが来た場合には、前のファイルが読み終わるのを待つ必要が出てしまう。つまり、物理的な制限が生じる。また、この物理的な制限は、CPUやメモリーの進化に比べて、進化が遅いので、ボトルネックとして、ケアしておく必要がある。
[対策]
1. インクルードするJavaScriptファイルの分割の仕方を見直す。機能毎に細かく分けすぎるのは、IOを増やしすぎてしまう危険がある。
2. 訪問者が多いページは、JavaScriptファイルを読み込ませるのではなく、その中身をベタ書きで記す。
3. CSSファイルも↑に同様
4. 画像ファイル等、その他ファイルも、多くの種類を入れれば入れる程良いとしないこと。
5. スパイダー、いわゆるホームページ内容を次々にとっていくプログラムは、その取得の頻度・数ともに巨大なものであり、特にサーチエンジンのではなく、一般ユーザーが使うものは、秒数を空けないで多数同時に取得したりして、行儀が悪いし、他の人にはメリットのない大きなアクセスを生んでしまう。robots.txt, metaタグなどにとるなと書いて、撤退して貰う方法と、更に動的なページで、User Agentを判断して、特殊な返し方をするという手がある。 規則無視、User Agent情報は、普通のブラウザーのふり、などをされると、その対策効果は限られるが、更にJavaScriptでリンクを書くなど、スパイダーの能力の欠如を付く防御方法もあるだろう。
ネットワーク帯域
転送量無料のホスティングサービスは良いが、そうでないところでは、このネットワーク帯域の使用量(データ転送量)が、かなり高く課金されている対象であることに気づく。ネットワーク帯域の使用量が増えれば、ユーザーにデータを届けられる速度が遅くなる。
[対策]
1. 画像などファイルサイズが大きいものの、使用回数を減らしたり、サイズを減らす。
2. 大きなページは、ページめくりなどできるようにして、分割する。ユーザーは必ずしも、ページ全部の内容が必要なわけではない。
3. 安易にバナーリンクを配布しない。バナーを他のサイトに露出して貰うことは、広告効果は確かにあるが、サーバーのネットワーク帯域を多く消費する結果になるリスクを生じさせる。
| <=次記事2004/05/31 Yahoo::YahooがGoogleとお別れ =>前記事2002/12/08 SEO::GoogleによるSEO会社の選び方の勧め 大分類が「ホームページ制作技術」の記事 記事全て |