普通だったら左から差し込めばピン！って磁力が働いているような動きをしていたMacbook Airのアダプタが、或る日突然「クタッ」と下がって充電できなくなりました。
接触不良なのかなーと思ってグリグリくっつけたり、下からそーっとくっつけたりと接触の角度を色々試みてもくたっとしていて充電できない。
磁石のせいのかと思い、のぞいてみたけど特に問題なし、、、
で、のぞいてみたら埃っぽいのがついていたので、小学生のころやってたみたいにフーッ！！！！とちょっとスチームがかかった息をかけたらなおりました。
原因は・・・よくわかりません。
本体の方の接続口にほこりがたまっていたり、潤いが足りないともしかしたらなる現象なのかも。
そろそろ６０連勤でだんだん疲れてきたせいか変な記事を書いてしまいました。
※潤わせて故障した場合も責任は一切負いません。
それでは、また。
#import “AFNetworking.h”で呼び出すと実機テストでAFNetworking.h not Foundというエラーが出て起動できないことがあるのですが、特殊な方法で修正できることがわかりました。
すごい単純なのですが、Cleanをした後「Generic IOS Device」を選択してビルドし実機でRunすると直ります。
毎回Archiveすると治るので変だなぁと思っていたのですが、なんとも。
原因は全くわかりません。
他のAFNetworkingを利用しているプロジェクトではエラーも出ませんし。
とりあえず動くので、原因がわかり次第また追記したいと思います。
現在、自社アプリに電話機能を入れているのですが遅まきながらiOS10に対応するためCallKitを用いてみました。
サンプル通りだとおおよそ動くのですが、発信のUIにスピーカーやミュートなぞつけていると案外思った通りに動作しないことがあるためエラーの例と解決策を書きます。
CallKitのiOS10対応、あるいは受信 / 発信 / 応答あたりの挙動がたまにおかしくなるような悩みがある方が解決すれば幸いです。
アプリのプロセスを切って他のアプリをいじりながら応答するとなぜか発信側の発信音が止まらず、電話を応答したことにとになりません。
しかも、アプリのプロセスを切っているのでエラーもわかりづらい・・・。
ということで、TVOIncominCallDelegateのdidFailWithErrorIncomingCallメソッドのエラーをサーバーに飛ばすという方法でデバッグしたところ、下記のエラーが出ておりました。
Inside makeCall, failed to make Error:-560577449
このエラーでGoogleで検索すると下記のページが出てきますが、読むとどうやらTwilioの中の人か詳しい人はAVAudioSession周りで何かしてないか？というのをエラーが起きた人に質問しているのがわかります。
https://github.com/twilio/voice-quickstart-objc/issues/13
ということで、僕の方もコードを調べてAVAudioSessionをどこで使ってるかな？と調べ、routeAudioToSpeakerというメソッドがサンプルにありこちらをコメントアウトすることで起こらなくなりました。
もし、同じような現象が出ている方がいましたら、AVAudioSession系のコードを実行していないかどうか確かめられると良いかと。
CXErrorCodeRequestTransactionErrorUnknownCallUUID = 4のエラーが出力するのもAVAudioSession周りが原因でした。
この場合に現象は２パターンあります。
パターン１：Twilioで通話を切ってもCallKitのオーディオが止まらない
通話を切ってもカウントアップが終わらず「通話に戻る」がずっと出てきて大変宜しくない現象です。
この場合には緊急回避策として
[self.callKitProvider reportCallWithUUID:alterUUID endedAtDate:callEndDate reason:reason];
というのが有効ですが、失敗した時に「接続できませんでした」というエラーが出て微妙です。（解決策はパターン２に書いてます）
パターン２：Twilioで通話を切ると「接続できませんでした」が出る
XCodeでデバッグ中によく出るエラー、あるいは [self.callKitProvider reportCallWithUUID:alterUUID endedAtDate:callEndDate reason:reason];などで無理やり切ったりすると出る現象です。
この現象を50回くらい観察して気付いたのですがCXEndCallActionが失敗するときって、アプリがもっさり開いてステータスバーの緑色の部分が微妙な動きをするときだったんですよね。
ステータスバーがアプリを開いていると出ないで、アプリを閉じると出るとか。
そのため、AudioSession周りが怪しいと睨んで全てのAVAudioSession周りのコードを実行しないようにしました。
例えば、下記のようなコードです。
[code]
if (speakerEnabled) {
if (![[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord
withOptions:AVAudioSessionCategoryOptionDefaultToSpeaker
error:&error]) {
NSLog(@"Unable to reroute audio: %@", [error localizedDescription]);
}
}else{
if (![[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord
withOptions:AVAudioSessionCategoryOptionAllowBluetooth
error:&error]) {
NSLog(@"Unable to reroute audio: %@", [error localizedDescription]);
}
[[AVAudioSession sharedInstance] overrideOutputAudioPort:AVAudioSessionPortOverrideNone error:&error];
[[AVAudioSession sharedInstance] setActive:YES error:&error];
}
[/code]
なんとなく、スピーカー周りを自分の思った通りにしたかったので、旧バージョンで実行していたのが問題だったようです。
ちなみに、普通にボタンを押した時にこのメソッドを実行しても問題は起こることはありませんでした。
下記のデリゲートメソッド近辺でAVAudioSessionを実行すると起こるようです。
・ (void)incomingCallDidConnect:(TVOIncomingCall *)incomingCall
・(void)provider:(CXProvider *)provider performAnswerCallAction:(CXAnswerCallAction *)action
以上のように、初期化サイクル付近でAVAudioSessionに関していじるとTwilioSDKかCallKitの動作とバッティングして予期せぬ動作が起こったみたいでした。
同様のエラーが出ている方の助けになれば幸いです。
開発サーバーの再起動テストを行ったところ、SSHが繋がらなくなった。
原因はSSHのポートを変えて、SELinuxのせいでsshdが起動せずというわけで単純なものだったが、切り分けには数時間を要した。
まず、こういう場合にはボリュームは生きているはずなので、別のサーバーへボリュームをアタッチすることを考え、別の適当なサーバを立ち上げアタッチしてみた。
すると、そもそもどのボリュームをマウントしていいかわからない問題が発生した。
AWSだとボリュームあとアタッチすると/dev/xvdk・/dev/xvdk1・/dev/xvdk2みたいに３個増え、どれをマウントすればいいの？っていう。
で、ここでAWSサポートに連絡して、一応lsblkっていうコマンドで確認すればいいですよーっていう連絡をもらった。
AWSサポート、マジ神。
で、マウントしたはいいが、どう問題をきりわけたらいいのかと悩み藁をもすがる気持ちで/var/log/messagesを見る。
すると、
Jul 19 23:00:31 localhost systemd: Stopping OpenSSH server daemon…
Jul 19 23:00:31 localhost systemd: Started OpenSSH Server Key Generation.
Jul 19 23:00:31 localhost systemd: Started OpenSSH server daemon.
Jul 19 23:00:31 localhost systemd: Starting OpenSSH server daemon…
Jul 19 23:00:31 localhost systemd: sshd.service: main process exited, code=exited, status=255/n/a
Jul 19 23:00:31 localhost systemd: Unit sshd.service entered failed state.
Jul 19 23:00:31 localhost systemd: sshd.service failed.
sshが繋がらないのはネットワーク系ではなく、特に問題なのは太字の箇所。
なんでsshdが繋がらないのか・・・・と思ってググったところ、selinuxという文字が。
sshのポート番号をデフォルトにするとselinux発動、みたいな。
こちらも藁をもすがる気持ちでselinuxの設定を見てみた。
コマンドは、sudo vi /etc/selinux/config。
そしたらenforcingになっていたので、disbaledに変更。
AWSのコンソールに戻ってボリュームのデタッチ＆元のサーバにアタッチして再起動。
そしたら、、、、
無事SSHつながった。
ビール飲んだ。
300円くらいするやつ。
この記事を見て誰かもビール飲める状況になれば幸い。
DynamoDBなんか使うともう他のサービスに移行できない、ベンダーロックイン状態になる。
何が悪いかというと、他のサーバーに移したりすることが困難になること。
他に魅力的なサービスができたとしても移行できない心配とかは無視してもいい。MongoDB/MySQLを利用しても移行のコストは同じだけかかるし。
あとはAWSがなくなったらどうすんだ？っていうリスクも。
後者は自社の方が無くなる可能性が高いのでほぼ心配はない。
唯一あり得るのは、不当な値上げ。
ただ、これはリザーブドキャパシティをあらかじめ買っておけばある程度は防げる。
一応、心配はしたものの大丈夫なような気がしてきた。
何か他に心配すべきことがあれば知りたい。
サービスの耐久性能を1日数百万impから1日数千万impに上げたいと考え、AWSのLambda / API Gateway / DynamoDBの構成を擬似的にテストしてみた。
たしかに、小学生でもスケールアウトができるDynamoDBとLambdaは最高で、価格も超安かった。
でも、１日数百万impだとAPIGatewayの金額がちょっと面倒臭い値段になる。
Dynamo / Lambdaは数千円 / 月で済みそうだったが、API Gatewayは数万円 / 月。
うーん、数万円はちょっともったいないので実装の時間ができるまで一時停止。
でも、導入は確実にしなければならないので、次再開したらリリースの予定。
こういう実験は常日頃からしておくと、値段感もわかるし新しい技術の勉強にもなっていい感じだと思う。
ビザスクというサービスを利用したところ、アプリを数百万ダウンロードのプロデューサー・ディレクター、ECで月商億以上の運用経験のある方からコンサルを受けることができました。
特に紹介、PUSH通知を用いたコンバージョンアップは経験者が一番よく知っていると思うんですよね。
結果、40,000円＋3時間の時間だけで、様々な成功体験からコンバージョンが生まれそうなアイデア、無駄な機能開発の削減ができたと思います。
軽い気持ちで応募を出しましたが、ゲームやらない僕でも知ってるタイトルのプロデュサー・ディレクター、スタートアップからSIerまで経験したプランナーの方、他にも製菓系のネーミングで賞を多数受賞した方などすごい顔ぶれでした。
ミートアップ何回出てもこういう方に出会うことは少ないので、サーチコストが非常に安く済んだなーとこの時点で思いました。
では、後は効果はいかほどだったのか、どのようなものだったのか３人とお話しした感想をまとめます。
今回のアプリはECではないですがコマース要素があったのでEC+アプリが両方できそうな方とお会いさせていただく事にしました。
最新の紹介施策、PUSH通知の回数、強化するポイント、もっとユーザーへのハードルを下げるやり方等が聞けたため、この機能開発でコンバージョンアップが見込めたかなと思います。
コンテンツや機能のアイデアをたくさんもらえそうというのと、今回のアプリに搭載する機能のマネージャーをやられていたこともありお会いしました。
シェア・紹介ってこういう心理でやるんだなーとわかり、当日５個くらいの施策をもらい、自分でも施策を５個ほど思いつく結果に。激安。
ゲームをやらない僕でも知ってるゲームプロデューサーの方には施策だけでなく、もう少し上流のことも聞きたいなーとふわっとした思いつきでお会いさせて頂きました。
事前に情報を共有させて頂いたこともあり、当日は下記のようなことをお話ししました。
・今まで思いついた施策をやるべき、やらないべきの仕分け
・ログ集計のやり方について
・各種ツール（実際大手でも大したツールは使ってない）
・DL数の見積もり方
・ダウンロードしたユーザの属性を見極めるノウハウ
また、目から鱗なこともあったので、紹介します。
・ハードルが高くても使ってくれているのが本当のユーザで、彼らの顔が見えてから狙い澄ましたプロモーションを打つ（リリース時に下げ過ぎると意味がない）
・PUSH通知は相手が開く確証を持ったもののみ送る
・アプリの期待値を決め、期待値を時々上回るようにするランダム性
この方はとてもサービスが良すぎて、事前にLPやアプリの動画を質問していただき、メッセージで機能の評価をもらえました。これで15,000円は安すぎる・・・。
機能は１個作れば軽いものでも200,000円以上はかかるので、一個機能いらないって言ってもらえるだけで200,000円浮きますよね。
あと、無駄な機能を作ると業務委託でさえエンジニアのモチベーションも下がりますし。
企画はアプリを見て学べと言われることもありますが、アプリを見ててもどの要素が成功していて、何が成功していないかよく分からない。。。
でも、成功体験のある人の直感を使うと10秒とか1分で成功する要素を凝縮した企画が出てくる不思議な現象が。
サーチコストはどれだけ節約できるか、効果もどれだけあるかはちょっと計測不能な感じです。
正直15,000円はちょっと抵抗ありましたが、張り流す額としては最適かと考えました。
哲学や思考手順が業務システムやブログとまったく違うことに驚き、なんというか自分のOSをアップグレードしてもらった感じです。これからは思考手順に迷いがすくなくなり、やるべきことを見失う確率が非常に少なくなるように思えます。
（なんかここ結構大事なところにも関わらず、ふわっとしてて申し訳ないのですが・・・）
社員はわからないことはわかる人に聞く、作業したくなければしたい人にやってもらい、自分のすべきことに集中できる感じへ。
経営的にもどんな社員もオフィスで息を吸って吐いてるだけで100万近くのお金がかかっているので、月10万で成果がブーストするのであれば費用対効果は非常に高いのではないでしょうか。
もし社員に来ていただくことがあれば、こういうサービスでしっかり企画を研ぎ澄まして成果をブーストできるようにしたいと思います。（給料の1/4〜半額くらいは経費で使えるとかにしたい等）
彼らの成功体験からいくつのコンバージョンが生まれるかと思うと非常に楽しみです。
こうすればいい！こうしなければダメ！って決めてくれる人の存在って重要ですね。
アプリを数百万ダウンロードさせたいけどさせたことない、という人はビザスク本当にオススメです。
僕の環境ではアプリ開発を始めるために、Yosemiteにアップグレードしたらviが動かなくなってしまい、それを直す方法を記します。
以下のエラーメッセージが出ている人は同じ方法で治ると思います。
dyld: Library not loaded: /System/Library/Perl/5.12/darwin-thread-multi-2level/CORE/libperl.dylib
Referenced from: /Applications/MacVim.app/Contents/MacOS/Vim
Reason: image not found
Trace/BPT trap: 5
1.Yosemite用のMacVim.appをダウンロードし、解凍
2.Finderから「アプリケーション」を開き、MacVim.appをゴミ箱に移動
3.ダウンロードしたMacVim.appを「アプリケーション」に移動
以上、案外簡単な修正方法でした。
本当はシースーから来ています
シスウ株式会社は僕自身が寿司が好きだからこの名前になりました。
創業前、個人的に使えるお金が全くなく回転寿司すら自由にいけませんでした。
そんな状況の中、ある日石神井公園を散歩していたら「シースー食いてぇ」と言葉が勝手に出てきました。
シースーって指数関数に似てるなーとなぜか思ってしまって、会社名にすれば表向きもグロースしてる感じが出せる、だからシスウ株式会社にしました。
ちなみに、会社のWEBサイトはこちら。
WordPressのデフォルトの関数だとiPadもモバイルだと判定されてしまうので、iPadをfalseで判定する関数を作成しました。
wp_is_mobileをコピーして来て、USER_AGENTをiPadが含まれるときにfalseを返すだけの簡単な関数です。
[code]
function my_wp_is_mobile() {
static $is_mobile;
if ( isset($is_mobile) )
return $is_mobile;
if ( empty($_SERVER[‘HTTP_USER_AGENT’]) ) {
$is_mobile = false;
}else if(strpos($_SERVER[‘HTTP_USER_AGENT’], ‘iPad’) !== false){
$is_mobile = false;
} elseif ( strpos($_SERVER[‘HTTP_USER_AGENT’], ‘Mobile’) !== false // many mobile devices (all iPhone, iPad, etc.)
|| strpos($_SERVER[‘HTTP_USER_AGENT’], ‘Android’) !== false
|| strpos($_SERVER[‘HTTP_USER_AGENT’], ‘Silk/’) !== false
|| strpos($_SERVER[‘HTTP_USER_AGENT’], ‘Kindle’) !== false
|| strpos($_SERVER[‘HTTP_USER_AGENT’], ‘BlackBerry’) !== false
|| strpos($_SERVER[‘HTTP_USER_AGENT’], ‘Opera Mini’) !== false ) {
$is_mobile = true;
} else {
$is_mobile = false;
}
return $is_mobile;
}
[/code]
最近のコメント