とは? パスワードのみを利用した認証の方法は、 ユーザビリティとセキュリティ、どちらの観点でも破綻しつつあります。 Mamoru PUSHはユーザビリティとセキュリティを両立し、 簡単だけど強い認証を実現したサービスです。 トークンを利用した場合や、本人の事前許可がないと認証ができない技術など、 幅広いプッシュ通知認証の独自特許を保有しております。
![Mamoru|認証に、美しさと、優しさと、心強さを](https://cdn-ak-scissors.b.st-hatena.com/image/square/c3593d78a6b5d57a38227f4fceb3041fb1f47b03/height=288;version=1;width=512/https%3A%2F%2Fmamoru-secure.com%2Fassets%2Fimg%2Fmamoru_push_ogp_new.jpg)
はじめに 先日参加させていただきました勉強会の記録です。 connpassのページはこちらとなります。 今回は2回目の開催🎉という事でテーマは、「プッシュ通知を活用したリテンション・エンゲージメント施策」 でした。2回目という事でしたが、増員につぐ増員で大盛況といった感じでした。 ツイートまとめはこちら→ togetter.com イントロ LTの前にReproのCEO 平田祐介さんからご挨拶 前回の勉強会に参加された方? 5%くらい 社内にPush通知の専任の人がいる人? アメリカでは、選任で3,4人くらいいる リテンションを3%アップする為の広告費 うまくPush通知とポップアップを使う事で22%削減できます アメリカは実績に基づいてPush通知やポップアップなどの専任の人がいる シナリオをつくって、ターゲティングして まだまだ日本はWebの重みが大きい 是正皆さんで情報を共有してい
10月20日(木)、アプリの改善担当者向けのミートアップ「Growth Hack Talks by Repro #2」を開催させていただきました! 第2回目となる今回は前回の2倍以上となる100名近くの方にご参加いただき、大盛況のうちに終わりました。今回はそのイベントの模様を少しお伝えできればと思います! Growth Hack Talksとは? 「Growth Hack Talks」とは、アプリのディレクター・マーケター・エンジニアなどReproのユーザーに限らずアプリの成長をミッションとする方々を集めて自社アプリの課題やそれに対する取り組み、改善のノウハウなどをシェアしてもらうイベントです。 第二回目のテーマ 第二回目のテーマは「プッシュ通知を活用したリテンション・エンゲージメント施策」でした。 モバイルマーケティングが日本よりも進んでいるアメリカでは、新規ユーザーをロイヤルユーザー化
前回のつづき PUSH通知(Remote Notification)の典型的な使用目的は、新着メッセージを通知することでしょう。facebookやLINEなどでもおなじみですね。 今回は、 新着メッセージを通知 未読のメッセージ件数をアプリアイコンに表示(バッジと呼ぶ) 既読にしたらバッジの未読件数を更新する という実装例を説明したいと思います。 新着メッセージを通知 これはサーバー側の実装となります。気をつけるべきことは、PUSH通知で送信できるデータ量には限りがあるということです。つまりPUSH通知ですべてのデータを送信しようとするのではなく、あくまで新着件数を通知するなどにとどめるべきです。実際に必要となるデータ(メッセージの内容など)はアプリから何らかのタイミングでサーバーに問い合わせて取得することになります。 サーバー側からのPUSH通知で含めるデータは、新着メッセージ数くらいに
久々の iOS のトピック。今回はiOSで初めてプッシュ通知(Push Notification)を利用したので、それのメモ。 プッシュ通知について サーバーの任意のタイミングで情報を端末に送信する仕組み。これぞアプリのできること、として欠かせない機能だ。何か最新ニュースが出たりとか、リアルタイムで情報を送りたいときによく使われる。てか人気アプリで使ってないところはないくらいな機能だ。 Webアプリでは任意のタイミングでブラウザに情報を渡す仕組みを実装するには、やや特殊なことをしないと難しい。(Web Socket や Polling などを利用するだろう) 設定手順 Apple Developer にて 証明書を作成 Amazon SNSで作成した証明書をアップロード サーバーにてAmazonSNSの通知を発行 iOSアプリで通知を受け取る Apple Developer で証明書作成
iOSアプリにPush通知機能を実装するためには、まずApple Developer Centerで開発対象のアプリ用にPUSH通知(APNs)用の証明書を作成し、アプリに登録する必要があります。 また、PUSHを通知する側についても、自作のアプリやmBaaSに登録する作成した証明書を設定して、ようやく開発が始められるようになります。 慣れれば、簡単なのですが、久しぶりにアプリの開発をしたところ結構忘れていたので、手順をまとめておくことにしました。 この記事では、iOS 8.4、Xcodeは6.4で確認しています また、手順は開発環境でAPNsによるPUSH通知の動作を確認することに絞って記述しています。 Push通知をアプリに実装するために用意するもの まずは、Push通知を実装する前提条件として準備するものを整理しておきます iOSアプリのビルドに必要なもの Push通知を有効にしたA
もしかしたらよく知られていることなのかもしれないけど、割とハマったのでメモ。 iOSアプリでプッシュ通知機能のテストは結構面倒である。特に面倒なのが、アプリ初回起動時の挙動のテスト(以下の画像参照)。 iOSのプッシュ機能は以下のような流れで設定される。 アプリ起動時にregisterForRemoteNotificationTypesメソッドを呼ぶ 端末はアップルのサーバー(APNs)と通信して、プッシュのためのデバイストークンを取得 アプリの初回起動時にのみiOSが「<アプリ名>はあなたにプッシュ通知を送信します。よろしいですか?」というアラートを表示する 「はい」ボタンを押すと、APNsに端末が登録されプッシュを受信できるようになる で面倒なのが、初回起動時のみに表示されるアラートのテスト。このアラートは本当に初回起動時にしか表示されず、アプリを一度削除して、再度インストールしても、
公式ドキュメント(日本語) https://developer.apple.com/jp/devcenter/ios/library/documentation/RemoteNotificationsPG.pdf ※PDFファイル 参考リンク 実装/準備 http://iphone.longearth.net/2009/09/01/%E3%80%90iphone%E3%80%91push-notification%E3%81%AE%E5%AE%9F%E8%A3%85%E6%96%B9%E6%B3%95/ 大いに参考にさせて頂きました http://onlineconsultant.jp/pukiwiki/?Push%E9%80%9A%E7%9F%A5%E3%82%92%E5%88%A9%E7%94%A8%E3%81%99%E3%82%8B http://msdn.microsoft.com
新作でTwitter,はてな,Google Readerから横断的に情報収集し、マルチポストするアプリを作っているのですが、そこでTwitterのリプライPush機能を実装したので、Push Notificationを実装する方法をまとめてみます。 Push Notificationの流れ Push Notificationに関する登場人物は、 iPhone Apple Push Notification Service(APNs) Provider の3者です。 iPhoneはいわずもがな、みんなの手元にあるiPhone。APNsはAppleが用意しているPushしてくれるやつです。Providerは、開発者が用意するもので、こいつがPushしたい情報を送る役割を持ちます。 この3者間でのデータの流れは大きくデバイス登録とPush通知の2つのフェーズに分かれます。 デバイス登録
プッシュ通知の理解には、以下のドキュメントは、以下のものが参考になる Local NotificationおよびPush Notificationプログラミングガイド 実装については、以下の公開されているコードが参考になる ・ApnsPHP: Apple Push Notification & Feedback Provider http://code.google.com/p/apns-php/ ・EASY APNS APPLE PUSH NOTIFICATION SERVICE USING PHP & MYSQL http://www.easyapns.com/ サーバ(PHP)、クライアント(Objective-C) のコードが同梱されている また、HP には実装の手順が動画で公開されている(約10分) 今回 検証には、ApnsPHP を使用した。 (EASY APNS は mysq
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 :重要!注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意!! あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く