What files does the firebase client upload for firebase functions? [closed] - firebase

Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 3 years ago.
Improve this question
What does the firebase client need to upload the firebase functions? All I can identify is that it takes my files from my lib directory, does something to them, and then uploads everything. Does it take my dependencies also? How does this work?
The reason I'm asking is that I'm trying to use firebase functions with kotlin-js. Kotlin-js natively integrates with webpack, and can integrate with npm dependencies. I can give firebase a single file with all dependencies integrated, but it doesn't seem like firebase is uploading dependencies. It seems like maybe the package.json is being sent up or something.
If I compile to kotlin-js, what portions of my code/dependencies should I put in my lib folder to be uploaded?

The CLI uploads everything in the functions folder, except for node_modules. That will be rebuilt on the server by running npm install. There's not really enough information here to understand what you ought to be doing, but everything that's needed at runtime needs to be in the functions folder.

Related

flutter application with firebase [closed]

Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 12 months ago.
Improve this question
I downloaded a flutter app from GitHub and it contains Firebase. I cannot run the program because it must be linked first. How do I do this with a program that contains all the codes
please I need help, thanks
Note: Depends whether you previously worked with firebase or not(experience).
These are some generic steps for linking existing android app:
Go to https://firebase.google.com/ and sign in with your Gmail.
Create new project by navigating to console then Add Project(name it anything appropriate) then Continue.
On next step you can keep Google Analytics for your Firebase project enabled(I prefer it disabled).
Create project.
After creation, Select add android app by pressing android logo
Register app by adding package name. Your package name is generally the applicationId in your app-level build.gradle file. (project-directory/android/app/build.gradle)
Download google-services.json and add to app/ directory.
Follow further instructions.
Continue and then try to run. You may need to enable firebase services implicitly.
P.S: If you face issues afterwards point to the Github repo if it's public.

Accessing a File on My Desktop and Saving It to Use in Google Cloud Shell [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 2 years ago.
Improve this question
I have a json file saved on my computer's desktop and would like to move it so it is saved in the desktop for Google Cloud Shell.
Any ideas on how you can do that?
There is a feature to download file to Cloud Shell as described here.
From the Cloud Shell web interface, you just need to click on the three-dot menu and click "Upload File":
If the file you want to upload is large, from a local install of the gcloud command, you can copy using scp by running
gcloud beta cloud-shell scp cloudshell:~/data.txt localhost:~data.txt
Note that you have to be properly authenticated with your account and project, which you can do by running gcloud init and following the steps.
If the file you want to upload is huge, you can use GCS to store the file as an intermediate step (or as a final step if your file is too big for the Cloud Shell environment). You can upload the file through the web interface by going to a bucket and clicking the "upload files" button:
If your file is very huge (up to 5 TB), the best option is to upload to GCS using the CLI. After setting up the CLI with gcloud init, you can run this command to upload the file to GCS:
gsutil cp -m ~/data.txt gs://<my-bucket>/data.txt
You can then retrieve the data in your cloud shell environment using the command line tool, or by mounting the bucket as a volume using GCSFuse.
I suggest to take a look at the whole documentation, as the Cloud Shell is really powerful tool. For example, I especially like editor which is fully browser based IDE, so it does not need any additional software than browser.

Firebase serve is serving an old version of my project [closed]

Closed. This question is not reproducible or was caused by typos. It is not currently accepting answers.
This question was caused by a typo or a problem that can no longer be reproduced. While similar questions may be on-topic here, this one was resolved in a way less likely to help future readers.
Closed 3 years ago.
Improve this question
I have a react application which I want to host using firebase. I managed to deploy the front end no problem. I then went to add firebase functions to the project. However when I run firebase serve, it serves an old version of the project to localhost:5000.
I've tried uninstalling and removing all firebase files from the project. Deleting the project from firebase. Rebuilding the application with npm run build and redeploying the project.
Also it deploys the most recent version correctly when I use firebase deploy but still serves the outdated version in the localhost (including files which are completely deleted from the project)
If anyone has any ideas it would be greatly appreciated as i'm completely stumped.
Thanks
The issue was cache. Clearing cache or using a different browser seems to solve the problem.

Setup Vue.js (vue-cli) hot reloading in WordPress plugin in /wp-admin [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 3 years ago.
Improve this question
I'm relatively new to Vue.js, but not to Javascript/jQuery, and I've been doing pretty deep work with WordPress for about 8 years. I've spent way too many hours trying to configure a WordPress plugin built with vue-cli to hot reload components in the /wp-admin section. Has anyone successfully setup the proxy table or used another middleware solution to do this? Are there workarounds to this development workflow that I'm not aware of?
I really want to use Vue.js in my plugins but development is a real pain without the support of the Vue devtools and JS injection/hot reloading.
Thanks!
Check my GitHub repo:
https://github.com/Tech-Nomad/wordpress-php-vue-webpack-hot-module-replacement-hmr-starter-setup
You will find there a full perfectly working webpack starter setup for a WordPress theme. Just change the path "wp-content/themes/your-fancy-theme/app" to "wp-content/plugins/your-fancy-plugin/app" and you are good to go ๐Ÿ˜Š
I needed months of work to get it done. I've tried a lot of stuff which didn't work, like vue-cli (web socket proxy errors). Apache proxying as I thought it's an issue with Apache. I've even learned Nginx and Docker to try out all the possible suggestions I've found on Github and Stackoverflow ๐Ÿ˜‚ I've almost even gave up, but for any reason I'v just tried pure Webpack setup without vue-cli and voilรก HMR web socket errors gone ๐Ÿ˜Š

Are there any benefits to using settings.json instead of a mongodb collection? [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 6 years ago.
Improve this question
Are there any benefits to using settings.json instead of just storing this information in mongodb?
I would have thought that if you store it in a collection, then you can secure it by not publishing the collection in the first place. But you could also then build an admin page where you could update these details in your app, and it would be available straight away with no code reload.
In the meteor Chef's article on building a SaaS using Meteor (https://themeteorchef.com/recipes/building-a-saas-with-meteor-stripe-part-1/), Ryan Glover espouses the use of settings.json to store your Stripe keys.
Later on he uses it again, but this time to hold the details about the stripe plans. Wouldn't it be better to store this in a collection on mongodb?
Commonly, the settings.json file is meant to be used for non changing data like API keys and config info.
Considering that this data doesn't need to be manipulated, it is better to just use a settings.json file rather than a collection. If your going to use a collection than you have to go through the extra steps of pub sub.
With settings.json you have an opportunity to use different configuration for different environments (DEV, PROD etc.). Of course you can keep config information in MongoDB but then you need to save also environment information and have to pub/sub based on this.
Why would you do this, while you already have a mechanism for app configuration? In addition, you can set METEOR_SETTINGS environment variable.

Resources