You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
こんにちは最近一日に一回は波紋のビートを刻んでる村田です。 はじめに スマートフォンアプリの開発では回線状況や端末のスペックなど様々な状況下で動作するため、少しでも高速化できる余地があるのであればなんとか頑張りたいところですよね。 今日はサーバサイドとiOSアプリの間のデータのやり取りを高速化する方法をご紹介したいと思います。 サーバサイドはRuby on Railsを前提にすすめさせて頂きます。 こんな感じでできないか? 弊社ではアプリとサーバサイドのデータのやり取りをjsonで行なっていました。 レスポンスを受け取ってからパースする部分を高速化するには? と考えたときパーサ自体を高速なものに置き換えてみたりしましたが、それよりもplistのバイナリをシリアリズして扱えばパースをする処理を省けるので高速化できないかという仮説に達しました。 このようなイメージですね。 実際どうなのよ
先日のKDDIがETWSを広告配信に使っていたという問題、「ETWSには『その他』として地震津波以外の情報を伝えるようにできている」「商業配信に使ってもいいらしい」と言う意見をたくさんいただきました。 まず、種別について。種別(WarningType)として、以下の5つが定められています。 0地震 1津波 2地震と津波 3テスト 4その他 地震、津波はいいですね。テストも、システムのテスト用と言う意味で問題ありません。問題は「その他」。この「その他」なら、広告にでもなんにでも使っていいはず、と言う考え方。残念ながらこれは間違いです。この種別での「その他」は「その他(の警報)」を意味しています(正確には、「その他(other)の場合は、警報内容はすべて警報本文中に記載してあるものとする」と言う規定となっています)。つまり、「その他」は、地震、津波以外の何らかの天災や人災を緊急警報として通知し
地域資源の情報をオープンデータとして共有していくためのデータベースサイト | CityData
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く