Lightroom公開時のネットワーク障害を解決する
Lightroomの公開がネットワーク障害が3回連続して発生したために停止した後、完了したアップロードを保持し、キュー内の写真だけを安全に再試行します。
最終確認日
スクリーンショットは英語版の画面です。
公開処理はネットワークエラーに分類された失敗の連続回数を数えます。アップロードが成功すると回数はリセットされます。ネットワーク障害が3回連続すると、残りの写真すべてで同じ再試行を繰り返さないよう、バッチが停止します。

手順
- 最終ダイアログを閉じる前に、
Published N, failed N, not attempted N.と分類された各失敗理由を確認して記録してください。 dosya could not be reached for 3 photos in a row, so the rest were not attempted. Check your connection, then publish again.を探してください。これはバッチが意図的に停止したことを示します。- 完了した写真は公開コレクションに残してください。削除して再追加しないでください。正常に公開されたレンディションにはリモートファイルIDが付いており、公開済みのままです。
- インターネット、DNS、TLS、またはプロキシへの接続を復旧し、File → Plug-in Manager → dosya.dev → Check connectionで保存済みのキーが引き続き使えることを確認してください。
- コレクションを開き直し、Modified Photos to Re-PublishとNew Photos to Publishを確認してください。途中で停止した処理で失敗した写真と未処理の写真は、このキューに残っています。
- Publishをもう一度クリックし、新しい件数を照合してください。不安定な状態が続く場合は、次の試行前に公開サービスの設定でUploads at onceの値を1に近づけてください。
**停止の種類。**認証、接続、容量制限、一部のレート制限やサーバーの状態によっては、ネットワーク障害が3回発生するのを待たずにバッチが直ちに停止します。分類されたメッセージを正確に確認してください。容量制限による拒否は再接続しても解決しません。
**冪等性の仕組み。**アップローダーは変わらないリモートIDと冪等性キーを使用します。公開の関連付けにより正しいファイルのバージョンを更新し、ギャラリー登録を復元できるため、レンダリング済みファイルを手動でアップロードするより、Lightroomのキュー内の項目を再試行する方が安全です。
期待される結果
完了済みの写真は公開されたままになり、接続が正常になった後はキュー内の処理だけが再開されます。最終処理では、理由が分からないままの失敗項目や未処理項目は残りません。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。