今日は、windowsXPではなくて、windows2000を使って投稿しています。いつもいつもXPを使っていると壊れてしまうからです。もう10年も以前の機械ですから傷んでもおかしくないのです。それで、2000年ごろに発売された東芝のダイナブック2550sを使っています。130MBぐらいのメモリとpantium?400MHZです。HDDはわずか4GBです。でも、本当の目的は、さる会社の社長から依頼されているのですが、win2000で簡易なファイルサーバーを作ることです。

実は、試してみるとwin７からwin２０００の共有フィルダは初期状態では読めないのです。win7の機械の方での操作になりますが、dosプロンプトから（ファイル名を指定して起動で、＞regeditと入力する）レジストリを変更するコマンドを打ち込むのです。そして、HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlLsa中のLmCompatibilityLevelの値を2に変更してみます。もちろん、LmCompatibilityLevelなんてファイルは存在しないので、Lsaという文字列を右クリックして自分で作るのです。そして、値もデフォルトは0だから２と入れかえるのです。そして、再起動します。そうすれば、win2000で作った共有フォルダのログイン名とパスワードを聞いてきますから入力すると読めます。（win7のホームプレミアムの場合）

一方、professionalの場合は、secpol.mscと入力して、[ローカルポリシー][セキュリティオプション]の中の[ネットワークセキュリティー：LAN Manager認証レベル]の項目を[NTLM 応答のみを送信する]に設定してコンピュータを再起動します。

まあ、面倒ですが、いずれにしてもwin2000をファイルサーバーに出来るのですからかなりの儲け物です。というよりも、windows７だけでピアツーピアで間に合わせのネットワークを組んでいるよりかは、少しだけマシなセキュリティのネットワークです。ホームネットワークだけでしたら、win７を持っている人ならば誰でもネットワークが組めて一応パスワードは10ケタが指定されていますが、ログインしてしまえばあとは何も聞いて来ないので、いったいどこで認証をしているのかさっぱりわかりません。もし、端末のログインパスワードがその事業所の電話番号だったりしたら、悪意をもったハッカーには、サーバー内のどんな共有フォルダでも丸見えです。もう一段、二段の何らかのパスワードが欲しいところですが、このwindows2000の認証では、共有フォルダーを見るためにはログイン名とパスワードを聞きますから、さらに二重のカギがかかっていることになりますので、より安全です。

　それに、この会社の事務所には4台の新品のwin7のPCがあるのですが、ピアツーピアの場合は、常にどれか１台はサーバーとして起動しておらなければならないので、１台23万円もする新型のノートパソコンを9時から5時まで、ひどい場合は深夜まで、そして翌朝の早朝から電源をつけっぱなしにするわけです。これは、消耗を早めますから不経済です。そうではなくて、サーバーのPCは、非常に古いPCにwindows2000を入れてモニターも起動時と終了時だけ切り替えて見るだけで、あとはそのままつけっぱなしでも、モニターを消しておけば良い訳です。あるいは、別のデスクトップ機のモニターとして切り替えて使用すればよいのです。こうすれば、たとえ、そのサーバー機が壊れてもデータのバックアップさえ毎日しておけば、最悪つぶれてもHDDだけ取り替えればいいのです。あるいは、マザーボードを取り替えても数千円ですから、たいした出費ではありません。ところが、端末として使いもしない時間帯にもほとんど365日24時間、常につけっばなしを要求されるようなノートパソコンの酷使は、常識的に考えても非常によろしくないのであります。

もちろん、会社の経費で落とすんだから電源を常時つけっぱなしでも23万円だろうが30万円だろうが一向に痛くも痒くもない・・・と考えることもできますが、でも、私のような年金生活者からみれば、それは許されない贅沢な無駄使いと映るのです。23万円もあれば、中古パソコンと中古モニターで合計3万円のものが7台セットぐらい買えてしまうのです。私自身は、10年以上前で低性能で反応の遅い古びたPCとか10世代前のソフト、2〜３世代前のOS、暗くて消えかかっているか壊れかけたディスプレー、黄ばんでガチャガチャ鳴る安価なキーボ−ドしか持っていません。最近は、そんな高価なノートパソコンなどは・・・高級でなめらかなキーボードは触ったこともないし、緻密で美しいディスプレー画面も見たこともないので、この会社の事務員が当然のことのように、そういう高級なノートPCで入力している姿を見ると、とても自分には実現しない夢のような豪華な世界だな・・・とあまりにきつい格差を感じてしまいます。だから、大事に使って欲しいと思うので、ピアツーピアではなくて、別に古いＰＣを活用して2000をいれてサーバーにしようと考えているのです。

いま、Lindowsというリナックスを使って入力しています。実は、windowsをいつも使っているので、たまにはリナックスでも使おうかなと考えたわけです。どうも、クッキーなんかで自分の検索した商品が登録されているみたいで、いやな感じがしましたので、ＣＤやＤＶＤ起動のリナックスならば、そういうことはないだろうと思って使いました。でも、ごくふつうのＰＣのOSとしては、リナックスは流行しませんね。これは、なぜかよくわかりませんが、やはり、いろんなソフトというかアプリはwindows版が充実しているからかな？と思います。また、印刷をするときには、ドライバがないとか、性能が優秀でないとか・・・そういった不便な面があるからでしょう。

私は、そういうのは全然気にしないのですが、みなさんは目や耳が肥えていて少しでもご不満があれば、乗り換えたいのでしょうね。それはそれで、ハンセンス＝センスがいい・・ということでいいことです。

標題は、そう思う場合は限定されているのではないか？と思うので、第二弾の投稿をいたします。

前のブログにも書きましたが、10年一日のごとく形式も体裁も内容もほとんど昨年度を踏襲して日付だけ差し替えるようなホームページであるならば、サイト転送は実に便利な機能だと思われます。ところが、大幅に構成やイラストや配置の差し替えを行う場合は、全く不都合です。個々のファイルやリンクを全部手動で相対パスで書きなおして、しかもFTP転送してweb上で実際に逐一反映されたのか確認、確認を繰り返しておかないと、ローカルで一括してちゃんとプレビューできて更新できたからと、このままサイト転送をしても、結局リンクが混乱を起こしてしまって、短時間での修正作業が困難になる可能性が高いのです。

リンク切れの原因は、多くの場合、すでに昨年度以前のローカルおよびサーバーに存在する同名のボタン、イラスト、写真のファイル名が同名で重複するからです。だから、あるページではlogo1.gifが２個できてしまって、以前のボタンが違う表示に置き換わってしまうのです。また、以前から掲載してある写真も、２枚とも同一の最近の写真に置き換わる・・・といったようなわけのわからない誤動作のオンパレードになって、即座には何が原因でどう不都合が生じたのかが理解できかねない状態になるわけです。こうなると、エラーの数が半端じゃないのであるならば、もう始末に負えませんから頭が疲れて意気消沈してしまいます。

結論として、サイト転送を使うのならば留意すべき点は以下の通りです。

1．フロントページのリンクの相対パスはどのフォルダから見たものかを常に意識して記述すること。できたら、HPB任せでなくて手書きの方が良いでしょう。

２．既存のロゴ名や写真番号・記号は使わないこと。以前にアップロードしたものが消えて置き換わります。

３．写真やPDF、動画・音声などのファイル置き場（リンク先）は、原則どこに置くのかを職場で決めておき、それ以外の場所に置かない。すなわち、これもHPB任せにして無意識に収納場所のボタンを押さずに、自分で決めて所定の場所、たとえば/imagesというフォルダに全部入れる習慣を身に着けること。もし無意識にこれをやってしまうと、フロントページの写真だけは、ルートにあるのかそれとも別のどこのフォルダの中にあるのか分からなくなってしまいます。

4．巨大な動画ファイルやPDFファイル、あるいは許容されない日本語ファイル名などをつけて転送してエラーを起こして、作業が中断して中途半端な状態で明日を迎えるようなことにならないようにする。（ローカルとサーバーが同期しない原因です。）

５．他人が作ったホームページは、リニューアルするならば、一旦全部100％廃棄して、まっさらから始めるのが正解です。そうしないと、デジカメの写真やHPBのロゴは、最初の段階から同一の名前のファイル名が出来てしまっているので、立ち上げ当初から混乱とトラブルの連続になることが強く予想されます。

 

 

 

 

標題については、概ねそうだといえますが、でも、そうでもないともいえるのです。どういうことかというと、前回にも書きましたが、アップロードする場所を間違えると更新されないからです。こういうエラーは、実は6月末日から、解決していなかったのです。今日、初めて気が付いたのです。１ヶ月以上謎のままでした。なぜこんな基本的なことに関するエラー（勘違い）が起こるのか？というと、昨年も、一昨年もサーバーのindex_htmlのルートにアップロードしていたことに原因するからです。今年、初めてhogehogeというフォルダを作って、全部その中にファイルを入れたつもりですが、実は、昨年まで使っていたファイは相変わらずルートに置いたきりになっています。つまり、hogehoge内のファイルとルートフォルダにあるファイルの全てを管理する（リンクする）index01.htmlというフロントページがhogehogeというフォルダ内部に置いてあって、それをルートにあるtoppage.htmlという中身の無い起動ファイルが読みに行く形に仕組んであるのです。こんな一種の二重構造を持たせたウェブサイトなのです。

だから、私自身、頭がこんがらがったのです。

こういうように、非常に複雑怪奇？でもないですが、かなり頭の体操をしないと読み解くことができません。

正解は、サイト転送の転送先をただ　/hogehogeにすれば良いだけなのですが、黄色の部分の多くのファイル群が気になって、ついルートフォルダを転送先に選んでしまった・・・というか思い込んでしまった次第です。それと、ローカルとサーバーの位置関係が頭の中でシンクロ（同期）されておらないことが原因でした。要するに、ローカルでhogehoge内部のファイルを書き替えているならば、転送先は必ずhogehogeなのです。

それと、もうひとつの大きな落とし穴がありました。私は、習慣としてFTPソフトで転送先をルート以外に指定したことは、この１０年で一度もありませんでした。というのは、私はサイト転送をする習慣がなかったからです。ありえないのです。なぜならば、私はwordpress、movabletype、joomla、nucleus、MODXなどのCMSを何度もサーバーに転送していたからです。これらのファイル群は、サイト転送ではアップロードできませんから、必然的にFTP転送を使いますので、転送先はルートを指定していました。だから、今回のサイト転送も、無意識のうちに転送先にルートを指定していたのでした。

以上述べましたように、ホームページビルダーは、大幅なフロントページの改定を行う場合には、常にローカルとwebサーバーの位置関係をシンクロしながら、リンク関係も絶対リンクと相対リンクを両方考えながらサイトを構築していかねばなりませんので、だれにとっても、かなりの頭脳のフル回転になろうかと思われます。でも、素朴な疑問ですが、大改定といったって、譬えて言うならば、ただ近隣の市町村の知らないスーパーマーケットに買い物に行く程度なのに、なぜGPSで出発地と目的地の位置確認をしなけりゃあ到着しないんだ？と腹立たしく思うわけです。大体、めぼしをつけて行けば到着しそうなものだが・・・と思うのです。

この点、CMSは一旦ファイル群をサーバーに送り込んでしまえば、あとは、ブログ投稿記事の投稿に関する操作は殆どwebサーバ上の作業になります。単純明快なので、頭が混乱することはまず殆ど無いのです。

 

　　　　　添付ファイルをローカルフォルダからwordpressのmedia専用フォルダに転送するイメージ図

上図では、サーバー側のアップロード専用フォルダが　/index_html/wordpress/wp-content/uploads/2012/08/ なのですが、そういうことを一切考えなくても自動的に、その場所に転送されます。このとき考えなくてはならないのは、ローカル側の写真等のフォルダだけなのです。また、文字文書だけならば、自動的にデータベースに収納されますから、書いた文書の位置確認は一切不要です。

以上のように、私が失敗したホームページビルダーの使用上のトラブルは、自動車にたとえると、目的地がたくさん複数あって、決められた時間内に配達しなければならない運送業務の人が、道順がよく分からないのでGPSをセットしようとしたのですが検索項目が多くてまごついてなかなかノルマが果たせない状況とよく似ています。ようやく入力できても、助手席に誰も居ませんから、運転しながらカーナビを見ていて、迷いながら同じところをぐるぐる行ったり来たりしているうちに、ついに一方通行の道路を逆走してしまって違反切符を切られて罰金を払うハメに陥った・・・大体、こういう状況です。方やCMSの場合は、助手席に道順を良く知っているベテランが乗っていてGPSは一応お守り代わりに作動させていますので、スイスイと何の間違いも無く多くの目的地に配達ができて万々歳・・・というわけです。

 

 

 

 

ホームページビルダーで、さる社長から依頼されて、その会社のホームページの構築や管理のノウハウをアドバイスしています。先日、PCが4台新しく導入されたので、そのうちの３台にホームページビルダー16をインストールしました。そして、それぞれのＰＣにローカルフィルダを作ってホームページの中身をコピーしました。そして、新しいサイトを作って、読み込ませました。ここで、ひとつ、設定を間違いました。それは、転送先の設定です。

本来ならば、webサーバーの中の/hogehoheといフォルダを転送設定すべきところ、何も指定しませんでしたので　/　ということになりました。それで、いくらローカルで書き換えて更新したところで、web上では一切更新されていなかったのです。つまり、次のイラストの通りです。

それで、社長は、自分のPCから会社のホームページをアップロードしていたのですが、会社のPCでの転送設定が間違っていたために、新しいPCを導入したのに、いつまでたっても職場に自分のPCを持ち込まなくてはならなかったので困っていました。

また、明日にでも会社に行って、この転送設定の間違いをお詫びして訂正して、やり直します。