- Sort Score
- Num 10 results
- Language All
Results 1 - 10 of 233 for dangling (0.13 seconds)
-
cmd/erasure-healing.go
// All xl.meta is beyond parity blocks missing, this is dangling return validMeta, true } if !validMeta.IsRemote() && notFoundPartsErrs > 0 && notFoundPartsErrs > validMeta.Erasure.ParityBlocks { // All data-dir is beyond parity blocks missing, this is dangling return validMeta, true } return validMeta, false }
Created: Sun Apr 05 19:28:12 GMT 2026 - Last Modified: Sun Sep 28 20:59:21 GMT 2025 - 34.7K bytes - Click Count (0) -
cmd/erasure-healing_test.go
t.Run(testCase.name, func(t *testing.T) { gotMeta, dangling := isObjectDangling(testCase.metaArr, testCase.errs, testCase.dataErrs) if !gotMeta.Equals(testCase.expectedMeta) { t.Errorf("Expected %#v, got %#v", testCase.expectedMeta, gotMeta) } if dangling != testCase.expectedDangling { t.Errorf("Expected dangling %t, got %t", testCase.expectedDangling, dangling) } }) } }
Created: Sun Apr 05 19:28:12 GMT 2026 - Last Modified: Fri Aug 29 02:39:48 GMT 2025 - 48.5K bytes - Click Count (0) -
cmd/data-scanner.go
return } entry, ok := entries.resolve(&resolver) if !ok { // check if we can get one entry at least // proceed to heal nonetheless, since // this object might be dangling. entry, _ = entries.firstFound() } wait := noWait if f.weSleep() { // wait timer per object. wait = scannerSleeper.Timer(ctx) } defer wait()
Created: Sun Apr 05 19:28:12 GMT 2026 - Last Modified: Fri Aug 29 02:39:48 GMT 2025 - 45.5K bytes - Click Count (0) -
docs/changelogs/changelog_2x.md
* Use `Protocol` to describe framing. * Implement write timeouts for HTTP/1.1 streams. * Avoid use of SPDY stream ID 1, as that's typically used for UPGRADE. * Support OAuth in `Authenticator`. * Permit a dangling semicolon in media type parsing. ## Version 1.x [Change log](changelog_1x.md) [brick]: https://noncombatant.org/2015/05/01/about-http-public-key-pinning/
Created: Fri Apr 03 11:42:14 GMT 2026 - Last Modified: Sun Feb 06 02:19:09 GMT 2022 - 26.6K bytes - Click Count (0) -
docs/pt/docs/tutorial/handling-errors.md
# Manipulação de erros { #handling-errors } Há diversas situações em que você precisa notificar um erro a um cliente que está utilizando a sua API. Esse cliente pode ser um browser com um frontend, o código de outra pessoa, um dispositivo IoT, etc. Pode ser que você precise comunicar ao cliente que: * O cliente não tem direitos para realizar aquela operação. * O cliente não tem acesso aquele recurso. * O item que o cliente está tentando acessar não existe.Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 19 18:20:43 GMT 2026 - 10.1K bytes - Click Count (0) -
docs/ru/docs/tutorial/handling-errors.md
# Обработка ошибок { #handling-errors } Существует множество ситуаций, когда необходимо сообщить об ошибке клиенту, использующему ваш API. Таким клиентом может быть браузер с фронтендом, чужой код, IoT-устройство и т.д. Возможно, вам придется сообщить клиенту о следующем: * Клиент не имеет достаточных привилегий для выполнения данной операции. * Клиент не имеет доступа к данному ресурсу. * Элемент, к которому клиент пытался получить доступ, не существует.Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 19 17:56:20 GMT 2026 - 14K bytes - Click Count (0) -
docs/uk/docs/tutorial/handling-errors.md
# Обробка помилок { #handling-errors } Є багато ситуацій, коли вам потрібно повідомити про помилку клієнта, який використовує ваш API. Цим клієнтом може бути браузер із фронтендом, код іншого розробника, IoT-пристрій тощо. Можливо, вам потрібно повідомити клієнта, що: * У нього недостатньо прав для виконання цієї операції. * Він не має доступу до цього ресурсу. * Елемент, до якого він намагається отримати доступ, не існує. * тощо.Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 19 18:27:41 GMT 2026 - 13.9K bytes - Click Count (0) -
docs/de/docs/tutorial/handling-errors.md
# Fehler behandeln { #handling-errors } Es gibt viele Situationen, in denen Sie einem Client, der Ihre API nutzt, einen Fehler mitteilen müssen. Dieser Client könnte ein Browser mit einem Frontend sein, ein Code von jemand anderem, ein IoT-Gerät usw. Sie könnten dem Client mitteilen müssen, dass: * Der Client nicht genügend Berechtigungen für diese Operation hat. * Der Client keinen Zugriff auf diese Ressource hat.Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 19 17:58:09 GMT 2026 - 10.3K bytes - Click Count (0) -
docs/fr/docs/tutorial/handling-errors.md
# Gérer les erreurs { #handling-errors } Il existe de nombreuses situations où vous devez signaler une erreur à un client qui utilise votre API. Ce client peut être un navigateur avec un frontend, un code d'un tiers, un appareil IoT, etc. Vous pourriez avoir besoin d'indiquer au client que : * Le client n'a pas les privilèges suffisants pour cette opération. * Le client n'a pas accès à cette ressource.Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 19 18:37:13 GMT 2026 - 10K bytes - Click Count (0) -
docs/ja/docs/tutorial/handling-errors.md
# エラーハンドリング { #handling-errors } APIを使用しているクライアントにエラーを通知する必要がある状況はたくさんあります。 このクライアントは、フロントエンドを持つブラウザ、誰かのコード、IoTデバイスなどが考えられます。 クライアントに以下のようなことを伝える必要があるかもしれません: * クライアントにはその操作のための十分な権限がありません。 * クライアントはそのリソースにアクセスできません。 * クライアントがアクセスしようとしていた項目が存在しません。 * など これらの場合、通常は **400**(400から499)の範囲内の **HTTPステータスコード** を返すことになります。 これは200のHTTPステータスコード(200から299)に似ています。これらの「200」ステータスコードは、何らかの形でリクエスト「成功」であったことを意味します。Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Fri Mar 20 14:07:17 GMT 2026 - 11.2K bytes - Click Count (0)