タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Firebase Crashlyticsを用いたError検知のすすめ - Mirrativ Tech Blog
こんにちは。shogo4405です。本エントリーは、Firebase Crashlytics(以下Crashlytics)を利用しているiOSエンジニア向けにError情報の保存および活用についてのミラティブ社の事例を紹介したいと思います。 Errorの収集 ここで言うError情報とは、protocol Error : Sendableのことを指しています。Mirrativでは、主に次のError情報を収集してアプリケーションの品質向上につなげています。 URLSession#dataTaskでコールバックで得られるError 通信に関わるエラーを検知する用途 DecodableのDecodingError クライアントとサーバー間でデータ交換がうまくいっているか検知する用途 try AVAudioSession.shared.setCategoryでスローされるError 音声系統が意
[iOS]アプリケーションでFirebaseの内、CrashlyticsとAnalyticsを使用している場合でのiOS14のトラッキング対応 | DevelopersIO
iOS14からユーザートラッキングに用いられている端末の広告識別子IDFA取得のオプトイン/オプトアウトの選択をユーザーに求めることが必須になります。アプリが取得するプライバシーポリシーの提出必須化と同じく大きな変更ですが、開発中のアプリが該当するか調べる時にFirebase AnalyticsとFirebase Crashlyticsのみを使っていて広告系のSDKも利用していない場合何の対応も必要ないかが心配になったので調べていました。 App Tracking Transparency | Apple Developer Documentation iOS14で必要になるユーザートラッキングについての対応 AppleからUser Privacy and Data Use というドキュメントが公開されました。ユーザーがアプリのプライバシーポリシーをダウンロード前に確認して、アプリが収集す
![[iOS]アプリケーションでFirebaseの内、CrashlyticsとAnalyticsを使用している場合でのiOS14のトラッキング対応 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/bf1fba053b10ac0f0ec1e4798fc6d0cc36462bba/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F04%2Ffirebase-eyecatch.png)
[iOS]Firebase Crashlyticsを使って致命的でないとして回避したイベントを記録する | DevelopersIO
アプリケーションのエラー設計で、アプリ側のクラッシュは極力避ける方針でコードを実装する場合があります。それでも開発中はクラッシュさせたい場合にassertなどを使うことがあると思います。本番環境でユーザーがアプリを触る時にエラーを踏んで操作は継続するもののエラーを踏んで回避したいことを知りたい場合にCrashlyticsのnon-fatalが便利です。 Swiftのエラー分類 SwiftにはErrorHandlingRationale.rstというエラーハンドリングに関するドキュメントがあります。そこでは、Simple domain errors、Recoverbable errors、Universal errors、Logic failuresという四つのエラー分類があります。 このタイプのエラーはこれらのどれに分類される、といったような分類の仕方ではなく、どのようにエラーを扱いたいか
[Firebase][iOS] Firebase CrashlyticsにdSYMをアップロードしたい！ | DevelopersIO
こんにちは。きんくまです。 今回はFirebase版のCrashlyticsにdSYMをアップロードします。（Fabric版ではないです） CrashlyticsといえばdSYMです。これがうまく連携されていないと、管理画面でうまくエラーが表示されなかったりします。 なので、ハマりどころをチェックしながらアップロードできるようにします。 Debug Information FormatをDWARF with dSYM Fileにする XcodeのBuild Settings > Build Options > Debug Information Formatを DWARF with dSYM File にします。 Configurationごとに別の設定の場合もあると思います。 開発用は DWARF だとしても、AdHocやEnterprise、App Store Connect用の書き出
![[Firebase][iOS] Firebase CrashlyticsにdSYMをアップロードしたい！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/eea80a2a9825f5cf21f4553e6714856a365a2bc7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F02%2Ffirebase-eyecatch.png)
これは何？ Flutter製iOSアプリでCrashlyticsに頭を悩まされ夜も眠れない人向けの記事です。 Flutter engineのコードでクラッシュが起きている場合の解析は一工夫いりますという話です。 TL;DR Read this. あらすじ 自分はもう長いこと業務でFlutterでiOS向けにアプリを展開していますが、ずっと前からある問題に悩まされていました。 Flutter内部でクラッシュが起きたとき、Crashlyticsで詳細がわからない 要するにこんな感じです。 シンボルが不足しています これでは解析もクソもありません。原因が何もわからん。 この現象は、通常ドキュメントにも書いてある dSYM ファイルをアップロードすることで回避できます。 しかし、この操作を行ってもなお詳細がわからないことがあります。 上の画像をよく見てみると、トレースの番号の隣に Flutter
![[iOS] Flutter engineのクラッシュをCrashlyticsで解析する](https://cdn-ak-scissors.b.st-hatena.com/image/square/68a143c359764069866b5a3851133204b684aaea/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--hF0amjJR--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BiOS%25255D%252520Flutter%252520engine%2525E3%252581%2525AE%2525E3%252582%2525AF%2525E3%252583%2525A9%2525E3%252583%252583%2525E3%252582%2525B7%2525E3%252583%2525A5%2525E3%252582%252592Crashlytics%2525E3%252581%2525A7%2525E8%2525A7%2525A3%2525E6%25259E%252590%2525E3%252581%252599%2525E3%252582%25258B%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_34%3AKurogoma4D%252Cx_220%252Cy_108%2Fbo_3px_solid_rgb%3Ad6e3ed%252Cg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyL2M1YTU0ZjZiM2MuanBlZw%3D%3D%252Cr_20%252Cw_90%252Cx_92%252Cy_102%2Fco_rgb%3A6e7b85%252Cg_south_west%252Cl_text%3Anotosansjp-medium.otf_30%3ASun%25252A%252520Developers%252Cx_220%252Cy_160%2Fbo_4px_solid_white%252Cg_south_west%252Ch_50%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzE5YjY3M2ZmYTMuanBlZw%3D%3D%252Cr_max%252Cw_50%252Cx_139%252Cy_84%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
[Firebase][iOS] Firebase Crashlytics を導入してみよう | DevelopersIO
はじめに CX事業本部の中安です。 「Firebaseを触ってみるシリーズ」の続きになります。 ここまでは Firebase Authentication で会員機能を作ってみよう Firebase Cloud Firestore でプロフィール機能を作ってみよう Firebase Hosting でキャンペーンページを作ってみよう というお題で書かせていただきましたが、 今回はFabricから移行されてきた Firebase Crashlyticsを開発中のアプリに取り込んでみたので、その流れをご紹介できればと思います。 またもウダウダと書きますが、何かのお役に立てば幸いです。 Firebase Crashlytics Firebase Crashlytics は軽量なリアルタイムのクラッシュ レポートツールで、アプリの品質を低下させる安定性の問題を追跡し、優先順位を付け、修正するのに役
FlutterアプリでSentryとFirebase Crashlyticsにエラーレポートを送りアプリの品質改善に役立てる | wapa5pow blog
FlutterアプリでSentryとFirebase Crashlyticsにエラーレポートを送りアプリの品質改善に役立てる Flutterアプリとしてエラーは大きく2種類あります。 Flutter/Dart側で起きるエラー ネイティブ(Android/iOS)側で起きるエラー 今回は、1をSentryで、2をFirebase Crashlyticsで収集します。本当はどちらともFirebase Crashlyticsで収集したかったのですが、Crashlyticsのほうは、iOSで同じエラーでも以下のように別々のエラーとして扱われてしまったのでSentryとCrashlyticsを使っています。同じように扱える場合は、Crashlyticsで統一したいですね（ここ解決する方法しっていたら教えてください）。 Sentryの導入 まずあらかじめSentryでアカウントを作っておきます。Sen
Serverless連載4: Firebase CrashlyticsでAndroidアプリのエラーログをさくっと収集する | フューチャー技術ブログ
Serverless連載4: Firebase CrashlyticsでAndroidアプリのエラーログをさくっと収集する はじめにこんにちは、Android Developerの佐藤です。 サーバーレス連載の4回目を担当します！ モバイルアプリ品質強化の強い味方となってくれるFirebase Crashlyticsを紹介したいと思います！ そもそもFirebaseとはFirebaseとは、AndroidやiOSなどのモバイルアプリのバックエンド機能を提供してくれるサービスです。 提供されているサービスは、利用状況の解析、クラッシュの検知、認証、通知、ホスティングなど多種多様です。 これらのサービスを利用する上で、サーバーの管理が不要なのはもちろん、導入する上で追加のコーディングはほぼ必要ありません。 Firebase SDKをアプリのソースコードに組み込むだけで、Firebaseの機能を
どうも、たくチャレ(@takuchalle)です。 Firebase Crashlytics の導入 パッケージのインストールとiOS/Androidそれぞれの設定は、公式ドキュメントの手順通りに行えばハマることなくできると思います。 Flutterのコードは以下のようにしました。 void main() { FlutterError.onError = (details) { FlutterError.dumpErrorToConsole(details); Crashlytics.instance.recordFlutterError(details); if (kReleaseMode) exit(1); }; runApp(App()); } ポイントは以下の通りです。 従来のデバッグ時のコンソールのエラーは出力 Crashlytics にも出力 リリースビルドの場合は強制的にアプ
【Mac不要】FlutterアプリにFirebase Crashlyticsを組み込んでiOSとAndroidに実機配備する手順 - Codemagic編 - Qiita
【Mac不要】FlutterアプリにFirebase Crashlyticsを組み込んでiOSとAndroidに実機配備する手順 - Codemagic編FirebaseFlutterFirebaseCrashlyticscodemagic はじめに ※この記事は、以下の記事の続編です。 【Mac不要】FlutterアプリにFirebase SDKを組み込んでiOSとAndroidに実機配備する手順 - Codemagic編 この記事ではその後、FlutterアプリにFirebase Crashlyticsを組み込み、iOS, Androidの両端末のクラッシュ情報をFirebaseコンソールに連携できるようになるまでの手順を説明します。 では早速始めてみましょう。 謝辞 Firebase Crashlytics - Android Android向けの作業を進めるにあたっては、以下の記事
In a competitive app ecosystem, making sure your app doesn’t crash frequently is integral to your app’s success. So with the graduation of Firebase Crashlytics SDK out of Beta, we think it’s a good time to highlight the benefits of integrating Crashlytics into your app. Read on for a refresher on the essential tools that Crashlytics provides to help you debug crashes and get the most out of your c
Dartコードの難読化 ソースコードの難読化はアプリバイナリを加工し読みにくくすることで、リバースエンジニアリングの難易度をあげることができます。Flutter でもビルド時に難読化するコマンドが用意されており、コンパイルされた Dart コードの関数名やクラス名を隠すことができます。2022年1月現在、サポートされているプラットフォームは Android/iOS/macOS のみです。 Flutter’s code obfuscation, when supported, works only on a release build. また、ドキュメント記載の通りリリースビルドのみで機能します。 Crashlyticsにおけるデコードの問題 本来、難読化したコードをデコードする場合は、生のスタックトレースとデバッグファイルを用意すれば flutter symbolize コマンドを使うこと
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[iOS] Flutter engineのクラッシュをCrashlyticsで解析する
Flutter の Crashlytics の導入方法
Top Five Reasons to use Crashlytics
難読化されたDartコードのCrashlyticsログをデコードする
mugimaru211201.hatenablog.com
chiwawatan.hatenablog.com
chihiro.st.coresv.net
www.hondayon.com
www.google.co.jp
anond.hatelabo.jp