Laravel artisan ottimizza le best practice

Question

Sto cercando di comprendere pienamente il comando e le migliori pratiche di Laravel (5.1) artisan optimize, ma la documentazione sembra carente. Non ho installato Composer sul server di produzione, quindi, nello specifico, voglio sapere quali file vengono modificati o creati quando si esegue artisan optimize --force sullo sviluppo che deve essere trasferito alla produzione. L'obiettivo è di non far saltare l'app in produzione! Dopo aver eseguito il comando, vedo sono stati modificati i seguenti file:

\bootstrap\cache\compiled.php 
\vendor\composer\ - the entire directory 
\vendor\autoload.php 

Am I overthinking questo, o devo solo spingere questi file di produzione e sono pronti per partire? Inoltre, qual è la migliore pratica in merito a quando eseguire artisan optimize? Ogni volta che viene creato un nuovo modello? Che dire di controller, rotte e classi helper?

Infine, vedo che il file \bootstrap\cache\compiled.php è un enorme 548KB e quasi 17K linee! È davvero considerato ottimale?

Answer 1

La normale pratica di Laravel è per avere il compositore installato sul server di produzione.

Questi sono i passi Envoyer (fatte dal creatore di laravel) batte schierare un app sulla produzione - li ho annotato qui di seguito:

# 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 

Answer 2

A partire dal Laravel 5.5, php artisan optimise non è necessaria più.