思い返すと当時はオーバーチュアのキーワードアドバイスツールが終了して、
何とかして検索回数を求めようとみんな躍起になっていた時期で、
あの時キーワードアドバイスツールからひたすら情報を集めておいて
サービスを開始した所とかは割と成功してますね。

まあ今となってはGoogleも少しは情報を出すようになっていますし、
あまりリアルタイムで役に立つツールにはなりませんでしたが、
少しは公開した意味があったかな？と思っています。

TwitterといいYahooといい、こういうAPIビジネスが終焉していくのを見ると
当時の流行語だったWEB2.0的なアレの終焉を垣間見てしまいますね～

会社のアプリの宣伝ですｗ
Repoアプリ
お小遣い稼ぎ　で検索すれば出てきます。

アプリはざっくりいえばお小遣いアプリでして、
記事を投稿したらそれに応じた報酬がもらえる仕組みになっています。
ただ、この投稿ってのが曲者でして、
クライアントによって細かい要望が一杯あるので、
それに臨機応変に対応するようにPC版では専用管理画面でフォームを自動作成して、
それをJSONに吐き出しています。

同じことをアプリでも求められていたので、
PC版と同じJSONを受け取ってアプリ上でフォームを作成していたんですが
まさかのメモリが足らないという。。。

10文字から20文字の間の○○というワードが入った文章、
350文字以上の○○というワードが入っていて、かつ○○という文字が入っていない文章
などの複数のフォームがあり、
回線が弱いことの多いアプリでは都度POSTしてチェックするわけにもいかないので、
書き込み終了と同時にチェックをする形にしていました。
そのため、一つのフォーム必ずeventListenerがついていて、
しかもそれが割と色々とチェック（必須ワード、NGワード、文字数など）をするので
フォームがたくさんあると旧型のiphoneとかでは描画がおかしくなります。
特に書き込み最中に（ソフトウェアキーボード表示中）に残りの画面をスクロールしたりした際には
結構な確率で描画がおかしくなりました。（ビヨンビヨンってなったのでビヨンビヨン現象とか言ってましたｗ）
ここら辺はEventごとの処理をまとめてなるだけ短く綺麗に書くようにしたり、
一部はあきらめてPOSTした際にチェックするようにしたりしました。
それでもまだiphone4とかでは発生したりするんですが、
一応少し待ったり画面を切り替えたりすれば（ようはメモリにきちんとロードされれば）
表示できるので、一旦Ver1としてリリースしています。

またそれ以外に
Ti.APP にカスタムイベントを追加して、それを後で着火する形で書いていたのですが、
いらなくなった時に手動で消す必要があるので、無駄なメモリを使いやすいので、
なるだけ作成した画面自体にカスタムイベントを追加するように書き換えたりしました。

また、案件一覧を表示する際も検索出来るように色々とTableRowにワードを追加していたんですが、
これがまた重い。。
案件タイトル、ディスクリプション、タグをくっつけたものをオブジェクトのプロパティに入れて
それを検索対象にしていたんですが、
こいつのせいで、100件とかを超えたテーブルになるとスムーズにスクロールできない
（表示されていない部分がメモリから落ちているかんじ）
になってしまっていたので、
これも全部きっぱり排除しました。
っていうかまずは快適に使えるように検索機能自体も削除しちゃいました。

とまあ、今回はメモリ不足に悩まされまくったアプリですが、
Ver2ではこれにローカルDBをつけてキャッシュとかもしようと考えているので、
さらに重くなりそうで今から気が重いです。。

結果こんなかんじになりました。

メインに配置するボタン

#layout/main.xml
<Button
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="@string/submitButton"
    style="@style/myButton"
/>

ボタンのスタイル設定

#values/style.xml
<resources>
<style name="myButton" parent="android:Widget.Button">
        <item name="android:textColor">#444444</item>
        <item name="android:layout_margin">10dp</item>
        <item name="android:padding">10dip</item>
        <item name="android:background">@drawable/frame</item>
</style>
</resources>

#drawable
frame.xml

<shape xmlns:android="http://schemas.android.com/apk/res/android">
    <stroke android:width="1dp" android:color="#cccccc" />
    <corners android:radius="5dp" />
    <gradient
        android:angle="270"
        android:startColor="#ffffff"
        android:centerColor="#dddddd"
        android:endColor="#eeeeee"
        android:type="linear"
        android:centerX="0.5"
        android:centerY="0.5"
    />
</shape>

これでiphoneっぽいアイコンになります！

デザインができない人用に
こんな感じのXMLのテンプレートみたいなの公開してるとこないのかなぁ。。

なので、こんな感じに

//文字列を1文字づつ配列にする。マルチバイトがないのであれば、str_splitでも可能
$l = mb_strlen($string,'UTF-8');
$chunked = array();
for ($i=0; $i<$l; $i++) {
  $chunked[] = mb_substr($string,$i,1,'UTF-8');

}

//配列を改行でjoin
$verticalString = join("\n",$chunked);

//指定のイメージデータに書き込み
imageTTFText($img,$fontSize,$angle,$x,$y,$color,$font,$verticalString);

単純にばらして改行でJOINしてからTTFTEXTにつっこめば問題なく改行してくれます。
ただ等幅フォントじゃないと微妙に縦がおかしいかんじですが。

ってことで毎年恒例WEB履歴

去年:総検索回数：10888
今年:総検索回数：10410

1月:1032
2月:828
3月:735
4月:742
5月:1165
6月:1340
7月:970
8月:824
9月:727
10月:826
11月:724
12月:497

トップサイト

livedocs.adobe.com

とうとうトップ10にhatenaもphp.netも入らなくなった。。
前者は時代を感じるし、後者は成長を感じる！

ということで、今年1年お疲れさまでした！

サービスの規模

・現在のワード数:1500前後
→通常のツールと違って、全SERPSを取得してさらにキャプチャも取得するので、
　google,yahooへのアクセス回数は大体普通のツールの7-8倍。
　（なのでGRCとかフェレットとかでいったら12000キーワードくらいまわしてる計算）

・URLのチェック件数:1600前後
→同時に競合調査とかもできるようになっているので、ワード数よりちょっと多い。

この規模感です。大きいような小さいような。
まだ稼働して1カ月で個の規模は大きいというべきか。。。

ハードウェア的には

VPS4台という笑えない状況ｗ
大体400ワードを1VPSで裁いてる感じです。。

HDD的には

キャプチャ含めて１日分のSerpsは大体3GB↑
1か月分保存するだけで、100GB近くになる。
HDDはいくらあっても足りない状況。

現在は前月分以外はtar.gzにしてローカル保存。
スクリーンショットとかの関係で、
DBに入れず全部ファイルにしてたのがあだになったかも。。

CPU的には

余裕すぎ。というかほぼ回線とHDDのためにVPSを分散させてる状況。

回線的には

1ワード10件表示で、100位までをGとYでやるので、20アクセス。
それが1500ワードなので、3万アクセス
それを4台で賄っているので、1台あたり7500アクセス。
こんなの普通にG,YにアクセスしたらDOS攻撃になっちゃうので、
それを24時間で分散してアクセスしてます。
ちなみに最低7.5秒は感覚あけないと、Googleはすぐに弾いてきますので、
24*60*60 / 7.5 = 11520ってことで、
MAX1万ちょっとくらいしか1サーバ（てかIPかな）からはアクセスできない感じです。
Yahooはたぶんそこまでチェックはしていなっぽいです。

その他

・なぜかVPS経由のIE8相当のアクセスだと、
　ロケーション取得が日によってかなりばらつきがあって、
　ある日は渋谷、ある日は目黒、ある日は愛媛、ある日は鹿児島
　みたいな感じで、ばっらばらになります。

・HDDが一杯になると、VNCがつながるけど、画面が真っ黒なままなんだと初めて知りました。

・改めてランキングチェックツールの大変さがよくわかりました。。。

・とりあえず普通のランキングツールと違って全Serpsが手元にあるので、
　分析し放題なのだけはメリットなのかな。

変更点は
・GoogleCalenderへの登録を終日でしかできなかったのを時間指定でできるように

EvernoteでTodo管理するアプリ

Flexで時間指定まで含めたUIを考えるのはちょっと頭を使いました。

Flex Date and Time (datetime) Picker Control

結局ここを参考にNumericStepper2個を時、分に適応させてやりました。
本当はもっとスマートな形がいいんでしょうけど。。

セッションハイジャックのために
session_regenerate_id(true)を書くと
リンクをダブルクリックしたときに高確率でセッションが切れるようになります。
たぶんセッションを保存するI/Oのあたりなんじゃないかなぁと思いますが、
さしあたってこれでは色々と支障をきたすので、
こちら側で session_regenerate_idのタイミングをコントロールしなければなりません。

でこんなかんじ。

//ログインするときexpireにtimeをいれてく
$_SESSION['expires'] = time();

//セッションのページを開くたびにこんなかんじ。
if ($_SESSION['expires'] < time() - 7) {
    session_regenerate_id(true);
    $_SESSION['expires'] = time();

}

わざわざこんなこと書かないといけないなんて・・
なので、セッション使うなら、
ハイジャック対策は別の方法でやるほうがいいのかもしれないですね。
やり方わかりませんが。

変更点は
・地味なボタンをちょっと鮮やかなアイコンに変更
・Google CalenderにTodoを送れるように
・あと細かいけど、クリックするとリザイズできる範囲をちょっと広げました

EvernoteでTodo管理するアプリ

余談ですが、GoogleCalenderの設定はめちゃくちゃ苦労しました。。

public function mouseDown(e:MouseEvent):void {
    todo.startDrag(false,new Rectangle(this.x,this.y,0,this.height)); //ドラッグ処理開始

}
public function mouseUp(e:MouseEvent):void {
    todo.stopDrag(); //ドラッグ処理終了
    //ドラッグ対象の中点が整列対象の一番上より下にきたら、ドラッグ対象はそれより下とみなす
    todo.y = todo.y - todo.height / 2;
    lineup(); //整列処理

}

開始処理はspriteにある startDrag() メソッドでOK。
ただ、そのままだと、自由自在に動かせてしまうので、
今回みたいな縦一列の画面の場合は、3つめの引数（width）を0にして
横には動かせないようにしてあります。
これはクリックしたところから、どれだけの幅で動かせるか、みたいな意味ぽいので、
this.widthとかにすると、
クリックしたところからwidth分横に動かせる＝クリック位置によっては画面外にもってける
って感じになってしまうので。

横だけに動かしたいなら this.heightを0にして、横幅を指定すればOK。

あとなんか終了処理がややこしいですが、

1
2
3
4
5

ってあったとして、1をドラッグしたときに、
1の高さの中央点が、2の一番上よりも下にきたら

2
1
3
4
5

になるようにする処理を書いてます。
これ書かないと、1の一番上が、2の一番上よりも下に行かないと
上のように並ばないので。