HTTP פּראָקסי קאַשינג פֿאַר URL מיט אָפּפֿרעג סטרינגס
גיט אָפּפֿרעג-באַזירטע רעסורסן אַ באַוואוסטן קאַש פּאָליטיק בשעת איר האַלט זייערע פּאַראַמעטער ווערטן אין דעם קאַש שליסל.
אַן אָפּפֿרעג סטרינג מאַכט נישט אַן ענטפֿער אומקאַשיק אונטער מאָדערנע HTTP כּללים. אַ פּובליקער רעסורס ווי /catalog?page=2 קען דירעקט דערקלערן זיין געמיינטע פֿרישקייט:
Cache-Control: public, max-age=60דאָס איז אַ ביישפּיל פּאָליטיק פֿאַר פּובליקן אינהאַלט. דער ענטפֿער מוז נאָך באַפֿרידיקן די אַנדערע קאַשיקייט פֿאָדערונגען. פּערסאָנאַליזירטע רעזולטאַטן זאָלן נישט באַקומען געמיינשאַפֿטלעכן קאַש בלויז ווייַל אַ פּראָקסי אָפּעראַטאָר וויל אַ בעסער טרעף ראַטע.
דער אָפּפֿרעג בלײַבט אַ טייל פֿון דער ציל URI וואָס ווערט גענוצט אין דעם קאַש שליסל. בלאַט 2 און בלאַט 3 זענען פֿאַרשידענע בקשות. אַוועקנעמען דעם אָפּפֿרעג אַז זייערע URL זאָלן אויסזען גלײַך קען דינען איין רעזולטאַט אַנשטאָט דעם אַנדערן; דאָס מאַכט די רעזולטאַטן נישט עקוויוואַלענט.
HTTP'ס עלטערע באַגרענעצונג אויף העוריסטישער פֿרישקייט פֿאַר אָפּפֿרעג URL איז אַוועקגענומען געוואָרן נאָך דעם וואָס עס האָט זיך אַרויסגעוויזן שלעכט אימפּלעמענטירט. קלאָרע פֿרישקייט פֿאַרמייַדט זיך פֿאַרלאָזן אויף אַ קאַש טערמונג, בשעת לאָקאַלע פּראָקסי כּללים קענען נאָך אויסשליסן באַשטימטע URL.
געוויינטלעכער HTTPS CONNECT פֿאַרקער לאָזט דעם רעסורס און זיין קאַש פּאָליטיק אין TLS. דער טונעלירנדיקער פֿאָרויס פּראָקסי באַקומט נישט קיין אָביעקט קאַש פֿאַר די בלאַטער בלויז ווייַל דער URL נוצט אַן אָפּפֿרעג.