ここんとこずっと新サーバー（ユーザー用自宅サーバー）の構築、セッティング調整をしている。

このあまり広くない部屋にパソコン6台、プリンタ3台、FAX兼プリントスキャナ1台、あとルーター3台、光回線、ADSL回線などがある。
うちパソコン4台はほとんど電源ON状態。

今回、光だと1本の線で5回線まで使えるということを聞いてたのでプロバイダのIDをもう1つ取って、セッティングを開始していたが、CTU（ルーターと同じ）をどんなに設定しても外部から新サーバーに入れない。

で、NT○のカスタマーサポートと話してたんだけど最終的にはCTUが2つのIPを振り分けるようにできてない事が発覚。
現在、新たな情報待ち。

---

今、このサイトのコンテンツはほとんど手をつけてない。
というか、新しいサイトのコンテンツ作りを忙しくやってる。

現在、見られてもそんなにおかしくない程度までは仕上がっている。
まだまだ追加したいものがあるので今後さらに追加していく。

某ユーザーのショッピングサイトをHTMLにして欲しいと依頼あり。

現在、データをCSVで管理、商品一覧、詳細画面、検索などすべてをPHPで動的に作成してきた。

このことにより、ユーザーにあまり手を煩わせることなく商品管理、サイト管理が可能となっていた。

ところが、動的ページのため、Googleには拾われるが、Pagerankが上がらない。

ここにあるブログは実は動的ページなのだが、静的ページのように見せかけて、GoogleのPagerankがちゃんと表示されるようになっている。
それに比べ、掲示板の方はそのまま動的ページなので、Pagerankが表示されない。

したがって、Googleの上位に表示されるためにはどうしても静的ページ化したいというのだ。

もともと私が作成したPHPなのである程度勝手知ったる、なのでその組み込み及び、PHPのモジュール変更などを行う。
ローカルテストでほぼ完成したのでサーバーでテスト。

ひと通りの作業を完了し、検索機能以外はすべて静的化が完了した。

---

さらに機能追加として依頼が上がったのが、各個々の商品ページすべてにリンクを張ったサイトマップを自動生成して欲しいと依頼あり。

これもGoogleなどの検索エンジンに対するSEO対策の一環である。
現在商品データはすでにCSV化しているわけだから、このデータを使用すれば各商品の詳細表示画面に対するリンクは自動生成可能である。

したがって、出展商品すべての詳細ページにジャンプできるリンクを張った詳細サイトマップも自動生成できるだろう、という目論見だ。

この前から作成中だった「SEO対策&ツール」のサイトを仮オープンした。
このサイトにあったWEB調査ツールはこの新サイトに移転した。

今後さらに専門的な分野のコンテンツを作って行きたいと思ってたのだが、このサイトのコンテンツがあまりに増えすぎたのと、ここのサイトで展開していくのはちょっと趣旨が違うと思ったからだ。

WEB関係のツールはまだまだ公開したいものや作りたいものがある。
しかし、「超初心者．．」は基本的に初心者向け、今後展開するコンテンツはどちらかというと少し専門的な知識のある方を対象としてるからだ。

まだ、一部のコンテンツしか作成できてないがさらに追加を行っていきたい。

新しいサイトのコンテンツを旧サイトから移転し、PGやモジュールの見直し、再構築を行っている。

今まで、簡単にしか作ってなかったので、本格的にきちんとしたものにしておくべく、見直し及び再構築中。

某ユーザーから、新しいサイトを立ち上げたいと依頼あり。
ドメインの設定、サーバー環境、DBの設定、テーブルの基本環境設定を行う。

コンテンツ自身は今までに構築したサイトとほぼ同じため、簡単なテスト実行などを行い動作確認。

今までのカウンタにもうひとつ余分なカウンタをつけたいと依頼あり。

ベースサイトの見直し&追加。
相手サイトの機能追加など調査。

---

3000近いサイトを巡回し、必要な情報だけを取得し1ファイルに記録するPGを作って欲しいと依頼あり。
URLリストはユーザーで用意してくれるという話しなので、こちらはそのリストに従ってWEB巡回し、データ蓄積を行うPGの作成。

現在、新しいサイトの構築を行っています。

この超初心者．．は今まで、右も左もわからない初心者のために、いろいろ解説してきましたが、最近ほとんど書く事がなくなってきました。

HP作成質問箱の質問もオープン当初に比べ激減しました。
これは、ある視点から見ればサイトが充実し、コンテンツを読んでいただければ質問をしないで済むようにいろんな角度から解説していることが効を奏しているとも思われます。

また、ページ数も1000ページ近くになり、サイトの容量も不要なものを削除し、画像を多用していないにもかかわらず100MB近くになってます。

本来、私が行いたいのは解説よりもWEB上のシステム構築だったわけですが、自分自身、知識不足だったため、勉強がてらこのサイトを作り続けてきたわけです。

それと同時に、WEBシステムを普及させていくためには、ベースとなっているページ作成部分（HTMLやCSS、Javascriptなど）は誰もが当たり前に作成できないと、それよりワンランク上のスクリプトなどの話ができないのです。

ページ作成はもともと装飾をいかに行うかというデザインのことで、ツール（ソフト）もよくなって来ている今日、知識を付けさえすればある程度のところまでは誰でも出来るように思います。

ところがシステム構築やネットワーク技術となると様々な論理的知識や構造分析など有機的に絡み合ったものをひとつの理念の下作り上げていかなければなりません。

私自身こちらの方が本来やりたかったことです。

特にこの2年間、このサイトの成長とともにWEBシステム構築の様々な勉強、開発、研究をしてきました。
それによりかなり幅広い知識を習得し、今までの客先の要望にほとんど応えれてきました。

今後さらにスキルアップするためにももっと知識を付け、また今まで行わなかったより多くのことを手がけて行き、自分をさらに磨きたいと新サイトを開設することにしました。。

地元のサーバークライアントユーザーのハードウェア保守の見積り提案。

---

SEO対策サイトのWEBサーバーメールサーバーのための専用機（パソコン）の調査&見積り。

現在ISDN回線の地元ユーザーからADSL、もしくは光に変えたいので調査して欲しいと依頼あり。
このユーザーは、パソコン10台、ネットワークプリンタ5台、スキャナ1台のヘビーユーザー。

電話回線も3回線あって、そのうち1回線はアナログのまま残ってるらしい。
銀行オンラインもやってるため、一部のISDNはそのまま残す必要がある。

まず、ADSLや光が可能な地域か？
可能ならどの回線が最も効率がいいか、
ADSLなら回線スピードは？
プロバイダは？

今まで、プロバイダのメールアドレスを使用していたが、新たにドメインを取得するのか？
インターネットやメールを行うパソコンは何台か？

などの調査分析を行う。

周辺機器の必要性なども同時に調べる。

先日作った広告用のコンテンツ、広告の掲載箇所が何千箇所もあると表示回数のカウントを取得すると10分ほどかかる。
それでも早いとは思うが。

しかし、これを動的に表示させると管理者はよくてもユーザー用としては使用できない。
しかも、複数のユーザーがページ表示するとサーバー負担がかなり大きく、問題となる。

そこで、これをタイマーで走らせ、結果を静的ページとして生成するのが最もいいと考える。

表示回数の収集用モジュールを改造し、処理終了後、結果ページとしてHTMLを自動生成するように変更。
その上でこれをタイマーで定期的に実行するようにサーバー組み込みする。

販売管理ユーザーの現データの確認＆現地調整。

---

以前から依頼のあった追加機能はずっとローカルで作成しテストしていた。
ようやく大筋が出来上がったので、一度サーバーでテスト。

一部メール送信がうまくいってない事が判明し、再調査。

新しい構想で作成したため今までのデータとファイル名とが違うため、複数のサイトに新しく設置するにはかなりの手作業が必要となるため、現行データと同じファイル名で動作するように変更。

複数サイトに設置するために、これまでに作ったFTP自動投げ込みモジュールを使用すれば、どんなに多くの複数サイトでも一気にアップデートが可能となるため。

前回作った、1行テキスト広告、バナー型広告、フリー型（複数行）広告に対する申し込みページの作成依頼あり。
次のような機能が欲しいと依頼あり。

会員グループが大きく2種類あるため、申し込みページは全部で6種類を作成する。

今までと同様申し込みページはスキンで作成し、会員専用ページとするため、PASSチェック機能を搭載。
呼び出しは広告別の3種類のみ作成し、会員グループの属性を確認してスキンが自動的に切り替わるようにする。

アフィリエイト機能として入金があったら、紹介報酬等を加算できるようにする。

管理画面で登録内容の修正、削除ができること。
広告を表示するしないが、申し込みとは別に独立して設定ができること。
表示フラグが切り替わった時、広告専用のHTMLを自動生成する。
同時に、以前作ったシーケンスバナー広告用のデータも自動生成する。

広告の種類に応じて、3種類のHTML、広告用データを作成する。
それぞれの広告に対し、表示回数を取得するため、データの記録形式を変更する。
複数のサイトに設置したとしてもすべての表示回数を一括管理したい。
このときの問題点として、一箇所で集中管理するとサーバーの負担が大きくなるため、サイトごとに独立して表示回数を管理することを前提とする。

上記のことから、サイトごとに分離されたデータを指定したサイトで一括管理ができる、何らかの手法を新たに考案する。

追加要望として、同一サイト内の複数の箇所に設置したい。
さらに、それらも独立して表示回数を管理したい。

---

ふへ〜．．
これは、かなりやっかいだぞ．．

でも、ひとつひとつこなしていくしかないだろう。(-_-;)

昨日作った方式をさらに推し進め、今度はテキストバナー、画像バナー、複数行にまたがるHTMLソース、など3種類のバナーや掲載広告を今までと同じように順番に表示されるようなスクリプトを作成して欲しいと依頼あり。

今まではフリーのCGIを使用していたらしく、表示回数のカウンタやそれぞれの広告がすべて独立したファイルになっていて、このCGIは複数のサイトで使用しているため、メンテナンスが発生すると訂正作業が大変になる。
また、広告の管理が単純であるため追加や削除があった場合、個々の広告に対する管理や訂正作業が複雑になり非常にやっかいであると言われた。

これらを解決するため、管理データは1ファイルに納めるのが妥当と考える。
広告が増えてきた場合、管理データのファイルサイズが大きくなり、読み込みスピードに影響するのではと考えられるが、ファイル分割した場合は、その広告の数だけのファイル検索処理が余分に必要となるため、1ファイル構成の方が結果的にはスピードアップが図れると予測する。

ここで問題になるのが、カウンタファイル（表示回数）と広告用ファイルの格納形式だ。
これらは連動している必要があり、また、追加訂正削除を想定した形式を見出す必要がある。

そこで、カウンタファイルは日別カウンタと同じように、カウンタそれぞれに属性を持たせて管理することにする。
広告用ファイルは、私が普段から使用している自分専用のスキン形式を応用し、それぞれの広告に区切り記号のようなラベルを持たせ、ひとつひとつを独立管理できるようにした。

この方法なら、今までのような行単位も、複数行も管理できるため、今までの方式もすべてこれ1本に吸収できる。
さらには、複数の独立したファイル管理も行えるようパラメータの呼び出し形式も改造を加えた。

この方式はそれほど複雑ではないにもかかわらず、次のようなメリットを持つような仕上がりとなった。

１．1行テキスト、バナー型、複数行のHTML広告のどれもこれ1本で管理できる
２．同一ドメイン内、外部ドメインであってもこれ1本で順番に表示できる広告が可能
３．複数個所に設置したとしてもランダムバナーのように同一バナーが連続する事がない
４．複数の独立した広告グループを作成する場合もこのスクリプト1つで対応が可能
５．広告の順番を変えようが、追加変更削除をしようが管理データを意識する必要がない

次はメール送信プログラムの作成。
当初簡易的な方法を取ろうと思ったが、やはりきちんと作ったほうがいいと判断し、ひと通りのコンテンツを作成。

全体的な調整や見直し、CSSの見直しなどを行う。

---

SEO対策サイトから、現在の広告バナーをドメイン違いのサイトでも試用できるようにしたいと依頼あり。

今までのバナーは呼び出されるたび、複数のバナーを順番に表示していくタイプだが、その元となるデータは同一ドメイン内に置き、SSIで自動挿入していた。
ところがドメイン違いだとSSI方式が使えないため、新しい方式を考案し制作。

今までの方式が利用できるとともに、新しい方式もほとんど変わりなく利用できるような形式を考え、呼び出しパラメータを2種類用意することにより、スクリプト側で自動認識させるように追加変更を行った。

この方法だと、スクリプト名を変更することもなく、呼び出しパラメータも今までのものがそのまま使え、パラメータの記述を変更することでそのまま新しい方式に移行もできるため、応用範囲が広がることとなる。

テスト用ページを作成し、ドメイン違いで呼び出しても問題なく動作することを確認。
また、この新しい方式なら一箇所の広告用データを複数のサイトに表示する事が可能となる。
デメリットとしては同一コンテンツを複数サイトで利用することになるため、設置箇所が多いとレスポンスに影響してくることである。

あれやこれや変更しながらようやくトップページのデザインが固まり、次はサブページの制作。
写真画像も合ったのだが、保存形式が特殊で、画像の調整をしながら保存形式の変換を行う。

画像のない部分はパンフなどをスキャナで取り込み、画像調整し利用。
サブページ用のCSSを作成しながら、ひな型作り。

ひと通りのサブページを作成し、特定商取引のページ作成。