サービス、キャッシュ呼び出し、Bladeコンポーネント、そしてバックグラウンド処理のキュージョブ。すべてが退屈なバージョンです。
.envからのキーを含む設定ファイルで、機密情報がバージョン管理に達しないようにします。
HTTPクライアントがVINまたは仕様でAPIを呼び出し、メソッドがビューに必要なURLを返します。
車両識別子から構築されたキーを使用したCache::remember。リストはキャッシュから完全にレンダリングされます。
完全なカタログパスの場合、車両ごとにジョブをディスパッチして、インポートがバックグラウンドで実行され、再試行できるようにします。
手間をかけずに車両画像をプロダクトへ。わかりやすいドキュメント、オープンな SDK、すぐ使えるプラグインが数分でスタックにつながり、ステータスページでは API の状態をリアルタイムで確認できます。
Laravelアプリケーションは通常、インポートスクリプトを通じて車両画像に到達します。誰かが、写真をストレージにダウンロードするコマンドを書き、その後、アプリケーションは車両の画像が満載のファイルシステム、それを最新に保つキュー、モデルイヤーが欠けているたびにバグ報告を抱えることになります。
オンデマンドで解決することで、ストレージ層を完全に削除します。既に持っている車両識別子が画像になり、キャッシュがコストを抑え、Bladeコンポーネントがそれを見えなくします。以前は独自の失敗モードを持つインポートパイプラインだったものが、文字列を返すメソッド呼び出しに変わります。
専用のものではありません。APIは単純なRESTエンドポイントで、HTTPクライアントとサービスクラスを使う方が、パッケージの設定よりもコードが少ないことが多いです。
VINまたは仕様から構築されたキーを使用したCache::remember。長いTTLが問題ありません、なぜなら答えはカタログが変更されるまで変わらないからです。
必要ありません。URLはCDNを指していますので、ストレージ、バックアップ、ディスク使用量はそのままで大丈夫です。
テストケースでHttp::fakeを使用します。サービスがURLを返すため、ほとんどのテストは戻り値の形状をアサートするだけで済みます。
車両ごとにキュージョブをディスパッチします。失敗したジョブは自動的に再試行され、インポートはリクエストサイクルから外れます。
はい。どちらもサーバーから通常の文字列としてURLを受け取るため、統合に関しては何も変わりません。
車両がスキーマにどのように保存されているか、画像がどのようにレンダリングされるかを教えてください。URLとサービスの概要を返します。
