IOS 6 හැඹිලි $ .ajax ප්‍රති results ල මත සෆාරි තිබේද?

IOS 6 වෙත උත්ශ්‍රේණිගත කළ දා සිට, සෆාරිගේ වෙබ් දර්ශනය හැඹිලි $.ajaxඇමතුම් වල නිදහස ලබා ගන්නා බව අපට පෙනේ . මෙය PhoneGap යෙදුමක සන්දර්භය තුළ වන බැවින් එය සෆාරි වෙබ් දර්ශනය භාවිතා කරයි. අපගේ $.ajaxඇමතුම් POSTක්‍රම වන අතර අප සතුව හැඹිලිය අසත්‍ය ලෙස සකසා ඇත {cache:false}, නමුත් තවමත් මෙය සිදුවෙමින් පවතී. අපි TimeStampශීර්ෂ වලට අතින් එකතු කිරීමට උත්සාහ කළ නමුත් එය උදව් කළේ නැත.

අපි වැඩි පර්යේෂණ කළ අතර සෆාරි වෙබ් සේවා සඳහා හැඹිලි ප්‍රති results ල පමණක් ලබා දෙන බව සොයාගෙන ඇති අතර එය ක්‍රියාකාරී අත්සනක් ඇති අතර එය ස්ථිතික වන අතර ඇමතුමේ සිට ඇමතුමට වෙනස් නොවේ. උදාහරණයක් ලෙස, මෙවැනි දෙයක් ලෙස හැඳින්වෙන ශ්‍රිතයක් සිතන්න:

getNewRecordID(intRecordType)

මෙම ශ්‍රිතයට එකම ආදාන පරාමිතීන් නැවත නැවතත් ලැබේ, නමුත් එය ලබා දෙන දත්ත සෑම විටම වෙනස් විය යුතුය.

IOS 6 සිප් එක සෑදීම සඳහා ඇපල් කඩිමුඩියේ සිටිය යුතු අතර ඔවුන් හැඹිලි සැකසුම් ගැන සතුටු විය. IOS 6 හි මෙම හැසිරීම වෙනත් අයෙකු දැක තිබේද? එසේ නම්, එයට හේතුව කුමක්ද?

අපට හමු වූ කාර්යසාධනය නම් ශ්‍රිත අත්සන මේ වගේ දෙයක් ලෙස වෙනස් කිරීමයි:

getNewRecordID(intRecordType, strTimestamp)

ඉන්පසු සෑම විටම TimeStampපරාමිතියකින් පසු වී සේවාදායකයේ පැත්තෙන් එම අගය ඉවතලන්න. මෙය ගැටළුව වටා ක්‍රියාත්මක වේ. මා කළාක් මෙන් මේ කාරණය සඳහා පැය 15 ක් වැය කරන තවත් දුප්පත් ආත්මයකට මෙය උපකාරී වනු ඇතැයි මම බලාපොරොත්තු වෙමි!

මඳක් විමර්ශනය කිරීමෙන් පසුව, iOS6 හි සෆාරි විසින් හැඹිලි-පාලන ශීර්ෂයන් හෝ "හැඹිලි-පාලනය: උපරිම-වයස = 0" නොමැති පෝස්ට් හැඹිලිය හැකි බව පෙනේ.

සේවා ඇමතුම් අවසානයේ අහඹු විමසුම් හැක් කිරීමට වඩා ගෝලීය මට්ටමින් මෙම හැඹිලිය වැළැක්වීම සඳහා මා සොයාගත් එකම ක්‍රමය වන්නේ "හැඹිලි-පාලනය: හැඹිලියක්" සැකසීමයි.

නිසා:

• හැඹිලි පාලනයක් හෝ කල් ඉකුත් වන ශීර්ෂයන් නොමැත = iOS6 සෆාරි හැඹිලිගත නොකරයි
• හැඹිලි පාලනය උපරිම-වයස = 0 සහ ක්ෂණික කල් ඉකුත්වීම = iOS6 සෆාරි හැඹිලිය
• හැඹිලි පාලනය: no-cache = iOS6 සෆාරි හැඹිලි නොවේ

POST ගැන 9.5 වගන්තියේ ඇති HTTP පිරිවිතරයෙන් ඇපල් මෙයින් වාසි ලබා ගනී යැයි මම සැක කරමි:

ප්‍රතිචාරයට සුදුසු හැඹිලි පාලනය හෝ කල් ඉකුත් වූ ශීර්ෂ ක්ෂේත්‍ර ඇතුළත් නොවේ නම් මෙම ක්‍රමයට ප්‍රතිචාර හැඹිලිගත කළ නොහැක. කෙසේ වෙතත්, 303 (වෙනත් බලන්න) ප්‍රතිචාරය මඟින් හැඹිලි සම්පතක් ලබා ගැනීමට පරිශීලක නියෝජිතයා යොමු කිරීමට භාවිතා කළ හැකිය.

එබැවින් න්‍යාය අනුව ඔබට POST ප්‍රතිචාර දැක්විය හැකිය ... කවුද දැන සිටියේ. නමුත් වෙනත් බ්‍රව්සර් නිෂ්පාදකයෙකු මෙතෙක් එය හොඳ අදහසක් වනු ඇතැයි සිතුවේ නැත. හැඹිලි පාලනය හෝ කල් ඉකුත් වූ ශීර්ෂයන් සකසා නොමැති විට එය හැඹිලිය සඳහා ගණන් නොගනී, යම් කට්ටලයක් ඇති විට පමණි. එබැවින් එය දෝෂයක් විය යුතුය.

පහත දැක්වෙන්නේ මගේ මුළු API එකම ඉලක්ක කර ගැනීම සඳහා මගේ Apache වින්‍යාසයෙහි නිවැරදි බිට් එකේ භාවිතා කරන දෙයයි. මන්ද එය සිදු වන විට මට කිසිවක් හැඹිලි කිරීමට අවශ්‍ය නැත. මම නොදන්නා දෙය මෙය POST සඳහා පමණක් සකසන්නේ කෙසේද යන්නයි.

Header set Cache-Control "no-cache"

යාවත්කාලීන කිරීම: POST එක සමාන වූ විට පමණක් බව මම පෙන්වා නොදුන් බව දුටුවෙමි, එබැවින් ඕනෑම POST දත්ත හෝ URL වෙනස් කරන්න, එවිට ඔබ හොඳින්. එබැවින් ඔබට වෙනත් තැනක සඳහන් කළ පරිදි URL වෙත අහඹු දත්ත කිහිපයක් හෝ POST දත්ත ටිකක් එකතු කළ හැකිය.

යාවත්කාලීන කිරීම: ඔබට Apache හි මේ ආකාරයට අවශ්‍ය නම් "හැඹිලිය" POST වලට පමණක් සීමා කළ හැකිය:

SetEnvIf Request_Method "POST" IS_POST
Header set Cache-Control "no-cache" env=IS_POST

මෙම සංවර්ධනයේ බිත්තියට හිස ගසා අනෙක් සංවර්ධකයින්ට මෙය ප්‍රයෝජනවත් වනු ඇතැයි මම බලාපොරොත්තු වෙමි. IOS 6 හි සෆාරි POST ප්‍රතිචාරය හැඹිලි කිරීමෙන් වළක්වන බව මට පෙනී ගියේය:

• ඉල්ලීම් ශීර්ෂයන්හි [හැඹිලි පාලනය: හැඹිලි නැත] එකතු කිරීම
• වත්මන් කාලය වැනි විචල්ය URL පරාමිතියක් එක් කිරීම
• ප්‍රතිචාර ශීර්ෂයන්හි [ප්‍රාග්මා: නෝ-කෑෂ්] එකතු කිරීම
• ප්‍රතිචාර ශීර්ෂයන්හි [හැඹිලි-පාලනය: හැඹිලි නැත] එකතු කිරීම

මගේ විසඳුම මගේ ජාවාස්ක්‍රිප්ට් හි පහත දැක්වේ (මගේ සියලු අජැක්ස් ඉල්ලීම් POST).

$.ajaxSetup({
    type: 'POST',
    headers: { "cache-control": "no-cache" }
});

මගේ සේවාදායක ප්‍රතිචාර බොහොමයකට මම [ප්‍රාග්මා: නෝ-කෑෂ්] ශීර්ෂය එක් කරමි.

ඔබ ඉහත විසඳුම භාවිතා කරන්නේ නම් ගෝලීය ලෙස සකසා ඇති ඕනෑම $ .ajax () ඇමතුම්: අසත්‍යය $ .ajaxSetup () හි නිශ්චිතව දක්වා ඇති සැකසුම් භාවිතා නොකරන බව මතක තබා ගන්න, එබැවින් ඔබට නැවත ශීර්ෂ එකතු කිරීමට අවශ්‍ය වනු ඇත.

ඔබ jQuery භාවිතා කරයි යැයි උපකල්පනය කරමින් ඔබගේ සියලු වෙබ් සේවා ඉල්ලීම් සඳහා සරල විසඳුම:

$.ajaxPrefilter(function (options, originalOptions, jqXHR) {
    // you can use originalOptions.type || options.type to restrict specific type of requests
    options.data = jQuery.param($.extend(originalOptions.data||{}, { 
      timeStamp: new Date().getTime()
    }));
});

JQuery prefilter ඇමතුම පිළිබඳ වැඩිදුර කියවන්න මෙතැන .

ඔබ jQuery භාවිතා නොකරන්නේ නම්, ඔබ කැමති පුස්තකාලය සඳහා ලියකියවිලි පරීක්ෂා කරන්න. ඔවුන්ට සමාන ක්‍රියාකාරීත්වයක් තිබිය හැකිය.

මට මේ ප්‍රශ්නයත් තිබුණා ගැප් යෙදුමක ය. getTime()පහත දැක්වෙන ආකාරයට ජාවාස්ක්‍රිප්ට් ශ්‍රිතය භාවිතා කිරීමෙන් මම එය විසඳා ගත්තෙමි :

var currentTime = new Date();
var n = currentTime.getTime();
postUrl = "http://www.example.com/test.php?nocache="+n;
$.post(postUrl, callbackFunction);

මම මේක හොයාගෙන පැය කිහිපයක් නාස්ති කළා. මෙම හැඹිලි ගැටළුව සංවර්ධකයින්ට දැනුම් දීම ඇපල් සමාගමට සතුටක් වනු ඇත.

ASP.NET වෙබ් සේවා වෙතින් වෙබ්අප් දත්ත ලබා ගැනීමේදී මටද එම ගැටළුවම තිබුණි

මෙය මට ප්‍රයෝජනවත් විය:

public WebService()
{
    HttpContext.Current.Response.Cache.SetCacheability(HttpCacheability.NoCache);
    ...
}

අවසාන වශයෙන්, මගේ උඩුගත කිරීමේ ගැටලුවට විසඳුමක් ඇත.

JavaScript හි:

var xhr = new XMLHttpRequest();
xhr.open("post", 'uploader.php', true);
xhr.setRequestHeader("pragma", "no-cache");

දී , PHP :

header('cache-control: no-cache');

මගේම බ්ලොග් සටහනකින් iOS 6.0 හැඹිලි අජැක්ස් පෝස්ට් ඉල්ලීම් :

එය නිවැරදි කරන්නේ කෙසේද: ඉල්ලීම් හැඹිලි වැළැක්වීම සඳහා විවිධ ක්‍රම තිබේ. නිර්දේශිත ක්‍රමය වන්නේ හැඹිලි ශීර්ෂයක් එක් කිරීමයි. එය සිදු වන්නේ එලෙස ය.

jQuery:

IOS 6.0 සඳහා පරීක්ෂා කර අජැක්ස් ශීර්ෂය මේ ආකාරයට සකසන්න:

$.ajaxSetup({ cache: false });

ZeptoJS:

IOS 6.0 සඳහා පරීක්ෂා කර අජැක්ස් ශීර්ෂය මේ ආකාරයට සකසන්න:

$.ajax({
    type: 'POST',
    headers : { "cache-control": "no-cache" },
    url : ,
    data:,
    dataType : 'json',
    success : function(responseText) {…}

සේවාදායක පැත්ත

ජාවා:

httpResponse.setHeader("Cache-Control", "no-cache, no-store, must-revalidate");

ඕනෑම දත්තයක් සේවාදායකයාට යැවීමට පෙර මෙය පිටුවේ ඉහළින්ම එක් කිරීමට වග බලා ගන්න.

.ශුද්ධ

Response.Cache.SetNoStore();

හෝ

Response.Cache.SetCacheability(System.Web.HttpCacheability.NoCache);

PHP

header('Cache-Control: no-cache, no-store, must-revalidate'); // HTTP 1.1.
header('Pragma: no-cache'); // HTTP 1.0.

මෙම ජාවාස්ක්‍රිප්ට් ස්නිපටය jQuery සහ jQuery මොබයිල් සමඟ හොඳින් ක්‍රියා කරයි:

$.ajaxSetup({
    cache: false,
    headers: {
        'Cache-Control': 'no-cache'
    }
});

එය ඔබගේ ජාවාස්ක්‍රිප්ට් කේතයේ කොතැනක හෝ තබන්න (jQuery පැටවූ පසු, සහ ඔබ AJAX ඉල්ලීම් කිරීමට පෙර හොඳම) එය උදව් විය යුතුය.

JQuery අජැක්ස් වෙනස් කිරීමෙන් ඔබට මෙම ගැටළුව විසඳා ගත හැකියපහත දැක්වෙන දේ (1.7.1 වන විට) අජැක්ස් ශ්‍රිතයේ ඉහළට සිදු කිරීමෙන් ශ්‍රිතය (ශ්‍රිතය ආරම්භ වන්නේ 7212 පේළියේ). මෙම වෙනස සියලු POST ඉල්ලීම් සඳහා jQuery හි ප්‍රති-හැඹිලි ප්‍රති-ලක්ෂණය සක්‍රිය කරනු ඇත.

(සම්පූර්ණ පිටපත ලබා ගත හැකිය http://dl.dropbox.com/u/58016866/jquery-1.7.1.js .)

7221 පේළියට පහළින් ඇතුළු කරන්න:

if (options.type === "POST") {
    options.cache = false;
}

ඉන්පසු පහත සඳහන් දේ වෙනස් කරන්න (line 7497 පේළියේ සිට).

if (!s.hasContent) {
    // If data is available, append data to URL
    if (s.data) {
        s.url += (rquery.test(s.url) ? "&" : "?") + s.data;
        // #9682: remove data so that it's not used in an eventual retry
        delete s.data;
    }

    // Get ifModifiedKey before adding the anti-cache parameter
    ifModifiedKey = s.url;

    // Add anti-cache in URL if needed
    if (s.cache === false) {
        var ts = jQuery.now(),
        // Try replacing _= if it is there
        ret = s.url.replace(rts, "$1_=" + ts);

        // If nothing was replaced, add timestamp to the end.
        s.url = ret + ((ret === s.url) ? (rquery.test(s.url) ? "&" : "?") + "_=" + ts : "");
    }
}

වෙත:

// More options handling for requests with no content
if (!s.hasContent) {
    // If data is available, append data to URL
    if (s.data) {
        s.url += (rquery.test(s.url) ? "&" : "?") + s.data;
        // #9682: remove data so that it's not used in an eventual retry
        delete s.data;
    }

    // Get ifModifiedKey before adding the anti-cache parameter
    ifModifiedKey = s.url;
}

// Add anti-cache in URL if needed
if (s.cache === false) {
    var ts = jQuery.now(),
    // Try replacing _= if it is there
    ret = s.url.replace(rts, "$1_=" + ts);

    // If nothing was replaced, add timestamp to the end.
    s.url = ret + ((ret === s.url) ? (rquery.test(s.url) ? "&" : "?") + "_=" + ts : "");
}

GWT-RPC සේවාවන් සඳහා ඉක්මන් වැඩක් නම් මෙය සියලුම දුරස්ථ ක්‍රමවලට එකතු කිරීමයි:

getThreadLocalResponse().setHeader("Cache-Control", "no-cache");

මෙය Baz1nga හි පිළිතුරේ යාවත්කාලීන කිරීමකි. සිට options.dataවස්තුවක් නමුත් මම හුදෙක් විකරණය කොට concatenating පිහිට වැලක් නොවේ:

$.ajaxPrefilter(function (options, originalOptions, jqXHR) {
  if (originalOptions.type == "post" || options.type == "post") {

    if (options.data && options.data.length)
      options.data += "&";
    else
      options.data = "";

    options.data += "timeStamp=" + new Date().getTime();
  }
});

මුල් තිරයට එකතු කරන ලද වෙබ් ඇප්ස් සඳහා මෙම ගැටළුව විසඳීම සඳහා, ඉහළම ඡන්දය ප්‍රකාශ කළ ක්‍රියාමාර්ග දෙකම අනුගමනය කළ යුතුය. නව ඉල්ලීම් ඉදිරියට යාම වැළැක්වීම සඳහා වෙබ් සේවාදායකය මත හැඹිලිය අක්‍රිය කළ යුතු අතර දැනටමත් හැඹිලි කර ඇති ඉල්ලීම් ඉදිරියට යාම සඳහා සෑම තැපැල් ඉල්ලීමකටම අහඹු ආදානයක් එක් කළ යුතුය. කරුණාකර මගේ සටහන බලන්න:

iOS6 - මුල් පිටුව තිරයට එකතු කරන ලද වෙබ් ඇප් සඳහා හැඹිලි අජැක්ස් POST ඉල්ලීම් ඉවත් කිරීමට ක්‍රමයක් තිබේද?

අවවාදයයි: සේවාදායකයේ හැඹිලි ක්‍රියා විරහිත නොකර ඔවුන්ගේ ඉල්ලීම් වලට කාලරාමුවක් එක් කිරීමෙන් වැඩකරන ක්‍රියාවලියක් ක්‍රියාත්මක කළ ඕනෑම කෙනෙකුට. ඔබගේ යෙදුම මුල් තිරයට එකතු කර ඇත්නම්, සෑම පෝස්ට් ප්‍රතිචාරයක්ම දැන් හැඹිලිගත වනු ඇත, සෆාරි හැඹිලිය ඉවත් කිරීමෙන් එය ඉවත් නොවන අතර එය කල් ඉකුත් වන බවක් නොපෙනේ. යමෙකුට එය ඉවත් කිරීමට ක්‍රමයක් නොමැති නම්, මෙය විභව මතක කාන්දුවක් සේ පෙනේ!

වැඩ නොකළ දේවල්අයිපෑඩ් 4 / iOS 6 සමඟ මා වෙනුවෙන් :

මගේ ඉල්ලීම අඩංගු වන්නේ: හැඹිලි පාලනය: හැඹිලිය නැත

//asp.net's:
HttpContext.Current.Response.Cache.SetCacheability(HttpCacheability.NoCache)

හැඹිලිය එකතු කිරීම: මගේ jQuery අජැක්ස් ඇමතුමට අසත්‍යය

 $.ajax(
        {
            url: postUrl,
            type: "POST",
            cache: false,
            ...

උපක්‍රමය කළේ මෙය පමණි:

var currentTime = new Date();
var n = currentTime.getTime();
postUrl = "http://www.example.com/test.php?nocache="+n;
$.post(postUrl, callbackFunction);

GWT-RPC සඳහා වන කාර්යය එයයි

class AuthenticatingRequestBuilder extends RpcRequestBuilder 
{
       @Override
       protected RequestBuilder doCreate(String serviceEntryPoint) 
       {
               RequestBuilder requestBuilder = super.doCreate(serviceEntryPoint);           
               requestBuilder.setHeader("Cache-Control", "no-cache");

               return requestBuilder;
       }
}

AuthenticatingRequestBuilder builder = new AuthenticatingRequestBuilder();
((ServiceDefTarget)myService).setRpcRequestBuilder(builder);    

ASP.NET හි මගේ ක්‍රියාකාරිත්වය (පිටු ක්‍රම, වෙබ් සේවා, ආදිය)

protected void Application_BeginRequest(object sender, EventArgs e)
{
    Response.Cache.SetCacheability(HttpCacheability.NoCache);
}

ඉල්ලීම වෙනස් පෙනුමක් ලබා ගැනීම සඳහා හැඹිලි-බස්ටර් පරාමිතීන් එකතු කිරීම solution න විසඳුමක් සේ පෙනුනද, සත්‍ය හැඹිලිය මත රඳා පවතින ඕනෑම යෙදුමකට එය හානියක් වන බැවින් මම එයට එරෙහිව උපදෙස් දෙමි. ඒපීඅයි ප්‍රතිදානය නිවැරදි ශීර්ෂයන් බවට පත් කිරීම හොඳම විසඳුමයි, එය ඇමතුම්කරුවන්ට හැඹිලි බස්ටර් එක් කිරීමට වඩා තරමක් අපහසු වුවද.

භාවිතා කරන අයට Struts 1 , මෙන්න මම ගැටළුව විසඳූ ආකාරය.

web.xml

<filter>
    <filter-name>SetCacheControl</filter-name>
    <filter-class>com.example.struts.filters.CacheControlFilter</filter-class>
</filter>

<filter-mapping>
    <filter-name>SetCacheControl</filter-name>
    <url-pattern>*.do</url-pattern>
    <http-method>POST</http-method>
</filter-mapping>

com.example.struts.filters.CacheControlFilter.js

package com.example.struts.filters;

import java.io.IOException;
import java.util.Date;
import javax.servlet.*;
import javax.servlet.http.HttpServletResponse;

public class CacheControlFilter implements Filter {

        public void doFilter(ServletRequest request, ServletResponse response,
                     FilterChain chain) throws IOException, ServletException {

        HttpServletResponse resp = (HttpServletResponse) response;
        resp.setHeader("Expires", "Mon, 18 Jun 1973 18:00:00 GMT");
        resp.setHeader("Last-Modified", new Date().toString());
        resp.setHeader("Cache-Control", "no-store, no-cache, must-revalidate, max-age=0, post-check=0, pre-check=0");
        resp.setHeader("Pragma", "no-cache");

        chain.doFilter(request, response);
    }

    public void init(FilterConfig filterConfig) throws ServletException {
    }

    public void destroy() {
    }

}

$ .AjaxSetup සංයෝජනයක් භාවිතා කිරීමෙන් සහ මගේ පෝස්ට් එකේ යූආර්එල් වෙත කාලරාමුව එක් කිරීමෙන් (පශ්චාත් පරාමිතීන් / ශරීරයට නොවේ) මගේ ගැටලුව විසඳීමට මට හැකි විය. මෙය පෙර පිළිතුරු වල නිර්දේශ මත පදනම් වේ

$(document).ready(function(){
    $.ajaxSetup({ type:'POST', headers: {"cache-control","no-cache"}});

    $('#myForm').submit(function() {
        var data = $('#myForm').serialize();
        var now = new Date();
        var n = now.getTime();
        $.ajax({
            type: 'POST',
            url: 'myendpoint.cfc?method=login&time='+n,
            data: data,
            success: function(results){
                if(results.success) {
                    window.location = 'app.cfm';
                } else {
                    console.log(results);
                    alert('login failed');
                }
            }
        });
    });
});

මම හිතන්නේ ඔබ දැනටමත් ඔබේ ගැටලුව විසඳා ඇති නමුත් වෙබ් හැඹිලිය පිළිබඳ අදහසක් බෙදා ගැනීමට මට ඉඩ දෙන්න.

ඔබ භාවිතා කරන සෑම භාෂාවකින්ම, සේවාදායක පාර්ශවයේ, සේවාදායකයාගේ පැත්තෙන් ඔබට බොහෝ ශීර්ෂයන් එක් කළ හැකි බව සත්‍යයකි, වෙබ් හැඹිලි වළක්වා ගැනීම සඳහා ඔබට තවත් බොහෝ උපක්‍රම භාවිතා කළ හැකිය, නමුත් සේවාදායකයා ඔබේ සේවාදායකයට සම්බන්ධ වන්නේ කොතැනින්දැයි ඔබට කිසි විටෙකත් දැනගත නොහැකි බව සැමවිටම සිතන්න, ඔහු දැල්ලන් හෝ වෙනත් හැඹිලි නිෂ්පාදන භාවිතා කරන හෝටල් “හොට්-ස්පොට්” සම්බන්ධතාවයක් භාවිතා කරන්නේ දැයි ඔබ දන්නේ නැත.

පරිශීලකයන් ආදිය ඔහුගේ සැබෑ තත්ත්වය සැඟවීමට ප්රොක්සි භාවිතා කරන්නේ නම් ... මේ සැබෑ භාවිතා නොකරන නම් වැලැක්විමට කල ගබඩා කිරීමට එකම මාර්ගය ද ඉල්ලීම දී විකරණය කොට.

උදාහරණයක් වශයෙන්:

/ajax_helper.php?ts=3211321456

එවිට ඔබ සමත් විය යුතු සෑම හැඹිලි කළමනාකරුවෙකුම එකම URL එක හැඹිලි ගබඩාවේ සොයා නොගත් අතර පිටු අන්තර්ගතය නැවත බාගත කරන්න.

යෙදුම මත පදනම්ව ඔබට දැන් iOS 6 හි සෆාරි> උසස්> වෙබ් පරීක්ෂක භාවිතා කර ගැටළුව නිරාකරණය කරගත හැකිය.

මැක්හි දුරකථනය සෆාරි වෙත සම්බන්ධ කර වෙබ් යෙදුමට වෙඩි තැබීමට සංවර්ධක මෙනුව භාවිතා කරන්න.

වෙබ් දර්ශනයක් භාවිතා කරමින් යෙදුමට විශේෂිත වූව ඇතුළුව, iOS6 වෙත යාවත්කාලීන කිරීමෙන් පසු iPhone හි වෙබ් අඩවි දත්ත ඉවත් කරන්න. එක් යෙදුමකට පමණක් ගැටළුවක් ඇති අතර මෙය IOS6 බීටා පරීක්‍ෂණය අතරතුරදී විසඳා ඇත, එතැන් සිට සැබෑ ගැටළු නොමැත.

ඔබට ඔබගේ යෙදුම දෙස බැලීමට අවශ්‍ය විය හැකිය, අභිරුචි යෙදුමක වෙබ් දර්ශනයක තිබේ නම් NSURLCache පරීක්ෂා කරන්න.

https://developer.apple.com/library/ios/#documentation/Cocoa/Reference/Foundation/Classes/NSURLCache_Class/Reference/Reference.html#//apple_ref/doc/uid/TP40003754

ඔබගේ ගැටලුවේ සත්‍ය ස්වභාවය, ක්‍රියාත්මක කිරීම යනාදිය මත පදනම්ව මම අනුමාන කරමි.

Ref: a .ajax ඇමතුම්

එය ක්‍රියාත්මක වන්නේ ඇයිද යන්න පිළිබඳව මට කුතුහලයක් ඇති කරන එක් ක්‍රියාමාර්ගයක් මට හමු විය. ASP.NET වෙබ් සේවාව පිළිබඳ ටඩෙජ්ගේ පිළිතුර කියවීමට පෙර, මම උත්සාහ කළේ වැඩ කළ හැකි යමක් ඉදිරිපත් කිරීමට ය.

එය හොඳ විසඳුමක් යැයි මම නොකියමි, නමුත් මට එය මෙහි ලේඛනගත කිරීමට අවශ්‍ය විය.

ප්‍රධාන පිටුව: ජාවාස්ක්‍රිප්ට් ශ්‍රිතයක්, චෙක්ස්ටැටස් () ඇතුළත් වේ. මෙම ක්‍රමය මඟින් html අන්තර්ගතය යාවත්කාලීන කිරීම සඳහා jQuery AJAX ඇමතුමක් භාවිතා කරන තවත් ක්‍රමයක් අමතයි. චෙක්ස්ටැටස් () ඇමතීමට මම setInterval භාවිතා කළෙමි. ඇත්ත වශයෙන්ම, මම හැඹිලි ගැටලුවට දිව ගියෙමි.

විසඳුම: යාවත්කාලීනය ඇමතීමට වෙනත් පිටුවක් භාවිතා කරන්න.

ප්‍රධාන පිටුවේ, මම බූලියන් විචල්‍යයක්, runUpdate, සහ බොඩි ටැගයට පහත සඳහන් දෑ ඇතුළත් කළෙමි:

<iframe src="helper.html" style="display: none; visibility: hidden;"></iframe>

Helper.html හි:

<meta http-equiv="refresh" content="5">
<script type="text/javascript">
    if (parent.runUpdate) { parent.checkStatus(); }
</script>

එබැවින්, ප්‍රධාන පිටුවෙන් චෙක්ස්ටැටස් () කැඳවනු ලැබුවහොත්, මට හැඹිලි අන්තර්ගතය ලැබේ. මම ළමා පිටුවෙන් චෙක්ස්ටැටස් අමතන්නේ නම්, මට යාවත්කාලීන අන්තර්ගතය ලැබේ.

මගේ පිවිසුම් සහ ලියාපදිංචි වීමේ පිටු ෆයර්ෆොක්ස්, අයිඊ සහ ක්‍රෝම් හි චමත්කාරයක් මෙන් ක්‍රියා කරන අතර ... මම අයිඑෆ් සහ ඕඑස්එක්ස් සඳහා සෆාරි හි මෙම ගැටලුව සමඟ පොරබදමින් සිටියෙමි, මාස කිහිපයකට පෙර මම SO හි ක්‍රියාකාරීත්වයක් සොයා ගතිමි.

<body onunload="">

හෝ javascript හරහා

<script type="text/javascript">
window.onunload = function(e){
    e.preventDefault();
    return;
};
</script>   

මෙය තරමක් කැත දෙයක් නමුත් ටික වේලාවක් වැඩ කරයි.

හේතුව මම නොදනිමි, නමුත් onunloadසෆාරි හි පිටුව හැඹිලිගත නොවූ සිදුවීම වෙත ආපසු යාම .

පැරණි අයිෆෝන් සහ අයිපෑඩ්, iOS අනුවාද 9 සහ 10 ධාවනය කරමින් විටින් විට ව්‍යාජ හිස් අජැක්ස් ප්‍රති results ල ලබා දෙන බව අපට පෙනී ගියේය, සමහර විට ඇපල් විසින් සීපීයූ වේගය අඩු කිරීම නිසා විය හැකිය. හිස් ප්‍රති result ලය ලබා දෙන විට, iOS සේවාදායකය අමතන්නේ නැත, හැඹිලියෙන් ප්‍රති result ලයක් ලබා දෙන්නාක් මෙන්. AJAX ඇමතුම් වලින් දළ වශයෙන් 10% සිට 30% දක්වා සංඛ්‍යාත පුළුල් ලෙස වෙනස් වේ.

විසඳුම විශ්වාස කිරීමට අපහසුය. 1s රැඳී සිට නැවත අමතන්න. අපගේ පරීක්ෂණයේදී, මෙතෙක් අවශ්‍ය වූයේ එක් පුනරාවර්තනයක් පමණි, නමුත් අපි 4 වතාවක් ඇමතීමට කේතය ලිව්වෙමු. 1s රැඳී සිටීම අවශ්‍ය දැයි අපට විශ්වාස නැත, නමුත් නැවත නැවත ඇමතුම් පුපුරා යාමෙන් අපගේ සේවාදායකයට බරක් පැටවීමේ අවදානමක් අපට අවශ්‍ය නොවීය.

විවිධ AJAX ඇමතුම් දෙකකින්, විවිධ දත්ත සහිත විවිධ API ගොනු ඇමතීමෙන් ගැටළුව ඇති බව අපට පෙනී ගියේය. නමුත් ඕනෑම AJAX ඇමතුමකින් එය සිදුවිය හැකි යැයි මම සිතමි. අපි සෑම AJAX ප්‍රති result ලයක්ම පරික්ෂා නොකරන නිසාත්, පැරණි උපාංගවල සෑම ඇමතුමක්ම කිහිප වතාවක් පරීක්ෂා නොකරන නිසාත් අපි නොදනිමු.

AJAX ඇමතුම් දෙකම භාවිතා කළේ: POST, Asynchronously = true, setRequestHeader = ('අන්තර්ගතයේ වර්ගය', 'යෙදුම / x-www-form-urlencoded')

ගැටළුව සිදු වූ විට, සාමාන්‍යයෙන් සිදුවන්නේ එක් අජැක්ස් ඇමතුමක් පමණි. එබැවින් එය AJAX ඇමතුම් අතිච්ඡාදනය වීම නිසා නොවේ. සමහර විට ගැටළුව සිදුවන්නේ උපාංගය කාර්යබහුල වන විට, නමුත් සමහර විට එසේ නොවේ, සහ DevTools නොමැතිව එම අවස්ථාවේ සිදුවන්නේ කුමක්දැයි අපි නොදනිමු.

iOS 13 මෙය නොකරයි, ක්‍රෝම් හෝ ෆයර්ෆොක්ස් ද නොකරයි. IOS 11 හෝ 12 ධාවනය වන පරීක්ෂණ උපකරණ අප සතුව නොමැත. සමහර විට වෙනත් කෙනෙකුට ඒවා පරීක්ෂා කළ හැකිද?

මම මෙය මෙහි සඳහන් කරන්නේ මෙම ගැටළුව සෙවීමේදී මෙම ප්‍රශ්නය ඉහළම ගූගල් ප්‍රති result ලය වන බැවිනි.

එය ASP.NET සමඟ වැඩ කළේ IIS හි pragma:no-cacheශීර්ෂකය එකතු කිරීමෙන් පසුව පමණි . ප්‍රමාණවත් නොවීය.Cache-Control: no-cache

ශ්‍රිත අත්සන මේ වගේ දෙයක් ලෙස වෙනස් කිරීමට මම යෝජනා කරමි:

getNewRecordID (intRecordType, strTimestamp) ඉන්පසු සෑම විටම ටයිම්ස්ටැම්ප් පරාමිතියකින් සමත් වී සේවාදායකයේ පැත්තෙන් එම අගය ඉවතලන්න. මෙය ගැටළුව වටා ක්‍රියාත්මක වේ.