Roots Discourse

Tasks 'Install Composer dependencies'/'Update active language' take a very long time

#1

Trellis deploy needs a very long time for the tasks
"Install Composer dependencies" and “Update active language”.
How can I speed this up? The production server should have a fast internet connection, right?
Can I cache this somehow? Or is there a deploy command just for the assets/styles?

0 Likes

#2

Composer dependencies are “cached”. The vendor dir gets copied between deploys so it’s not like a full composer update install is happening from scratch every time.

Maybe run composer manually and see if some specific package is taking a while?

0 Likes

#3

It could be caused by a more exotic setup where local git repository is cloned through a reverse SSH tunnel (I don’t want to host these git repositories on the public).

0 Likes

#4

Follow up:
It is the wp core language update command in finalize-after site specific deploy hook that takes so long. Some caching would be really nice because it really takes a long time on each deploy.

wp core language install de_DE --activate alone wouldn’t suffice for installing the language files because it will only pull the core language files. For the plugins themselves, the language update command is necessary and has to run each time.

What is less of an issue is that during language update the plugin specific strings on live site is shown partially in English (fallback language) until all language files have been installed.

0 Likes

#5

The languages/ directory can be added to project_copy_folders for having them copied in place. And they belong to this than rather to project_shared_children option because they are tied to a particular deploy (core version, plugins).

But what if the languages/ folder already contains files from the deploy, e.g. for overriding or adding (yet missing) plugin or theme translations? Then the folder won’t be copied and the one from the deploy is used, which doesn’t solve the issue.

0 Likes

Vagrant Up error with new v. of Trellis
#6

This approach seems to work well now, drastically reducing the deployment time when languages should be installed and also preserving site-specific language files (in site git repository). Also there is no short period of time during deploy anymore where the language falls back to default language (English).

roles/deploy/defaults/main.yml (at line 14):

# There are certain folders you'll want to copy from release to release to speed up deploys.
# Examples: Composer's `vendor` folder, npm's `node_modules`.
# These should not be part of project_shared_children since dependencies need to be atomic and tied to a deploy.
project_copy_folders:
  - vendor
  - web/app/languages

Add web/app/languages to project_copy_folders list.

1 Like

Adding wp language files on deploy