همین حالا فرمی را فرستاده‌اید: یک سفارش، رزرو هتل، یک دیدگاه یا جست‌وجویی با چند فیلتر. روی پیوندی در صفحه‌ای که برگشته کلیک می‌کنید، سپس برای دیدن دوباره آن دکمه برگشت را می‌زنید و کروم به‌جای صفحه، صفحه خطای خود را با عنوان «تأیید ارسال مجدد فرم» نشان می‌دهد که در پایین آن با حروف ریز ERR_CACHE_MISS نوشته شده است. زدن دکمه بار کردن مجدد پنجره‌ای باز می‌کند که می‌پرسد آیا می‌خواهید ادامه دهید. توسعه‌دهندگان همین کد را جاهای دیگر هم می‌بینند: سطر Failed to load resource: net::ERR_CACHE_MISS در کنسول، یا برنامه اندرویدی‌ای که مرورگر داخلی‌اش چیزی جز این کد نشان نمی‌دهد.
در ادامه می‌خوانید این کد چه معنایی دارد، صفحه چه می‌گوید، زدن دکمه برگشت چگونه به اینجا می‌رسد، کدام علت‌ها را بازتولید کردیم، فرستادن دوباره فرم چه وقت بی‌خطر است، راه‌حل‌ها در کروم، اج و اندروید کدام‌اند و صاحبان سایت و توسعه‌دهندگان برنامه چه چیزی را تغییر می‌دهند.
خطای ERR_CACHE_MISS یعنی چه؟
یعنی درخواستی که فقط از کش کروم می‌توانست پاسخ بگیرد، آنجا چیزی پیدا نکرده است. کش پوشه‌ای است که مرورگر کپی صفحه‌ها، تصویرها و اسکریپت‌هایی را که قبلاً دانلود کرده در آن نگه می‌دارد تا دفعه بعد سریع‌تر باز شوند. فهرست خطاهای شبکه کرومیوم به این کد شماره -400 و یک سطر توضیح می‌دهد: The cache does not have the requested entry. (مورد درخواستی در کش نیست). شماره‌های -400 تا -499 برای خطاهای کش کنار گذاشته شده‌اند.
این کد چیزی درباره اتصال شما نمی‌گوید و سایت هم آن را نفرستاده است. کروم، اج، بریو و اپرا کد شبکه کرومیوم را مشترک دارند و آن را یکسان گزارش می‌کنند؛ برنامه‌های اندرویدی که صفحه‌های وب را در یک نمای وب نشان می‌دهند هم همین‌طور.
دلیل معمول اینکه کروم خودش را به کش محدود می‌کند یک فرم است. فرستادن فرم یک درخواست POST می‌سازد: مرورگر داده‌هایی را که تایپ کرده‌اید به سرور می‌دهد و سرور بر اساس آن کاری انجام می‌دهد، اتاق را رزرو می‌کند، دیدگاه را منتشر می‌کند یا مبلغ را از کارت برمی‌دارد. بارگذاری دوباره آن صفحه از شبکه یعنی فرستادن دوباره همان داده‌ها، پس کروم هنگام برگشت و جلو فقط می‌تواند از کپی‌ای استفاده کند که از قبل دارد.
صفحه خطا چه می‌گوید؟
خطا را در کرومیوم 145 با یک فرم آزمایشی کوچک روی رایانه خودمان بازتولید کردیم: فرم را فرستادیم، صفحه دیگری باز کردیم و دکمه برگشت را زدیم. صفحه دقیقاً این سطرها را نشان داد؛ متن فارسی آن‌ها از فایل‌های ترجمه فارسی کرومیوم آمده است و در کروم انگلیسی عنوان صفحه "Confirm Form Resubmission" است:
| سطر روی صفحه | یعنی چه |
|---|---|
| «تأیید ارسال مجدد فرم» | عنوان صفحه وقتی کپی نتیجه یک فرم در دسترس نیست |
| «این صفحه وب برای نمایش صحیح به داده‌هایی نیاز دارد که قبلاً وارد کرده‌اید. می‌توانید این داده‌ها را دوباره ارسال کنید، اما با انجام این کار، هر اقدامی که این صفحه قبلاً انجام داده است تکرار می‌شود.» | کروم باید فرم شما را دوباره بفرستد |
| «دکمه بار کردن مجدد را فشار دهید تا داده‌های مورد نیاز برای بارگیری صفحه مجدداً ارسال شود.» | تنها راهی که کروم پیش پای شما می‌گذارد |
ERR_CACHE_MISS | خود کد |
صفحه دکمه‌ای از خودش ندارد؛ منظور از بار کردن مجدد، دکمه بار کردن مجدد این صفحه در مرورگر یا کلید F5 است. زدن آن پنجره‌ای با همان عنوان و این متن باز می‌کند: «صفحه‌ای که جستجو می‌کنید از اطلاعاتی استفاده می‌کند که شما وارد کرده‌اید. بازگشت به آن صفحه ممکن است باعث شود اقدامی را که قبلاً انجام دادید دوباره تکرار کنید. آیا می‌خواهید ادامه دهید؟» انتخاب ادامه فرم را دوباره می‌فرستد. این متن را از کد منبع کرومیوم گرفته‌ایم، چون مرورگر خودکار صفحه را بدون نشان دادن این پنجره دوباره بارگذاری می‌کند.
اگر کد در صفحه‌ای ظاهر شود که نتیجه فرم نبوده است، کرومیوم به‌جای آن صفحه عمومی کش را به کار می‌برد: عنوان «این سایت نمی‌تواند از حافظه پنهان بار شود»، سطر «کپی ذخیره‌شده (ذخیره موقت‌شده) این سایت قابل خواندن نبود.» و یک دکمه مجدد بار کردن. این حالت کمتر دیده می‌شود و به‌جای فرم، به کشی اشاره دارد که خالی یا خراب شده است.
زدن دکمه برگشت چگونه به ERR_CACHE_MISS می‌رسد؟
- فرمی می‌فرستید. کروم داده‌های شما را با یک درخواست POST می‌فرستد؛ سرور کار را انجام می‌دهد و یک صفحه نتیجه برمی‌گرداند، مثلاً «سفارش دریافت شد».
- کروم یک کپی نگه می‌دارد. نتیجه، وابسته به همان مدخل در سابقه زبانه، در کش مرورگر قرار می‌گیرد، مگر اینکه سایت
Cache-Control: no-storeرا فرستاده باشد، یعنی هدر پاسخی که به مرورگرها می‌گوید صفحه را اصلاً ذخیره نکنند. - به کارتان ادامه می‌دهید. روی پیوندی در صفحه نتیجه کلیک می‌کنید یا در همان زبانه آدرس دیگری باز می‌کنید.
- دکمه برگشت را می‌زنید. برای مدخلی از سابقه که با یک فرم ساخته شده است، کروم فقط از کش می‌خواند و بررسی معمول برای نسخه تازه‌تر را انجام نمی‌دهد. استاندارد ذخیره‌سازی موقت (caching) در HTTP، یعنی RFC 9111، دقیقاً همین را مجاز می‌داند: سابقه مرورگر می‌تواند کپی قبلی را حتی پس از منقضی شدن نشان دهد و می‌تواند به
no-storeپایبند بماند. - کپی یا هست یا نیست. اگر باشد، صفحه بی‌درنگ ظاهر می‌شود و چیزی فرستاده نمی‌شود. اگر نباشد، کروم روی
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 را در کروم چگونه رفع کنیم؟
بیشتر وقت‌ها یکی از دو گام اول کافی است.
- اگر بی‌ضرر است، فرم را دوباره بفرستید. بار کردن مجدد این صفحه را در بالای پنجره (در رابط فارسی سمت راست) انتخاب کنید یا F5 را بزنید (در ویندوز Ctrl + R هم کار می‌کند)، سپس در پنجره «تأیید ارسال مجدد فرم» ادامه را انتخاب کنید.
- یا بدون فرستادن ادامه دهید. روی لوگوی سایت کلیک کنید یا آدرس آن را بنویسید، سپس صفحه‌ای را که لازم دارید از منوی سایت باز کنید؛ این صفحه با یک درخواست معمولی بارگذاری می‌شود و وضعیت فعلی را نشان می‌دهد، مثلاً سفارشی که قبلاً ثبت کرده‌اید.
- اگر خطا در صفحه‌هایی ظاهر می‌شود که نتیجه فرم نبوده‌اند، پنجره ناشناس را امتحان کنید. بیشتر > پنجره ناشناس جدید را انتخاب کنید و همان سایت را باز کنید؛ اگر آنجا کار کرد، افزونه‌ها را در بیشتر > افزونه‌ها > مدیریت افزونه‌ها یکی‌یکی خاموش کنید.
- تصاویر و فایل‌های ذخیره‌شده را حذف کنید. بیشتر > حذف کردن داده‌های مرور را انتخاب کنید (یا Ctrl + Shift + Delete را بزنید؛ در مک ⌘ + Shift + Delete)، یک بازه زمانی مانند از ابتدا تا الآن انتخاب کنید، تصاویر و فایل‌های ذخیره‌شده در حافظه نهان را علامت بزنید، اگر می‌خواهید در حساب‌هایتان بمانید علامت کوکی‌ها و دیگر داده‌های سایت را بردارید و حذف داده‌ها را انتخاب کنید. صفحه راهنمای گوگل درباره حذف داده‌های مرور همه گزینه‌ها را توضیح می‌دهد. این کار حالت «نمی‌تواند از حافظه پنهان بار شود» را رفع می‌کند، اما نتیجه فرم را برنمی‌گرداند، چون همان کپی‌ای را حذف می‌کند که دکمه برگشت لازم دارد.
- کروم را به‌روز کنید. بیشتر > راهنما > درباره 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 (اکنون پاک شود) را انتخاب کنید.
در اندروید
در کروم اندروید، صفحه را دوباره بارگذاری و تأیید کنید، یا سایت را دوباره از آدرسش باز کنید. برای پاک کردن کش، روی بیشتر در سمت چپ نوار آدرس (در رابط انگلیسی سمت راست) و سپس حذف کردن داده‌های مرور ضربه بزنید، روی گزینه‌های بیشتر ضربه بزنید، تصاویر و فایل‌های ذخیره‌شده در حافظه نهان را علامت بزنید و روی حذف داده‌ها ضربه بزنید.
وقتی خطا به‌جای کروم درون برنامه دیگری ظاهر می‌شود، از نمای وب همان برنامه می‌آید. بررسی کنید گوشی آنلاین باشد، برای مقایسه همان پیوند را در کروم باز کنید و برنامه را به‌روز کنید؛ اگر باز هم تکرار شد، فقط توسعه‌دهنده برنامه می‌تواند آن را درست کند.
صاحبان سایت و توسعه‌دهندگان چگونه از آن جلوگیری می‌کنند؟
- پس از هر فرم تغییر مسیر دهید (Post/Redirect/Get). وقتی فرم پردازش شد، به‌جای برگرداندن مستقیم صفحه نتیجه، با یک
303 See Otherپاسخ دهید که به صفحه‌ای معمولی برای نمایش نتیجه اشاره می‌کند. RFC 9110 همین را کاربرد اصلی کد وضعیت 303 می‌داند. آن‌وقت برگشت و بارگذاری مجدد، آن صفحه را با GET درخواست می‌کنند که تکرارش بی‌خطر است. در سرور آزمایشی ما، پردازشگر فرم فقط دو سطر لازم داشت:
res.writeHead(303, { Location: "/done" });
res.end();- تغییر مسیر را به صفحه‌ای دیگر بفرستید. آدرس نتیجه‌ای که به خودش یا دوباره به پردازشگر فرم تغییر مسیر می‌دهد، آن‌قدر دور می‌زند تا کروم با خطای حلقه دست بکشد؛ حل خطای err_too_many_redirects (تغییر مسیر بیش از حد) نشان می‌دهد چنین حلقه‌ای را چگونه پیدا کنید.
no-storeرا جایی که از داده‌ها محافظت می‌کند نگه دارید. با Post/Redirect/Get صفحه نتیجه یک صفحه GET معمولی است، پس صفحه پرداخت می‌تواندno-storeرا نگه دارد و دکمه برگشت فقط آن را دوباره بارگذاری می‌کند.- تکرار را بی‌ضرر کنید. به هر فرم یک توکن یک‌بارمصرف بدهید و ارسال دوم با همان توکن را نادیده بگیرید، تا بازدیدکننده‌ای که ادامه را انتخاب می‌کند سفارش دومی نسازد.
در جاوااسکریپت و خودکارسازی مرورگر
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 اندروید (انگلیسی) می‌گوید وقتی این مجوز نباشد، بارگذاری از شبکه به‌طور پیش‌فرض مسدود است و کد 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 چیست و چگونه رفع می‌شود؟ پوشش داده شده است.
پروکسی باعث ERR_CACHE_MISS نمی‌شود: کپی ذخیره‌شده در مرورگر خود شما است و برای یک سایت HTTPS، پروکسی فقط ترافیک رمزگذاری‌شده‌ای را جابه‌جا می‌کند که نه می‌تواند بخواند و نه ذخیره کند. چیزی که پروکسی می‌تواند تغییر دهد، تکرار است. روی یک پروکسی مسکونی با نشست‌های چرخشی، فرمی که دوباره می‌فرستید ممکن است از آدرس آی‌پی دیگری غیر از بار اول خارج شود، پس برای ورود به حساب و پرداخت از نشست ثابت استفاده کنید که یک آدرس را 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 را بررسی می‌کنند. اگر با پروکسی کار می‌کنید، صفحه پروکسی ما نشست‌های چرخشی و ثابت را توضیح می‌دهد.
