俺は人間をやめるぞ！！【石仮面ジェネレーター】

笑い男に対抗して石仮面をかぶせてみました。

700キロバイト以下のJPEGファイルを読み込ませれば、顔部分を認識して石仮面をかぶせてくれます。

例えば、

先日のイチロー選手の写真だとこうなります。

UREEYYYYYYYYYYYYYYYYYYYYYYYYY!!

違和感なし。

福田内閣のお歴々も支持率の低下を嘆いて人間をやめるぞー！

UREEYYYYYYYYYYYYYYYYYYYYYYYYY!!

マスクがずれていたり、被っていない人がいたりするのは仕様です。

多分帽子やメガネなど顔を覆うものがあると認識率は落ちると思われます。

仮面は君を選ばなかった、ということでひとつ。

あと、顔が斜めだったり横だったりすると、仮面がそもそも合いません。仮面は縦にしか配置できません。超越者たるもの直立不動で仮面を被りましょう。

ずれてたり、顔の大きさとあってないのはまあ、認識ミスだったり、僕が適当に仮面の大きさを変えているからだったりするので、気が向いたら直すかもしれません。

効果音（カキ文字）も選べるようにするかなあ。

人間をやめたい方はどうぞ。

＊怒られたら消すかも

超像Artコレクション ジョジョの奇妙な冒険 空条承太郎

LAMP（Ｌｉｎｕｘ＋Ａｐａｃｈｅ＋ＭＹＳＱＬ＋ＰＨＰ）じゃなくてＷＡＭＰ？と言うのだろうか。

サーバーにアップロードする前のローカルテストで使用している人も多いと思われる。

Apacheとか個別に設定するのもめんどくさいし、PHPの４と５の切り替えもすぐなので僕も使っているのだが、この環境にPHPのテンプレートエンジンであるSmartyを導入する際、少し癖があるので、そのあたりを書いておきたい。

XAMPPにSmartyをインストールする方法

１ Smartyをダウンロードしてくる
http://www.smarty.net/
    特に問題なければLatestのzip形式を選択

２ 解凍したZIPを内のlibsフォルダをXAMPPのPHPフォルダにコピーする

３ php.iniを変更して、smartyを読み込ませる

php.ini中のinclude_pathにsmartyの記述を追加します。
    XAMPP1.6.6.aの場合、XAMPPの場合既にPearの記述があると思いますので、その後ろに;（セミコロン）でつなげて追記してください。

    例：Cドライブ直下にXAMPPをインストールしていた場合
   include_path = ".;C:xamppphppear;D:xamppphplibs";
   

＊注意

    XAMPPの場合、php.iniが3つ存在します。

（php/php.ini, php/php4/php.ini, apache/bin/php.ini）
   

その中で有効なのはapache/binフォルダのphp.iniなので、これを変更してください。後の2ファイルは無視してもオッケーです。

４ apacheを再起動

これでXamppでもSmartyが使えるはずです。お試しアレ。

Smarty入門~PHP5＋テンプレート・エンジンでつくるMVCアプリケーション~ 山田 祥寛

これから設置する方はこちらをご覧ください。

今まで設置していた方（ver1.00以降のverをご使用の方）は、とりあえずスクリプトを一式ダウンロードして、その中から

gj.js

img/gjbutton3.gif

img/mark1.gif

img/mark10.gif

img/mark100.gif

を取り出してください。上記５ファイル以外には前回からの変更ありません。

＊gj.js以外は新規ファイルです。

テンプレートの記述変更

設置にあたりテンプレートへの記述が変更されます。

といっても、以前のものの末尾に

<span id="<$MTEntryPermalink$>_gj_mark"></span>(movabletype4の場合）

を追記するだけです。このタグを記述した箇所に拍手数のアイコンが表示されます。

基本的な記述は下記のページ中のブログテンプレートへの記述をご覧ください

movabletype4の場合

wordpressの場合

表示スタイルの選択

gj.js内のgj_stという変数の値を０、または１とすることでお好きな表示スタイルを選ぶことができます。

gj_st=0 → ボタンに拍手数が表示される

gj_st=1 → 拍手数がアイコン表示される

また、設置の際に

･URL         gj.phpへのパス

･img_1      1の位を表すアイコン

･img_10    10の位を表すアイコン

･img_100  100の位を表すアイコン

･buttong   gj_st=1の時に表示するボタングラフィック

上記変数の値を各人の環境に合わせて変更してください。

その後、アップロードをしてください。

以上で変更は終了です。

gj_stの値を変更すればいつでもスタイルの変更は可能です。

ちょっと判りづらい説明になってしまいましたが、ご容赦を。そのうちproductsのgj!のページも書き換えます。

今回の変更点は

1. 拍手数の表示位置をピクセル単位で変更可能
2. 拍手上限数を記事単位で設定可能（デフォルト1記事１０拍手）
3. 拍手の桁数を設定可能

となっています。

全てgj.phpで設定可能となっていて、対応する変数は

• 記事ごとの拍手数上限　$GJMAX
• ブログ全体での拍手数上限　$IPMAX
• 拍手表示位置　$STRPOSX　$STRPOSY
• 表示桁数設定　$KETA

です。

今回1.0に移行するに伴って拍手の詳細ログが変更されています。
既にver0.98、0.99を誤使用になっている方はログデータバージョン移行ツールを使ってログデータの変換を行う必要があります。また、上記ツール内にあるnew_gj.phpはver1.0のGJスクリプトになります。
詳しくはreadme.txtをご覧ください。

ver1.0から新規にお使いになる場合は当然移行作業は不要です。GJ!のページからgj.zipをダウンロードしてお使いください。

不明な点がありましたらお気軽にどうぞ。

GJ！に対して以下のようなご要望を戴きました。

1. 同一IPからの拍手を現状全ての記事に対しての総数で上限を設けているのを各記事に対して変更できないか
2. 拍手数を表示する位置をピクセル単位で指定できないか
3. ４桁以上の数字に対応していない件。スクリプト中で桁数の指定ができないか

まず２ですが、もともとスクリプト中ではピクセル単位での指定をしているのですが、そこまで細かく指定させるのもどうかなーという思いもありました
ので、上下左右の８方向＋中央で指定できるように丸め込んでいます。ですので、この変更は問題ありません。やっぱり細かく指定できたほうが良いですよね？

３に関して、これは僕も気にしていました。

なら対応しておこうよって話なんですが、例によって僕のところの過疎ブログが４桁の拍手を戴くという事態が想像の埒外で、３桁あればいいよね？って感じでそのままになっていました。でも、これもそれほど問題にはなりません。実装する方向でいきます。

１。これが一番心配です。

というのも、現状ブログにあるすべての記事に対して拍手を戴いたIPのログを取って、それを元に拍手数制限をしているのですが、これが各記事ごとになると、ログの肥大化が懸念されます。

今
まではブログ全体に対して１０件なら１０という上限を設ければ、同一IPからそれ以上はログに出力されることはない為ログのマックスが５０件あたりでも問
題なかったのですが、これが記事数ｎに対して全て、となるとおそらくもうちょっとログの記述数が必要になると思われます。

ログ数の上限無し、としてしまうと将来的に拍手数が増えてきた時に破綻しそうな気がしますし、かといって極端にログの数を減らしてしまうとそれはそれで問題が起きそうです。

ちょっとログの持ち方を変更したほうがよさそうな気がしています。

こちらはお時間をいただくことになると思います。

先日公開した手書きブログガジェットの変更とか、ちょっとTwitterを使った遊びなんかをゴニョゴニョしているもので、その後になっちゃうかも。すいません、TwitterがJSONPをはく事を昨日知った（遅っ！）ので面白そうで、つい。

あとは、拍手数表示のブログパーツとか、はてなスター風な表示の実装とか。やりたいことはいっぱいなんですが、実装がまったくおいつきません。娘はうんこ漏らすし。

がんばりますので長い目で見ていただけますと幸いです。

貴重なご意見をありがとうございました。これからもよろしくお願いします。

ダウンロードページはこちら。

今回Ver０．９９として実装した機能は

1. 拍手数の上限値指定
2. 概略表示時の件数制限機能
3. IPによるマスキング実装
4. 新着順表示対応

１ gj.php内の$GJMAXの数字が同一IPからの1日あたりの拍手上限数です。デフォルトで１０に設定していますが、同一の日付中は同一IPからは１０件しか拍手を受け付けません。日付をまたげば拍手は可能です。

また、この変更に合わせて、logディレクトリにファイルが追加されます。（自動で作成されるファイルですので、特になにもする必要はありません）

２ これは、管理画面で記事数が増えてくると画面が長くなってしまうため、表示数を制限できるようにしたものです。全ての記事を見たい時は画面下の「all」を押すことで全ての情報の閲覧が可能になります。

1画面で表示数はgj.php内の$INFOMAXの数で設定できます。

３ これはgj.php内の$ignoripに記述したipからの拍手を完全に拒否します。複数のIPをブロックする場合「,」で区切ってください。

４ 管理画面で、新たに拍手をもらった場合新着がわかり辛かったので、拍手を新着順に並べて表示するモードを追加しました。管理画面の下、NEWという文字をクリックで新着表示画面を表示します。

gj.php内の$NEWNUMの数で、新着表示の拍手数が設定できます。

以前のver0.98のスクリプトを設置している方は、スクリプトをダウンロード後、パスワードを変更後、gj.phpをサーバーに上書きしていただければ他に変更することはありません。

ver0.98のままご使用いただいても特に不都合はありませんが、上記の追加機能は便利だと思いますので、できればver0.99への変更をお勧めします。

やっぱりいりますよねえ、それ。

実は第一段のリリースから盛り込みたかった機能ではあるのだけれど、正直どうやって実装したものかな、と無い頭を捻ったのだがついぞいい実装法が浮かば無かったことがその第1の理由。

あとは、「ブログ界の小笠原諸島」ってくらい過疎っているうちのブログ基準で考えて、実装の優先順位を低く考えていた点。鍵を閉めなくても泥棒なんていないだろみたいな。

「よかった、Web拍手をいたずらに連打されちゃった人はいなかったんだ」って言いたかったんです。

つまりは完璧に、僕の見積もりの甘さ。

実際のところ、第1段として考えていた機能がいくつか盛り込めなかったこともあって、バージョン番号が現時点で0.98だったりするんですが、ご要望いただいたこともあって、まずは連投制限の実装を早めます。

んー、でもどうやって実装しようかな。同一IPの連投の上限を設けるとして・・・ログの日付とIPアドレスから見るのが普通かなあ。拍手をもらうごとにログを追うのか・・・・・・重くなりそうだな・・・・・・大丈夫かな・・・・・・

少々お時間ください。

Dr.コトー診療所 22 (22) (ヤングサンデーコミックス) 山田 貴敏

ＧＪ！のページ

ソースはお好きなようにいじって構いませんが、お使いの場合うちのサイトにリンクなど貼ってもらえれば嬉しいです。
ボタンアイコンの変更方法などはリンク先を参考にしてください。

公開後もちょこちょこ手直しして行こうとおもってます。はてなスターっぽく、ボタンの隣に拍手数を示すアイコンを出すようになるかもしれません。
フォントもいじりたいなあ。

ご要望などありましたら、こちらか、ＧＪ！のページの方までどうぞ。

 その間何人かの方から暖かい拍手を頂戴いたしました。この場を借りてお礼申し上げます。
 Ｃｈｅｅｒｓのエントリーそのものに拍手をいただいたりして、もしかして期待してもらえてる？なんて舞い上がったりして、その高まったモチベーションでこんなものも作ったりしてました。

このページの左サイドバーに拍手数ランキングってのがあると思いますけど、要するに人気記事ランキングですね。これを作りました。

ウェブＣｈｅｅｒｓにいただいた拍手をカウント、ソートして、それを一覧表示しています。

ここまでPHPで実装して、大きな問題もないようなのでそろそろ公開、なんて考えていたんですけど、全体を見直してすこし気になったことがあって公開をためらっています。それは、

あまりにも設置条件が厳しいこと。それが理由です。

誰かがこの「ウェブCheers」スクリプトを使用したいと考えた場合の必要な環境、条件を以下に記述します。

1. サーバーがPHP4を使用可能であること
2. そのPHPがGDライブラリを組み込んでいること（拍手数とボタン画像の合成に使用）
3. ページを閲覧している人がJavascriptを有効にしていること
4. 設置方法が結構複雑
5. MT以外は使用できるか不明（wordpressは可、要するにテンプレートをいじれるかどうか）

これが嫁探しなら、あんた一生独身だよってくらいの条件の多さ。なんぼだけ間口狭いんだよって話。 

まあMTとかwordpressでブログを書いている人（＝５はクリア）の多くはレンタルサーバーだと思うので、その場合１もクリアしていると思うんだけど、２はどうだろう。GDを組み込んでいないサーバーって結構あると思う。（ロリポップは大丈夫でした）
３はユーザーの好みだからある意味しょうがないけど、ボタンを含めてまるで表示されないってのはうーん。

それもこれも拍手数の動的書き換えにajaxを使ってるからなんだけど、せめて拍手ボタンくらいは表示させたほうが・・・って気もしている。
４については１と５をクリアしている人なら多分大丈夫と思うけど、それにしてももっと簡便にならないものかな・・・ユーザーに強いる負担は低いほうがいいに決まっているんだし。 

一番ユーザーに負担をかけない方法としては、こっちのサーバーで全ての処理（拍手の統計、メッセージの管理）を行って、ユーザーはそれを呼び出して描画するだけって形。

一般的なレンタルですね。MyMiniCityブログパーツなんかもそのやり方です。
ならウェブCheersもそうしたらいいじゃん、とも思ったけれども、このアプリって意外にサーバー負荷が高い。

MyMiniCityブログパーツは基本的には１ブログに対して1個だけ設置していると思うけど、拍手の場合は各エントリーごとに設置する。

トップページに記事が15個表示されていれば、ボタンも１５個。この場合、トップページで１５回サーバー側で描画する必要がでてくるわけだ。

しかもGDライブラリ使用。基本的に描画系ライブラリは負荷が高い。
しかもMyMiniCityブログパーツは描画時に一度呼ばれた後は画面をrefreshしない限りは再度呼ばれることは無い。

それに対して拍手はクリックが発生する（拍手をもらう）度にリクエストが発生する。
これが一人二人ならば問題ないけれど、数十人数百人（数百は無いか）が使用した場合を考えると、ちょっと恐ろしい。

もしそのユーザーたちがことごとくすンばらしい記事をかきあげて、それを見た何千何万の人たちが「ブラボー」「ハラショー」「トレビアン」と拍手喝采雨あられ、鬼のクリック連打を行ったとしたら・・・

場合によっては僕がロリポップからお叱りを受けることにもなりかねない。今のサーバーを追い出されてサーバー難民になったりなんかした日には目もあてられない。

それにユーザーがもらったコメントをこちらで管理するとなると、データを抱え込むストレージのサイズの問題、パスワード管理などの問題がでてくる。できればそのあたりは避けたいのが本音だ。

そこでタイトルなのだが、昔買ったFlashの本を引っ張り出してきた。

PHPの場合描画リクエストがあるごとに動的にページを生成するため負荷が高い。だからFlashである程度作りこんだモノを作ってそれをユーザーに投げるようにすればサーバー負荷は減るんでは？というのが僕の考えだ。また、ランキングをブログパーツ化した場合、ビジュアル的にかっこいいものもできるという副次的効果もある。

とにかくユーザーに対する負担をどこまで減らせるか、いろいろトライしてみたいと思う。 
が、Flashは僕にとって鬼門だ。
正直にいうと、過去に何度か挑戦しているのだが、その度に挫折している。

普通のプログラム言語なら、初めて触るものでも今までの経験から「あーなるほど、ここはあの言語のあれと似てるな」なんて推測ができるんだけど、Flashは全然理解できない。
そもそもFlashはプログラミングではなくオーサリングなのだから（ActionScriptはプログラムになるのか？）、思想もなにも全然違う。演歌とデスメタルくらい違う。
 そもそも、Flashというとプログラマーからみれば完全に「あっち側」の技術だ。

デザイナーとか、広尾のマンションに住んでます（笑）とか、とにかくスマートでモテそうなイメージ（偏見）。
Flash使いな方って、中にはプログラムができる方もいるけど軸足はWeb側って人にしか会ったことが無くて、逆にteratermでtracerouteして経路上のボトルネックを見つけてはニヤニヤしているような人種でFlashの素養がある人って、僕を含めて聞いたことが無い。つまり両者は完全に畑違いな分野なのだ。

そんな僕が、また一からFlashを勉強してみようと考えている。

今度は挫折しないでいけるだろうか。はたまた、再び投げ出してしまうのだろうか。
３５から学ぶＦｌａｓｈ。結果は当ブログ、WebCheersの公開を持ってお知らせしたいと思う。
請うご期待。

－以下オリジナル記事－

以前のエントリーで、Web拍手について触れた。
今まではWeb拍手さまのスクリプトをダウンロードさせて頂いていた。

設置後おかげさまで、何人かの方に拍手をいただいた。
それ自体はもう嬉しくてたまらないのだが、やっぱりどの記事に対しての拍手なのかが僕は知りたい。
「うまい！！」とコメントを下さった方がいても、どの記事に対して仰って下さったのかが判らないのでは、ちょっとリアクションに困る。

と言うわけで、作ってみました。

モデルになるのはFC２ブログWeb拍手。

実装したい項目として

• どのエントリーに対しての反応なのかを把握できる
• ブログのエントリーを書けば、自動的にボタンが設置される
• 拍手ボタンを押したあと「画面の遷移」をしないでコメント欄が表示される
• 拍手数がボタン上に表示される

くらいでいいかな。
UIは最低限シンプルで。

で、とりあえず今テストとしてこのブログに設置しています。

アプリ名「ウェブＣｈｅｅｒｓ」（ウェブ・チアーズ）
「GJ!」に改名しました。

サンプルページ

こんな感じになります。
ＵＲＬはダミーです（一回言ってみたかったセリフ）

統計ページを見てもらえれば判ると思いますが、どの記事に対しての応援か、またその記事にどんなコメントが寄せられたのかが判るようになっています。
統計ページには簡単なパスワードが設定できるようになっています。

ただ、実現したい項目であるボタン上に拍手数を表示するをリアルタイムに実現する為（ボタンを押した瞬間数字に反映される）Javascriptを使っています。
それだけならまだしも、ボタンの表示、さらにリンクにもonClickを使っている為、Javascriptを切っている方にはボタンが表示されないという極悪ぶり。んー、Webアプリとしてどうなんだろうこれ。

とりあえずしばらく使ってみます。
問題なければそのうち公開します。