You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently updated to the latest version on mup and gave the new hooks-feature a shot.
First, I noticed that my app's downtime increased about 10 seconds while deploying, from 60 seconds to 70 seconds (I have a component which displays a loading banner when connection to server drops).
Second, I noticed that the connection to the server is lost at a different stage than before.
With the previous version, clients would lose connection to server when mup reached the "Start Meteor"-task.
With mup 1.4.3, clients lose connection at the "Prepare Bundle"-stage of the "Pushing Meteor App"-task, which seems strange.
Third, I noticed that the post.meteor.push-hook gets called only after the "Prepare Bundle"-task completes, not after the push to server is completed. Maybe this is intentional, but it would be nice to have some hook called right before the server goes down, right? (Because clients have lost connection to server before the "Prepare Bundle"-task completes...)
Maybe it's a good idea to have a post.meteor.push-hook and a post.meteor.prepare-hook?
arggh@ :~/Development/my-app/.deploy$ mup deploy --show-hook-names
Hook: pre.default.deploy
Hook: post.default.deploy
Hook: pre.meteor.deploy
Hook: pre.meteor.push
Hook: pre.meteor.build
Building App Bundle Locally
Hook: post.meteor.build
Started TaskList: Pushing Meteor App
[s1] - Pushing Meteor App Bundle to the Server
[s1] - Pushing Meteor App Bundle to the Server: SUCCESS
# EXPECTED post.meteor.push HERE
[s1] - Prepare Bundle
# CONNECTION LOST ON CLIENT
[s1] - Prepare Bundle: SUCCESS
Hook: post.meteor.push <----- WHAT IS THIS DOING HERE?
Hook: pre.default.reconfig
Hook: post.default.reconfig
Hook: pre.meteor.envconfig
Started TaskList: Configuring App
[s1] - Pushing the Startup Script
[s1] - Pushing the Startup Script: SUCCESS
[s1] - Sending Environment Variables
[s1] - Sending Environment Variables: SUCCESS
Hook: post.meteor.envconfig
Hook: pre.meteor.start
Started TaskList: Start Meteor
[s1] - Start Meteor
[s1] - Start Meteor: SUCCESS
[s1] - Verifying Deployment
[s1] - Verifying Deployment: SUCCESS
Hook: post.meteor.start
Hook: post.meteor.deploy
Hooks run before and after commands. For example, you can run mup meteor push to only upload the bundle and prepare it. Right now, the only way to allow hooks between pushing the bundle and preparing it would be to create a new command and task list for preparing the bundle.
I would like to allow hooks to run between the tasks in a task list, but I am not sure what it would look like yet.
First, I noticed that my app's downtime increased about 10 seconds while deploying, from 60 seconds to 70 seconds (I have a component which displays a loading banner when connection to server drops).
In version 1.4.5, there is a new option app.docker.stopAppDuringPrepareBundle which when set to false reduces downtime to the amount of time it takes your app to start, which for many apps is only a few seconds.
Thanks for taking care of Meteor Up!
I recently updated to the latest version on
mup
and gave the new hooks-feature a shot.First, I noticed that my app's downtime increased about 10 seconds while deploying, from 60 seconds to 70 seconds (I have a component which displays a loading banner when connection to server drops).
Second, I noticed that the connection to the server is lost at a different stage than before.
With the previous version, clients would lose connection to server when
mup
reached the "Start Meteor"-task.With
mup 1.4.3
, clients lose connection at the "Prepare Bundle"-stage of the "Pushing Meteor App"-task, which seems strange.Third, I noticed that the
post.meteor.push
-hook gets called only after the "Prepare Bundle"-task completes, not after the push to server is completed. Maybe this is intentional, but it would be nice to have some hook called right before the server goes down, right? (Because clients have lost connection to server before the "Prepare Bundle"-task completes...)Maybe it's a good idea to have a
post.meteor.push
-hook and apost.meteor.prepare
-hook?Mup version: 1.4.3
Mup config
Output of command
Output of `mup status`
The text was updated successfully, but these errors were encountered: