جزوه رنگی و تایپ شده زمان سنجی
دکتر مرعشی کمالالدین رحمانی دانشگاه پیام نور علمی کاربردی دانشگاه آزاد حمو خلاصه ضا اسماعیلی پیام نور محم خلاصه ضا
() —
[ NAVIGATION-TIMING-2 ] :
<!>
<>
<>
</>
<=”()”>
<>
()
{
= ().();
= ();
= () {
= ().();
= – ;
(“: ” + );
};
= ;
= ‘:////’;
}
</>
<=”:////”>
</>
</>
://<!>
<>
<>
</>
<=”()”>
<>
()
{
[ RFC2119 ] [ RFC8174 ] (“” “”) (” “، ” “، ” “) ()
“”، “” [ HR-TIME-2 ] [ HR-TIME-2 ] [ NAVIGATION-TIMING-2 ] ().
() [ XHR ]، [ HTML ] [ SVG11 ] ً (ً ) :
:ً : [ RFC2397 ] : (ً DNS، TCP یا TLS) لغو شد، آنگاه واکشی به عنوان یک PerformanceResourceTiming شی در جدول زمانی عملکرد تنها با startTime, fetchStartو تنظیم گنجانده durationمی شود.responseEnd
اگر واکشی منبع به دلیل عدم موفقیت در یک پیش شرط واکشی (مثلاً محتوای مختلط، محدودیت CORS، خطمشی CSP و غیره) لغو شود، این منبع به عنوان یک PerformanceResourceTimingشی در جدول زمانی
A یک نوع آغازگرPerformanceResourceTiming DOMString مرتبط دارد.
A یک URL درخواستیPerformanceResourceTiming DOMString مرتبط دارد.
A یک حالت کشPerformanceResourceTiming DOMString مرتبط دارد (رشته خالی، ” “، یا ” “). localvalidated
A یک واکشیPerformanceResourceTiming مرتبط با اطلاعات زمانبندی دارد.
A PerformanceResourceTimingدارای اطلاعات منبع اطلاعات بدن پاسخ مرتبط است .
A PerformanceResourceTimingدارای وضعیت جزوه مدیریت بحران وضعیت مرتبط است .
A PerformanceResourceTimingدارای وضعیت مسدودسازی رندر مرتبط است . RenderBlockingStatusType
PerformanceResourceTimingرابط در جدول زمانی عملکرد شرکت می کند و ویژگی های زیر را گسترش می PerformanceEntry دهد:
نام
مراحل دریافت کننده نام عبارتند از برگرداندن URL درخواستی این .
نوع ورود
مراحل دریافت کننده enterType عبارتند از برگرداندن DOMString ” resource”.
زمان شروع
مراحل دریافت کننده startTime تبدیل مُهر زمانی واکشی برای زمان شروع اطلاعات زمانبندی و شیء جهانی مربوطه است .
توجه داشته باشید
startTimeدرست در ابتدای واکشی ، قبل از هرگونه تغییر مسیر اندازه گیری می شود. واکشی را ببینید .
مدت زمان
مراحل دریافت کننده مدت زمان برگرداندن زمان پایان این اطلاعات زمان منهای زمان شروع این اطلاعات زمان بندی است .
وقتی فراخوانی شد، عملیات پیشفرضtoJSON [ WEBIDL ] به JSON را اجرا کنید .
initiatorTypeمراحل دریافت کننده عبارتند از برگرداندن نوع آغازگر برای این .
توجه داشته باشید
initiatorTypeیکی از مقادیر زیر را برمی گرداند:
“navigation”، اگر درخواست یک درخواست ناوبری باشد.
“css”، اگر درخواست نتیجه پردازش یک دستورالعمل CSS url () مانند @import url()یا background: url(); [ CSS-VALUES ]
“script”، اگر درخواست نتیجه بارگیری هر اسکریپت باشد (یک اسکریپت کلاسیک script، یک اسکریپت ماژول یا یک Worker).
“xmlhttprequest”، اگر درخواست نتیجه پردازش یک XMLHttpRequest;
“fetch”، اگر درخواست نتیجه پردازش روش باشد. fetch()
زمان
“beacon”، اگر درخواست نتیجه پردازش روش باشد. [ بیکن ] sendBeacon()
“video”، اگر درخواست نتیجه پردازش videoعنصر posterیا src.
“audio”، اگر درخواست نتیجه پردازش audioعنصر باشد src.
“track”، اگر درخواست نتیجه پردازش trackعنصر باشد src.
“img”، اگر درخواست نتیجه پردازش imgعنصر srcیا srcset.
“image”، اگر درخواست نتیجه پردازش عنصر تصویر باشد. [ SVG2 ]
“input”، اگر درخواست نتیجه پردازش یک inputعنصر از type image.
“a”، اگر درخواست نتیجه پردازش یک aعنصر downloadیا ping.
“iframe”اگر درخواست نتیجه پردازش یک درخواست iframeباشد src.
“frame”، اگر درخواست نتیجه بارگذاری یک frameباشد.
“other”، در صورتی که هیچ یک از شرایط فوق مطابقت نداشته باشد.
توجه داشته باشید
تنظیم initiatorTypeدر مکانهای مختلفی که یک ورودی زمانبندی منبع گزارش میشود، مانند استاندارد واکشی انجام میشود .
مراحل دریافت workerStartکننده عبارتند از تبدیل واکشی مُهر زمانی برای زمان شروع سرویس نهایی این اطلاعات زمانبندی و شیء جهانی مربوطه برای این کار . برای اطلاعات بیشتر به واکشی HTTP مراجعه کنید .
مراحل دریافت redirectStartکننده تبدیل مُهر زمانی واکشی برای زمان شروع تغییر مسیر اطلاعات زمانبندی و شیء جهانی مربوطه برای آن است . برای اطلاعات بیشتر به واکشی HTTP-redirect مراجعه کنید .
مراحل دریافت redirectEndکننده تبدیل مُهر زمانی واکشی برای زمان پایان تغییر مسیر اطلاعات زمانبندی و شیء جهانی مربوطه برای آن است . برای اطلاعات بیشتر به واکشی HTTP-redirect مراجعه کنید .
مراحل دریافت fetchStartکننده عبارتند از تبدیل واکشی مُهر زمانی برای زمان شروع پس از تغییر مسیر این اطلاعات زمان و شیء جهانی مربوطه برای این . برای اطلاعات بیشتر به واکشی HTTP مراجعه کنید .
مراحل دریافت domainLookupStartکننده جزوه زمان سنجی ارتند از تبدیل واکشی مُهر زمان برای این اطلاعات زمانبندی زمان شروع جستجوی دامنه اطلاعات زمانبندی اتصال نهایی و شیء جهانی مربوطه برای این کار . برای اطلاعات بیشتر به اطلاعات زمانبندی اتصال ضبط مراجعه کنید .
مراحل ُُُُُُُبرای اطلاعات بیشتر به واکشی مراجعه کنید .
مراحل دریافت کننده عبارت است encodedBodySizeاز برگرداندن اندازه کدگذاری شده اطلاعات این منبع .
مراحل دریافت کننده عبارتند از decodedBodySizeبرگرداندن اندازه رمزگشایی شده اطلاعات این منبع .
مراحل transferSizeدریافت کننده انجام مراحل زیر است:
اگر حالت کش این ” ” است ، 0 را برگردانید. local
اگر حالت کش این ” ” است ، 300 را برگردانید. validated
این اطلاعات بدنه پاسخ را به اندازه کدگذاری شده به اضافه 300 برگردانید .
توجه داشته باشید
عدد ثابتی که به آن اضافه می transferSizeشود، جایگزین نمایش اندازه کل بایت سرصفحه های HTTP می شود، زیرا ممکن است وجود کوکی های خاصی را نشان دهد. این موضوع را ببینید .
مراحل دریافت کننده این است که وضعیت پاسخ راresponseStatus برگردانید .
توجه داشته باشید
responseStatusدر Fetch تعیین می شود . برای درخواست no-cors با منبع متقاطع، 0 خواهد بود زیرا پاسخ یک پاسخ فیلتر شده مات خواهد بود .
اگر رندر مسدود کردن اطلاعات زمانبندی جزوه زمان سنجی باشد، مراحل دریافتکننده renderBlockingStatusبازگشت هستند . در غیر این صورت . blockingnon-blocking
توجه داشته باشید
یک عامل کاربر در حال پیاده سازی PerformanceResourceTimingباید “resource”در supportedEntryTypes. این به توسعه دهندگان اجازه می دهد تا پشتیبانی از زمان بندی منابع را شناسایی کنند.
4.3.1 RenderBlockingStatusTypeenum
WebIDL
enum RenderBlockingStatusType {
“blocking”,
“non-blocking”
};
مقادیر به صورت زیر تعریف می شوند:
blocking
منبع به طور بالقوه می تواند رندر را مسدود کند.
non-blocking
منبع رندر را مسدود نخواهد کرد.
4.4 برنامه های افزودنی به Performanceرابط
عامل کاربر ممکن است انتخاب کند که تعداد منابع به عنوان PerformanceResourceTimingاشیاء در جدول زمانی عملکرد [ PERFORMANCE-TIMELINE-2 ] را محدود کند. این بخش Performance رابط را گسترش می دهد تا امکان کنترل بر تعداد PerformanceResourceTimingاشیاء ذخیره شده را فراهم کند.
حداقل تعداد PerformanceResourceTiming اشیاء توصیه شده 250 است، اگرچه ممکن است توسط عامل کاربر تغییر کند. setResourceTimingBufferSizeمی توان برای درخواست تغییر در این حد تماس :
{
();
();
;
};
[HR-TIME-2] :
:
فهرست مطالب