قدرت وب.

همه ما بخوبی میدانیم که درژرفای  HTML5 (زبان برنامه نویسی) ظرفیت های جدید و متعددی مانند تعدادی از رابط های برنامه کاربردی   JavaScriptمانند موقعیت جغرافیایی، شنیدار وب، فایل رابط برنامه کاربردی یا API و بسیاری دیگر وجود دارد. ما اغلب از این امکانات استفاده میکنم تا کارایی سایت ها و برنامه های کاربردی را تقویت کنیم، خصوصیات جدید را افزایش دهیم و یا تعاملات خاص دستگاه را تسهیل کنیم.

حتما تابحال مقالاتی با عناوین پرزرق و برق مانند " رابط های برنامه کاربردی پنج  JavaScriptبرتر که تاکنون نشنیده اید" را دیدید. اگر این مقالات را مطالعه کنید به نظرتان بسیار عالی می آید اما در عالم حقیقت هنوز استفاده نشده اند.

تکنولوژی هایی از این قبیل بسیار مستعد سوء کاربرد هستند اما ازسوی دیگر شانس موفقیتشان نیز بالاست. اکنون به مرور اندکی از نمونه های می پردازیم که ممکن است نادیده گرفته باشید.

الویت آف لاین.

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

" بعنوان یک دانشجو خواسته من این است که شهریه دانشگاه را آن لاین ( بصورت اینترنتی بپردازم ) به این ترتیب نیازی به مراجعه حضوری به دانشگاه ندارم."

" بعنوان یک خرده فروش خواهان تولید وگسترش کدهای منحصر بفرد برای محصولاتم هستم به این ترتیب میتوانم فروش محصولاتم را مدیریت کنم."

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

اولویت آف لاین ( علاقه شخصی  من اولویت چای است ) متدلوژی دیگری است که ما را به پیشرفت تشویق میکند چرا که خود اتصال یعنی رسیدن به مرحله بالاتر، به کاربران اجازه دهید تا فعالیت هایشان را حتی هنگامیکه آف لاین هستند ادامه دهند. صرفنظر از رشد سریع وای فای عمومی با درنظر گرفتن هزینه داده ها و اتصال در کشورهای توسعه یافته، عادت های سفر با هواپیما، قطارهای زیرزمینی و رومینگ درمی یابید که اتصال به اینترنت در همه جا ممکن نیست. قطعا همگی ما با کنفرانس های دیجیتال آشنایی داریم. مسلما برای اجرای کنفرانس، شهری را انتخاب میکنید که سرویس خدمات اینترنتی آن سرعت بالایی داشته باشد اما بهرحال بعد ازاینکه حضار حاضر در کنفراس حجم بسیار زیادی از اینترنت را استفاده کردند درنهایت آف لاین میشوند. اما بهتر است بجای اینکار موارد نامبرده در زیر را اجرا کنیم:

• مسئولیت بازدید از وب سایت کنفرانس را برعهده یک نفر قرار دهیم.
• در مرحله مقدماتی اجرا باید مواردی ازقبیل: برنامه ریزی کنفرانس، CSS سایت و عکس سخنران ها را ذخیره کنیم.
• هنگامیکه شرکت کنندگان در روز کنفراس سایت را مجددا بازدید میکنند برنامه اجرای صفحه از قسمت ذخیره cache)) بارگذاری شود.
• اگر محتوای کنفرانس ( جدول زمان بندی نشست، عکس سخنران و غیره )  را ذخیره کرده باشیم میتوانیم به آنها مستقیما از قسمت cache دسترسی داشته باشیم. احتمال دارد بخواهید این قسمت را بروز رسانی کنید یا از اینترنت محتوای جدیدی بگیرید اما در هرصورت حضاراحساس خوبی را تجربه میکنند.
• اگر از قبل برای قسمت   cacheچیزی آماده ندارید سعی کنید از اینترنت بگیرید.

اگر به هردلیلی تقاضای شما برای محتوای جدید موفق نبود ( مثلا اگر آفلاین بودید ) پیام pre-cached error را در صفحه مقدماتی بارگذاری نمایش دهید تا کاربران را با پیشنهادات جایگزین از آنچه ذخیره شده آگاه کنید.

برای انجام این کار راههایی وجود دارد مثلا از AppCache استفاده کنید. یا شاید مایل باشید نگاهی به service worker بیاندازید. اگر به شناخت بیشتر اولویت آفلاین علاقه داشته باشید با منابع بینظیر بیشتری مواجه خواهید شد.

در رابطه با شروع اولویت آفلاین نیازی نیست که روی کارایی آفلاین بطور اساسی کار کنید. فقط کافیست تا سایتها و برنامه های کاربردی را برای بهبود بروز رسانی کنید تا قادر به گرفتن سناریو های آفلاین شوند. اما این تنزل رتبه ی دلنشین میتواند از آنچه در ابتدا تصور میشد پیچیده تر شود. اگر اتصال یا کانتکتیویتی را بعنوان یک ترفیع رتبه(افزایش) فرض کنیم میتوانیم عملکردمان را از آن زمان که منتظر شمارش خرابی ها می ماندیم بهبود ببخشیم. اگر نحوه ارائه محتوای سایت ها انطباق پذیری بالایی داشته باشند وب سایت ها میتوانند نسبت به اتصال و سناریوهای مصرف واکنش نشان دهند. با این طرز فکر میتوانیم تمام معیارهای اسکات را ارتقا دهیم.