web-dev-qa-db-ja.com

Laravel職人がベストプラクティスを最適化

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行です!それは本当に最適と考えられていますか?

16
suncoastkid

[編集-@crishojが言うように、Laravel 5.5の時点で、phpアーティザン最適化は不要になりました]

通常Laravel=練習isは、composer実稼働サーバーにインストールされます。

これらは 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
15
Ben Claar

Laravel 5.5php artisan optimizeは不要になりました。

12
crishoj

laravelパッケージを利用して、ページのパーシャルをキャッシュすることでアプリケーションを簡単に最適化することもできます

https://github.com/imanghafoori1/laravel-widgetize

0
Iman Ghafoori