---
title: "خطای ⁦err_cache_miss⁩ در کروم چیست و چگونه رفع می‌شود؟"
description: "خطای ⁦err_cache_miss⁩ یعنی کروم کپی ذخیره‌شده صفحه‌ای را نداشت که اجازه ندارد خودش دوباره بارگذاری کند، معمولاً نتیجه یک فرم پس از برگشت. علت‌ها و راه‌حل‌ها."
url: https://proxynet.io/fa/blog/err-cache-miss
date: 2026-11-15
author: "Acar Diveroli"
category: "آموزش‌ها"
lang: fa
---

# خطای ⁦err_cache_miss⁩ در کروم چیست و چگونه رفع می‌شود؟

همین حالا فرمی را فرستاده‌اید: یک سفارش، رزرو هتل، یک دیدگاه یا جست‌وجویی با چند فیلتر. روی پیوندی در صفحه‌ای که برگشته کلیک می‌کنید، سپس برای دیدن دوباره آن دکمه برگشت را می‌زنید و کروم به‌جای صفحه، صفحه خطای خود را با عنوان «تأیید ارسال مجدد فرم» نشان می‌دهد که در پایین آن با حروف ریز `ERR_CACHE_MISS` نوشته شده است. زدن دکمه بار کردن مجدد پنجره‌ای باز می‌کند که می‌پرسد آیا می‌خواهید ادامه دهید. توسعه‌دهندگان همین کد را جاهای دیگر هم می‌بینند: سطر `Failed to load resource: net::ERR_CACHE_MISS` در کنسول، یا برنامه اندرویدی‌ای که مرورگر داخلی‌اش چیزی جز این کد نشان نمی‌دهد.

در ادامه می‌خوانید این کد چه معنایی دارد، صفحه چه می‌گوید، زدن دکمه برگشت چگونه به اینجا می‌رسد، کدام علت‌ها را بازتولید کردیم، فرستادن دوباره فرم چه وقت بی‌خطر است، راه‌حل‌ها در کروم، اج و اندروید کدام‌اند و صاحبان سایت و توسعه‌دهندگان برنامه چه چیزی را تغییر می‌دهند.

> **نکته: پاسخ کوتاه**
>
> `ERR_CACHE_MISS` یعنی کروم در کش (حافظه پنهان) خود دنبال کپی ذخیره‌شده یک صفحه گشته و چیزی پیدا نکرده است. تقریباً همیشه آن صفحه نتیجه فرمی بوده که فرستاده‌اید و با دکمه برگشت یا جلو دوباره به آن رسیده‌اید. کروم داده‌های فرم شما را خودبه‌خود بار دوم نمی‌فرستد، پس فقط می‌تواند کپی‌ای را نشان دهد که نگه داشته است؛ وقتی سایت گفته کپی‌ای نگه ندارد (`Cache-Control: no-store`) یا کش خالی شده باشد، به‌جای آن «تأیید ارسال مجدد فرم» را نشان می‌دهد. چیزی خراب نیست. صفحه را دوباره بارگذاری کنید و فقط وقتی تأیید کنید که تکرار کار بی‌ضرر است، مانند یک جست‌وجو یا ورود به حساب؛ پس از سفارش یا پرداخت، به‌جای آن صفحه سفارش‌ها یا حساب کاربری سایت را باز کنید. در برنامه‌های اندروید همین کد معمولاً یعنی به نمای وب (WebView) برنامه اجازه استفاده از شبکه داده نشده است.

## خطای ⁦ERR_CACHE_MISS⁩ یعنی چه؟

یعنی درخواستی که فقط از کش کروم می‌توانست پاسخ بگیرد، آنجا چیزی پیدا نکرده است. کش پوشه‌ای است که مرورگر کپی صفحه‌ها، تصویرها و اسکریپت‌هایی را که قبلاً دانلود کرده در آن نگه می‌دارد تا دفعه بعد سریع‌تر باز شوند. [فهرست خطاهای شبکه](https://chromium.googlesource.com/chromium/src/+/HEAD/net/base/net_error_list.h) کرومیوم به این کد شماره `-400` و یک سطر توضیح می‌دهد: `The cache does not have the requested entry.` (مورد درخواستی در کش نیست). شماره‌های `-400` تا `-499` برای خطاهای کش کنار گذاشته شده‌اند.

این کد چیزی درباره اتصال شما نمی‌گوید و سایت هم آن را نفرستاده است. کروم، اج، بریو و اپرا کد شبکه کرومیوم را مشترک دارند و آن را یکسان گزارش می‌کنند؛ برنامه‌های اندرویدی که صفحه‌های وب را در یک نمای وب نشان می‌دهند هم همین‌طور.

دلیل معمول اینکه کروم خودش را به کش محدود می‌کند یک فرم است. فرستادن فرم یک درخواست POST می‌سازد: مرورگر داده‌هایی را که تایپ کرده‌اید به سرور می‌دهد و سرور بر اساس آن کاری انجام می‌دهد، اتاق را رزرو می‌کند، دیدگاه را منتشر می‌کند یا مبلغ را از کارت برمی‌دارد. بارگذاری دوباره آن صفحه از شبکه یعنی فرستادن دوباره همان داده‌ها، پس کروم هنگام برگشت و جلو فقط می‌تواند از کپی‌ای استفاده کند که از قبل دارد.

## صفحه خطا چه می‌گوید؟

خطا را در کرومیوم 145 با یک فرم آزمایشی کوچک روی رایانه خودمان بازتولید کردیم: فرم را فرستادیم، صفحه دیگری باز کردیم و دکمه برگشت را زدیم. صفحه دقیقاً این سطرها را نشان داد؛ متن فارسی آن‌ها از فایل‌های ترجمه فارسی کرومیوم آمده است و در کروم انگلیسی عنوان صفحه ⁦"Confirm Form Resubmission"⁩ است:

| سطر روی صفحه | یعنی چه |
|---|---|
| «تأیید ارسال مجدد فرم» | عنوان صفحه وقتی کپی نتیجه یک فرم در دسترس نیست |
| «این صفحه وب برای نمایش صحیح به داده‌هایی نیاز دارد که قبلاً وارد کرده‌اید. می‌توانید این داده‌ها را دوباره ارسال کنید، اما با انجام این کار، هر اقدامی که این صفحه قبلاً انجام داده است تکرار می‌شود.» | کروم باید فرم شما را دوباره بفرستد |
| «دکمه بار کردن مجدد را فشار دهید تا داده‌های مورد نیاز برای بارگیری صفحه مجدداً ارسال شود.» | تنها راهی که کروم پیش پای شما می‌گذارد |
| `ERR_CACHE_MISS` | خود کد |

صفحه دکمه‌ای از خودش ندارد؛ منظور از بار کردن مجدد، دکمه **بار کردن مجدد این صفحه** در مرورگر یا کلید ⁦F5⁩ است. زدن آن پنجره‌ای با همان عنوان و این متن باز می‌کند: «صفحه‌ای که جستجو می‌کنید از اطلاعاتی استفاده می‌کند که شما وارد کرده‌اید. بازگشت به آن صفحه ممکن است باعث شود اقدامی را که قبلاً انجام دادید دوباره تکرار کنید. آیا می‌خواهید ادامه دهید؟» انتخاب **ادامه** فرم را دوباره می‌فرستد. این متن را از کد منبع کرومیوم گرفته‌ایم، چون مرورگر خودکار صفحه را بدون نشان دادن این پنجره دوباره بارگذاری می‌کند.

اگر کد در صفحه‌ای ظاهر شود که نتیجه فرم نبوده است، کرومیوم به‌جای آن صفحه عمومی کش را به کار می‌برد: عنوان «این سایت نمی‌تواند از حافظه پنهان بار شود»، سطر «کپی ذخیره‌شده (ذخیره موقت‌شده) این سایت قابل خواندن نبود.» و یک دکمه **مجدد بار کردن**. این حالت کمتر دیده می‌شود و به‌جای فرم، به کشی اشاره دارد که خالی یا خراب شده است.

## زدن دکمه برگشت چگونه به ⁦ERR_CACHE_MISS⁩ می‌رسد؟

1. **فرمی می‌فرستید.** کروم داده‌های شما را با یک درخواست POST می‌فرستد؛ سرور کار را انجام می‌دهد و یک صفحه نتیجه برمی‌گرداند، مثلاً «سفارش دریافت شد».
2. **کروم یک کپی نگه می‌دارد.** نتیجه، وابسته به همان مدخل در سابقه زبانه، در کش مرورگر قرار می‌گیرد، مگر اینکه سایت `Cache-Control: no-store` را فرستاده باشد، یعنی هدر پاسخی که به مرورگرها می‌گوید صفحه را اصلاً ذخیره نکنند.
3. **به کارتان ادامه می‌دهید.** روی پیوندی در صفحه نتیجه کلیک می‌کنید یا در همان زبانه آدرس دیگری باز می‌کنید.
4. **دکمه برگشت را می‌زنید.** برای مدخلی از سابقه که با یک فرم ساخته شده است، کروم فقط از کش می‌خواند و بررسی معمول برای نسخه تازه‌تر را انجام نمی‌دهد. استاندارد ذخیره‌سازی موقت (caching) در HTTP، یعنی [⁦RFC 9111⁩](https://www.rfc-editor.org/rfc/rfc9111.html#section-6)، دقیقاً همین را مجاز می‌داند: سابقه مرورگر می‌تواند کپی قبلی را حتی پس از منقضی شدن نشان دهد و می‌تواند به `no-store` پایبند بماند.
5. **کپی یا هست یا نیست.** اگر باشد، صفحه بی‌درنگ ظاهر می‌شود و چیزی فرستاده نمی‌شود. اگر نباشد، کروم روی `ERR_CACHE_MISS` می‌ایستد و تصمیم را به شما می‌سپارد.

سرور آزمایشی ما هر بار فقط یک چیز را تغییر داد:

| آنچه سایت همراه صفحه نتیجه فرستاد | برگشت پس از ترک صفحه | فرم دوباره فرستاده شد؟ |
|---|---|---|
| بدون هدر کش | صفحه نتیجه از کش نشان داده شد | نه |
| `Cache-Control: private, max-age=600` | صفحه نتیجه از کش نشان داده شد | نه |
| `Cache-Control: no-store` | `ERR_CACHE_MISS` | نه |
| بدون هدر کش، و کش پیش از برگشت پاک شد | `ERR_CACHE_MISS` | نه |
| تغییر مسیر 303 به یک صفحه معمولی | همان صفحه دوباره بارگذاری شد | نه |

مدتی که یک صفحه اجازه نگهداری داشت تفاوتی ایجاد نکرد؛ فقط «نگهش ندار» و کشِ خالی‌شده نتیجه را عوض کردند. ردیف اول با خاموش بودن کش برگشت و جلوی کروم (back/forward cache، که صفحه‌های اخیر را به‌طور کامل در حافظه نگه می‌دارد) هم همان ماند: کپی از کش دیسک آمد.

## علت‌های خطای ⁦ERR_CACHE_MISS⁩ کدام‌اند؟

- **سایت از مرورگرها می‌خواهد صفحه را ذخیره نکنند.** بانک‌ها، صفحه‌های پرداخت، صفحه‌های حساب کاربری و فرم‌های ورود اغلب عمداً `no-store` می‌فرستند تا نفر بعدی که پشت همان رایانه می‌نشیند نتواند صفحه را از دیسک باز کند. در چنین سایت‌هایی خطا پس از برگشت قابل انتظار است.
- **کپی ذخیره‌شده از بین رفته است.** حذف «تصاویر و فایل‌های ذخیره‌شده در حافظه نهان»، برنامه پاک‌سازی‌ای که کش مرورگرها را طبق زمان‌بندی خالی می‌کند، یا کنار گذاشتن مدخل‌های قدیمی از سوی کروم وقتی کش آن پر است، همگی کپی‌ای را که دکمه برگشت به آن نیاز داشت حذف می‌کنند.
- **یک اسکریپت پاسخی فقط از کش خواسته است.** صفحه وبی که `fetch()` را با `cache: "only-if-cached"` برای آدرسی صدا بزند که در کش نیست، با همین کد شکست می‌خورد.
- **نمای وب یک برنامه اندروید به کش محدود شده است.** برنامه‌ها صفحه‌های وب را با جزء WebView اندروید نشان می‌دهند؛ وقتی برنامه مجوز اینترنت ندارد، یا نمای وب خود را طوری تنظیم کرده که فقط از کش بخواند، هر صفحه‌ای که از قبل ذخیره نشده باشد با `ERR_CACHE_MISS` شکست می‌خورد.
- **به‌ندرت، کشِ خراب.** توسعه‌دهندگان کرومیوم یادداشت کرده‌اند که صفحه کش معمولاً پس از آن ظاهر می‌شود که کش دیسک بر اثر خاموش شدن نادرست خراب شده باشد.

## آیا فرستادن دوباره فرم بی‌خطر است؟

بستگی دارد آن فرم چه کاری انجام داده است و این را فقط شما می‌دانید. فرستادن دوباره، درخواست را دقیقاً مانند بار قبل تکرار می‌کند، پس سرور کار را بار دوم انجام می‌دهد، مگر اینکه خود سایت درخواست‌های تکراری را بررسی کند.

| فرمی که فرستاده‌اید | دوباره بفرستید؟ |
|---|---|
| جست‌وجو، فیلتر یا مرتب‌سازی | بله؛ چیزی روی سرور تغییر نمی‌کند |
| ورود به حساب | معمولاً بله؛ فقط دوباره وارد حساب می‌شوید |
| دیدگاه، پیام یا فرم تماس | ممکن است دو بار منتشر یا فرستاده شود |
| سفارش، پرداخت، رزرو یا انتقال پول | نه، پیش از آنکه حساب یا ایمیل خود را بررسی کنید |

اگر مطمئن نیستید، دوباره نفرستید. صفحه خود سایت را برای کاری که انجام داده‌اید باز کنید، مانند سابقه سفارش‌ها، پیام‌های فرستاده‌شده یا فهرست رزروها، و ببینید تلاش اول انجام شده است یا نه.

## خطای ⁦ERR_CACHE_MISS⁩ را در کروم چگونه رفع کنیم؟

بیشتر وقت‌ها یکی از دو گام اول کافی است.

1. **اگر بی‌ضرر است، فرم را دوباره بفرستید.** **بار کردن مجدد این صفحه** را در بالای پنجره (در رابط فارسی سمت راست) انتخاب کنید یا ⁦F5⁩ را بزنید (در ویندوز ⁦Ctrl + R⁩ هم کار می‌کند)، سپس در پنجره «تأیید ارسال مجدد فرم» **ادامه** را انتخاب کنید.
2. **یا بدون فرستادن ادامه دهید.** روی لوگوی سایت کلیک کنید یا آدرس آن را بنویسید، سپس صفحه‌ای را که لازم دارید از منوی سایت باز کنید؛ این صفحه با یک درخواست معمولی بارگذاری می‌شود و وضعیت فعلی را نشان می‌دهد، مثلاً سفارشی که قبلاً ثبت کرده‌اید.
3. **اگر خطا در صفحه‌هایی ظاهر می‌شود که نتیجه فرم نبوده‌اند، پنجره ناشناس را امتحان کنید.** **بیشتر > پنجره ناشناس جدید** را انتخاب کنید و همان سایت را باز کنید؛ اگر آنجا کار کرد، افزونه‌ها را در **بیشتر > افزونه‌ها > مدیریت افزونه‌ها** یکی‌یکی خاموش کنید.
4. **تصاویر و فایل‌های ذخیره‌شده را حذف کنید.** **بیشتر > حذف کردن داده‌های مرور** را انتخاب کنید (یا ⁦Ctrl + Shift + Delete⁩ را بزنید؛ در مک ⁦⌘ + Shift + Delete⁩)، یک بازه زمانی مانند **از ابتدا تا الآن** انتخاب کنید، **تصاویر و فایل‌های ذخیره‌شده در حافظه نهان** را علامت بزنید، اگر می‌خواهید در حساب‌هایتان بمانید علامت **کوکی‌ها و دیگر داده‌های سایت** را بردارید و **حذف داده‌ها** را انتخاب کنید. [صفحه راهنمای گوگل درباره حذف داده‌های مرور](https://support.google.com/chrome/answer/2392709?hl=fa) همه گزینه‌ها را توضیح می‌دهد. این کار حالت «نمی‌تواند از حافظه پنهان بار شود» را رفع می‌کند، اما نتیجه فرم را برنمی‌گرداند، چون همان کپی‌ای را حذف می‌کند که دکمه برگشت لازم دارد.
5. **کروم را به‌روز کنید.** **بیشتر > راهنما > درباره Google Chrome** را انتخاب کنید و اگر **راه‌اندازی مجدد** ظاهر شد، آن را بزنید.

### در مایکروسافت اج

اج روی همان موتور کرومیوم اجرا می‌شود، همان کد را گزارش می‌کند و با همان گام‌ها درست می‌شود. مایکروسافت راهنمای فارسی ندارد، پس برچسب‌ها انگلیسی و با ترجمه در پرانتز آمده‌اند. برای پاک کردن کش اج، **`Settings and more > Settings > Privacy, search, and services`** (تنظیمات و موارد بیشتر > تنظیمات > حریم خصوصی، جست‌وجو و سرویس‌ها) را انتخاب کنید، سپس **`Clear browsing data`** (پاک کردن داده‌های مرور) و در کنار سطر `Clear browsing data now` (اکنون داده‌های مرور را پاک کنید) دکمه **`Choose what to clear`** (انتخاب موارد برای پاک کردن) را بزنید. یک **`Time range`** (بازه زمانی) انتخاب کنید، **`Cached images and files`** (تصاویر و فایل‌های ذخیره‌شده) را علامت بزنید و **`Clear now`** (اکنون پاک شود) را انتخاب کنید.

### در اندروید

در کروم اندروید، صفحه را دوباره بارگذاری و تأیید کنید، یا سایت را دوباره از آدرسش باز کنید. برای پاک کردن کش، روی **بیشتر** در سمت چپ نوار آدرس (در رابط انگلیسی سمت راست) و سپس **حذف کردن داده‌های مرور** ضربه بزنید، روی **گزینه‌های بیشتر** ضربه بزنید، **تصاویر و فایل‌های ذخیره‌شده در حافظه نهان** را علامت بزنید و روی **حذف داده‌ها** ضربه بزنید.

وقتی خطا به‌جای کروم درون برنامه دیگری ظاهر می‌شود، از نمای وب همان برنامه می‌آید. بررسی کنید گوشی آنلاین باشد، برای مقایسه همان پیوند را در کروم باز کنید و برنامه را به‌روز کنید؛ اگر باز هم تکرار شد، فقط توسعه‌دهنده برنامه می‌تواند آن را درست کند.

## صاحبان سایت و توسعه‌دهندگان چگونه از آن جلوگیری می‌کنند؟

1. **پس از هر فرم تغییر مسیر دهید (Post/Redirect/Get).** وقتی فرم پردازش شد، به‌جای برگرداندن مستقیم صفحه نتیجه، با یک `303 See Other` پاسخ دهید که به صفحه‌ای معمولی برای نمایش نتیجه اشاره می‌کند. [⁦RFC 9110⁩](https://www.rfc-editor.org/rfc/rfc9110.html#section-15.4.4) همین را کاربرد اصلی کد وضعیت 303 می‌داند. آن‌وقت برگشت و بارگذاری مجدد، آن صفحه را با GET درخواست می‌کنند که تکرارش بی‌خطر است. در سرور آزمایشی ما، پردازشگر فرم فقط دو سطر لازم داشت:

```js
res.writeHead(303, { Location: "/done" });
res.end();
```

2. **تغییر مسیر را به صفحه‌ای دیگر بفرستید.** آدرس نتیجه‌ای که به خودش یا دوباره به پردازشگر فرم تغییر مسیر می‌دهد، آن‌قدر دور می‌زند تا کروم با خطای حلقه دست بکشد؛ [حل خطای ⁦err_too_many_redirects⁩ (تغییر مسیر بیش از حد)](/fa/blog/err-too-many-redirects) نشان می‌دهد چنین حلقه‌ای را چگونه پیدا کنید.
3. **`no-store` را جایی که از داده‌ها محافظت می‌کند نگه دارید.** با Post/Redirect/Get صفحه نتیجه یک صفحه GET معمولی است، پس صفحه پرداخت می‌تواند `no-store` را نگه دارد و دکمه برگشت فقط آن را دوباره بارگذاری می‌کند.
4. **تکرار را بی‌ضرر کنید.** به هر فرم یک توکن یک‌بارمصرف بدهید و ارسال دوم با همان توکن را نادیده بگیرید، تا بازدیدکننده‌ای که **ادامه** را انتخاب می‌کند سفارش دومی نسازد.

### در جاوااسکریپت و خودکارسازی مرورگر

`fetch(url, { cache: "only-if-cached", mode: "same-origin" })` فقط از کش پاسخ می‌دهد. برای آدرسی که در کش نبود، کرومیوم 145 سطر `Failed to load resource: net::ERR_CACHE_MISS` را ثبت کرد و Promise را با `TypeError: Failed to fetch` رد کرد؛ MDN به‌جای آن یک پاسخ 504 را توصیف می‌کند، پس هر دو حالت را مدیریت کنید. در آزمایش ما، `page.goBack()` در Playwright هم روی صفحه نتیجه‌ای که `no-store` داشت با `net::ERR_CACHE_MISS` شکست خورد.

### در WebView اندروید

یک WebView فقط وقتی می‌تواند صفحه‌ها را از شبکه بارگذاری کند که برنامه در مانیفست خود با `<uses-permission android:name="android.permission.INTERNET" />` مجوز اینترنت را درخواست کرده باشد. [مرجع WebSettings](https://developer.android.com/reference/android/webkit/WebSettings) اندروید (انگلیسی) می‌گوید وقتی این مجوز نباشد، بارگذاری از شبکه به‌طور پیش‌فرض مسدود است و کد WebView در کرومیوم این مسدودسازی را به بارگذاری فقط از کش تبدیل می‌کند، پس همان صفحه اول با `ERR_CACHE_MISS` شکست می‌خورد.

دومین چیزی که باید بررسی کنید `setCacheMode` است. `LOAD_CACHE_ONLY` یعنی `Don't use the network, load from the cache` (از شبکه استفاده نکن، از کش بارگذاری کن)؛ این حالت برای کار آفلاین مناسب است، اما برای هر چیزی که هنوز ذخیره نشده شکست می‌خورد. تنظیم معمول `LOAD_DEFAULT` است.

## خطای ⁦ERR_CACHE_MISS⁩ با خطاهای مشابه چه فرقی دارد؟

| کد | شماره | یعنی چه |
|---|---|---|
| `ERR_CACHE_MISS` | `-400` | جایی که فقط کپی ذخیره‌شده مجاز بود، کپی‌ای نبود |
| `ERR_CACHE_READ_FAILURE` | `-401` | کپی ذخیره‌شده هست، اما خوانده نشد |
| `ERR_INTERNET_DISCONNECTED` | `-106` | دستگاه اتصال شبکه ندارد |
| `ERR_TOO_MANY_REDIRECTS` | `-310` | تغییر مسیرها در یک حلقه چرخیدند |
| `ERR_PROXY_CONNECTION_FAILED` | `-130` | کروم به سرور پروکسی تنظیم‌شده روی دستگاه نرسید |

اول کد پایین صفحه خطا را بخوانید؛ مشکل را دقیق‌تر از عنوان نام می‌برد. کد پروکسی به تنظیم پروکسی روی دستگاه شما اشاره دارد، حالتی که در [خطای ⁦err_proxy_connection_failed⁩ چیست و چگونه رفع می‌شود؟](/fa/blog/err-proxy-connection-failed) پوشش داده شده است.

پروکسی باعث `ERR_CACHE_MISS` نمی‌شود: کپی ذخیره‌شده در مرورگر خود شما است و برای یک سایت HTTPS، پروکسی فقط ترافیک رمزگذاری‌شده‌ای را جابه‌جا می‌کند که نه می‌تواند بخواند و نه ذخیره کند. چیزی که پروکسی می‌تواند تغییر دهد، تکرار است. روی یک [پروکسی مسکونی](https://proxynet.io/fa/residential-proxy) با نشست‌های چرخشی، فرمی که دوباره می‌فرستید ممکن است از آدرس آی‌پی دیگری غیر از بار اول خارج شود، پس برای ورود به حساب و پرداخت از نشست ثابت استفاده کنید که یک آدرس را 1 تا 60 دقیقه نگه می‌دارد.

## کجا ممکن است با آن روبه‌رو شوید؟

- زدن دکمه برگشت پس از صفحه تسویه‌حساب، رزرو یا پرداخت.
- صفحه‌های بانکی و حساب کاربری که هرگز روی دیسک ذخیره نمی‌شوند.
- فرم‌های جست‌وجو و فیلتر در فروشگاه‌ها و سایت‌های کاریابی که داده‌هایشان را با POST می‌فرستند.
- پیوندهایی که درون برنامه‌هایی باز می‌شوند که صفحه‌های وب را با یک نمای وب نشان می‌دهند.

## اشتباه‌های رایج

- **پاک کردن کش برای برگرداندن نتیجه فرم.** همان کپی‌ای را حذف می‌کند که دکمه برگشت نشان می‌داد.
- **انتخاب «ادامه» پس از پرداخت، بدون بررسی.** ممکن است سایت آن را دو بار پردازش کند.
- **بازنشانی شبکه یا تغییر DNS.** این خطا هرگز به شبکه نمی‌رسد.
- **نصب دوباره کروم.** مرورگر همان کاری را می‌کند که برایش ساخته شده است.
- **حذف `no-store` از صفحه‌های حساس.** به‌جای آن پس از فرم یک تغییر مسیر اضافه کنید.
- **انتشار برنامه WebView بدون مجوز اینترنت.** هر صفحه‌ای که در کش نباشد شکست می‌خورد.

## راهنمای انتخاب

| وضعیت | چه کنید |
|---|---|
| پس از برگشت، روی نتیجه جست‌وجو یا فیلتر | دوباره بارگذاری کنید و «ادامه» را انتخاب کنید |
| پس از برگشت، روی سفارش یا پرداخت | حساب یا ایمیل خود را بررسی کنید؛ دوباره نفرستید |
| در صفحه‌هایی که نتیجه فرم نبوده‌اند | آزمایش در پنجره ناشناس، سپس حذف تصاویر و فایل‌های ذخیره‌شده |
| «این سایت نمی‌تواند از حافظه پنهان بار شود» | حذف تصاویر و فایل‌های ذخیره‌شده، به‌روزرسانی کروم |
| درون یک برنامه اندروید | مقایسه در کروم، به‌روزرسانی برنامه، خبر دادن به توسعه‌دهنده آن |
| سایت خودتان پس از یک فرم آن را نشان می‌دهد | Post/Redirect/Get با 303 |
| برنامه WebView شما در صفحه اول شکست می‌خورد | افزودن مجوز اینترنت، بررسی حالت کش |

## پرسش‌های متداول

### آیا ⁦ERR_CACHE_MISS⁩ خطرناک است؟

نه. این یک توقف ایمنی است، نه حمله یا ویروس: کروم حاضر نیست کاری را که انجام داده‌اید بدون پرسیدن از شما تکرار کند. تنها خطر در فرستادن دوباره فرمی است که پول برداشت می‌کند یا پیامی می‌فرستد.

### چرا ⁦ERR_CACHE_MISS⁩ در یوتیوب یا فیسبوک ظاهر می‌شود؟

این کد به‌خودی‌خود ربطی به این سرویس‌ها ندارد. در مرورگر، همان حالت برگشت پس از یک فرم است که در هر سایتی پیش می‌آید؛ درون یک برنامه، نمای وب برنامه نتوانسته صفحه را از شبکه بارگذاری کند و کپی ذخیره‌شده‌ای هم پیدا نکرده است. صفحه را دوباره بارگذاری کنید، اتصال خود را بررسی کنید و برای مقایسه پیوند را در کروم باز کنید.

### خطای ⁦ERR_CACHE_MISS⁩ را در اندروید چگونه رفع کنم؟

در کروم، صفحه را دوباره بارگذاری و تأیید کنید، یا سایت را دوباره از آدرسش باز کنید. اگر درون برنامه دیگری رخ می‌دهد، آن برنامه را به‌روز کنید؛ مجوز جاافتاده یا تنظیم «فقط کش» در کد آن را فقط توسعه‌دهنده‌اش می‌تواند درست کند.

### آیا مایکروسافت اج هم ⁦ERR_CACHE_MISS⁩ را نشان می‌دهد؟

بله. اج روی کرومیوم اجرا می‌شود، همان کد را به همان دلایل گزارش می‌کند و همان راه‌حل‌ها برایش کار می‌کنند.

### اگر فرم پرداخت را دوباره بفرستم، دو بار از من پول کسر می‌شود؟

ممکن است. برخی سایت‌ها سفارش تکراری را تشخیص می‌دهند و جلویش را می‌گیرند، اما از بیرون نمی‌توانید این را بفهمید، پس پیش از انتخاب «ادامه»، برنامه بانکی، ایمیل یا سابقه سفارش‌های خود را بررسی کنید.

### آیا پاک کردن کش خطای ⁦ERR_CACHE_MISS⁩ را رفع می‌کند؟

فقط حالت کمیاب‌تر «این سایت نمی‌تواند از حافظه پنهان بار شود» را. در صفحه «تأیید ارسال مجدد فرم» نتیجه برعکس است، چون همان کپی‌ای را حذف می‌کند که کروم نشان می‌داد.

## خلاصه

`ERR_CACHE_MISS` یعنی کروم به کپی ذخیره‌شده یک صفحه نیاز داشت و آن را نداشت، تقریباً همیشه برای نتیجه فرمی که با دکمه برگشت به آن رسیده‌اید. فرم‌های بی‌ضرر را دوباره بفرستید، سفارش‌ها و پرداخت‌ها را اول بررسی کنید و کش را فقط وقتی پاک کنید که خطا ربطی به فرم ندارد. صاحبان سایت با یک تغییر مسیر 303 پس از هر فرم از آن جلوگیری می‌کنند؛ توسعه‌دهندگان اندروید مجوز اینترنت و حالت کش WebView را بررسی می‌کنند. اگر با پروکسی کار می‌کنید، [صفحه پروکسی ما](/fa/proxy) نشست‌های چرخشی و ثابت را توضیح می‌دهد.