我正在尝试完全理解Laravel（5.1）artisan optimize命令和最佳实践，但文档似乎缺乏。我没有在生产服务器上安装Composer，因此，具体来说，我想知道在开发中运行artisan optimize --force时必须将其推送到生产环境时修改或创建的文件。目标不是炸毁生产中的应用程序！运行该命令后，我看到以下文件已被修改：
\bootstrap\cache\compiled.php
\vendor\composer\ - the entire directory
\vendor\autoload.php
我是否在思考这个问题，或者我只是将这些文件投入生产并且我很乐意去？此外，何时运行artisan optimize的最佳做法是什么？每次创建新模型？控制器，路由和帮助程序类怎么样？
最后，我看到\bootstrap\cache\compiled.php文件高达548KB，差不多17K！那真的被认为是最佳的吗？
答案 0 :(得分：14)
[编辑 - 正如@crishoj所说，从Laravel 5.5开始，不再需要php artisan optimize]
正常的Laravel练习 在生产服务器上安装了作曲家。
这些是Envoyer（由Laravel的创建者制作）在生产中部署应用程序所采取的步骤 - 我在下面对它们进行了注释：
# Install application dependencies, such as the Laravel framework itself.
#
# If you run composer update in development and commit the `composer.lock`
# file to your repository, then `composer install` will install the exact
# same versions in production.
composer install --no-interaction
# Clear the old boostrap/cache/compiled.php
php artisan clear-compiled
# Recreate boostrap/cache/compiled.php
php artisan optimize
# Migrate any database changes
php artisan migrate
答案 1 :(得分：9)
自Laravel 5.5起，php artisan optimize不再需要。
答案 2 :(得分：0)
您还可以利用laravel软件包的优势，通过缓存页面部分来轻松优化应用程序