Replies: 1 comment
-
This is arguable if:
In core documentation the TYPO3 Core Distribution also have Updating lables on each deploy is IMO crazy idea. Labels used in frontend is something that your customer accepted during quality checks. Updating labels on each deploy means you expecting that each label version will be better than already existing, that there will be no bugs etc. So if we trust so much in other work then maybe lets update Bootstrap, lets update all TYPO3 extensions, TYPO3 core on each deploy without checking if all is working. (to be honest there is one TYPO3 magician called jpmschuler who updating everything above on each night, but then you need to have lot of frontend/functional testing to be sure everything is working as before) IMO acceptable solution is to share it and update manually from backend level (and check if everything is working as expected after update) but then you "add" manual work on deployment, which means someone must remember that with deploy X (for example with new extension) there is need to run also language update on TYPO3 backend. All this problems are gone when My opinion is that |
Beta Was this translation helpful? Give feedback.
-
The
/var/labels
folder is used to store the label files downloaded by Manage Language Packs.Currently after each deployment, all language packs have to be manually downloaded again, because this folder is not set in
shared_dirs
. One could add this to their custom Deployer config, but IMO it make sense to add this to the defaultshared_dirs
config similar to/var/log
and/var/transient
:Alternatively, the deployment script should run
/path/to/typo3/bin/typo3 language:update
after changing the deployment-dir, to trigger the full download of all the files, if the folder should stay at its current place (/current/var/labels
).Beta Was this translation helpful? Give feedback.
All reactions