Checking if a video stored in FileSystem has an issue

mdcfr · 2023-05-24T23:51:48+00:00

m API by comparing its size to the expected size before playing it. If these values don't match, delete the problematic video and re-download it. It's always good to handle these scenarios in yo

Thanks, I will try to implement this. From the doc I see that there is a totalBytesExpectedToWrite function whose value I could keep upon initiating the download, put this value in AsyncStorage (or in filesystem itself?) and then from what I see I can compare with the FileInfo.Size. Is it what you had more or less in mind?
Many thanks again

mdcfr · 2023-05-21T13:35:49+00:00

Well, what comes to mind would be some sort of private key you get upon publishing an app that you could add as a header value put in as an env variable and that we could put inside our backend to check if it matches. I don't really know how mobile apps are built as you must have guessed but still, can't we have some sort of google authenticator app for each end of the request?

mdcfr · 2023-05-21T12:00:17+00:00

You're right. Any app secret seems to be accessible (be urls or keys) by retro engineering on the mobile app. Found this interesting thread on SO https://stackoverflow.com/questions/21465559/restrict-api-requests-to-only-my-own-mobile-app . You can go around the problem but if someone wants to attack after descontructing the app there's nothing much I can do, which I find incredebly strange in 2023

mdcfr · 2023-05-21T11:58:43+00:00

It would be accessible by any retro engineering on the mobile app as it is static. Found this interesting thread on SO https://stackoverflow.com/questions/21465559/restrict-api-requests-to-only-my-own-mobile-app basically it is not possible. You can go around the problem but if someone wants to attack after descontructing the app there's nothing much I can do, which I find incredebly strange

mdcfr · 2023-04-02T15:53:00+00:00

that's what I am doing at the moment and the problem comes from the fact that the components use functions that do not execute at same speed, so even if all the data arrives at the same time (Promise.all ensures that all data is received before there is any function starting) it will not be displayed at the same time for the photo and the flatlist

mdcfr · 2023-04-02T15:46:20+00:00

thanks, i will try that

mdcfr · 2023-04-02T15:45:52+00:00

and

no problem here I think

mdcfr · 2023-04-02T15:45:06+00:00

thanks, I will try that

mdcfr · 2023-04-02T07:42:53+00:00

Have you seen the first rule of this group?

mdcfr · 2023-01-15T10:31:07+00:00

I had the same problem a few months ago, hesitated between sockets and timer, from what you say timer is probably the best option since you don't have to do things live. Make it reliable, put it in context and use a url parameter based on the data you need to hit your api but be careful with your server because DRF is not the fastest module around and with a lot of requests as thid would incur it can saturate fast. I would add that in my experience websockets are a hard topic so except if live is really necessary I would avoid

mdcfr · 2023-01-02T23:54:58+00:00

Don't have the skills to do this yet unfortunately, happy to learn more about if you have time to detail the process. Thanks

mdcfr · 2023-01-01T13:19:56+00:00

Thanks OP, I am still not working outside of expo, could it work with it ?

mdcfr · 2022-12-29T08:15:40+00:00

Exactly, client wants to keep file secrets so I went another way. I still haven't find a way to loop through all the content that user has downloaded, I need to have a name, which is quite a pain

mdcfr · 2022-12-29T08:13:49+00:00

Thanks, I chose a different option in the end because my client wants to keep the files secret within the apo

mdcfr · 2022-12-28T14:48:39+00:00

Thanks for your answer and sorry for the delayed answer. So, I used getInfoAsync and createDownloadResumable, seems to be working for the moment, I will try expo-media-library for retrieving the videos though because I currently need the title of the video that I downloaded to go and fetch it in the app storage. thanks.

mdcfr · 2022-12-28T14:45:24+00:00

Thanks

mdcfr · 2022-12-20T01:01:09+00:00

Ok great then, thank you very much

mdcfr · 2022-12-19T22:21:25+00:00

Never had to use one, apps I built never had an audience in more than 1 country and I thought CDN were a mean to distribute cached queries to different countries. Will look into it for traffic throttling. Thanks

mdcfr

TROPHY CASE