草庐IT

firebase_storage

全部标签

ios - Xcode 9.3 和 Firebase Crashlytics 不工作

我无法让FirebaseCrashlytics显示我的XcodeiOSSwift应用程序崩溃。使用Xcode9.3我手动(不使用cocoapods)集成了CrashlyticsSDK如此处指定:https://firebase.google.com/docs/crashlytics/get-started?authuser=0我已经在模拟器和设备上进行了测试我使两者崩溃(使用自己编写的崩溃函数,以及提供的崩溃函数),我重新启动了设备/模拟器(因为崩溃仅在下次启动时传输)我在FirebaseCrashlytics控制台中没有看到任何崩溃,它一直显示“升级到Crashlytics以获得更强

ios - 在 iOS Firebase 远程配置中的应用程序启动过程中,获取但未应用的值是否持续存在?

将FirebaseRemoteConfig与iOSSDK结合使用时,从remoteConfig.fetch()返回的值是否会在整个应用程序启动期间保持不变?文档说应用值是持久化的:Ifavaluewasfetchedfromtheserviceandthenactivated,theappusesthefetchedvalue.Activatedparametervaluesarepersistent.RemoteConfigDocs但我感兴趣的是,是否保留了未应用的获取值。我找不到任何明确的文档。澄清一下:为新值调用fetch(),并等待调用返回强制退出应用启动应用调用activat

ios - 原生脚本 | Firebase 通知不起作用

我在我的Nativescript应用程序中使用firebase时遇到问题,当我使用android时它运行良好但不适用于IOS。问题出在消息发送上。我在客户端使用推送插件这是IOS客户端使用pushPlugin注册的部分constiosSettings:any={badge:true,sound:true,alert:true,interactiveSettings:{actions:[{identifier:'READ_IDENTIFIER',title:'Read',activationMode:"foreground",destructive:false,authenticatio

ios - 用于 iOS 的 cordova-plugin-firebase

我在使用cordova-plugin-firebase":"^2.0.5"时遇到了一些问题,我使用android收到了通知,但在ios中我遇到了一些问题,控制台日志显示了这个错误:1-[Firebase/Messaging][I-FCM002023]Theobjectdoesnotrespondto-messaging:didReceiveRegistrationToken:.Pleaseimplement-messaging:didReceiveRegistrationToken:tobeprovidedwithanFCMtoken.2-[Firebase/InstanceID][I

ios - 无法将 iOS CriticalAlert 发送到 Firebase 云消息传递

我有一个内部应用程序,在我的应用程序中设置了criticalAlert选项。我已经确认,当我通过强行应用程序发送以下内容时,我能够让CriticalAlert在iOS应用程序上运行。问题是我们的内部服务器目前只将通知发送到Firebase云消息传递,我无法配置原始推送负载以在设备上播放严重警报。这里是theexampleApple给出了推送应该如何看待APNS:这是我使用适用于该应用程序的Pushy应用程序发送的内容:{"aps":{"content_available":true,"priority":"high","alert":"YourmessageHere","badge":

Android Firebase推送通知在申请被杀死时不起作用

我创建了Android应用程序以从服务器接收推送通知,但它不起作用。当应用在前景时,它可以完美地工作。但是,当我们从系统托盘上强制关闭应用程序时,它就不起作用。以下是我发送给FCM的JSON代码。{"to":"\/topics\/global","data":{"title":"Title","body":"Body"}}以下是我的android功能publicvoidonMessageReceived(RemoteMessageremoteMessage){super.onMessageReceived(remoteMessage);Log.d("Msg","Messagereceived[

ios - 核心数据 : persistent and temporary storage

我计划使用CoreDataAPI在我的iOS应用程序中存储文件。我想要两个数据存储:第一,大的,但可能是临时的,用于缓存;第二-小,但我想确保数据持久且永不删除。这样做的最佳做法是什么? 最佳答案 您需要创建2个独立的核心数据“堆栈”——即2个不同的模型(假设每个模型中存储的数据不同)、持久存储、持久存储协调器和托管对象上下文。两个堆栈都会将模型保存到一个文件中,但是您的临时文件应该保存到NSTemporaryDirectory(或者更好的缓存目录),而您的永久文件应该保存到NSHomeDirectory。除此之外,CoreData

ios - Firebase 回调不会触发

我有这个Firebase引用,可以通过传递上次读取消息的优先级来检索所有待处理(未读)消息。我在聊天室中执行此操作。NSNumber*lastPriority=[selfgetLastPriority];__blockFirebaseHandlehandle=[[msgListRefqueryStartingAtPriority:lastPriority]observeEventType:FEventTypeValuewithBlock:^(FDataSnapshot*snapshot){//hereIwillgetallthependingmessagesandaddthemtomy

90%的人封装Storage时忽略了一个点!你们知道封装的意义是啥吗?

二次封装Storage?关于Storage的封装问题,其实都是老生常谈了,很多人都会在项目中去二次封装Storage,为了让开发者能更加方便地去使用localStore、sessionStorage。就比如下方,应该是很多人封装的案例,就是封装简单的读取、写入,或者有删除、清空:我们为什么封装?要不我们回过头来想一下,我们为什么要封装?其实封装无非就是为了两个目的:更好地统一维护使用者更方便、更无脑地使用但是我觉得在一个大项目中以及紧急的开发进度中,使用者更方便、更无脑地使用才是封装的第一目的,所以想想刚刚的LocalStorage的封装,真的能让使用者更方便、更无脑地使用吗?我就举个例子吧,

ios - 错误 : firebase code = 9999 Too many requests

我正在开发一款使用NestAPI和Firebase的iOS家庭自动化应用。通过基本上注释掉dispatch_onceblock来更改FirebaseManager订阅init方法后,我开始收到此错误(我想看看我是否可以多次运行它):+(FirebaseManager*)sharedManager{staticdispatch_once_tonce;staticFirebaseManager*instance;dispatch_once(&once,^{instance=[[FirebaseManageralloc]init];});returninstance;}现在,即使我恢复了代码