2010年2月アーカイブ

opensocial.newDataRequest のリクエストを受けるサーバーサイドのコーディング例。
まあMyspaceに限らず、HMAC-SHA1 でリクエスト受けたときは全部使えると思うよ。
regist.php などのプログラムの頭にコピペしておきましょう!


PHP5以降だと動くでしょう。
POSTの場合は、GET を POST に置換しましょう。
あと httpd.conf でやるか php.ini か忘れたけど、文字コードの設定が UTF-8 じゃないと詰まるかも。


$namikare1 = "GET";
$namikare2 = "http://".$_SERVER["SERVER_NAME"].
substr($_SERVER["REQUEST_URI"],0,strpos($_SERVER["REQUEST_URI"],"?"));
$namikare3 = ""; foreach($_GET as $key => $value) { if($key === "oauth_signature") continue; if($namikare3) $namikare3 .= "&"; $namikare3 .= rawurlencode($key)."=".rawurlencode($value); } $namikare = rawurlencode($namikare1)."&".
rawurlencode($namikare2)."&".
rawurlencode($namikare3); $gesuido = base64_encode(hash_hmac("sha1", 
$namikare, "OAuthコンシューマーシークレットの文字列"."&", 
TRUE));
if($gesuido !== $_GET["oauth_signature"]) { header('HTTP/1.0 403 Forbidden');
exit; }


ちょっと詰まった点。
1.組み立てる文字列の最後は基本的にパラメーターをABC順に並べるんだけど、oauth_signature を抜かなきゃいけないの。
2.urlencode() じゃなく rawurlencode() を使わないとスペースとかのエンコード方法が違っててダメだった。
3.キーが一致しなくて悩んだとき、どこが悪いのか検証方法がなかったのでトライ&エラー。


※動作は保証しません
※わからなければググりましょう

カルフォルニアワインは安くてうまいなあ。
たとえ資産1千億円あっても、紙パックのワインと合成酒は飲み続けている気がする。


ああ、ソーシャルアプリの設計するときに、

「もしmixiに買取られた場合、どんな風にメニューに組み込まれるだろうか?」

と頭の片隅に置いて設計したらうまくいくんじゃないかなあと思いました。


例えばメニュータブにある「日記」。
これをアプリとみなせば、ソーシャル的な機能は全て使いこなしてるわけで。

まあ、「自作アプリがメニュータブに組み込まれた場合日記に比べて違和感ない動きするだろうか」とか。
OpenSocialの仕様を把握してない上の人でも、こういう考え持ってたらプログラマーに「ちげーよ」って馬鹿にされなくていいと思いました。


と酔っ払いながら思いました。
忘れないようにメモ。

IT土方あほや!

user-pic
0
仮想化やクラウド推進してばんばん仕事減っとる! 

なにがお客様のTCO削減じゃ! 
自分らの商品売れんようにしとる! 

なにやってんね! 

ほんでハードウェアの売上が伸び悩んでますとかほざいとる! 

発作か~! 



IT土方あほや! 

重要な基幹システムまで仮想化して障害起こしとる! 
なにがお客様のTCO削減じゃ! 
常時動いてる基幹システム仮想化してどないすんねん! 

なにやってんね! 

ほんでメーカに問い合わせますとかほざいとる! 

発作か~! 

あげくに、製品のバグやバグやわめいとる! 
エンドユーザか! 

爆笑じゃ~! 



IT土方あほや! 

何でもかんでもJavaで提案してきよる! 
あげくにJavaは業務ロジックが書きにくいとか抜かしよる! 

ほんなら何で提案してきたんじゃ! 
発作か~! 

あげくにメモリ開放が下手やからしかたないとかほざいて 
再起動かけよる! 
なんでそんなんで基幹システム作ろうとおもったんじゃ! 

爆笑じゃ~! 



笑った。
元ネタ

クラウド詐欺

user-pic
0
Web2.0ブームのときみたく、、、詐欺、、、。

単なる仮想専用サーバー
「クラウド環境」

という触れ込みで売ってる業者。


そのサーバー、
価格的には・・・あと月額500円出したらさくら専用サーバーが借りられるぐらい。
スペック的には・・・さくらの十分の一程度。
ちなみに設定だけで済むようなオプションプラン(ディスク追加とか)も超ボッタクリ。

あとワンコインでC2D 3GHzメモリ2GBHDD500GB、が独占できるのに...
そのサーバーでさくらと同じスペック出そうと思ったら費用は10倍じゃきかないw
無料ゲームで釣ってアイテム課金で儲けるノリかよwww


クラウドとかWeb2.0って言葉にホイホイついて行く人多いから儲かるんだろうなあ。
そういう情弱には「専用サーバーです」よりも「なんかぁ、仮想環境でえ、クラウドみたいな?」の方がセールストークとして有効なのかもしれない。

もはやクラウド(笑)って言われてもしょうがないと思いました。


※詐欺じゃなくて企業努力が物凄く足りないだけかもしれません
※この物語はきっとフィクションです
ニコ生の車載動画でコメントを読み上げさせてるの見て思いつきました。
マッシュアップのアイデア。

RSSを取り込み読み上げてくれるカーナビ「Carwings」

これは、なんとRSSのリクエスト時に現在位置を提供してくれる

その仕組みを使って、
1.Twitter Search API を呼び出し
2.結果を加工してRSSにする
プロクシ的なものを用意すれば・・・


走行中に周辺のツィートを取り込んで読み上げてくれるはず!
今走ってる周辺の旬な話題というか、人々のつぶやきが聞けて楽しいと思うんです。
まるで地方FMを聞いてるように。

おお!現在位置だけではなく目的地の位置も取れる
って事は、旅行に出かけたら出先の最近情報を聞きつつドライブできる・・・
これは楽しい!
「ついた」「昼飯なう」「渋滞しんどかった」
なんて聞こえてくる。
きっと凄くくだらなくて楽しい!

仕組み簡単、実装は半日ぐらいでできます。
(Carwings や TwitterAPI の利用制限回避は後で考える)

ただ問題は実機(日産車とCARWINGS)が無いから動作確認できないの。
誰か車持ってる人、作ってみてくださいな。
検証環境用にZ32 Z34ロードスターが欲しいなあ。


・・・検証環境提供してくれたら作るんでだれか声かけてー
無駄に予算使える仕事でこういうのやりたいよう。
月間1万円の予算(=お小遣い-サーバー代)じゃ大したことできないよう。

ってか誰かもうやってるかな?
なら、うちのにぎやか地図API提供してるんでマッシュアップしてくだしあ。


こんな雰囲気を出せるといいなあ。外人はセンスある。

でも日本でやるならこんな感じで、読み上げボカロを変えられる風にしたらウケそう。

ソーシャルアプリを作る時のコーディング量はこんな感じ。
とは言っても自分は趣味で数個しか作ってないし、mixi以外でちゃんとサービスインしてないし、フル機能使ってるわけじゃあないので、参考までに。


mixiアプリ ニアミス.net
OpanSocial的な仕様追加は
・ユーザーID,プロフィール取得
・招待
・アクティビティ

mixiアプリ にぎやか地図
・ユーザーID,プロフィール取得
・招待
・アクティビティ
・ガジェット
・マイミク関連

mixiアプリとか まだひみつ
・ユーザーID,プロフィール取得
・招待
・アクティビティ
・ガジェット
・マイミク関連
・コミュニティ関係
・学校情報
・OAuthごにょごにゅ

それぞれ、総コーディング量を100としたら・・・
サーバーサイド(PHP)が10
JavaScriptが90
OpenSocial的なことが両方にまたがって5~10

たいしたことないんです。

こんなテキトーでまともなアプリ作れてるわけないって?
mixiでトップ走ってる三国志とか牧場が、どれくらいOpenSocial的か。
OpenID + 通知の仕組みだけで十分じゃね?ってアプリが大杉。


とにかく敷居は凄い低い。
javascript知ってる人なら、作り方はmixiデベロッパーのヘルプを半日読むだけで十分。
OAuth関連だけはめんどっちいけど、1時間もググればサンプルコード見つかる。
理念とか出来ることを把握したければ田中洋一郎さんの本を買う。


まー手間暇かかんないんで、皆さんどんどん作っていきましょう。
悩んだり勉強会行ったりコンサル呼んだりする暇があったらさっさとコーディングした方がいいと思います。
「よくもこんなキチガイアプリを!」的なので溢れてるから、深く考えずに、超テキトーでいいっすよ、きっと、最初は。


↓田中洋一郎さんの本

グリー、GREE Connectと開発者向けサイトを公開

http://japan.cnet.com/news/media/story/0,2000056023,20409019,00.htm

キターーーーーーーーーーーーーーーーーー


さっそく、デベロッパー登録をしてみます。

デベロッパーセンター登録は、法人様のみを対象としております。

おやまあ・・・


GREEはゲーム類も決して外注に出さず内作している。それは品質保持のために。
と、どこかで聞いた。
だから、個人のアプリなんかは載せたくないんだろう、なあー。
企業として正しい姿勢だ。ましてやあの社長信者な社長なら。


決して!ケチだとか、体制が整ってないとか、そんな理由ではないはず。
mixiは体制作りのせいで決算悪かったとか、そんなのを教訓にしてないはず。
(カテゴリ申請したら翌日には中の数人がテストしてくれるmixiの体制、素晴らしいけど予算すごいだろうな)


・・・せめてOpenIDには対応して欲しかったな。
ざんねん。

Twitter API 位置取得

user-pic
0
にぎやか地図でTwitter検索をやろうと思って


APIを位置情報指定で呼び出したんだけど

座標がnullで返ってきちゃう。
"geo":null

他の項目にはこういうのとか入ってるけど、
"location":"iPhone: 35.681702,139.765457"
"location":"iPhone: kanagawa,35.681702,139.765457"
"location":"東京都"

値が安定しないからきっとフリー項目。
100件取得して、緯度経度っぽいの入ってるやつだけ表示ってやってもいいんだけど、取得データ捨てるのはエコじゃないし・・・

検索条件に「緯度経度あり」ってのを指定できるといいなと思いました。
でもまー座標は悪用されるとアレなんで隠してるんでしょうかね。

Buzz閑散

user-pic
0
閑散すぎワロタ



今日はバイクでちょっとでかけたんだけど、Buzzしようと思ったらアンドロイドがモッサリで投稿までに時間がかかりすぎて止めた。
地図起動に5秒、位置取得に5秒、写真とるのに5秒、投稿に10秒ってなんなのよ。

ボタン一発で撮影&座標付与、音声でコメント入力、3秒後に公開。
ぐらいのノリで使える端末ができないと流行んないだろうなあ。
Twitterは投稿に10秒ぐらいだけど、Buzzって外でやるから3秒ぐらいじゃないと難しいと思うの。

何が言いたいかというと、速いインターフェイスを作るのでさっさとAPI公開してください。

にぎやか地図

をリリースしました。



おおざっぱに言えば、
地図にニコニコ動画風のコメントがつけられる
サービスです。

まだアルファなので動作は不安定ですし、名前も変わるかもしれません。
今週末にでも正式リリースして(仮)をとるつもりです。




などの記事にもあるように、位置情報を公開するのはたいそう危険。
それに対するアンチテーゼとして作成しました。

コメントは座標ではなく、面に対して付与されます。
ズームレベルにもよりますが、今はだいたい200m四方ぐらいかな?
なので、場所を特定することができません。

ニコニコ風になったのは結果です。
でも思ったより面白くなったので満足!

これからWebサービスを始めたい人の参考になれば。


サーバー

さくらインターネット専用サーバー ベーシック
初期費用8万円、月額9千円くらい。
1年近く使っててダウン無し。大手サービスも使ってる。超安定。


ドメイン管理

VALUE-DOMAIN
他と比較したこと無いけど、使いやすい感じ。


開発環境
いわゆるLAPP

CentOS5.2 
RedHatからのクセで

Apache 2
PHPはマルチスレッド向きじゃないけど、1系はmodが弱い気がするので

Postgresql 8.4
MySQLより融通が効いて好き

PHP 5 & APC
やっぱ開発速度がダントツ


開発管理

PukiWiki
TODOでも技術蓄積でもなんでもこい


サービス監視

nagios
高負荷時のアラート用

MRTG
時間帯別の負荷計測

visitors
apacheアクセス解析

pgFouine
DBの無駄を洗い出すクエリアナライザ

pgAdmin
ちょこっとしたDB作業に

さくら以外は一年以上前に使った感想ですが、なんかの参考に。


自宅サーバー

電気代がかかる。
うるさい。
マメに掃除しなきゃいけない。
プロバイダの都合や電源コード引っこ抜いたりでよく落ちる。
一番楽しかったのはこれ



coreserver CORE-A

月額500円でスクリプト、DB、メールが動かせる!
ただしサポート皆無の玄人志向。
cronは1時間に一回まで。
value-domainでドメイン管理してると設定が凄く楽。メールも面倒な設定不要。
サイトの規模が大きくなると転送量制限(15GB)で引っかかる。
重たいサービスが同居してると不安定。でも無料でサーバー移動できる。
SSHは一応あるけどちょっと不便。
イチからWebサービス始めるなら、とりあえずこれ



WebARENA suitePROv2

初期費用5,250円。月額8,820円。
仮想専用サーバー。
プロセス数の制限が厳しい。PHPで大規模サイトだとすぐこれに引っかかる。
何もしなくてもテレホタイムは重い。同居してる人らのせい?
自分には値段に見合うと思えなかった。
たぶんサポートは充実。
きっと専用サーバー初心者向け



さくらインターネット 専用サーバ ベーシック

初期費用79,800円、月額8,800円。
普通に専用サーバー。
OS入れて、SSHの接続確保までやってくれる。
なんでもできる。リソースは100%使える。重いのは自分のせい。
一年近く使ってるけどサーバーダウンは無し。
企業がサービスに使ったり、又貸しされてたり、信頼感は抜群。
2ch曰くサポートは若干弱いらしい。
ちゃんとサービスするならこれ
がっちりマンデーに価格.comの社長が出てる。
先々週の録画をさっき見たら、かなり良い事いってた。


「Webサービスはやるリスクよりやらないリスクの方が大きい」


10年前なら一大事業だったサービス運営。
いまや言語とAPIの充実で開発工数は数十分の一。
サーバー性能もケタ違いだから、運用費なんか数千分の一。
デザインも素材が溢れてるからシンプルなら素人でも起こせる。


うちのを例に、

ぶろぐれと同じサービス十年前にやろうとするなら・・・
・クローラー
・数GBのデータベース
・高速テキスト検索
きっと数億万円規模。

・月間1千万PVを捌けるWebサーバー
・それと同じだけデータベースに更新が発生
・画像クローラー
・高速サムネイル作成
・数百TBのデータベース
いくらかかるのか想像できない。

そんなのが晩酌ついでのコーディングで、一週間もあればリリースできるんだから。
月額1万円のさくら専用サーバー1台あれば、小規模サービスをいくらでも詰め込める。月額500円のcoreserverでも殆どの事はできる。
サーバー代や小遣いぐらいはアドセンス。

一大事業を趣味のレベルまで落としこめちゃう。すばらしい!
無料とかβとかつけとけば止めるのも簡単。
スパーク一発やりにげ。

プログラマー=サービス事業者の図式が成り立つ今の時代。
今の若いPG・SE達は幸せだと思います。


見逃したひとや良く分からない人。
この本を読めば、だいたい分かります。



mixiアプリってiframeで動くからさ、リファラを見ればGETパラメーターは取れるのよ。
ただプログラム自体はキャッシュされるから、javascriptでごりごりやらなきゃいけないの。

とりあえず動作確認。

alert(document.referrer);

あとは split('&'); なり indexOf('=') をして・・・めんどくさければ、ここを参考に。

アプリはiframe内で動くので、リンクは当然 target="_top" で。
AJAXが苦手な方はどうぞ。


でも規約違反かもね。
「みだりに画面遷移をしてはいけない」ってあった気がする。
自己責任で。

PHPはロックだ

user-pic
0
error_reporting ゼロ


型にハマらねえPHP
埋込クラスにフレームワーク
困ったらグローバル変数
なんとかなったぜ

今週中にリリースだPHP
足りない機能はあとで足すのさ
バグってても動くぜ
なんとなく


JAVAの奴らが設計してるスキに
バーボン片手にサービス開始

将来のことを聞かれたって
どうせ再来年にはリプレイス

mixiユーザー以外もニアミス.netを利用できるようになりました。



mixi版に比べ、以下の機能が制限されます。

・登録
・ユーザーの情報(プロフィールなど)を見る


以下の機能が追加されました。

・場所へのダイレクトリンク
 URLを取得するには、噴出し内の「ここへのリンク」をクリックしてください。


ウルテク的な使い方。

・Foursquareを地図から検索することができます。
 たぶん本家には無い機能。
 半径1kmぐらいしか検索出来ないので場所はピンポイントで。

開発工数の例

user-pic
0
うちのサービスの開発実工数。
マネージャーの皆さん、作業見積もりの参考にしてくださいね!

ニアミス.net
調査・設計:2人日
デザイン:3人日
開発:1人日
テスト:0人日

かんたん画像検索
調査・設計:1人日
デザイン:1人日
開発:1人日
テスト:0人日

公共広告志向
設計:0人日
開発:0.5人日
テスト:0人日

画像アップローダー
設計:0人日
開発:0.1人日
テスト:0人日


運用:まとめてライフワーク

東京ハチミツオーケストラ

この2曲は、上京してきたSEはみんな聞くべきだと思うんだ。
原点を思い出せるよきっと
category:コンビニ
category:イタリア料理
category:堤防釣り

とか。

これを使うと、国産地図サイトで良く使われてるリスト検索ができます。
自前でこういう階層を作れば絞り込んでっての検索も可能。

食事
 →和食
 →フランス料理
 →・・・
買い物
 →コンビニ
 →釣り
 →・・・
エンターテイメント
 →カラオケ
 →ボーリング場
 →・・・
・・・
・・・

Dodgeball ~ Buzz

user-pic
0
Dodgeball というサービスがあって、
Googleに買収されて、
放置されて、
Dodgeballが閉鎖されて、
Dodgeballの作者が Foursquare を立ち上げて、
話題になったころに、
Google Buzz が公開されて、

まさに悪魔だな by 北斗死あたぁ


Buzzのフレンド機能

user-pic
0
Gmailでメール送ったり送られたりしたら、勝手にフレンドになるらしい。
面白れええEEEEEEEEEEEEE

本当にこれが機能するなら、ストリートビュー並みに苦情が出るでしょ。

でもこのGoogleノリ大好き。

技術的に大企業じゃなきゃできないけど、精神的に大企業のやる事じゃないよw
中の人は「HAHAHAHA」と笑いながらコーディングしてるに違いない。

位置情報を元にしたソーシャルネットワークの問題点。
それは間違った位置へのコメントだと思う。


とあるサービスでは秋葉原駅が3箇所ぐらい登録されてしまってる。
たぶん、JRと地下鉄、たくさんある出口、などで座標が違うからそうなってるんだろう。
TwitterとかBuzzみたく投げっぱなしのはいいけど、forsquareみたいなコミュニケーション重視のサービスだと困る。
どこにコメントすべきか迷うし、盛り上がりが分散されるからね。

その解決作の一つとしてサービス側が提供する「施設」にしか登録させないという方法があると思う。
ただこれも施設が無いとか、情報が古いと、ユーザーが混乱してしまう。


あと大変なのが施設のデータベースを持ってるのが一社じゃないこと。
GoogleMap と BingMap と YahooMap の地図じゃ、同じ秋葉原駅でもきっと名前とか座標とかが微妙に違うはず。
時代の流れはオープンなので、投稿された情報は必ずサービス間で連携するかどこかに集約する。それがどの地図をベースに構築したサービスであろうと。

Googleの「秋葉原駅(東京)」へのコメントと、Yahooの「JR秋葉原駅」へのコメントを、同一のものと扱うにはどうすべきか?
あいまいさで適当にまとめるか?
それでもコメント座標が移動した場合、ユーザークレームにならないか。
最悪コメントが違う店に移動してしまったりしたら・・・(築地の寿司屋なんか似た名前でGPS誤差範囲内に密集してる)


全ての施設が常に最新版で、かつユニークなIDが割り振られ続けるのが理想。
それを実現するとしたら・・・やっぱGoogleかな。
自宅を世界中に晒すってどんな寂しがり屋さん?
しかもプロフィールは女の子だよ!
Twitterに位置情報付きで「帰宅なう」ってのよりダイレクト。

で、Googleさんもやばいと思ったのか公式ブログ位置情報付きバズへの注意や削除方法を追加説明w


まあ Google Map もずっとヤバイんですけどね。
検索オプションを表示 → ユーザー作成地図 → 「自宅」で検索・・・

そんなもんで、APIで「自宅」を検索した結果を重畳するサービスを作ったんですが

翌日ぐらいに仕様変更で「自宅」が出なくなっててわらった。
偶然だろうけど・・・



露出狂の他にもYahooワイワイマップの全国ヤブ医者マップが再現されないか楽し・・・心配です。
Google Buzz @map


これは流行りそう。
いや流行ると言うか、位置情報付きコメントの基幹システムとなるはず。
今風に言うなら「地図コミュニケーションのクラウドサービス」?

とにかく、投稿するための手段が多い。
たった半日でこんだけの投稿件数。

だってGmailやGoogleMapから投稿できるんだから。
iPhoneとandroidの人はこれ使うでしょ。
twitter や foursquare みたく特別なアプリを入れる必要なんてない。


ただBuzzが流行ったからといって、foursquare のような地図エンタメアプリが潰れる事はないと思う。
むしろそういうの作りやすい環境ができたんじゃないだろうか。

いずれ API も公開されることなので、例えば、foursquare のような地図ランキングゲームを Google で実装するとする。
蓄積するデータの置き場所はこんな感じになると思う。

・コメント→Google Buzz
・GEO(緯度経度、場所)→Google Buzz
・ユーザー→Google アカウント
・フレンド→Google Friend
・ランキング→自前

自前でもたなきゃいけないのはランキングだけ。
すごく敷居が低い!

API はGoogleが設計するんだから、他所より使いやすくて安定してるはず。
SearchAPI あたりと互換性があれば、いきなり使いこなせる技術者も多い。
アプリ製作者も嬉しいし、Googleもデータ集められて嬉しいし、みんな嬉しい。


APIの公開を心待ちにしております。

foursquare の API 。
TOEIC400点の自分が http://groups.google.com/group/foursquare-api を読みながら頑張ってみた。

とりあえず、認証の要らない一番楽に使えそうなtip検索API。

パラメーターは
・緯度
・経度
・件数
・フリーワード

戻り値は
・tip(いわゆるコメント)の一覧
・venue(いわゆる場所)の情報

データ形式はXMLかJSON。コールバック関数は無し。
だからajax的に使うには一工夫。

サンプルコードをお披露目しようと思いましたが、説明書に「開発中だし負荷かけないでね!」って書いてあるような気がするので、止めときます。
実際開発中に何度もサーバーダウンしてたし。

なので実装例も万人が見られるものではなく、mixiアプリ限定で。

検索タブの右下の青いやつを押すと検索します。

田舎だと殆ど出ないので、都会で。
検索半径1km程度しかないので、繁華街とか主要駅を中心にして。


とりあえず、API(http://api.foursquare.com/v1/tips)に対する要望。

検索パラメーターはGoogle Local Srarch API 互換だと作りやすい
 geolat&geolng → sll にするとか
 中の人はgoogle出身ですし、サイト本体の地図はGoogleですし

範囲検索ができると表現がしやすい
 パラメーター名は当然sspnで

並は近い順だけじゃなくて、新しい順とかバリエーションがあるといい
 中心にギュッっと集まるのは見栄えがわるいの
 まあ携帯端末向けっぽいからこれでいいのかな

英語が達者でおせっかい焼きな人、foursquareの中の人に伝えて頂けると有難いです[^v^]/


他のAPI、特に更新系。そのうち試して書きますね。
APIが安定したらサンプルコードも載せまーす。

e-Taxに失敗してみた

user-pic
0
今年はアフィリエイト収入が20万円超えたので、確定申告をすることに。
せっかくだから、e-Tax!

手順をみると、おお、けっこうめんどくさい。

ビッグカメラでSonyのICカードリーダー買ってぇ
役場で住基カード貰ってぇ
e-Taxのソフトいれてぇ
なんか認証用のソフトいれてぇ
カードリーダーに住基カード載せてぇ
ホームページから手続きすすめてぇ
パスワード?ってどのパスワードだ?窓口でいれたやつ?あれ?違う・・・

「ICカードがロックされています」

パスワード間違えすぎたか。
解除するには?

「窓口へ」


大失敗!
めんどくせぇ!
もう普通に書類でやるよ・・・



「e-tax 挫折」でググると、結構出てきますね。
先に読んでおけば良かった・・・

ウィザード形式なのに、IT技術者でも使いこなせない、きちがい仕様。
このシステム受注したのどこ?
設計クズsugi。
金返せ。

新着アプリ欄から落ちたら利用者が増えないと思って、ixiアプリをアドワーズ使ってプロモーションしようと思った。

そしたら、「Mixi」が商標だから使えないと言われたり、URLが長すぎて入らなかったりと言われて登録できませんでした。


しょうがないので公共広告志向に出稿しました。
ここは入力がゆるいし、即時公開だし、サイコーです。


って久しぶりに見たけど、未だに俺しか出稿してねえ。
・・・公開から1ヶ月たっても利用者0人ってサイトはどうよ。

今更。やっぱり。
IT業界で圧倒的に儲かっているのはモバイル系です。

ソースは求人情報。
PC2割、モバイル8割って感じ?

その気がなくてもリクナビNEXTなどの転職サイトを見るのは意外と業界の動向が分かっていいです。
下請けでモバイルアプリを作るだけの会社とかも求人出してて、そんなんで儲かってるんだーと思いました。

残念ながら私はモバイル系が苦手なんですよね。
だってずっとマイナーなスマートフォン使ってるから。個人でテストする環境がない。



そういやSNSのGREEは「うちはPCでリアル重視!」てなこと言ってましたが、方針転換でモバイルゲームに力を入れたとたん、社長の資産が1000億円。
稼ぎ頭の釣りゲームなんて、ドワンゴがとっくにやってるジャンルなのに。
と思ったら今度はオープンだとか言って。節操無くて大好きですが。

GREEの追っかけるモノが儲かるんだとしたら、やっぱり今後はオープンソーシャルですぜ。

Adsenseの中でもブッチギリにマイナーな「ドメイン向けAdSense」。

簡単に説明すると、使ってないドメインをまるごとAdSenseページにしてしまおうという物。
ほとんど成果報告が無いので書いてみます。

この間、そこそこのページランクとアクセス数のあるサービスを終了する事にしました。
で、空いたドメインが勿体無いのでドメイン向けAdSenseに設定。
SEOでの流入が多かったので、閉鎖してもPV数はそこそこあります。

具体的な数字は書きませんが、だいたい1000PVで1000円。
つまり、eCPM1000円
他のサービスが80円ぐらいなので驚異的です。

ただしドメイン向けAdsenseに設定すると、コンテンツが一切置けない。
なので、検索結果からどんどん消えて行く。
PVがどんどん0に近づいていく。
eCPMが1000円とは言っても、どうしようもない。
・・・一週間で終わりました。


「リダイレクトで飛ばせばいいんじゃね?」と思ったけど、規約で「リダイレクト禁止」。
「うち間違えやすいドメインをとればPV稼げるかも?」 でも、NGドメインだと言われ・・・


そんなうまい話あるわけないですよね。
コツコツ働きましょう!

Twitter

user-pic
0
記録する必要のある物はブログ、
チラ裏的な日記はTwitterに使い分ければいいと今更気づいた。

http://twitter.com/netartjp



TwitterはAPIで遊んでばっかりだったから、サイト本体の使い方が分からなくて困った。
リツイートってなに?


yum install perl-Crypt-SSLeay.i386

by CentOS 5.2


MovableType は2の頃から使ってますが、もうなんだか便利すぎて感動。
特にウィザード形式のインストールが最高。

昔はインストール適当でセキュリティホールなブログだらけでした。
ハックされてドリフ掲示板にされてたりして。

ニアミス.net


これのmixiアプリのカテゴリ掲載が始まって24時間。
利用者は600人となりました。

うれしや。


ところで、ニアミス.net(元祖)

これは1年運用して、利用者約2名でした。(見た目登録数多いけど99%botです ><)
それに比べて、mixi版は丸1日で600名。


元祖は1日あたり、約0.005人が登録してくれた計算。
片や、600名。だいたい、12万倍の差。

ようするに、
mixiアプリは、一般サイトの12万倍の集客力があるわけです!

一切のプロモーションはせずに。

みんなガンガン作りましょう!
今更ながら・・・

リンクをクリックすると、自分のTwitterアカウントに投稿して、利用者のTwitterアカウントに引用するコーディング例。
Twitter スパムをしたい人は是非!

ちなみにTwitter は 1000件/日 60件/時間 という投稿制限があるっぽいので、カウントとるかcron使いましょう。

必要なもの

PHP5 あたり
Twitterアカウント
PEAR の Services/Twitter.php 
細かいところをググれる頭



HTMLの例

<a href="twitter.php">@Twitter</a>



PHPの例
twitter.php

// フォームの値を取得
$message = $_GET["message"];

// 自分のtwitterアカウントに投稿
require_once 'Services/Twitter.php';
$service = new Services_Twitter('user', 'password'); 
$service->statuses->update($message); 
$service->account->end_session(); 

// 利用者のtwitterアカウントに引用して遷移
header("location:http://twitter.com/home/?status=".urlencode($message));

ニアミス.net


日曜日にカテゴリ掲載申請

月曜日にmixiの中の人がアプリを使ってくれてた

火曜日特に無し

水曜日にアプリ説明文に対するツッコミ 修正
で、通過!


意外と早い印象ですね。2週間くらいかかると覚悟してたのに。
まータイミングが良かったのだと思いますが、mixi側の体制や気合は凄い感じ。


ツッコミが来たのは、アプリの説明文に推奨環境が不足してたから。
「推奨OS」「推奨ブラウザ」が必須みたいです。
ブラウザ三国志が推奨ブラウザしか書いてないので参考にしたけどそれでは不足。


練りが足らず時期早尚。アプリの規模が小さすぎるかな?と思いましたが、通過して良かったです。
類似アプリが無いから良かったんでしょう。きっと。
まだまだ、是非作りこんでいきたい。


盛り上がれー
ちょー盛り上がれ~

ニアミス.net というmixiアプリを作りました。
http://mixi.jp/run_appli.pl?id=15013


作ってて思ったのが、意外とクローズだなということ。
ユーザープロフィールの利用制限がキツイ。
名前や写真なんかが使いづらいのは分かるんですよね。(24時間以内に削除必要)
だっていつ変更されわかんないから。
ただ、IDに関してはオープンに使用できるようにさせてもらいたい。

MixiのIDは、Mixiアプリ以外で公開しちゃ駄目なんですって。
だから同じアプリをつかってても、MySpaceのユーザーとMixiのユーザーで交流という事ができないんです。
OpenSocialってそういう事をするのが目的だと思ってたけど違うみたいですね。


まあ、OpenSocialに準拠してれば、作ったアプリはMixiでもMySpaceでもほぼそのまま動くので便利なんですが、もっと革命的な事ができると思ってたので残念です。
ただ単に技術フレームワークだって事なんでしょうね。
それともMySpaceやGoogleはそんな事なくて、Mixiがクローズなだけ?

あっちは規約が英語だから、分からないんですよねえ・・・
今更流行りものに乗っかるのがすごく恥ずかしい・・・(///)
と思うのは、ニュー速民だから?

2年前にTwitter連携を提案したときは却下されたのに・・・


まだ半年ぐらい前?に広瀬香美がヒーヒー言ってた頃。
そこならブームやらプロモーションに乗っかれて、メディアが取り上げてくれたろうけど・・・
今やスパムまみれでどうにもなんない。

わざわざTwitterに流すくらいなら、RSSやKMLを流した方がWebサービス的に面白いと思うんです。


それか一周回ってなみかれに垂れ流そう!

涙枯れるまで泣く方がいいかも。
元祖つぶやき掲示板。Twitterの10年前ですよ、このシステム。
API的な物もあったし。なみかれ的には荒らしに利用されるだけだったけど。

今や過疎地だけど、当時の盛り上がりはすごかった。2chなんか目じゃなかった。

Twitterはなみかれの劣化コピーと言って差し支えない。
過疎ったのは、収益の全てを寄付に回してプロモーションをしなかった等の愛な理由があるとおもう。

※初代なみかれの作者はにゃはぴょんです http://www.tky.3web.ne.jp/~t0kagaya/lib/

Twitterに投稿するボタンを作ってて、MySpaceに投稿もさせたいなあと思ったので調べました。
こんな感じで大丈夫みたいです。


<form id="myspacepostto" method="post" action="http://www.myspace.com/index.cfm?fuseaction=postto" target="_blank">
  <input type="hidden" name="t" value="{$title}" />
  <input type="hidden" name="c" value="{$word}" />
  <input type="hidden" name="u" value="{url}" />
  <input type="hidden" name="l" value="LOCATION" />
  <a href="#" onclick="document.getElementById('myspacepostto').submit();return false;">
    <img src=" http://cms.myspacecdn.com/cms/post_myspace_icon.gif " border="0" alt=" MySpaceに投稿" width=18 height=16/>
    MySpaceに投稿
  </a>
</form>



実装例。

ようするに、
Javascriptでユーザーのプロフィールが取れる


個人的まとめ

普通のWeb技術者なら半日で理解可能
 まあ動かすだけなら、iframeで既存のサイト呼び出しゃいい
 あんまり意味ないけど

AJAXの知識があればなお良し
 Javascriptでユーザーのプロフィールが取れる

アプリから外部へ通信する仕組みを用意してくれてる
 クロスドメインを解決してくれてる XMLもJSONも簡単に取れる
 OAuthも使えるので登録処理も安心



多分Mixi限定の縛り?

プロフィールの内、気楽に使えるのはIDだけ
 「名前や写真なんかは24時間以内に破棄」って規約あり
 IDからAJAXでリアルに名前を取得、なんてしなきゃいけない めんどいね
 いやー、でも、なんか保存してるぽいアプリいるんじゃねー

その他マイミクや細かい情報取るにはちょいと複雑コーディング
 負荷もかかりそうで、あんまり使って欲しくない感じ?
 AJAXでガンガン通信しなきゃいけないのよね。めんどくせー

プロフィールは二次利用禁止
 要するにMyspaceユーザーがMixiユーザーを見られない
 閉鎖的だねえ
 ただしmixiから取得してない情報は二次利用可能←同意を取る必要あり

アフィリエイトはガチガチに縛られてて無理ぽい
 PV課金でコツコツか、アイテムやアバター売りで稼ぐしかなさげね
 でも人気出るとmixiが書いとるとか出資するとかあるみたい
 まー規約は柔軟に変えてるみたいだから今後どうなるか

Google APIを使う場合のドメインってどうなるの
 「mixi-platform.com」 で申請しよう

モバイルの位置情報を活用するにはMixiと書類のやりとり必要ぽい
 品質を追求されるから個人サービスみたく気楽にはやれない
  mixiとの親和性がないと公式アプリにはなれません
  「サービス終了は45日前に通知」と言うような決まりあり
  でもバグって放置されてるのあるんだけど


その他

同級生機能をプッシュしているような気がした
開発者向けの出資やサービス買取は面白いと思った
Mixi用に作ったアプリ、Myspaceでもほぼそのまま動いたよ!
FacebookはPHPにライブラリ組み込むとか、独自仕様
GREEも早くアプリを開放すべき 動き遅いよ!
 もちろんOpenSocialでね

Mixiアプリを審査に

user-pic
0

これをMixiアプリのカテゴリに乗せるべく、審査を申請しました。
完成度は80%という所ですが、バグは潰してるし、早いところ試してみたかったので。


開発段階ではMixiアプリのコミュニティで、デバッグパートナー募集と書き込んだんですが
http://mixi.jp/view_bbs.pl?id=45453811&comment_count=167&comm_id=3217244

これを見て登録してくれるのは1日に1人ぐらい。
過疎ってるなあと思いつつ人のを見てみると、申請基準の10人に満たないアプリもたくさん。

業者なんかは自演用の会員を作って数を稼いでるみたい。
○○○会社_01、○○○会社_02、○○○会社_03・・・なんて、いいのかなあ。


これをMixiアプリのカテゴリに乗せるべく、審査を申請しました。
完成度は80%という所ですが、バグは潰してるし、早いところ試してみたかったので。


Mixiアプリのコミュニティで、デバッグパートナー募集と書き込んだんですが
http://mixi.jp/view_bbs.pl?id=45453811&comment_count=167&comm_id=3217244

これを見て登録してくれるのは1日に1人ぐらい。
過疎ってるなあと思いつつ人のを見てみると、申請基準の10人に満たないアプリもたくさん。

業者なんかは自演用の会員を作って数を稼いでるみたい。
○○○会社_01、○○○会社_02、○○○会社_03・・・なんて、いいのかなあ。


この過疎っぷりは・・・どこかで「Mixiアプリは儲からない」なんて記事があったから、みんな意気消沈してるんでしょうかね。
長い目で見ると儲かると思うんですけどねえ。それ以前に楽しいし。コストかかんないし。

ちなみに次回作用にアプリIDとったんですが、それが16000強。
これが連番なら、約半月で1000ぐらいアプリが増えてる計算ですね。

SocialWord API

user-pic
0
あなたのホームページに合ったソーシャルワードを表示します。
わかりやすく言えば、関連キーワードです。

将来的には認証を追加したり、表示が突然変わったり、動作は保障できません。
当然使用して発生したいかなる責任も負いません。


使い方

HTMLソースに以下のコードを記述してください。~
クローラーがあなたのホームページを巡回し、自動的にソーシャルワードを表示します。

<script src="http://netart.jp/api/SocialWord.js" type="text/javascript"></script>



デモページはこちら→ http://netart.jp/api/SocialWordDemo.html



より凝った使い方

パラメーターにより動作を変える事ができます。

キーワードを指定する場合(UTF-8)

キーワードを指定する場合(EUC,SJIS)

一覧にリンクをつけたい
 url= にリンクを書く。この例は「http://kantan-search.org/image/:word:/」を渡してる
  「:word:」の部分が関連語に置き換わります

2件だけ表示したい

PHP+APCで万全


前提条件

専用サーバーであること
 1台構成の時に威力を発揮します
 キャッシュサーバーを用意するまでもない or できない環境であること
 個人やサーバー追加権限の無い人に!
 キャッシュサーバーを作れるならmemcacheへどうぞ

CentOS5.2 を想定して書きます
 それ以外の環境のかたは応用例をググってください
 インストールはyumとpearで ソースが好みの方は頑張って



インストール

Linuxコマンド

yum install http-devel.i386
pecl install APC
/etc/php.ini に
  extension=apc.so

これで終わり。あとはapache再起動で勝手に動き始める。
面倒ならここまででも十分!



使い方(PHPの高速化) 

管理画面
 apc.phpがどっかに出来ているので、外から見える場所におきましょう。
 メモリの使用量とかキャッシュの内容とか見えて楽しい。

設定
 php.ini を apc で検索したら設定項目が出てくる。
 管理画面見てメモリをフルに使ってたら、メモリを増やすなど



使い方(データのキャッシュ) 

emcacheよりシンプル。データのキーは1つのみ。
データはいっぱいになったら古い順に消えていくみたい。
apache再起動でも全部消えるよ。

コーディング例

//保存
// 3600=保持する時間(秒)
apc_store("key","value","3600");
 
//取り出し
$value = apc_fetch("key");



運用

管理画面見てニヨニヨ
基本的に放置でおk

過去の更新履歴

user-pic
0
MovableType5 が面白そうだったので更新履歴などを Wiki から ブログ に戻しました。
前のようにコメントもつけやすくなったので、どんどんくださいな。

↓ Wiki までの更新履歴

  • 2010.01.30 かんたん画像検索 Twitter はてな MySpace に投稿するリンク追加
  • 2010.01.27 ニアミス.net アルファ版公開
  • 2010.01.05 公共広告志向サービス開始
  • 2009.12.25 ぶろぐれ アルファ版公開
  • 2009.11.13 SocialWordAPI クローラー機能追加
  • 2009.11.11 SocialWordAPI 設置
  • 2009.11.11 お知らせページ 設置
  • 2009.11.08 画像アップローダー ※1枚だけ サービス開始
  • 2009.10.28 なみかれ@Twitter サービス開始
  • 2009.10.29 かんたん画像検索 Flickr API を追加
  • 2009.10.10 かんたん画像検索 Yahoo BOSS API を追加
  • 2009.10.01 かんたん画像検索 サービス開始
  • 2009.10.01 かんたん地図 サービス開始
  • 2009.05.頃 とうとう専用サーバーを借りてしまう
  • 2009.01.頃 ニアミス.net(元祖) サービス開始
  • 2008.10.頃 かんたん画像検索の前身が大盛況
    • 500円のサーバーで1千万/月のPVとupdate捌けて俺スゲーと思ってた
    • たまに転送量制限に引っかかる
    • 外人に人気で色々ヤバくなる
    • 対応が面倒なのでサービスをアフィサイトにして休眠
  • 2008.頃 NetArt.jpのドメイン取る
    • 儲からない変なサービス=アートという位置づけで
  • 2007.頃 サービス用に変なドメイン取っては飽きてを繰り返す
  • 2006.頃 API使って遊ぶ Googleすげぇ
  • 2005.頃 フリーメールとか色々やる ばかちょんメールがマニアに人気
  • 2004.頃 OpenSNSとかレンタルブログとか動かしては飽きる
  • 2004.08.頃 ホム変サービス開始 マニアに人気
  • 2004.08.頃 P3-833MHzの自宅サーバーでサービス開始 当時のドメインはなんだったか忘れた
雑談、要望、不具合報告、なんかテスト、なんでもコメントをどうぞ。

このアーカイブについて

このページには、2010年2月に書かれたブログ記事が新しい順に公開されています。

次のアーカイブは2010年3月です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。