とある５丁目で活動する還暦を過ぎたWebプログラマーの覚え書きです。それとかかってくる迷惑電話や、家業のアパート経営について。
現在、レンタルサーバーのSMTPサーバーの障害でメールの送信ができません。このSMTPサーバーはSSL経由でID/PWで認証しています。大きなメールも送ることができますので便利に使っていました。
現在、レンタルサーバー会社で復旧をしているようですが、昨日の朝から見込みは立っていません。Twitterのサーバーも落ちたようですので気になります。
プロバイダのSMTPサーバーに切り替えてメールを送っていますので，今のところ支障はありません。
しかし、同時にSPAMフィルターがうまく効いていないようで、たくさんの迷惑メールが届きます。こちらは参った・・・。
SPAMメールがたくさん来るのは、SMTPサーバーの復旧作業で、フィルターの設定をオフにそうだ。現在はフィルターをオンにしているが、まだ多少迷惑メールが来る。
今サポートをやっているゴルフゲームですが、そのサポートページはPukiWikiで作っています。久しぶりにページを更新しようとしたら、編集のユーザー認証ができなくなっている。
パスワードを間違えていると思って再設定しても変わらない。そういえばと気がついた。
今使っているサーバーがPHP5にバージョンアップされたと同時に、mod_phpからCGI版のPHPに変更なっていた。昔に連絡をもらっていたが、なかなかバージョンアップされてなかったので忘れていた。いつの間にかバージョンアップされていた。
CGI版のPHPになるとPEAR:Authが使えなくなって、PEAR：Authを使っているPukiWikiはユーザー認証できなくなるという訳。CGI版PHPに変わったところで影響のないと思っていたが、こんなところでひっかかるとは。
そこで、CGI版PHPへのPukiWikiの対応方法はここに書かれているが、時間を見て対応しておこうと思う。その間は更新するときは設定ファイルを書き換える。原始的な方法。だって、ユーザーは私一人だし、あまり更新しないし・・・。
でも何でCGI版PHPにするかな？ 何かレンタルサーバー会社にとって意図があるのかな？？？
最近スケジュール管理はGoogleカレンダーで管理していますが、こちらを一歩進めてGoogle AppsのGoogleカレンダーに移してみました。
Google Appsは、Googleが提供するコラボレーションツール。今まで、ばらばらで提供していた、メール、カレンダー、ドキュメントをワンパッケージにしたものです。
つまり、スタートアップの会社にとって、Google Appsはお手軽に導入できて、必要なメール、ホームページ、ドキュメント管理、スケジュール管理がそろえることができてよい選択かもしれません。あと、必要なのは、ドメインだけ。
今回、Google Appsを導入するにあたって、and-works.com というドメインを新しく取りました。注意しなければいけないのは、DNSの設定ができるサービスでドメインを取ること。and-works.comは、DNSの設定で融通が利いて安価なバリュードメインでドメインを取得しました。
Google Appsでお勧めなのは、Gmailが自分のドメインで使えること。Gmailはいつもの画面でメールの送受信ができるので、メールクライアントソフトの難しい設定が必要がないのがいい。たくさんユーザーが抱える管理者も楽になるでしょう。それに、パスワードなどのユーザー管理も一括でできますので、人の出入りの多い会社も有用です。
ファイルサーバーを使ってドキュメント管理をしている会社もありますが、Google Docsであれば制限付きではありますが使えます。サーバーも用意することもないので、サーバーの面倒をみたり、バックアップを気にする必要がありません。これも、精神的にもうれしい。
一人6GBほどでしたら無料、6,000円/年で25GB、ホームページも作成できますので、別にレンタルサーバーに契約しなくても大丈夫です。ですので、予算的に厳しいスタートアップの会社にもうれしい。
ただ、こうなるとお客様にGoogle Appsを提案しても、手離れが良すぎて、あとあと保守契約を期待できないのがつらいところかもしれません。
オープンのグループウェアのLa!cooda WIZを、お客様に頼まれましてインストールしました。今回は、Joe’sウェブホスティングのレンタルサーバーにインストールします。
La!cooda WIZをダウンロードしてインストールページを読んでみましたら、インストールスクリプトでPostgreSQLの管理者権限が必要であることが書いてありました。しかし、今回のインストール先はレンタルサーバーですので、スクリプト（postgres.sh）を解析して、手作業でインストールしました。これが苦難のはじまりです。DBの dropを5回以上繰り返して、ようやくインストールできました。ここにその記録を参考までに載せておきます。
まずは、La!cooda WIZ用のデータベースを作成しておきます。これは、レンタルサーバーのコントロールパネルから行いました。そして、アクセス用のPostgreSQLのIDを作って、データベースにアサインしておきます。ここまでは、コントロールパネルで簡単です。
次に、La!cooda WIZのインストールファイルから、wiz.tar.gzを取り出して、Webで公開されているディレクトリに展開します。そのままDocumentRootに/wizで展開します。そのとき、/wiz/filesは書き込み権限が必要です。
Joe’sウェブホスティングのサーバーは、WebサーバーからはPostgreSQLサーバーにTCP/IP経由では接続できないので、UNIXドメインソケット経由で接続するように、La!cooda WIZのデータベース接続処理を変更します。
/wiz/class/DBConnectPgsql.phpを
$connectionString = “host=$this->hostName port=$this->portNo dbname=$this->dbName user=$this->userName password=$this->password”;となっているところ（実際は1行）を、
$connectionString = “dbname=$this->dbName user=$this->userName password=$this->password”;のように修正します。
DBのアクセスするための定義ファイルを設定します。/wiz/gw.phpを次の通りに修正します。
$masterdb = “DB名”;
$db_user = “DBユーザーID”;
$db_password = “DBパスワード”;
$_ROOT_DIR_ = “インストールしたディレクトリ”;
$_ROOT_URL_ = “アクセスするURL”;最後にテーブルの生成と初期データの投入です。テーブル生成スクリプトcreateDbForPgSQL.sqlの1行目の
connect - postgresを
– connect - postgresにしてコメントにします。それから、次のようにスクリプトを動かします。
sed “s/nobody/＜DBユーザーID＞/g” ＜ルートからのディレクトリ＞/createDbForPgSQL.sql | psql -U ＜DBユーザーID＞ -e ＜DB名＞ここで、DBユーザーに対するパスワードを聞いてきます。
以上のコマンドは、createDbForPgSQL.sql内のnobodyと定義している部分を、DBにアクセスするユーザーIDに置換して、そのスクリプトをDBユーザーでアクセスしたDBにテーブルを生成して、初期データを作成しています。これはインストールスクリプトを抜粋して修正したものです。
以上で、La!cooda WIZにアクセスできます。
ニュースでも書きましたが、Eストアーとビジネスパートナーの登録が完了しました。Eストアーは、ウェブショップ構築のサービスを提供している会社です。
Eストアーで提供しているサービスは、レンタルサーバーの「サイトサーブ」と自社サーバーから決済機能を追加できるツール「ストアツール」の2つがあります。Eストアーで決済処理を行うメリットしては、次のようなことであると考えています。
））、とても簡単に決済の機能が追加できました。一番大きいのは、現在運用中のサイトに決済処理を追加することができることです。他の大手のECサイトのサービスですと、必ずそのECサイト内で完結しないといけないとか、他にサイトにリンクしていけない（自分のサイトでさえも！）とか厳しい条件が科せられます。そうすると、わざわざそのECサイトに新しくサイトを構築しなければいけません。その点Eストアーで決済処理を行うのであれば、運用中のサイトをショッピングサイトとして構築することができます。これは、ECポータルサイト内にあるか、自社サイトで運用するかの考え方の違いかもしれません。
注意することとして、EストアーでWebショップを構築するには、物販のECサイトでなければいけないということが条件になります。サービスを提供するだけで物が動かなければ、Eストアーの契約審査で落ちる可能性があります。
以前取得した日本語ドメインがレンタルサーバーを換えたらアクセスできなくなっていました。現在のレンタルサーバーですと、一つのサーバーに複数のドメインを設定できませんし、転送サービスを調べましても日本語ドメインは不可といるところばかりでした。しかたないので、事務所にWWWサーバーを立てて転送するようにしました。
注意点としては、Mozilla Firefox, Netscape, Safari, Oreraでしたら、ブラウザに日本語ドメインにそのままアクセスできますが、Internet Explorerですとプラグインのインストールが必要です。JPRSのサイトから日本語ドメイン名プラグインi-Naviをインストールしてください。
おそらく、この辺りの面倒さが、日本語ドメインが普及しない原因の一つかもしれませんね。
ポチップ現在借りているサーバーを引っ越します。今は、専用サーバーで運用していますが（使い切っていないのが現状）、共有サーバーにします。一緒のサーバーで運用されている皆様、お手数をおかけしましてごめんなさい。もっと、使いやすくて安全で安いサーバーにします。
1ヶ月をかけて、引っ越し先を検討していました。サーバーの条件として考えていたのは、
などです。つまり、ある程度自由にできるサーバーを探していました。今は、1000円以下でサーバーを借りることができますが、条件的に厳しいものがあります。例えば、UNIXのシェルが使えないとか、ドメインが1個しか使えないとか・・・。
候補に残ったは、2社だけでした。ここから1社に絞り込みました。ただし、何か問題があっても引き上げられるように、ドメインはこちらで管理して、縛りは6ヶ月で契約しました。
アンドワークスでサイトを構築されるお客様には、800Mで月1000円ほどで提供できそうです（費用は半額で、ディスクは8倍！）。
レンタルサーバーは、1年ごとの見直しがひつようですね。現在、高サービスで低価格のサービスが出てきています。皆様も、一度検討してみたらいかがでしょ
うか？ 今回は、専用サーバーから共有サーバーにしてしますが、費用は1／6になっています。ただ、サーバーの中身の移行が面倒ですが・・。
