How to Upload Asp.net Sw in Hosting and Give User to Access It

Paul is a Developer Advocate

Ringkasan

Dalam codelab ini, Anda mempelajari cara mengintegrasikan service worker ke aplikasi yang sudah ada agar aplikasi bisa bekerja secara offline. Aplikasi ini disebut AirHorner. Klik terompet dan itu akan bersuara.

Apa yang akan Anda pelajari

Cara menambahkan service worker dasar ke proyek yang sudah ada.
Cara menyimulasikan style offline dan memeriksa serta men-debug service worker dengan Chrome DevTools.
Strategi caching offline sederhana.

Apa yang Anda butuhkan

Chrome 52 atau di atasnya.
Pemahaman dasar tentang Promises, Git, dan Chrome DevTools.
Kode contoh.
Editor teks.
Server web lokal. Jika Anda ingin menggunakan server web yang dijelaskan dalam codelab ini, Anda harus memasang Python pada baris perintah.

Mendapatkan kode contoh

Membuat duplikat repositori GitHub dari baris perintah melalui SSH:

          $ git clone git@github.com:GoogleChrome/airhorn.git

Atau HTTPS:

          $ git clone https://github.com/GoogleChrome/airhorn.git

Menjalankan contoh aplikasi

Pertama, mari kita lihat seperti apa contoh aplikasi yang sudah selesai (petunjuk: itu menakjubkan).

Pastikan Anda berada di cabang yang benar (terminal) dengan memeriksa cabang principal.

          $ git checkout chief

Jalankan situs dari server web lokal. Anda bisa menggunakan setiap server web, namun untuk codelab selanjutnya kita akan berasumsi bahwa Anda menggunakan SimpleHTTPServer Python pada port 3000, sehingga aplikasi akan tersedia dari localhost:3000.

          $ cd app $ python -chiliad SimpleHTTPServer 3000

Bukalah situs di Chrome. Anda akan melihat:

Menguji aplikasi

Klik terompet. Itu akan bersuara.

Sekarang, Anda akan menyimulasikan secara offline menggunakan Chrome DevTools.

Buka DevTools, masuk ke panel Application, dan aktifkan kotak centang __Offline __. Dalam tangkapan layar di bawah, mouse diarahkan ke atas kotak centang.

Setelah mengeklik kotak centang, perhatikan ikon peringatan (segitiga kuning dengan tanda seru) di sebelah tab panel __Network __. Ini menunjukkan bahwa Anda offline.

Untuk membuktikan bahwa Anda offline, buka https://google.com. Anda akan melihat pesan kesalahan "there is no Cyberspace connectedness" dari Chrome.

Sekarang, kembali ke aplikasi Anda. Meskipun Anda offline, laman seharusnya masih bisa dimuat ulang sepenuhnya. Anda tetap bisa menggunakan terompet.

Alasan ini berfungsi offline adalah dasar dari codelab ini: dukungan offline dengan service worker.

Membangun aplikasi starter

Anda sekarang akan membuang semua dukungan offline dari aplikasi dan Anda akan mempelajari cara menggunakan service worker untuk menambahkan dukungan offline kembali ke dalam aplikasi

Lihat versi "rusak" dari aplikasi yang tidak mengimplementasikan service worker.

          $ git checkout code-lab

Kembali ke console __Application __DevTools dan nonaktifkan kotak centang __Offline __, sehingga Anda kembali online.

Jalankan halaman. Aplikasi akan bekerja sesuai harapan.

Sekarang, gunakan DevTools untuk menyimulasikan lagi mode offline (dengan mengaktifkan kotak centang __Offline __di console __Application __). Bersiaplah! Bila Anda tidak tahu banyak tentang service worker, Anda akan melihat beberapa perilaku yang tidak diharapkan.

Apa yang bisa Anda lihat? Nah, karena Anda offline dan karena versi aplikasi ini tidak memiliki service worker, Anda akan melihat pesan kesalahan khas "there is no Internet connection" dari Chrome.

Tapi yang Anda lihat adalah... aplikasi offline yang berfungsi secara penuh!

Apa yang terjadi? Nah, ingat bahwa ketika Anda memulai codelab ini, Anda mencoba versi aplikasi lengkap. Ketika Anda menjalankan versi itu, aplikasi sebenarnya memasang service worker. Sekarang service worker itu berjalan secara otomatis setiap kali Anda menjalankan aplikasi. Setelah service worker dipasang ke dalam cakupan seperti localhost:3000 (Anda akan mengetahui selengkapnya tentang cakupan pada bagian berikutnya), service worker secara otomatis dijalankan setiap kali Anda mengakses cakupan tersebut, kecuali Anda menghapusnya secara terprogram atau transmission.

Untuk memperbaiki ini, masuk ke panel __Application __DevTools, klik tab __Service Workers __, kemudian klik tombol __Unregister __. Dalam tangkapan layar di bawah, mouse diarahkan ke atas tombol.

Sekarang, sebelum memuat ulang situs, pastikan bahwa Anda masih menggunakan DevTools untuk menyimulasikan way offline. Muat ulang laman tersebut, dan itu akan menampilkan pesan kesalahan "there is no Internet connection" seperti yang diduga.

Mendaftarkan service worker pada situs

Sekarang saatnya menambahkan kembali dukungan offline ke aplikasi. Ini terdiri dari dua langkah:

Buat file JavaScript yang akan menjadi service worker.
Perintahkan browser untuk mendaftarkan file JavaScript sebagai "service worker".

Pertama, buat file kosong bernama sw.js dan tempatkan di folder /app.

Sekarang buka alphabetize.html dan tambahkan kode berikut ke bagian bawah <body>.

          <script> if('serviceWorker' in navigator) {   navigator.serviceWorker            .register('/sw.js')            .so(function() { panel.log("Service Worker Registered"); }); } </script>

Skrip akan memeriksa bila browser mendukung service worker. Jika memang mendukung, maka itu mendaftarkan file kita yang saat ini kosong sw.js sebagai service worker, kemudian melakukan log ke Konsol.

Sebelum menjalankan situs Anda lagi, kembali ke DevTools dan lihat tab __Service Workers __dari console __Application __. Saat ini seharusnya itu kosong, yang berarti bahwa tidak ada service worker yang dipasang pada situs tersebut.

Pastikan kotak centang __Offline __ di DevTools dinonaktifkan. Muat ulang lagi laman Anda. Saat laman memuat, Anda bisa melihat bahwa sebuah service worker telah didaftarkan.

Di sebelah characterization __Source __Anda bisa melihat tautan ke kode sumber dari service worker yang didaftarkan.

Bila Anda ingin memeriksa service worker yang saat ini dipasang di laman, klik pada tautan. Ini akan menunjukkan kepada Anda kode sumber dari service worker di panel __Sources __ dari DevTools. Misalnya, klik sekarang pada tautan, dan Anda akan melihat file kosong.

Memasang aset situs

Dengan service worker telah didaftarkan, saat pertama kali pengguna membuka laman sebuah kejadian install dipicu. Kejadian ini adalah saat untuk meng-cache aset laman Anda.

Tambahkan kode berikut ke sw.js.

          importScripts('/cache-polyfill.js');   cocky.addEventListener('install', function(due east) {  e.waitUntil(    caches.open('airhorner').so(function(cache) {      return cache.addAll([        '/',        '/alphabetize.html',        '/alphabetize.html?homescreen=ane',        '/?homescreen=1',        '/styles/master.css',        '/scripts/main.min.js',        '/sounds/airhorn.mp3'      ]);    })  ); });

Baris pertama menambahkan polyfill Cache. Polyfill ini sudah termasuk dalam repositori. Kita harus menggunakan polyfill karena Cache API belum sepenuhnya didukung di semua browser. Berikutnya adalah event listener install. Event listener install membuka objek caches dan kemudian mengisinya dengan daftar sumber daya yang ingin kita cache. Satu yang perlu diperhatikan dari operasi addAll adalah bahwa operasi ini bersifat semua atau tidak sama sekali. Bila salah satu file tidak ada atau gagal diambil, seluruh operasi addAll akan gagal. Aplikasi yang baik akan mengatasi skenario ini.

Langkah berikutnya adalah memprogram service worker kita untuk mengembalikan cegatan permintaan ke setiap sumber daya ini dan menggunakan objek caches untuk mengembalikan versi yang disimpan secara lokal dari masing-masing sumber daya.

Mencegat permintaan laman spider web

Salah satu fitur yang kuat dari service worker adalah bahwa, setelah service worker mengontrol laman, itu bisa mencegat setiap permintaan yang dibuat laman dan memutuskan apa yang harus dilakukan dengan permintaan tersebut. Pada bagian ini Anda akan memprogram service worker untuk mencegat permintaan dan mengembalikan versi ter-cache dari aset, daripada masuk ke jaringan untuk mengambilnya.

Langkah pertama adalah menyematkan penangan kejadian untuk kejadian fetch. Kejadian ini dipicu untuk setiap permintaan yang dibuat.

Tambahkan kode berikut ke bagian bawah sw.js Anda untuk mencatat permintaan yang dibuat dari laman induk.

Mari kita menguji ini. Bersiaplah! Anda akan melihat lebih banyak perilaku service worker yang tak terduga.

Buka DevTools dan masuk ke panel Application. Kotak centang __Offline __seharusnya dinonaktifkan. Tekan tombol Esc untuk membuka laci __Console __di bagian bawah jendela DevTools. Jendela DevTools Anda akan terlihat mirip dengan tangkapan layar berikut:

Muat ulang laman Anda sekarang dan lihat lagi jendela DevTools. Kesatu, kita menduga akan melihat sekelompok permintaan di-log ke Konsol, namun itu tidak terjadi. Kedua, di console __Service Worker __bisa kita lihat bahwa __Status __telah berubah:

Dalam __Status __ada sebuah service worker baru yang menunggu diaktifkan. Itu adalah service worker baru yang menyertakan perubahan yang baru saja kita buat. Jadi, untuk beberapa alasan, service worker lama yang kami pasang (yang hanya file kosong) masih mengontrol laman. Bila Anda mengeklik tautan sw.js di sebelah __Source __Anda bisa memverifikasi bahwa service worker lama masih berjalan.

Untuk mengatasi ketidaknyamanan ini, aktifkan kotak centang Update on reload.

Ketika kotak centang ini diaktifkan, DevTools selalu memperbarui service worker setiap kali laman dimuat ulang. Hal ini sangat berguna ketika secara aktif mengembangkan service worker.

Muat ulang laman tersebut sekarang dan Anda bisa melihat bahwa sebuah service worker baru dipasang dan URL permintaan sedang di-log ke Konsol, seperti yang diharapkan.

Sekarang Anda perlu memutuskan apa yang harus dilakukan dengan semua permintaan itu. Secara default, jika Anda tidak melakukan apa-apa, permintaan akan diteruskan ke jaringan dan respons dikembalikan ke laman web.

Agar aplikasi Anda bekerja secara offline, Anda harus menarik permintaan dari cache, bila tersedia.

Perbarui upshot listener fetch agar cocok dengan kode di bawah ini.

Metode event.respondWith() memberi tahu browser untuk mengevaluasi hasil dari kejadian di masa mendatang. caches.friction match(event.asking) mengambil permintaan web saat ini yang memicu kejadian fetch dan mencari dalam cache untuk sumber daya yang cocok. Pencocokan dilakukan dengan melihat cord URL. Metode match mengembalikan promise yang terselesaikan bahkan jika file tersebut tidak ditemukan dalam cache. Ini berarti Anda mendapatkan pilihan tentang apa yang Anda lakukan. Dalam kasus sederhana, ketika file tidak ditemukan, Anda cukup fetch dari jaringan dan mengembalikannya ke browser.

Ini adalah skenario paling sederhana; ada banyak skenario caching lainnya. Misalnya, Anda bisa secara bertahap meng-cache semua respons untuk permintaan sebelumnya yang belum di-enshroud, sehingga di kemudian hari mereka semua bisa dikembalikan dari cache.

Selamat!

Anda sekarang memiliki dukungan offline. Muat ulang laman Anda saat masih online untuk memperbarui service worker ke versi terbaru, kemudian gunakan DevTools untuk masuk ke style offline. Muat ulang lagi laman Anda, dan Anda akan memiliki air horn offline yang berfungsi secara penuh!

Apa yang sudah kita bahas

Cara menambahkan service worker dasar ke proyek yang sudah ada.
Cara menggunakan Chrome DevTools untuk menyimulasikan mode offline dan untuk memeriksa serta men-debug service worker.
Strategi caching offline sederhana.

Langkah Berikutnya

Pelajari cara mudah menambahkan dukungan offline dengan elemen offline Polymer
Jelajahi selengkapnya teknik caching lanjutan

Ketahui Selengkapnya

Pengantar service worker

Bantu kami menjadikan code lab lebih baik dengan mengirimkan masalah hari ini. Dan terima kasih!

shoreyousky.blogspot.com

Source: https://developers.google.com/web/fundamentals/codelabs/offline?hl=id