とはいえ、今までそういう動きがまったくなかったわけでなく、何度かいくつの団体や個人が情報サイトを作ろうとチャレンジしていました。
今回は自分が知っている限りの情報を書いてみようかと思います。

年表的なもの

2001年以前

この段階ではまだネットも黎明期。ネット環境がある学生もそれほど多くはなかったため、そもそも情報サイトに対する需要がなかった感じ。
2001年の中ごろ、まちBBSに香川大学スレが立つ。これが確認できる最初の学生主体の情報交換場所。

2002

まちBBS中心。そこそこ盛り上がる

2003

・4月ごろ　大学祭実行委員会のメンバー中心でkadai.info(初代)開設。
・8月10日 まちBBSで個別の大学スレが禁止される
・8月13日 香川大学BBS開設。初代管理人さんが管理人に。

2004

・経済学部板倉ゼミを中心に、大学や地域情報を扱うためのNPO法人キャンパスネット設立。サイトのプレ運用はじまる。
・学生の間でmixiやGREEを活用する人がちらほら出てくる。
・tarumi先生、mixiに香川大学コミュニティ開設

2005

・キャンパスネットがぐだぐだになる。
・放置されていたkadai.infoドメインをじゃこが買い取る
・kadai.infoドメインでKadaiWiki開設。一応キャンパスネットの事業扱い(現在も右上にロゴが残る)
・当時工学部のF氏と他2人の3人が、有限会社ドコイコ設立。大学だけでなく香川全体のポータルサイトとSNS「ドコイコ」のサービスを開始。

2006

・香川大学BBS管理人交代。２代目管理人じゃこ（おれだけど）に。
・KadaiWikiを大学のなんとかプロジェクトに提案してお金もらう。そのままサーバー代に。キャンパスネットどこいった
・香川大学SNS開設。半年間運用して微妙だったので１１月に閉鎖。
・ドコイコが株式会社化。香大生数人ドコイコ入社。経済学部山田ゼミとドコイコで連動企画なんかを進める
・工学部のメンバーを中心に香大ポータル（名前忘れた）を作ろうというグループができる。KadaiWikiを手土産に絡もうとするもその後グダって音沙汰なし

2007

・香川大学BBS管理人交代。第3代管理人 なるるさんに

2008

・工学部のメンバーを中心にワッショイ香大とかいうのができる。2006年のアレの関係者も絡んでいる様子
・香川大学BBS管理人交代。第4代管理人 れおでさんに
・KadaiWikiを、ワッショイ香大のメンバーに譲渡。じゃこが運営から外れる
・ドコイコF氏退職。香川大学と直接のかかわりが薄れる

2009

・香大生の間でもTwitterが普及し始める
・ワッショイ香大グダる
・KadaiWiki絶賛放置
・ドコイコ終了

2010

・香川大学BBS管理人交代。第5代管理人 やぎおさんに
・Twitter本格普及

2011

・香川大学BBS管理人交代。第6代管理人 くれあさんに
・Facebookに香川大学グループができる。(いつものようにtarumi先生中心)

適当にまとめると

そもそも大学の非公式ポータル的なものは必要なのか

自分の在籍当時は今のようにソーシャルなサービスがほとんどなかったのでポータルの必要性が叫ばれていたけれど、今これだけTwitterやらFacebookやらが普及してしまうと、それほど必要ないような気もする。
とはいえ、Twitterや香川大学BBSのようなフロー型のメディアだと情報の蓄積機能が弱い。何らかの形で集約できるような場所はあってもいいのかもしれない。

大学非公式ポータルが定着しない理由

今まで自分が知っている範囲だけでなく、ほかにもいろんな人がチャレンジしようとしたはず。でも結局だれも生き残っていない。
結局のところ、大学生活4年間のうち、1年目は慣らし期間、4年目は就活卒論で忙しいとなるとまともに活動できるのは2年間しかない。メンバー1人1人の活動時間が2年しかないとなると、それを前提に運営組織の新陳代謝が正常に行われるように仕組み作らなければいけない。今まで失敗してきたものはすべて、中心人物の卒業によりグダるというパターンに陥っている。

他の大学のうまくいっているポータルサイトを参考にすると、うまくいっているパターンというのはなんらかの外圧があるケースが多い。

たとえば筑波大学のツクナビなんかは、きちんとした組織が出来上がっていてサイトの運営もまわっている。そして地域の不動産屋や飲食店といったスポンサーがついている。このスポンサーの存在が大きい。スポンサーがいる手前でいい加減な運営はできないので、それなりに組織だってやろうとする。安定して運営ができればスポンサーは継続して金を払ってくれるので、結果として組織が長持ちする。

あと、香川大学は学部ごとにキャンパスが離れている。全部で4キャンパス。これはどちらかというとポータルサイトに不利に働く。
「キャンパスが離れているからこそ、それをつなぎ合わせるポータルが必要なんだ」という名目でやろうとしたポータルもあるんだけれども、実際のところ他キャンパスの近くにあるうまくて安い飯屋の情報なんて必要とするやつはいないし、コミュニケーションは各自のつながりやTwitterで充分。違うキャンパスのためにポータルサイトができることなんてほとんど無い。香大でポータルやるならば、キャンパス横断して情報を扱うメリットを見出さないといけない。

地域/組織限定SNSの必要性

香大SNSはもう需要はないのでやるだけ無駄。ドコイコがやろうとした地域SNSも、今となっては必要性がほとんどないんじゃなかろうか。それよりもFacebookあたりで地域に関わる人達の繋がりを増やしたほうが有益。

そのほか

・KadaiWikiの運営を譲渡したのは大失敗だった。卒業生がやるより在学生に任せたほうがいいだろう、、、というつもりだったけど、結局放置でドメイン奪われるだけの結果に。騙された感全開

そんなわけで、香大のポータルサイトにチャレンジしたい！という変わった人がいたら全力で援助するので声かけてくらはい。

香川県民ならば誰もが気になる早明浦ダムの貯水率。
県民の多くはテレビや新聞で貯水率を知るわけですが、公式発表としてのデータをウェブで入手することができます。

それが国土交通省 水文水質データベース。
ここでは、10分おきのダムの情報と、過去の1時間おきの情報を入手する事が可能です。
ここのデータをクローリングしてデータベース化しておけば、過去の貯水率や水不足の傾向などさまざまな分析ができることになりますね。

ところで、データもらっていっていいの？

過去にはlibrahack事件のような、開発者からみたらぞっとするような事件も起こっていますので、データのクローリングにはできる限りの注意を払わなければいけません。

なので、水文水質データベースの「利用上の注意」を確認したところ、以下のような記述がありました。

また、当ホームページは一般を対象としており、通常のブラウザで閲覧することを前提に情報を掲載しております。ツール等による、自動的なデータ収集等はサーバに負荷がかかり、情報提供できなくなる恐れがありますので原則としてご遠慮ください。ご理解・ご協力お願いします。

うーむ。基本的にはやめておくれという感じですね。ただ、「原則としてご遠慮ください」という表記をどう捉えれば良いのか、気になります。厳しい形で「データの収集は禁止」と言っているわけではないので、特段の事情があれば別枠で許可してくれる余地はありそうな表記とも捉えられます。
実際の所、サーバーの負荷が問題なのであれば、クローリングは1時間に1回にするなどきちんとした節制をもてば、大きな問題にはならないはず。サーバーに負荷をかけないよという約束の下に交渉すれば、もしかしたら許可してくれるかもしれない。

そう考えて、お問い合わせフォームから問合せてみました。

んで送信っと・・・

・・・おい、おい。

そんなわけで、許可を取りたくてもそもそも受け入れ先が無いというのが現状です。以下に水文水質データベースのデータ取得方法を記述していきますが、それをどう使うかは自己責任でお願いします。

データをクロールしよう！

水文水質データベースでは、以下の2パターンのデータを取得する事ができます。
・過去7日分の、10分おきデータ
・2002年以降すべての時間おきデータ

それぞれ「リアルタイムダム諸量」「任意期間ダム諸量」として、以下のリンクから閲覧できます。

http://www1.river.go.jp/cgi-bin/DspDamData.exe?ID=1368080700010&KIND=3&PAGE=0

http://www1.river.go.jp/cgi-bin/SrchDamData.exe?ID=1368080700010&KIND=1&PAGE=0

それぞれのリンク先で直接ダムのデータが閲覧できますね。
その他、datファイル形式でデータのダウンロードも行う事が可能です。
クロールして取得するデータは、このdat形式のほうが都合が良いでしょう。datの中身はカンマ区切りのCSVデータになっています。

datデータを取得するために

このdatデータを取得すればいいのは分かりましたが、じゃあどうやってDLすればいいんでしょう。

例えば今この執筆時点のリアルタイムdatデータURLは以下の通りです。

http://www1.river.go.jp/dat/dload/download/5313680807000102011120822889.dat

また、12/9～12/15の任意期間datデータは以下の通りです。

http://www1.river.go.jp/dat/dload/download/5113680807000102011120928460.dat

ただ厄介なのが、このURLがちょくちょく変わるんですね。
URLに規則性がないかどうか調べてみたのですが、なかなか難しそうです。

リアルタイムデータのdatファイル名
5113680807000102011120928460.dat
のうち、
[51][1368080700010][2011][12][09]28460.dat
プレフィックス：ダムコード：年：月：日　までは分かるのですが、最後の数字が何を意味するのかが分からない。

任意検索についても同じように末尾の数字の意味が分からない。
datファイルを直接URL指定で取ってくるのは諦めた方がよさそうです。

じゃあどうするの

というわけで、WebページをクロールしてリンクされているURLを取得する形にするのが、現時点ではベストといえそうです。

リアルタイムダム諸量だと

http://www1.river.go.jp/cgi-bin/DspDamData.exe?ID=1368080700010&KIND=3&PAGE=0

このページをGETして、取得できたHTMLから正規表現でdatファイルを取得します。

任意期間ダム諸量は

http://www1.river.go.jp/cgi-bin/DspDamData.exe?KIND=1&ID=1368080150020&BGNDATE=20110301&ENDDATE=20110330&KAWABOU=NO

このようなURLになっています。BGNDATEとENDDATEに、取得したい日付をパラメータとしてくっつければ取得できます。
ただ仕様上、最大31日分、つまり1ヶ月分しか取得できませんので、クロールしてデータベース化するのであれば、ループで回して月ごとのdatを取得することになるでしょう。

コードを書いてみる

というわけで実際にクロールするコードをRubyで書いていくわけですが、前述したように公式にクロールが認められていないため、完成版のコードは記載しませんん。一部だけ抜粋する感じで書いていきます。

クロールするにはRubyのopen-uriあたりを使うと便利です。

datファイルのURL取得はこんな感じで。

open(search_url){|f|
      url = "http://" + @domain + f.string.match(/¥/dat¥/dload¥/download¥/(.*).dat/)[0]
    }

serarch_urlに、リアルタイムダム諸量や任意期間ダム諸量のURLを突っ込む感じです。
リアルタイムのURLは前述したもの。
任意期間ダム諸量についてはこんな感じのを突っ込めば良いでしょう

def search_url(dam_id, begin_date, end_date)
    return "http://www1.river.go.jp/cgi-bin/DspDamData.exe?KIND=1&ID=#{dam_id}&BGNDATE=#{begin_date}&ENDDATE=#{end_date}&KAWABOU=NO"
end

過去データを一気にクロールする場合は、begin_dateとend_dateに入るものをループで回せばいいですね。

datファイル自体もopen_uriを使って簡単に取得できます。

    dat = OpenURI.open_uri(dat_url)

取得したdatファイルですが、カンマ区切りCSVファイルではありますが最初9行にコメントが入ってますので、読み込む際には9行を読み飛ばすようなコードを書いておくと良いでしょう。

実際クロールする際には、過去データをクロールするのは最初の1回だけで、普段利用するのはリアルタイムダム諸量です。ただデータ形式自体は同じなので、URLからdatを取ってくる部分や、データをパースしてＤＢに取り込むような部分は共通にしておいて、使うときに切り替える形にすると良いですね。

会計用語なんかもなかなか難しい部類に入るんじゃないかなと思います。
技術用語などは日本だろうが英語圏だろうが中国語圏だろうが、示すものは一緒なので置き換えるだけで良いのですが、会計だとそもそも制度が国によって異なるという難しさがあります。もともと国々で培われてきた商習慣がそのまま会計に反映されているわけで、違って当然。
「○○って英語にするとどうなるんだっけ？」「いやそもそも英語に○○という概念が無い」
なんてこと、しばしばあったりします。

そこで今回は「(入金)消し込み」の英語訳についてネットの情報を漁ってみました。

●「Reconcile」という意見
消込/消し込み
他の辞書にもReconcileだとする記述がありました。
Reconcileは「一致させる」「調和させる」「仲直りさせる」
といった意味のある単語のようで、入金と請求の照合(≒消し込み)と考えると納得はいきますね。

●「wipe out (from the list)」とする意見
消込/消し込み
上のと同じURLですが、「リストから消してしまう」というニュアンスを強くするとwipe out (from the list)となるのではないか？という考え方みたいです。

●「wipe off」とする意見
http://okwave.jp/qa/q4294920.html
ただ回答者は経理上の「消し込み」がどんなものか分からないと書いているため、参考程度に。

●「clearing」とする意見
http://sapblog.jugem.jp/?cid=26
SAPではclearingとされているようです。
うーん、分かるような分からないような。

●「Accounts Receivable Cash Application」とする意見。
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1361854878
receivable cashで入金を意味する感じですかね？
口座入金の妥当性・・・みたいな意味合いになるんでしょうか。
入金をどれに適用するか・・みたいなニュアンスで捉えればいいのかもしれません。

結局の所、どれが正解なんでしょう・・・(；´Д`)

使いやすい入金消し込みシステム「Victory-ONE+」のページはこちら

消し込みがどんな作業かというと、例えば何かモノを売りましたと。
小売店などでの現金売買なら、その場で現金が入ってくるわけですがB2Bの場合はそういうケースは少なく、掛けで売るケースのほうが多いわけですね。いわゆる売掛金というやつですね。

（借方）売掛金/（貸方）売上

こうなります。
売掛金が回収されると

（借方）現金/（貸方）売掛金

こうなります。簿記なんかでは最初の最初に習うようなところですね。
しかしここで実務を考えてみましょう。売掛金の「回収」とは？何をどうやったら「回収」と言えるんでしょう。
一番ありそうなのが、銀行振込ですね。
掛けで売った相手から、月末締め翌月払いで銀行口座に振り込みがある。
銀行口座の確認→振込の確認→対になる売掛金の確認→反映
こういう流れになりますかね。

売掛に対して入金があったら、それを売掛台帳などに「反映」させる。これが「消し込み」という作業になりますね。
ここまでは結構簡単そうに聞こえる話ですが、実際そう単純ではありません。

売掛に対して全く同じ入金が確実にあるならばシンプルなんですが、実際には複数の売掛に対してまとめて入金を行ったり、その逆で１つの売掛に対して複数回の入金があるケースも多々あります。1:1だけでなく1:nやn:1を考慮しなくてはいけません。

「○○さんから入金があったぞ。えーと、これはAとBを売ったヤツに対する入金かな？・・・あれ、ちょっと足りないぞ？」

こんなのが頻繁に起こりうるわけです。こういう処理を、数百、数千の取引先に対して行うとするとどうなるでしょう。ものすごい手間になりそうですよね。

さらに入金手段だって、銀行口座も複数の銀行にあるかもしれませんし、手形なんてものも絡んできます。取引の件数が増えれば増えるほど、指数関数的に作業量が増えてしまう面倒な作業が、この消し込みというものなんですね。

というわけでシステム的に対応してしまおうという動きも結構あったりします。
今までの解説にもあったように、銀行とこの消込作業は密接に絡んでいますので、銀行自身が法人向けサービスとして消し込みシステムを提供している場合があります。お使いになられている銀行がそういったサービスを提供しているかどうか、確認してみるといいかもしれません。

また銀行のサービスが高い、あるいは複数の銀行を使っていてまとめられない・・・という場合は、汎用的な消し込みシステムを導入するのも手です。
検索してみるとこういうのがありました
入金消し込み(消込)の決定版 Victory-ONE+
入金データ、請求データ共に自由に設定できるのがウリなようです。

面倒な作業はシステムに任せてしまうのが一番なので、できるだけいい仕組みを導入したほうが何かと良さそうですね。

■昨日の運動

腹筋20回
腹筋ローラー20回

体重： 67.2kg
体脂肪率： 19.8%

で。

今までは○○kgまで体重を落とす！という形でやっていましたが、あえて別の基準を用いてみるのも面白いかなとか思ったり。
たとえばボクシングの階級とか。

・・・ということで調べてみました。

ボクシング#階級
今まで知らなかったんですが、ボクシングの階級ってアマチュアとプロでは違うんですね。
普段ぼくらが耳にするのはプロにおける階級ですが、自分に当てはめるとすればアマチュアの階級になりますか。

ちなみに本日の体重は66.7kg。アマチュア基準だとウェルター級ということになりますね。プロだとスーパーウェルター級/ジュニアミドル級/ライトミドル級　だそう。

とりあえず目標をウェルター級からライトウェルター級に落とすところに設定しようかな・・・・ｗ

昨日の運動

腹筋30回

体重： 66.7kg
体脂肪率： 19.6%

アカデミーヒルズとは、六本木ヒルズ内にある施設で、超シャレオッティな雰囲気で本を借りて読んだり、勉強したり仕事したりできる空間です。
http://www.academyhills.com/

去年あたりには平河町にもできました。こちらは六本木ライブラリーよりも会員価格が高く、より高級な感じなようです。(さすがに高いので行ったことがない)

で、このアカデミーヒルズ。とにかく雰囲気が良く勉強するのにも本を読むのにも最高。目の前には六本木ヒルズ49階から都心を一望でき、疲れたらこの景色を見ながら一息つけます。

ただ唯一の欠点は・・・高い！　会費が高い！
六本木ライブラリーでも月会費が\9,800。平河町ライブラリーに至っては\31,500もします。よほど本気で活用しないと勿体ない額です。
今住んでいるのが市川市なので、六本木まではおおよそ片道50分。ちょっと距離的に遠いので、会社帰りに気軽に・・・という立地ではないのですね。

一時期会員になっていたんですが、距離的負担が原因でだんだんと利用しなくなってしまい、結局解約してしまいました。
今回は会員付き添いのゲストパス(1回\1,000)で入館したんですが、ゲストパスだと休日に利用する事はできません。

今回久々に行って、アカデミーヒルズの良さを再度実感したので、また会員になるか悩むところです・・・。

そんなわけで昨日の運動。

・なし

体重： 66.9kg
体脂肪率： 20.5%

さすがに帰宅時間が24時頃になると、運動するのはつらいっす。

というところで怪我をしてしまい、運動したくてもできなくなったのが9月。

運動しなくても食事でどうにでもなるので言い訳にならないんだけども、おかげで再び増え始め現在は67kg。
さすがにこれはよろしくない。

奇しくもU1TBのほうで毎日記事を上げよう！という機運が高まっているので、こちらのブログのほうでも運動や体重の変化を書き留めていこうかなと。(せめて12月中は)

いつものように思いつきなんですけどね。

そんなわけで今日の運動。

・シェイプボクシング２　目標カロリー150kcal
・腹筋ローラー20回

体重： 67.1kg
体脂肪率： 21.1%

・Cloud Foundry Advent Calendar 2011やります！

自分も参加しています。最初の記事は12/2に公開予定です。
ちなみにこのブログではなく、U1TBに展開する予定です。

Advent Calendarに参加希望の方はこちらからどうぞ！
Cloud Foundry jp Advent Calendar 2011

私は前々からATOK定額制を使っていたのですが、Macbook Airを買って以降Macも積極的に活用するようになったので、Win,Mac双方で加入していたんですね。月にそれぞれ300円かかるので600円。

なので、「WinとMac両方使えて450円とかの定額制やってくれないかな～」なんて思ってたんですが、そこにやってきたのがATOK Passport。WinもMacも、そしてAndroidでも使えて300円据え置き！　Justsystems素晴らしい！　
自分が使っているAndroidはMEDIAS(N-04C)でATOK標準搭載なので、Androidについてはすぐに恩恵が受けられないんですが、近い将来Androidを買い換えた際にはそのままATOK環境を使い続けられます。

乗り換えない理由がないんですね、これ。

というわけでさっそく乗り換えてみました。

ATOK定額制からATOK Passportへの乗り換え

乗り換えは非常に簡単です。

ATOK定額制ユーザーはこちらのページにアクセスしましょう。
ATOK月額版を利用中だが、ATOK Passportに乗り換えるにはどうすればよいか

http://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=051067

・ATOK for Windows 月額版の場合
・ATOK for Mac 月額版の場合

とありますので、それぞれ該当するリンクを選んでください。私のように両方契約してる場合は、どちらかをJustMyShopで解約しておくといいですね。

あとはリンク先の手順に従って手続きしていくだけで、乗換は完了です。

このように新しいシリアルナンバーと、オンライン登録キーが送られてきます。

既存のATOKに新しいシリアルナンバーをセットする

乗り換えのFAQには

ATOKのメニューを開き、基本のメニューから［ヘルプ－シリアルナンバーの入力］を選択し、通知されたシリアルナンバーとオンライン登録キーでATOKを有効化します。

とあるのですが、ヘルプってどこぞ・・とちょっと迷いました。

ヘルプは、ATOKメニュー(日本語入力時に出てくるボックス)をクリックすると、うにょっと出てきます。以下の図参照。

ここで新しいシリアルナンバーとオンライン登録キーを入力すれば完了です。
Macについてはまだ試してないんですが、同じ手順でシリアルナンバーとキーを入れるだけでしょう。

WindowsでもMacでも、複数台PCを持っているならどこでも同じ環境が使える「ATOK Sync アドバンス」はめちゃくちゃ便利です。複数台ユーザーなら迷わず登録しちゃいましょう！　ほんとオススメです。

ちなみにiFrameによるFacebookページの作り方自体はこちらの記事などが参考になります
iFrameによるFacebookページ作成法と6つのポイント

このページタブ作成の際、「Page Tab URL」「Secure Page Tab URL」の2種類のURLの入力を求められます。
それぞれ、通常接続(HTTP)とセキュアな接続(HTTPS)のためのURLですね。

HTTPSを使ってFacebookに接続しているユーザーが、暗号化されていないHTTPでページタブにアクセスした場合、そこだけ暗号化されていないことになるのでHTTPSの意味がなくなってしまいます。ただそれでも今までは、「暗号化されていませんが宜しいですか？」的な警告が出るのみで、アクセス自体は可能でした。そのため、HTTPのPage Tab URL設定だけでも問題はありませんでした。(セキュアでない問題は置いといて・・・)

しかし10/1から規約が変わり、HTTPSの対応が必須になったようです。Page Tab URLだけの設定だと、HTTPSでアクセスしているユーザーはページタブを見られなくなるため、大きな機会損失に繋がってしまう恐れがあります。

Developer Roadmap Update: Moving to OAuth 2.0 + HTTPS

October 1: All Canvas apps must process signed_request (fb_sig will be removed) and obtain an SSL certificate (unless you are in Sandbox mode). This will ensure that users browsing Facebook over HTTPS will have a great experience over a secure connection.

そんなわけで、自分もFacebookページのためにiFrameコンテンツをおいていたサーバーをHTTPS対応する必要に追われたわけです。

激安！PositiveSSL

もしiFrameコンテンツを共有レンタルサーバーに置いていて、そこで共有SSLが提供されている場合は問題ありません。Secure Page TabにそのHTTPSのアドレスを入力してあげればOK。

しかし独自ドメインを使っていて、かつサーバーも共有SSLなどを提供していない、あるいはVPSや専用サーバーを使っている場合、自前でSSL証明書を取得し、HTTPSの設定をしてあげる必要があります。私の場合もVPSを使っていたため、SSL証明書を取得しなきゃいけません。

そこで、いつも利用している海外のリセラー namecheap.comを見てみたところ、PositiveSSLなるものを発見。価格はえーと・・・年間8.95ドル！1ドル80円で計算すると年間716円。やっす！　おおよそ昼食1回分の価格でSSL証明書を取得できることになります。

今まで使っていたのは、GeoTrustのRapid SSL。これもnamecheap.comで年間9.95ドルと激安なんですが、それをさらに上回る安さ。

特に、複数のサブドメインで利用できるワイルドカードSSLが安い。PositiveSSLならなんと89.00ドル！7千円ちょっとで買えてしまうことになりますね。Rapid SSLなら125.88ドルです。

ちなみにVeriSignのSSLだとシングルドメインでも349ドルします。おおよそ40倍の価格・・・。

後述しますが、高い高いVeriSignにもメリットはあります。とはいえ、ちょっとしたFacebookページのために年間349ドルも出すのは気が引けるのは事実。PositiveSSLであっても暗号強度に問題があるわけではないので、ここは一つ安さ追求でPositiveSSLを試してみましょう！

そんなわけで、次回。PositiveSSLを導入してみた(その２)で、実際に導入してみるところまでご紹介します。