حذف و حذف API در Chrome 53

جو مدلی
Joe Medley
GitHub

تقریباً در هر نسخه کروم، شاهد تعداد قابل توجهی از به‌روزرسانی‌ها و بهبودها در محصول، عملکرد آن و همچنین قابلیت‌های پلتفرم وب هستیم. این مقاله تغییرات Chrome 52 را توضیح می‌دهد که از 9 ژوئن در نسخه بتا است. این فهرست در هر زمان ممکن است تغییر کند.

رمزهای مبتنی بر DHE در حال حذف شدن

TL;DR: رمزهای مبتنی بر DHE در Chrome 53، دسک تاپ حذف می شوند زیرا برای استفاده طولانی مدت کافی نیستند. سرورها باید از ECDHE استفاده کنند، اگر در دسترس است، یا یک رمز RSA ساده در صورتی که وجود ندارد.

قصد حذف | ردیاب Chromestatus | اشکال کروم

سال گذشته، ما حداقل اندازه گروه TLS Diffie-Hellman از 512 بیت تا 1024 بیت را Chrome کردیم. با این حال، 1024 بیت برای دراز مدت کافی نیست. Metrics گزارش می دهد که حدود 95٪ از اتصالات DHE مشاهده شده توسط Chrome از DHE 1024 بیتی استفاده می کنند. این، همراه با نحوه مذاکره DHE در TLS، عبور از 1024 بیت را دشوار می کند.

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

رمزهای مبتنی بر DHE از Chrome 51 منسوخ شده‌اند. پشتیبانی در Chrome 53 از دسک‌تاپ حذف می‌شود.

هشدار منسوخ شدن FileError

TL;DR: حذف رابط کاربری قدیمی FileError در Chrome 54 انتظار می رود. ارجاع به err .code را با err .name و err .message جایگزین کنید.

قصد حذف | ردیاب Chromestatus | اشکال کروم

نسخه فعلی استاندارد File API حاوی رابط FileError نیست و پشتیبانی از آن مدتی در سال 2013 منسوخ شده است. در Chrome 53، این اخطار لغو در کنسول DevTools چاپ خواهد شد:

"FileError" منسوخ شده است و در 54 حذف خواهد شد. لطفاً به جای "کد" از ویژگی های "نام" یا "پیام" خطا استفاده کنید.

این در زمینه های مختلف تأثیرات متفاوتی دارد.

  • FileReader.error و FileWriter.error به جای اشیاء FileError ، اشیاء DOMException خواهند بود.
  • برای فراخوانی های ناهمزمان FileSystem ، ErrorCallback به جای FileError FileError.ErrorCode ارسال می شود.
  • برای فراخوانی همزمان FileSystem FileError.ErrorCode به جای FileError پرتاب می شود.

این تغییر فقط بر روی کدی تأثیر می‌گذارد که به مقایسه کد نمونه خطا ( e.code ) مستقیماً با مقادیر enum FileError ( FileError.NOT_FOUND_ERR و غیره) متکی است. کدی که در برابر ثابت‌های کدگذاری‌شده سخت آزمایش می‌کند (به عنوان مثال e.code === 1 ) ممکن است با گزارش خطاهای نادرست به کاربر شکست بخورد.

خوشبختانه، خطای FileError ، DOMError و DOMException همه مشخصات name و message اشتراک را نوع می‌دهند که نام‌های ثابتی را برای موارد خطا ارائه می‌دهند (به عبارت دیگر، e.name === "NotFoundError" ). کد باید به جای آن از آن ویژگی ها استفاده کند، که در مرورگرها کار می کنند و پس از حذف خود رابط FileError به کار خود ادامه می دهند.

حذف FileError در Chrome 54 پیش بینی می شود.

ویژگی نتایج را برای <input type=search> حذف کنید

TL;DR: ویژگی results در حال حذف است زیرا بخشی از هیچ استانداردی نیست و به طور متناقض در مرورگرها اجرا می شود.

قصد حذف | ردیاب Chromestatus | اشکال کروم

مقدار results فقط در وب‌کیت پیاده‌سازی می‌شود و در مواردی که این کار را انجام می‌دهند بسیار متناقض عمل می‌کند. برای مثال، کروم یک نماد ذره‌بین را به کادر ورودی اضافه می‌کند، در حالی که در دسک‌تاپ Safari، با کلیک کردن روی نماد ذره‌بین، تعداد جستجوهای قبلی را در یک پنجره بازشو نشان می‌دهد. از آنجایی که این بخشی از هیچ استانداردی نیست، در حال منسوخ شدن است.

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

    input[type=search] {
      background: url(some-great-icon.png) no-repeat scroll 15px 15px;
      padding-left:30px;
    }
 ```   

This attribute has been deprecated since Chrome 51.