はてなブックマーク

この表より、Keychain からは YES, NSUserDefaults からは NO が取得できればアプリが再インストールされたといえます。 お手軽 Keychain ライブラリであるところの LUKeychainAccess を使えば次のようなコードで再インストールが検出できます。 NSString *kFLMIsReInstallKey = @"FLMIsReInstall"; - (BOOL)isReInstall { BOOL isReInstall = NO; BOOL isSetInKeychain = [[[LUKeychainAccess standardKeychainAccess] objectForKey:isReInstallKey] boolValue]; BOOL isSetInUserDefaults = [[NSUserDefaults standar

GitHub は素で対応してないので、外部サービスを使います。  で閉じます。 具体的には、次の Markdown で、下記の図が生成されます。 ![](http://g.gravizo.com/g? digraph G { CoreData [shape=box] FLMAssetFetchService [shape=box] AppDelegate -> FLMAssetFetchService [label="1.start"] FLMAssetFetchService -> FLMAssetFetchOperation [label="2.Kick"] FLMAssetFetchOperation -> FLMAssetFetchService [label="3.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 速報と言えないほど時間経ちましたが…せっかくなのでまとめてみました。 Facebook が Facebook Messenger プラットフォームを公開したことが話題となっています。 Facebook、Messengerプラットフォームを公開。コンテンツ作成や企業との対話に利用 - TechCrunch 今回は、発表されている中でも特に Messenger Content Apps について取り上げます。 Customer-To-Business Chat はまたの機会に。（こちらの方がインパクトデカいです…） さて、Messenger

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Note: JWT の仕様やそもそも論の話は触れません。どう使うか、何が出来るかしか書いていません。 JSON Web Token? JSON Web Token とは、ざっくりいって署名の出来る JSON を含んだ URL Safe なトークンです。 署名とは、署名時に使った鍵を用いて、JSON が改ざんされていないかをチェック出来るようにすることです。 URL Safe とは、文字通り、URL に含めることの出来ない文字を含まないことです。 これだけだとよくわかりませんが、触り心地としては次のような性質があります。 発行者だけが、鍵

JavaScriptは移り変わりの早い言語です。 もう1年以上経っていますし、記事のメンテもちゃんとできていないので、消し線を入れることにしました。 参考程度のために記事は一応残しますが、より新しい情報を読まれることをお勧めいたします。 はじめに --- 最近では JavaScript の実行環境はブラウザに限りません。（node.js, Web Workers） また、旧来のような <script> 経由でのロードもとうに古くなっています。今は CommonJS スタイルで、require を用いたモジュールのロードを行なうことがより良いとされています。 ですから、次のようなことは改める必要があります。 - var YourModule = {}; などとして、外部から YourModule.hoge(); などと呼び出す書き方 - this === window だと思うこと 今回は、

declare var exports: Exports; declare class Exports { public handler: Function; } interface Context { done(err: any, value: string): void; invokeid: string; } // S3 Put Event declare class S3PutEvent { Records: Array<S3PutRecord> } declare class S3PutRecord { eventVersion: string; eventSource: string; awsRegion: string; eventTime: string; eventName: string; userIdentity: S3UserIdentity; requestPar

一週間分の Commit ログを見る https://PATH_TO_REPO/compare/master%40%7B7day%7D...master で 1 週間分の Commit ログが見れる。 今週の成果を見たい時とか便利。 hub でこの URL を開けます。(brew install hub でインストール)

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Swift + UICollectionView + WebP SDWebImage がWebPを簡単に扱うオプションを提供していたので使ってみました。（主にパフォーマンス調査） pod 'SDWebImage/WebP' を足せばSDWebImageで勝手にWebPを扱えるようになります。 使い方は、SDWebImageを普段使うような感じで、 imageView.setImageWithURL(NSURL(string: "http://path/to/image.webp")) WebPは目に見えてサイズが小さくなるので、パフォー

新生 ALAssetsLibrary であるところの PHPhotoLibrary ですが、まあ互換性をぶち壊したのもさることながら多少理解し難い API にもなっている所があります。 - requestImageForAsset が二回 handler を呼ぶ PHImageManager - requestImageForAsset:targetSize:contentMode:options:resultHandler: こいつの resultHandler は二回以上呼ばれます。 というのも、解像度が低い画像を先に渡して、あとから取得した解像度の高い画像を渡す、という仕様になっているようです。 想定用途は、「画像の取得には時間がかかるから、サムネイルを表示してお茶を濁してくれ」ということらしいですね。 また、二回と書きましたが取得するサイズによっては数回に渡って resultHan

RailsにCloudFront噛ませたら10倍速くなった。RailsのエッジサーバとしてのCloudFrontの有用性についてRailsCloudFront RailsのエッジサーバとしてCloudFront噛ませたら10倍以上速くなりました。 構成 example.com(Route53) -> CloudFront -> Rails App server 単にappのdomainからcloudfrontを見るように設定し、Rails App Serverをオリジンとして設定。 今回は適当運用なのでLBすら置いてません。 しかし、後述するように冗長性は（比較的）保たれています。 CloudFrontのいいところ route別でオリジン分けたり出来る route別でキャッシュポリシー変えたり出来る POSTのパススルーが出来る（！） めっちゃエッジサーバ多い（Brazilとかでも速い）

情報が古いので注意ください。golang pluginは現在1.0.0のalpha版が出ており、限界がありますがリファクタリング、ブレークポイントともに対応しています。 TL;DR IntelliJ IDEA + golang plugin は現時点で一番マトモだと思いました。 Go のエディタ、今まで Sublime Text 3 の GoSublime でやってきていたのですが、どうもしっくりこない… 趣旨が違うのはわかるのですが、Sublime Text 3 の project の扱いがどうも慣れませんでした。 IDE 厨らしく素直に IDE を使おうと思い立ち、探してみると IntelliJ IDEA には golang plugin あるみたいですね。 導入にあたり少し嵌りどころがありましたので共有まで。 1.IntelliJ IDEA 入れてなかったらインストールする お値段が

ちょくちょく Android ハマることとか気をつけることとかを書いてみます。Android てんでダメなので誤ったことを書いていたら指摘いただければ。 Activity と Fragment は死にやすい Activity と Fragment, 画面を表示している間は生きてくれるものと普通の脳みそなら考えてしまいます。 が、Android ではそうではありません。 まず、画面を回転させるだけで死にます。（作り直される） アプリがバックグラウンドに居る間に知らない間に殺されたりもします。（まあ iOS もそうだけど） 同じ画面なのに画面を回転させるだけで onCreate が二回発火します。 何らかの処理のフローとかを状態変数で管理していると知らない間におかしくなったりします。（そもそも何時死ぬか分からない Activity に状態変数を管理させるのもよくない） コールバック云々の話もし

少し昔なら ZXing というライブラリがあって定番でしたが、今は iOS7 から AVFoundation が標準で QR を読んでくれます。 ZXing 重そうだったので、標準の API 使うとコードの量が減っていい感じです。 が、使うにも AVFoundation まわりのアレコレがとても面倒くさいです。 そこで手前味噌ですが薄い感じにらっぱーを書いたので紹介します。 pod 'KIFastQR' KIFastQRCaptureView *fastQR = [[KIFastQRCaptureView alloc] initWithFrame:self.view.frame]; [fastQR startCaptureWithDelegate:self]; [self.view addSubview:fastQR];

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

スマホ用の API を開発していると、いちいちデプロイしてスマホから試して…みたいなフローが発生するときがあります。 iOS のエミュレータ経由なら localhost にアクセス出来ますが、Genymotion だとアクセス出来なかったり。 iOS でも実機でテストしたいときに困りますよね。 この問題を解決する ngrok が鼻血出るほど素晴らしかったので共有します。 そこで ngrok ngrok は localhost をイイ感じに外部からアクセス出来るようにするサービスです。 つかいかた 仕組みはさておきざっと使い方。基本は次のコマンドです。 ngrok 3000 すると、https://32kja8s7f.ngrok.com/ みたいなランダムに振られるURLからlocalhost:3000 にアクセスすることができます。（固定のサブドメインを振ることもできます。） （アクセス履

イイ感じに Tweet を収集したい。 というわけで何も考えずに Tweet を収集出来る Heroku-ready アプリを作りました。 キーワードを指定し、合致する Tweet を収集することが出来ます。 使い方 git clone [email protected]:kaiinui/tweet_collector.git config/keys.yml に Twitter App のキーと Firebase の Base URI を書く（下記参照） config/words.yml にトラッキングしたいワードを書く。("xvideo"とか面白いと思います。) ./push これでたくさんツイート収集してツイートコレクターの称号をゲットしましょう！ ####注意点 日本語ワードを使うと上手く取れません。（TwitterのAPIの都合） 1つの Twitter App につき1つのtweet_

まだ入門もしてないので「ことはじめ」じゃないです。 大体触ってみたのを載せます。 Wikipedia 集計 サンプルデータのwikipediaを集計してみました。 データは3億行ほどあり、サイズは36GBほどあります。 今回は、contributor_usernameを集計し、wikipediaに貢献している人ランキングをつくりました。 上位陣はbotさん達ですね。 結果としては、3億行のデータを、 何も考えずに書いて 16.2秒で集計することが出来ました。 3億行を16秒。 countしなければ3秒くらいで終わります。 MapReduceみたいなのを一切書いてないのにこの速度。 ちなみにテーブルはインデックスしているわけではなく毎回フルスキャンしているらしい。 わお。 料金 データ保管: $0.026/GB/mo クエリ: $5/TB (スキャンしたデータのサイズで課金) 今回のwiki

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 結論: Javascriptの乱用をやめるのが一番。 はじめに書いておきますがしょうもない話です。 結論、開発者としてはどのような方向性でやるべきか、を書いています。 JS多い時代でのフレームワークの根本的な問題云々のことは書いてません。 さて、現状、モバイルにおいて、Javascriptでまともに動くものを作ることは難しいです。 Twitterから引き抜いた超優秀なWebエンジニアを多数抱えるMediumですら、未だにモバイルで多数のバグを抱えています。 超優秀なエンジニアを世界一抱えているであろうGoogleのGmailですら、モバ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS Micro ($14.40/mo) Name / UNIX Bench / I/O / Bandwidth Small ($46.80/mo) Name / UNIX Bench / I/O / Bandwidth DigitalOcean 512MB ($5.00/mo) Name / UNIX Bench / I/O / Bandwidth VULTR 768MB ($5.00/mo) Name / UNIX Bench / I/O / Bandwidth 結論 micro, smallが現役ではないとはいえ（一年以上前のb

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 RailsでJS辛い問題に関しての結論：http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptが

まだ入門もしてないので「ことはじめ」じゃないです。 大体触ってみたのを載せます。 Wikipedia 集計 サンプルデータのwikipediaを集計してみました。 データは3億行ほどあり、サイズは36GBほどあります。 今回は、contributor_usernameを集計し、wikipediaに貢献している人ランキングをつくりました。 上位陣はbotさん達ですね。 結果としては、3億行のデータを、 何も考えずに書いて 16.2秒で集計することが出来ました。 3億行を16秒。 countしなければ3秒くらいで終わります。 MapReduceみたいなのを一切書いてないのにこの速度。 ちなみにテーブルはインデックスしているわけではなく毎回フルスキャンしているらしい。 わお。 データ保管: \$0.026/GB/mo クエリ: $5/TB (スキャンしたデータのサイズで課金) 今回のwikipe

RailsにCloudFront噛ませたら10倍速くなった。RailsのエッジサーバとしてのCloudFrontの有用性についてRailsCloudFront RailsのエッジサーバとしてCloudFront噛ませたら10倍以上速くなりました。 構成 example.com(Route53) -> CloudFront -> Rails App server 単にappのdomainからcloudfrontを見るように設定し、Rails App Serverをオリジンとして設定。 今回は適当運用なのでLBすら置いてません。 しかし、後述するように冗長性は（比較的）保たれています。 CloudFrontのいいところ route別でオリジン分けたり出来る route別でキャッシュポリシー変えたり出来る POSTのパススルーが出来る（！） めっちゃエッジサーバ多い（Brazilとかでも速い）

Swiftで遊んだのでqiitaに残しておきます。 たくさん遊んだ跡なので、なにか恥ずかしいものを発見しても気にしないでください… 含有物 UICollectionView AFNetworking DAPagesContainer JSONKit Swiftはとても素直で使いやすいです。 RubyやJSとか好きだけどObjective-Cは文法がキモい、というWebな人（自分）にはすごく入りやすいと思いました。 なにしろ型宣言をせずとも変数を使えるし、allocとか書かずにnewをすることも出来ます。@も書かなくて良し、[]たくさん書かなくていい。（個人的には@が一番嫌いだった） 気になるのは互換性だと思うので、一応書いておきます。 iOS まず、SwiftはiOS7開発出来ます。 iOS8専用の新言語じゃありません。 Objective-Cとの互換性 Objective-Cのオブジェク