運営日記の最近のブログ記事

前回まで書いた、サイトデザイン会社との一件、実は後日談があります。

 

楽天ビジネスでは取引先を評価するために、アマゾンブックレビューのように会社ごとの評価を書き込みすることができます。そこで、前回までの話を楽天ビジネスにも書き込みしたのです。とはいえっても変に感情的にはならずに事実だけを書き、でも評価１（最低評価）を付けておきました。ところが、２～３ヶ月して同じ会社の書き込みを確認すると、なんと私が書いた書き込みが消えていたのです。Ｂ社にはすでにいくつもの書き込みがあったのですが、私が書いた書き込みだけが消されていたのです。ここから先は推測ですが（といっても私は確信してますが）、このＢ社担当者が楽天ビジネスにお願いして「悪口」を消してもらったに違いないと思いました。

 

これは本来ありえない話だと思います。クチコミ掲示板での書き込みは、虚偽の場合や意図的に悪意に満ちた文章でない限り勝手に消されてはならないはずです。百歩譲ってそうした疑いがあるとしても、書き込みをした私に事実関係を確認すべきです。こんなことがまかり通ってしまったら、楽天ビジネスにおける会社評価など何の意味もなくなってしまいます。

そもそも楽天ビジネスは商談が成立した時に、受注側が楽天ビジネスに対して紹介料を払うというビジネスモデルです。ここからは憶測ですが、楽天ビジネスは「客」であるＢ社の要求に屈して書き込みを消去してしまったのではないかと思います。

 

この一件があってから楽天ビジネスそのものを信用しなくなったのですが、新たに相見積りのためのサイトを探さなくてはならなくなりました。しかしその結果、楽天ビジネスより遥かによいサイトを見つけました。それが下記です。

 

ホームページ制作マッチング

 

サイトの使い勝手はよくないですし、ろくすっぽカスタマーサポートもないのですが、ここに集まる会社の数や質は楽天ビジネスとは比べ物になりません。今後、外部への発注を検討してる会社さんは上記を利用されることをオススメします。

過去のブログをインターネットエクスプローラー（IE7）で確認しましたところ、随所にコメントアウトの表示が出ておりました。閲覧者の皆様にはご迷惑をおかけし、お詫び申し上げます。
原因はいまだによく分かっていないのですが、メール本文をhtml形式にしてコメントアウト部分を削除することで不具合表示は解消されました。

当ブログは、Movable Type4.1によって運営されているのですが、正直なところまだ使い始めで慣れておりません。もちろん、だからといって不具合表示が許される理由にはならないのですが、試行錯誤の状態であることは事実です。まだしばらくは試行錯誤の状態が続きますが、暖かく見守っていただければ幸いです。今後とも、宜しくお願いします。

不具合を経験した2回目は、実は最近で、VPSサーバーが1日ほど落ちました。当サイトは専用サーバで運用してますので、サイトの利用そのものはできたのですが、サイト内の一部画像を絶対パスでそのVPSに置いていたため、VPSがダウンしてる最中その画像が見られなくなってしまいました。こちらは、取り急ぎ相対パスを設定したため事なきを得ましたが。ちなみにこの件をプログラマーの友人に相談したところ、彼は慣れたもので「そんなこと、よくあることだよ」とのことでした（＾＾；

しかしこれらの経験から学んだこともあります。それは、「可能性は高くないが、サーバーは落ちるもの。場合によってはそのデータが消去されることもありうる」ということです。言ってみれば当たり前のことなのですが（＾＾；

で、その対策ですが正直できることは限られています。例えば、専用サーバが落ちてしまったらこちらとしてはその復旧を待つしかない訳ですから。とはいえ、少ないながらできることもあります。

①     画像は相対パスで指定する

　いくらVPSが生きていても専用サーバが落ちていたらそもそもサイトが利用できない訳ですから、VPSに絶対パスを指定してもリスク回避にもなりません。これまでは、他サーバーへのテスト移転の時に便利だったのでそうしてましたが、それ以降相対パスで指定するようになりました。
 

②データベースを1日1回保存

　これはサイト設立当初から行っていることですが、当サイトでは1日1回データベースを他で自動的に保存してます。ですので、最悪専用サーバのデータが全て吹き飛んでも1日前のデータならすぐに復活ができます。

③プログラムソースをコマ目に保存

　当サイトは頻繁にバージョンアップを行っていますが、それらのデータを全て圧縮して保存してます。
 

以上、専門家の方から見れば当たり前のことばかりなのかもですが（更に言うと、足らないところもあるかもですが）、勉強しながら「身を守る」術を身につけてます。
ちなみにですが、さくらのブログが復活したようですね。スタッフの方々、お疲れ様でした！

どうも昨日から、さくらのブログが使えないようですね。

詳しくはコチラ

一般利用者からすれば、「何をやっているんだ！」という話ですが、サイト運営者の立場から見れば決して人事ではありません。サイトの一部機能が使えないという話はよくありますが、サイトそのものが使えなくなるというのは運営者側からしても、「シャレにならない話」です。
 

実は私自身、過去に2回こうした利用者側からの不具合を経験しています。一度目は2年前に当社がネットショップを運営していた頃のことで、当時利用していたレンタルサーバーが突然サーバーダウンしました。サイト運営者としてサーバーダウンするのが初めてだったのでかなり驚いたのですが、実はサーバーが落ちることそのものはそれほど珍しくないそうです。ただこの時は少し違っていて、なんとサーバーに溜めていたデータが全て消去してしまったのです。どうも、同社が運営していたサーバー機器のいくつかが同時に壊れしまったのが原因らしいのですが、常識的に言って少しあり得ない話です。

当時の私は、サイトのファイルを手元にも保管していたことと、お客さんの管理などでデータベースを使っていなかったため実害はありませんでしたが、格安レンタルサーバーで利用者も多かったはずですので、実害に会われた方も多かったはずです。ちなみにこの会社、サーバーの1ヶ月無料利用を提供してくれましたが私は即解約をしました。半年後くらいに同社のHPを見たら、サイトがなくなってました。。

（後半に続きます）

先日、はてな社長の近藤氏の本を読んでいた中で見つけたのですが、同社では新サービスのリリースにあたって、50%程度の出来でのリリースを心かげているそうです。一見すると、「もう少し作りこんでからリリースしろよ」という意見も出てきそうですが、私は近藤氏の意見に大いに賛成です。

私もサイトを運営するようになって気がついたことですが、自分が考え付くことなんて所詮限界があります。少しでもよいサービスにしようと心掛けるのは大いに賛成ですが、かといってリリース前に机の上で頭を抱えて、ああでもないこうでもないと議論するよりは、例え不完全でもサービスをリリースして、利用者の意見に従って変更をしていった方がブレが少ないような気がします。いくらリリース前に色んな機能を時間をかけて盛り込んでも、利用者からまるで支持を得られない可能性だってある訳ですから。

実際当サイトでもこんなことがありました。サイト機能を追加しようと決定した時に、どんな機能がよいのか少し悩みました。その際、過去に2名の利用者から「ヒップ・ウェストを記録できる機能を付けて欲しい」という要望があったので、それを追加しようと考えてました。ところが決定の直前で、別の会員から「朝・夜の体重が記録できる機能を付けてくれないか」との要望がありました。ヒップ・ウェストの記録機能と同時に追加するのはサイトの仕様からいっても難しかったので、朝・夜体重は今回は諦めてもらおうと思いました。

ただ、念のためと思いサイト内でどちらの機能を優先した方がよいかアンケートを取ったところ、なんと圧倒的に朝・夜体重記録派の方が多かったのです。もちろん、こちらの「アンテナ」が低かったのも一因とは思いますが、運営者側と利用者側の意識のズレを認識するよい機会になりました。
ちなみにですが、朝・夜体重機能は先月の中旬に導入しました。

ただ、この50%サービスリリースの方法は1つ前提がありまして、セキュリティだけは万全の体制をひくということです。新サービスの機能が不十分であれば、利用者はご不満を抱くと思いますが、とりあえず大問題にはなりません。ところがこれが、例えばメールアドレスが流出するなどのセキュリティ上の問題だったら、当然大問題です。要は、どこに力点を置くかという話ですね。

どうも皆様。カレッジ・ウィルの佐藤です。

当社カレッジ・ウィルでは、女性限定のダイエットSNS『みんなでダイエット』を運営しております。このブログでは、このサイトに関するリリース、またこのサイトの開発に関する運営者秘話・日記（あと愚痴？）などを書いていきたいと思います。

どの程度の頻度でこのブログを書けるかは不明ですが、少しずつでも書いていきたいと思います。
皆様、宜しくお願いします。