Web管理関連記事 - 連続表示

※(2010/4/1追記)本件はBIGLOBEより状況改善の連絡がありました。詳しくはページ下部のコメント欄を見てください。

先々週のことですが、BIGLOBE担当者より「アンケート」という形で、「ひかりTV」サービスの勧誘がありました。しかし、我が家ではテレビをあまり見ない上に、自宅サーバーやルーター設定などへの影響を最小限に抑えたいこともあり、インターネットをコンピュータ以外の用途に使うことをできるだけ避けたいということで断りました。「最初の2ヶ月間は無料なので」と、もう一押しありましたが、解約を前提とした契約になることは明白なので、「お互いに手続きが面倒になるだけ」ということで丁重に断りました。

その翌週、私が留守の間に、BIGLOBEの別の担当者から妻に電話がありました。やはり「ひかりTV」の勧誘でした。しかし私から妻に上記の事を伝えていなかったこともあり、「2ヶ月無料」ということで、そのまま申し込みをしてしまいました。翌日、私が既に「ひかりTV」を断った事と、断った理由についても既にBIGLOBEに説明済みということを妻に伝え、妻より電話でキャンセル依頼を出しました。

その2日後、今度はBIGLOBEよりメールで「お申し込み受付」の連絡がありました。キャンセルを受け付けたはずなのに一体どうなっているんだろうと思い、「キャンセルしたはずですが」とメールを返信したところ、「キャンセル手続きの確認が取れない」との回答が来ました。BIGLOBE社内の情報体系の悪さにびっくりしましたが、妻のキャンセルの電話に対応した担当者の名前を伝えつつ、改めて「キャンセル」ということで連絡を出しました。

しかし、今週になって妻宛にNTTから「ひかりTV」のガイドブックが届き、さらに今日になってやはり妻宛にBIGLOBEから郵便で「ひかりTVforBIGLOBE契約内容確認書」が届きました。さすがに頭に来て、確認書に書いてあった電話番号にクレームの電話を入れたところ、「すでにキャンセル済みです。破棄してください」との回答がありました。加えて先週メールで連絡した別のBIGLOBE担当者にもクレームのメールを入れておきました。

それにしても、BIGLOBE契約者本人である私の確認なく、妻の一言で契約を進めてしまい、しかもキャンセル処理に関して社内で横の連絡が全くできておらず、加えて万が一私が感知していなければ(もしくは「もうキャンセル済みだから」とそのまま流していたら)、さらに勝手に事が進んでしまうという状況には参りました。IT系の会社なのに、キャンセル情報を社内で共有できていないというのも不思議な話です。

例えば、という話になりますが、BIGLOBE契約者本人が家に長期不在で、機器設置の事実等が知らされないままの状況も考えられます。「契約者本人が知らないうちに請求が来る」という可能性もあり、世間に広く知られた会社のやり方としては、非常にまずいのではないかと思います。

BIGLOBEを利用しはじめたのは、インターネットをやり始めた1997年からで、利用期間は実に13年もの長期に渡ります。しかし、ここまで手間のかかる体験をしたのは初めてです。一瞬、他のプロバイダーへの変更を考えましたが、とりあえずは今後のBIGLOBEの対応を見てからにしたいと思います。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

改正法対応 すぐに役立つ 消費者契約法 特定商取引法 割賦販売法の法律知識 をAmazon.co.jpでチェック

BIGLOBEもの会社が情報共有化されていないというのは驚きですが、たとえ会社がIT系だろうと非IT系だろうと、営業現場ではそんなものかも知れないですね。

大企業ではありがちですが、IT担当者が「これを使えば情報共有化がもっとうまくいく」と思って導入したツールも現場では全く使われていなかったりしますからね（苦笑）

ネットで検索してみると、BIGLOBEに限らず、他のプロバイダーでも「ひかり電話」の勧誘に困っている人が多いようです。しかも、プロバイダーとは別の会社がプロバイダー名を名乗って勧誘することもあるようです。そうだとすると、プロバイダーの契約情報が契約者の承認を取らずに第三者に渡されているということになり、個人情報保護法など別の問題が出てくることになります。この「プロバイダーとは別の会社」がいくつも存在することから、短期間にいくつも勧誘の電話がかかってくることもあるようです(もちろん「別の会社」同士では情報のやりとりは無いでしょうから)。

ただ、上記の件についてはBIGLOBEからの回答が来ていないので、現時点では「BIGLOBEの営業担当者が直接電話したもの」と解釈しています(こちらにはそれを否定する客観的な証拠が無いので)。まあ、このあたりはBIGLOBEサイドで調査すればすぐにわかることだと思いますが。

先ほどBIGLOBEの部長さんから謝罪の電話がありました。

キャンセル処理がうまく進まなかった件については、やはりデータベース間や部門間の連携など、社内の情報の流れがうまく行っていなかったということでした。また、「BIGLOBE契約者の確認無しに契約が進んでしまう可能性」については、営業活動を一時的に中止してまで改善に当たっているとのことでした。私からも「契約確認書類や機器を送る前に、BIGLOBE契約者に確認メールを出して、了承の連絡を受けるようにする」というアイデアを出しました。

私自身、「また忘れた頃に勧誘があって、勝手に契約が進む可能性も…」という不安感が無くなったことも大きいですが、他のBIGLOBE契約者やBIGLOBE自身も、これで無用なトラブルの可能性が無くなったのではないかと思っています。

一応BIGLOBEの部長さんにもお話しましたが、私としては基本的にBIGLOBEのサービスには満足していて、今回のようなトラブルは非常にレアなケースだと信じています。

ホスティングサーバー「WebARENA SuiteX」の料金が月額1,980円～(クレジットカード年一括払いの場合)と設定されて久しいのですが、元からSuiteXユーザーだった人は月額3,360円(クレジットカード月払い)のまま変更できない状態が続いていました。

その後、WebARENA運営のNTTPCコミュニケーションズからこの件に関して連絡が来ることはありませんでしたが、先日ふとSuiteXのホームページをチェックしたところ、既存のSuiteXユーザーの契約変更について記述がありました。

しかし、年一括払い割引を受けるには、契約変更だけでなく、サーバーも変更する必要があるとのことでした。つまり、データや設定も移行する覚悟がないと、年間-16,560円の割引を受けられないということです。

KUNISAN.JPサイト全体で数万ファイルもあり、データの移行の手間を考えると、少しだけ躊躇してしまいました。あと、なぜ支払い変更にサーバー変更が必要なのか、腑に落ちない点もありました。しかし、背に腹は代えられないので、すぐに契約変更の申し込みをしました。申し込みは今月10日だったのですが、それから8日後におおよその移行作業が終了しました。

今後の参考用として記録を残しておきます。契約変更＆サーバー移行を考えている他の方にも参考になれば幸いです。

2010/3/10
・SuiteX月払い→年払い契約変更申し込み

2010/3/12
・年払い新SuiteX開通の連絡

2010/3/13-2010/3/14
・新SuiteX管理画面より、メールユーザー登録、迷惑メールフィルタ設定、アクセス制御設定、データベース設定などを行う
・FTPクライアントに新設定追加
・メールクライアントに新設定追加、旧設定をドメイン指定からIPアドレス指定に変更
・掲示板、画像などのデータファイルを旧サーバーからダウンロード
・旧サーバーで使われなくなったフォルダやファイルの整理
・ファイルを新サーバーにアップロード(一部フォルダを除外指定してミラーリングアップロード)
・データベースを旧サーバーからエクスポートして、新サーバーにインポート
・データベース連携サイトの接続パラメーター変更
・データベース連携サイトのページ生成作業(リンクを踏むことでページが生成される、またはページ生成プログラム使用)
・FTP用コマンドプロンプトバッチファイルの転送先設定(IPアドレス)変更
・六道山表屋敷(チャット)と画像編集君に注意書き
・ショップサイトのレコード追加処理を一時停止
・新サーバーのドメイン名設定変更依頼

2010/3/16
・新サーバーのドメイン名設定変更完了通知
・Twitter APIのホワイトリスト申請
・旧サーバーの子ドメイン(www付き)設定解除、新サーバーに新規設定
・ショップサイトのレコード追加処理再開

2010/3/18
・全アクセスが新サーバーへ接続していることを確認

今後
・メールクライアントの旧設定削除
・FTPクライアントの旧設定削除
・六道山表屋敷と画像編集君の注意書き削除

動作確認やトラブル対応なども含めて、2週間程度の併用期間があれば、サーバー切替はスムーズに行くと思います。基本的に同じ仕様のサーバー間での移行だったので、プログラムが動かないなどの大きなトラブルはありませんでした。

旧サーバーでは同居ユーザーも含めて全体的に負荷が高かったのか、時折「Server Error」が出ることがありましたが、新サーバーでは今のところ出ていません。今後も安定して稼働してくれると嬉しいのですが、どうなるのかはしばらく様子を見ないと分かりませんね。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

ホームページ担当者が知らないと困るWebサイトリニューアルの常識 をAmazon.co.jpでチェック

移行作業お疲れ様でした。
しかし、ユーザーへの事前連絡くらいして欲しいですよね・・・ずっと気がつかなければ高額なサーバー料金を払い続けたのかと思うと。

全くその通りです。
まあ、早めに気づいたので、個人的には良かったかと…。

先月上旬から約1ヶ月間作り込んでいたホームページアクセス解析ツールですが、本日ようやく公開までこぎつけました。下記ページでPHPプログラムのダウンロードができる他、設置方法、操作方法、設定方法などの説明もあります。

PHP+MySQLホームページアクセス解析ツール
http://kunisan.jp/access_analysis/

今のところ、XAMPPとWebARENA SuiteXで動作確認していますが、恐らくPHP+MySQLが使える環境であれば、「全く動かない」ということは無いと思っています。

おまけとして、メインプログラムの一部と開発メモも公開しています。このあたりが私の中での「目一杯のPHPスキル」と思っていただいて結構です。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

MySQL全機能バイブル ~現場で役立つAtoZ~ をAmazon.co.jpでチェック

設置から3週間ほど経過したアクセス解析プログラムですが、ようやくここに来て、MySQLの動作が落ち着くようになりました。

当初はテーブル1つで全サイトのアクセスデータを取っていましたが、さすがにこれではサイズが大きすぎて、Webサーバーとして稼働しているネットブックが高負荷になってしまいました。

そのため、サイト毎にテーブルを分割する方式を取りました。しかしこれでも一日数万アクセスのあるブログパーツの影響で、改良から10日ほどでCPU使用率が100%に達する現象が頻繁に出るようになりました(平均で30%強)。その後、ブログパーツをアクセス解析の対象から外してみたところ、CPU使用率が平均10%に見たない数字になりました。

ここまでで大分落ち着いてはきたのですが、やはりデータが貯まってくると、「問い合わせ」の際の負荷が大きくなる現象は解消できていません。特にページアクセスの度に行われるデータ追加処理にも、事前に「問い合わせ」の処理が不可欠なので、時間が経ってデータが貯まれば貯まるほどCPUが高負荷になるという状況がそのまま続いていました。

そのため、サイト毎に分割したテーブルを、さらに「アクティブデータ」と、「アーカイブデータ」に分割しました。「アクティブデータ」はページアクセス時などデータの読み書きに頻繁に使用されるデータ、「アーカイブデータ」は分析・参照用などサイト管理者(つまり私)のみが使うデータです。

「アクティブデータ」は24時間に1回、自動的に1週間以上前に追加されたデータを「アーカイブデータ」に移動する処理を行っています。これにより、データの読み書きに使うテーブルの大きさを制限できるため、ネットブックの負荷がある一定のレベルを超えることがなくなりました。

なお、データを分析する際には、MySQLの「UNION ALL」コマンドで「アクティブデータ」「アーカイブデータ」を縦に連結してまとめるようにしています。

表には出てこないアクセス解析プログラムを、ここまで詳細に語るのも何なのですが、近い将来プログラムをセットで公開する予定です。使う人がいるかどうかはわかりませんが、PHP+MySQLが使える環境であれば、どこでも動くような形に改良しておこうと思います。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

MySQL全機能バイブル ~現場で役立つAtoZ~ をAmazon.co.jpでチェック

ネットブック(FRONTIER FRNU305)を自宅サーバー化して、PHP+MySQLのアクセス解析プログラムを乗せたのが約10日前。当初はデータ量が少ないことから動きが軽く、ネットブックのファンも静かだったのですが、最近になって管理画面が時折フリーズしたり、ファンがうなるようにもなってきました。

タスクマネージャーでリソースの観察をしてみると、メモリの方はそれなりに余裕があるものの、CPUの使用率が100%に達することがあり、これがフリーズやファンがうなる原因になっていたようです。

アクセス解析プログラム中、頻繁に行われる処理の中で、「2時間以内にIPアドレスとユーザーエージェントの両方が同じデータが記録されているか確認を取る」というものがあり、これが1日4万回もあることから、大きな負荷がかかっているものと思われます。そのうち、「IPデカ(ブログパーツ)」だけで1日2万回に達しており、混み合う時には1秒に数回の処理があります。IPデカのアクセスデータ数は既に27万件に達していて、このテーブルから1秒に何回もクエリーでデータを抽出するのは、大変な負荷になるということは容易に想像できます。

Windows付属のパフォーマンスモニターで、さらに詳しく動向を見てみると、1～2時間に1度、3～5分の長さでCPU使用率が100%に達して、この間に動きが非常に重くなってしまうことがわかりました。

「どうにかならないかな…」と思い、MySQLの本を流し読みしていたところ、MySQLのデフォルトの状態では「クエリーキャッシュ」の設定がされていないことがわかりました。早速phpMyAdminから、下記のコマンドを入力してクエリーキャッシュをセットしました。

SET GLOBAL query_cache_size = 1048576;

キャッシュサイズは約1MBです。当初はこれで「軽くなったかも」と思いましたが、やはり1～2時間に1度、CPU使用率が100%になってしまう現象は変わりませんでした。キャッシュ容量をチェックしても「全て食い尽くす」ようなことは無かったので、クエリーキャッシュの設定だけではCPU使用率が高くなる現象は防げないようです。

今のところ、動きが重くなるタイミングがあるとは言え、全く動きが取れなくなるような状況ではありませんが、今後事態がさらに悪くなるようであれば、プログパーツをアクセス解析の対象から外そうと思います。ブログパーツ以外のテーブルのサイズはいずれもブログパーツのものより大幅に小さいものばかりで、これだけでも負荷が半分以下に減少することが見込まれます。

それにしても、ブログパーツはサーバーのリソースを食うし(本サーバーの方も最近たまにエラーが出ます)お金にはならないし、運営していてあまりいいことがありません…。「IPデカ」のように人気が出るのもいいことなのですが、今後アクセスがありすぎて他のサービスにまで影響してしまうようなことがあると、ブログパーツの公開を中止せざるをえないかも知れません。苦渋の選択になりますね…。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

MySQL全機能バイブル ~現場で役立つAtoZ~ をAmazon.co.jpでチェック

その後、負荷の原因と思われる処理の「2時間以内に…」というのを「同日内に…」という条件に変更してみました。クエリーキャッシュはWHERE条件が一文字でも変わると有効にならないので、時間と共にパラメーターが変化する「2時間以内(今から2時間前のタイムスタンプを指定し、それ以降)に…」よりは、その日のうちはパラメーターが変化しない「同日内に…」の方が、システムの負荷が小さくなると考えたからです。

結果はほとんど変わらず、やはりCPU使用率が100%に達する現象は発生してしまいました。残念…。

最後の手段として、ブログパーツをアクセス解析から外してみました。当初はCPU使用率の平均値が30%強(普段は20%台後半で、たまに100%に達してしまうため)だったのですが、ブログパーツを対象から外したところ、「7%」と大きく減少しました。12時間稼働させて100%に達することは一度もありませんでした。やはりブログパーツのリソース食いはかなりのものです…。

QRコードが簡単＆無料で作成できるツールサイト「QRコード作成君」を公開しました。

QRコード作成君
http://kunisan.jp/qrcode/

入力欄にホームページURLやEメールアドレスを入れて「作成」ボタンを押すだけの簡単操作です。

技術的には「Google Chart API」というサービスを使っているだけで、特別なことは何もしていません。PHPで作ってみましたが、PerlでもJavaScriptでも簡単に作れるサービスです。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

エーワン マルチプリンタラベルA4判QRコード用70面 31555をAmazon.co.jpでチェック

Perlを使い始めたのが１９９９年３月。その年の間にPerlでアクセスカウンター、掲示板、チャットを制作し、それから数年後にはImageMagickを応用した「画像編集君」や、パズルゲーム「タイルdeパズル」を作ったりもしました。

それから時が流れて２００７年１０月からPHPを使い始めるようになりました。当初の目的は某Web広告がPerlでの記述に対応しておらず、PHPを使わざるを得ないということからでした。仕方なくPHPを学習した、というのが正直なところです。

しかし、その後PHPのプログラミングの容易さに魅力を感じるようになりました。Perlでは数行記述する必要のあるファイル関連の処理やメール送信処理など、PHPではたったの一行でできてしまいます。

結局ブログパーツのような小さいプログラムから、ショッピング系サイトやMySQLと連携したものまで、新しいプログラムはPerlは一切使わず、全てPHPで作成するようになってしまいました。先日完成したアクセス解析プログラムもPHPでできています。

現状では細かいメンテでPerlを使うことがありますが、その際にPHPとの記述の違いに若干戸惑うこともあります。また、Perlで中規模以上の改良を行う気力が起きてこなくなってしまいました。「Perlで改良する位なら、PHPでゼロから作り直した方が楽」ということも多々あります(先日のアクセス解析プログラムもそうです)。

現在、「直さなければいけないな」と思っているのが、本ブログ掲示板です。書き込みデータはサーバー上にテキストファイルとして保存してあるのですが、ある条件での抽出や並び替えの機能を付けたりするなど、Perlで機能を追加していくのは容易ではありません。

近いうちに書き込みデータをMySQLに移して、このホームページ全体をPHP化しようと思っています。現状ではブログのカテゴリー追加や左メニューの編集など、全てコードを手打ち入力していますが、これをある程度自動化したいと思っています。今現在、このホームページはメインとなるPerlのプログラム数本に、後付けした別の小さなPerlのプログラムとPHPプログラム数本で構成されています。これもPHPのプログラムだけで構成するシンプルな形にしようと思っています。

この先Webの世界がどうなるかわかりませんし、私自身もどのようになっていくかわかりませんが、今までに築き上げたコンテンツだけは大事に扱っていきたいと思います。あと、本ページのPHP化は、今後の自分のためにもなるのかな…、と。まあ、あまりお金に繋がるような話ではないと思いますが。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

PHP 逆引きレシピ (PROGRAMMER’S RECiPE) をAmazon.co.jpでチェック

先週の金曜日にアクセス解析用のMySQLデータ追加プログラムを公開しましたが、その後蓄積されたデータを分析・表示するプログラムを作り始めました。土曜日の朝から食事、風呂、トイレ、睡眠以外はずっとプログラムを組み続け、ようやく昨晩遅くにほぼ完成しました。トータルで50時間位はかかったと思います。

管理用のページなので残念ながらアドレスの公開はできませんが、ざっと内容を紹介するとこんな感じです。

■トップページ
・各ページの最近一週間のアクセス数(UV、PV)表示
・各ページの開設時からのアクセス数(UV、PV)表示
・ドメイン全体のアクセス数合計(UV、PV)表示
・データ詳細画面へのリンク
・掲示板、ブログの「コメントあり」アラーム
・掲示板、ブログのブロック解除、編集画面へのリンク

■詳細画面の機能
・アクセス履歴一覧表示(UV、PV、アクセス日時、アクセス元サイトなど)
・各項目(フィールド)の昇順、降順切替
・日付でのフィルタリング
・キーワードでのフィルタリング
・グラフ表示(日別、時間別、アクセス元IPランキング、アクセス元ドメインランキング、閲覧ページランキングなど)
・IPアドレスのWhois検索


今までのアクセス解析プログラムは、サーバーのCGI処理での負荷限界があったため、1サイトあたりのデータが最大2500件を超えると、日付に関わらず古いデータから自動的に削除するようにしていました。しかし、今回製作したものは200GB超のスペースにMySQL+PHPという組み合わせで、基本的に古いデータもそのまま保持し続けます。現在のアクセス数でデータが蓄積されていくとして、軽く数十年の単位は持つ計算になるので、恐らくサーバーとして使用しているネットブックの方が先に寿命が来てしまうのではないかと思います(万が一に備えて、1日1回自動でデータのバックアップを取っています)。

当初、データベースにはテーブルを1つだけ置いて、各サイトにID(サイト名)を振り分けてデータを蓄積していきました。サイト別になっているPVやUVのカウントには、一度データベースから該当サイトのPVとUVの最大値を読み込んで、PHP上で1つ数字を加えて、アクセス履歴と共にレコードに追加するという形を取っていました。しかし、「数十万件のデータをサイト名でフィルタリング＆グループ化して1つ取り出す」というのを、平均2秒に1回のペースでこなさなければならず、アクセスが少しでも集中すると、フリーズしたような状態になってしまい、正常にカウントされなくなる現象が出ることが分かりました。MySQLのバッファ設定をいじったりもしましたが、全く改善しません。ネットブックを調べてみると、CPU使用率が時折100%の状態になってしまうようです。Atom N280(1.66GHz)搭載程度のスペックでは、少々無理のある処理でした。

そのため、テーブルをサイト毎に分割して管理するよう変更し、さらにPVについてはフィールドの自動カウント機能(Auto Increment)を使うようにして、クエリー処理の負荷を減らすようにしてみました。するとCPU使用率が平均10%前後と大幅に下がり、比較的負荷の高い状態でも50%程度で収まるようになりました。

分析ツールはひとまず完成しましたが、後はこのデータを活用した「ニーズのあるサイト」を作れるようになれば、と思うところです。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

MySQL全機能バイブル ~現場で役立つAtoZ~ をAmazon.co.jpでチェック

前作の「駅近君」の公開からまだ1週間も経っていませんが、また新しいホームページを立ち上げました。

町の噂DB
http://kunisan.jp/machi/

内容は日本全国区市町村の地図、最新のつぶやき(うわさ話、旅情報、商品の宣伝など)、基本情報が同時に得られるというものです。技術的には「駅近君」と同様、PHP+MySQLの組み合わせでデータの照合などを行いつつ、Google Maps APIで地図を表示し、Twitter APIでつぶやきを取得し、Wikipedia APIで区市町村の基本情報を得る、ということをやっています。

「駅近君」と違うのは、情報引き出しのベースになるのが「駅名」ではなく、「区市町村」になっているところと、バリューコマースの広告がないことです。逆に言えば、それ以外のところで大きな違いはなく、プログラム面でも多くの部分をそのまま流用できました。



Web管理関連記事(リンク一覧): さくらのレンタルサーバ 新サーバーへの移行 / SPF、DKIM、DMARCの設定とネームサーバー(DNS)設定のトラブル / さくらレンタルサーバーのアクセス履歴をPHPで表示 / PHPで画像のアップロード(さくらレンタルサーバーのPHPでImageMagick) / KUNISAN.JPサイトのメンテナンス(2018) / ...(記事連続表示)

全国市町村要覧 [平成21年版]市町村の「現在」を知るための必携データブック! をAmazon.co.jpでチェック

都合により「町の噂DB」は閉鎖しました。

昨日XAMPPのインストールとHTTPのインターネット公開の手順を説明したばかりですが、その日のうちにMySQL(データベース)とFileZilla(FTPサーバー)とMercury(メールサーバー)の全てについて動作確認が取れてしまいました。それを踏まえた上で、わが家で放置状態だったネットブック(FRONTIER FRNU305/Windows 7 Starter)にXAMPPをインストールして、WEBサーバーとして活用することにもしました。せっかくなので、そのあたりの要点についてまとめておきたいと思います。私が将来思い返す時にも便利だと思いますので…。

環境
OS: Windows 7 Starter(FRONTIER FRNU305)
ルーター: WZR-HP-G300NH(BUFFALO製)
XAMPP Windows版: バージョン1.7.3

※下記設定はあくまで一例ですので、セキュリティに関しては自己責任でお願いします。
※以下の手順を参考にして何らか被害を被ったとしても、当方は何の責任も負いませんので予めご了承ください。

■ MySQL(データベース)
普段使っているWebARENA SuiteXについても、MySQLの管理画面はphpMyAdminなので、個人的には馴染みはあります。ただ、SuiteXの方はUTF-8エンコードを基本としているのに対し、XAMPPは特にPHPとの連携でSJISエンコードを意識しないとうまく動きません(php.ini等、設定ファイルをいじれば話は別です)。
まずはphpMyAdminでデータベースを作成して、テーブル作成・指定の上、「インポート」メニューからCSVファイル等のデータをインポートできます。「インポートするファイル」をローカルのCSVファイルを選択し、(ExcelでCSVファイルを作成した場合には)「ファイルの文字セット」をSJIS、「インポートするファイルの形式」をCSVとして、オプション欄の「フィールド区切り位置」を「,」と変更することでデータを取り込めます。
なお、SuiteXで使っているPHPプログラムをそのままXAMPPで動かしたところ、「????」とクエスチョンマークが多数出てくる文字化けが発生してしまいました。phpMyAdmin側で色々と設定を変えてみたのですがうまくいかず、Googleで調べた結果、PHPプログラムのクエリー実行の前に「mysql_query('SET CHARACTER SET SJIS');」の一文を入れることで問題解決しました。

■ FileZilla(FTPサーバー)
初期設定の注意点をまとめておきます。
・Windowsファイアウォール、ルーター共に、21番ポート(FTP接続用)、60000-60100番ポート(FTPデータ転送用／任意のプライベートポート番号)を開けておきます。
・FileZillaの"Server Options(画面上の左から3番目の歯車付アイコン)"をクリックし、"Passive mode settings"を選択、"Use custom port range:"の下の空欄2箇所(半分画面の外にはみ出している)に60000、600100(任意のプライベートポート番号)と入れます。また、"Admin Interface settings"の下にある、"Change admin password"にチェックを入れて、下の空欄に管理者用のパスワードを入れて設定しておきます。
・"Users(画面上の左から4番目の顔とパソコンのアイコン)"をクリックし、General→Usersから不要なユーザー名を全て削除(Remove)。Addボタンを押してユーザーを追加し、パスワードも併せて設定します。続いて"Shared folders"からAddボタンを押して、htdocsフォルダを選択します。フォルダが表示されているボックスの右にある、"Files"欄、"Directories"欄の各項目にチェックを入れて、必要な操作権限を設定しておきます。

■ ダイナミックDNSサービス
メールサーバーの設定をする上で、IPアドレスの数字だけでは面倒なので、事前にWEBサーバー名(サーバーネーム)を決めておいた方が便利です。ただし、プロバイダの固定IPを利用するのはコストがかかってしまうので、可変グローバルIPに対してサーバー名をリアルタイムに付けてくれる「ダイナミックDNSサービス」を利用します。
私はこちらのサイトからサーバー名を取得しました(サーバー名の一例: "XXXX.ddo.jp")。無料で利用できます(有料サービスもあります)。

Dynamic DO!.jp
http://ddo.jp/

基本的にはグローバルIPが変わる度に、IPアドレスの更新作業が必要なのですが、それを自動でやってくれるフリーソフトがあります。ダウンロードサイトはこちらです。

DiCE
http://www.hi-ho.ne.jp/yoshihiro_e/dice/


■ Mercury(メールサーバー)
XAMPPの中で、一番設定が難しかったのがMercury(メールサーバー)でした。初期設定の注意点をまとめておきます。
・Windowsファイアウォール、ルーター共に、25番ポート(SMTP接続用)を開けておきます。
・Configuration→Protocol modulesから、必要なモジュールを選択します。まず、"MercuryS SMTP server"、"MercuryP POP3 server"の2つにチェックを入れます。プロバイダが25番ポートブロックを実行している場合には、"MercuryC SMTP relaying client"を選択、実行していない場合には"MercuryE SMTP end-to-end delivery client"を選択します。一旦管理画面を閉じて、再び管理画面を開くと、必要なプロトコル管理ウィンドウのみが出てきます。我が家のプロバイダーは25番ポートブロックを実行しているので、ここでは"MercuryC SMTP relaying client"の方を説明します。
・Configuration→Users→Addから、Usernameにユーザー名(アカウント名)、Mail passwordにパスワードを入れます。
・Configuration→MercuryS SMTP server→Connectiong control→Add restrictionと開き、メール送信を許可する送信元IPアドレスを設定します。基本的には自身の127.0.0.1とローカルネットワークの192.168.XXX.0-192.168.XXX.255の2つを設定して、それぞれ"Allow connections"を選択、"Connections from this address range may relay …"と"Connetions from this address range are exempt from …"の2つにチェックを入れます。これによりローカルからのメール送信のみ対応し、外部からの不正なメール送信を防げます。
・Configuration→MercuryC SMTP clientを開きます。Smart host nameにプロバイダーのSMTPサーバー名を入れて、"Credentials for SMTP Authentication …"と書かれているところに、ユーザーアカウント、パスワードを入れます。メール送信にPOP3認証が必要な場合には、"Authenticate via …"にチェックを入れて、"Connect to POP3 host"に、POP3サーバー名を入れます。
・Configuration→Mercury core module→Local domains→Add new domainから、サーバー名を登録します。Local host or serverにはlocalhostと入れて、Internet nameにはダイナミックDNSサービスで取得したサーバー名(例: "XXXXX.ddo.jp")などを入力します。

基本的にはこれで完了なのですが、プロバイダのSMTPサーバーの中に、自社ドメイン以外のアドレスを利用した場合にエラーを返すものがあります。ただし、送信メール中継専用のSMTPサーバーを持っているところもあるので、詳しくはプロバイダのホームページなどで詳細をチェックした方がいいでしょう。参考までに一例を上げておきます。

BIGLOBE中継サーバ利用申込
http://support.biglobe.ne.jp/faq/settei/op25b/relay.html


■ ホスト名設定
ルーターにDNS中継機能やホスト設定がある場合を除き、XAMPPをインストールしたパソコンや同じネットワーク内のパソコンから、サーバー名を使ってWEBサーバーにアクセスできません(ブラウザのアドレス欄にサーバー名を入れると、ルーターの管理画面が表示されたりします)。これを回避する策として、Windowsのホスト設定ファイルを編集する方法があります。"C:\Windows\System32\drivers\etc"フォルダ内の"hosts"をメモ帳などで開いて、設定を追加することができます。

設定例 → 192.168.XXX.100 XXXXX.ddo.jp

パソコンを再起動すると、サーバー名を使ってWEBサーバーにアクセスすることができるようになります。


以上で一通りの設定が完了しました。このままの設定では、外部からメールの送受信ができないなど、使い方によっては問題が生じてしまいますが、何しろXAMPPでは隅から隅まで細かい設定ができるので工夫のし甲斐があります。

あと、私のホームページでは何点かImage-Magick(Perl-Magick)を使用しているものがあるのですが、何をどうやっても"use Image::Magick;"のモジュール宣言でエラー(=Premature end of script headers)が出てしまい解決できません。インストールはppm.batを使って正常に完了していて、フォルダ(C:\xampp\perl\site\lib)にもそれらしきファイルとフォルダが一式入っています。Googleで調べたところ、同じようなトラブルを持った人が多く、しかも解決している例が見つかりませんでした。日本語だけでなく、英語でも同じような状況です。私自身よく理解できていませんが、Image-Magickが最新バージョンのPerlに対応していないから(?)ということが書かれていたり、中には「Image-Magickを使うのをやめて、GD等別のモジュールを使う」というのがありました。ただ、これはプログラム変更の手間がかかるのであまりやりたくはありませんね…。まあ、私のホームページの中で大きな問題になるのは「画像編集君」だけで、別にこれを自宅サーバーの方に移行する予定もないので、当面はこのまま問題を放置しておくしかなさそうです。

自宅サーバーを立ち上げたまではいいのですが、これをどう使うか具体的なアイデアについては模索中です。ただ、基本的にはフリーソフトと有り合わせの機器だけで自宅サーバーが構築できたので、「もとを取らないと…」という切迫感のようなものがないのは幸いです。

→ 参考書籍: XAMPPではじめる全部無料のかんたん+最新自宅サーバーfor Windows

→ XAMPPインストール＆HTTPインターネット公開の手順(前の日の記事)



WindowsPC関連記事(リンク一覧): EWiN ブルートゥース+2.4G USB無線両対応タッチパッド搭載折りたたみキーボード / 【2025新登場】ProtoArc Bluetooth 折りたたみ式キーボード XK01 / ブラザー(Brother)複合機 MFC-J4950DN / 息子のPCを新調 - GIGABYTE ゲーミングノート GAMING A16 CMHI2JP894SH / エレコム ワイヤレスキーボード・マウスセット TK-FDM110MBK / ...(記事連続表示)

関連カテゴリー: Web管理関連記事, WindowsPC関連記事

XAMPPではじめる全部無料のかんたん+最新自宅サーバーfor Windows をAmazon.co.jpでチェック