今更ながら、MySQL互換のMariaDBを使ってみようと思いついた。サーバのOSはCentOS6.4のx86_64版。

で、MariaDBのサイトでyum向けのレポジトリの設定が取得できるので、ささっと設定ファイルを/etc/yum.repo.d/に置いてみた。

ただ、MariaDBを入れる前にMySQL関連のRPMを削除しようと思ったら、「mysql-libs」がやっかいな依存関係を持っていた。例えば、crontabsとかPostfixと依存関係があって、MySQL-libsをアンインストールしようとすると、crontabsとかpostfixも一緒に削除されてしまうようだった。なんか重要なモジュールとの依存関係って微妙だなぁと思っていたところ、試しにyumから「MariaDB-compat」を入れてみたら、MariaDBのモジュールでmysql-libsがリプレースされることがわかった。

これによって、PostfixなどのMySQL-libsに依存関係を持ったアプリケーションを維持しつつ、MariaDBを導入することができそうだ。さすがにこの辺の依存関係の解決が難しいようなら、しばらくMySQLを使っていようかという気になりそうで、(いつ頃に解決されたのかよくわからないけれど)yumレポジトリで依存関係を解決できたら楽だな、確かに。

WordPressへの攻撃と、その防御

最近、WordPressへのブルートフォース攻撃が流行しているらしい。ま、WordPressが動いていれば、管理画面のURLはわかるわけだし、ブルートフォース攻撃はやりやすいだろうなぁ。しかも、デフォルトで「admin」アカウントが作成されるわけで、何にも考えていなければ「admin」ユーザーに対してパスワードを辞書式に当たればというわけで、クラッカーのみなさまに目を付けられやすいような気は確かにする。

ま、そのまま、攻撃を受け続けるというのも気持ちが悪いので、試しに「Login LockDown」というプラグインを入れてみることにした。このプラグインは、ログイン失敗の履歴を保存しておいて、一定期間における試行回数を超えたら、ブルートフォース攻撃(要するに、同じIPアドレスから何回もログイン試行する)と見なして、ログインを受け付けなくするらしい。

意外と…攻撃来てた

とりあえず、プラグインを入れてほったらかしにしていたら、ログインに失敗したアクセスを記録するテーブルにわらわらとレコードが出来ていた。たいしたPVがないブログに入れてみたけれど、2週間くらいの期間の間に、ログインに失敗した記録が500レコードほど出来ていた。思ったより多いなぁ…。うーむ。

もちろん、絶対にヤラれない自信がある人はともかくとしても、世の中の注目度とは裏腹に普通にWordPressのブルートフォース対策のためのプラグインとか入れておいた方がいいのかもしれない。もちろん、ブルートフォースを受けている間は、無駄にサーバのリソースが使われるわけで、それを防ぐということも多少意味があるかもしれないし。

もはやコモディティ化して久しい、GoogleMap。WordPressでブログを立てるにしても、他のCMSでサイトを立てる場合でも、地図を表示したいとなったら、ほぼ間違いなくお世話になることになる。で、その地図を表示するための定番のGoogle Map APIの新バージョンであるV3がリリースされてしばらくして、V2のサービス提供が終了することがアナウンスされていた。そのデッドラインは2013年5月19日…だった。

まぁ、新しいサービスを始めるとき、いかにして古いサービスを終了するかというのは一大テーマになるだろうし、当然、利用者をすんごく多く抱えているGoogleも例外に漏れず…苦渋の決断をしたようだ。Google Map API V2の提供終了を半年延期して2013年11月18日まで提供することにしたらしい。おそらくは提供終了のアナウンスをしてみたものの、相変わらずリクエストが減らないんだろうな。さすがにやめることはやめないだろうけれど、いつまでも延期し続けることはサービスの継続提供に等しくなるし、オオカミ少年みたいな事象を招きかねないだろうし…。どうするんだろうなぁ、Google Map。

あ、ソースはこちら。「Google Maps JavaScript API v2（サポート終了）」

Googleがユーザー向けに有料でストレージを提供していて、そのストレージを買うと、Gmailのストレージに使えたり、写真を保存するためのフォトストレージに使えたりするのだが、そのフォトストレージとして使う場合に、Google+からアクセスする方法と、Picasa Web Alibumからアクセスする方法がある。

なんとなーく、Picasa Web Albumがしばらく前から画面の進化が止まっている感じなのに対して、Google+はアップロードした写真を解析して写っている人物のタグ付けができるようになっていたりする、と。そんなわけで、Googleとしては、Picasa Web Albumを廃止して、Google+の写真系機能と統合したいんだろうなぁという雰囲気がある。まぁ、確かにこのご時世、写真の一つもなければまともなコンテンツとは言えないし、写真のシェアというのはお手軽な割には、ユーザーがアクセスする機能だろうし(ま、PinterestとかInstgramとか、写真のシェアだけでサービスになってるわけだし)

実際、Google+からアップしても、Picasa Web Albumからアップしても同じストレージに格納されるみたいだし、アップロードした画像はPicasaからでも、Google+からでも見られるようになっている。

…でも、不思議なのは、Picasaからアップロードすると、3スレッドくらいの並列処理でアップロードされるのに対して、Google+からアップロードするとシングルスレッド。1枚ずつしか写真がアップロードできない。うーむ(汗)普通、Google+の方が高速にアップロードできるってことで移行を促すのが普通じゃないのか、と(汗)