Siri siaran ini diindeks di NgateSystems.com. Anda akan temui kemudahan carian kata kunci yang sangat berguna di sana juga.
Semakan terakhir: Nov '24
Siri ini sebelum ini telah menerangkan cara anda boleh menggunakan rangka kerja Svelte bersama-sama dengan API Pelanggan pangkalan data Firestore Google untuk membangunkan sistem maklumat yang berguna dengan cepat dan menyeronokkan. Walau bagaimanapun, Malangnya, Post 3.3 mendedahkan bagaimana sistem pengesahan Firebase yang sangat baik tidak menyokong aktiviti Firestore dalam fungsi load() dan actions() sisi pelayan di mana peraturan pangkalan data merujuk objek auth.
Melangkau peraturan keizinan Firestore anda bukan pilihan - tanpa ini, pangkalan data anda terbuka luas kepada sesiapa sahaja yang boleh merampas kunci firebaseConfig daripada apl web anda. Siaran ini menerangkan cara untuk mengolah semula kod sisi pelayan Svelte supaya ia berjalan pada bahagian klien manakala peraturan Firestore kekal kukuh.
Tidak semua fungsi load() akan terjejas oleh kehadiran peraturan Firestore. Mereka yang merujuk koleksi Firestore awam masih akan berjalan dengan gembira di bahagian pelayan. API Klien masih tersedia dalam fail page.server.js - ia tidak akan berfungsi jika diminta untuk menggunakan koleksi yang dilindungi oleh pengesahan.
Jika fungsi load() anda menangani fail awam dan anda hanya mahu mengelakkan penyahpepijatan sisi pelayan, anda mungkin mempertimbangkan untuk memindahkan fungsi load() anda ke dalam fail page.js. Ini berfungsi sama seperti fail page.server.js - Svelte masih akan menjalankan fungsi secara automatik pada masa muat. Tetapi ini berlaku di bahagian klien sekarang di mana ia boleh dinyahpepijat dalam penyemak imbas. Lihat Svelte docs di Memuatkan data untuk butiran
Walau bagaimanapun, fungsi load() 'terkompromi' (biasanya di mana peraturan Firestore digunakan untuk memastikan pengguna hanya boleh mengakses data mereka sendiri) mesti dipindahkan ke kod sebelah klien. Biasanya, ini akan diolah semula sebagai fungsi baharu, dinamakan dengan sewajarnya, dalam
Tetapi sekarang anda mesti mencari cara untuk melancarkan fungsi load() anda yang dipindahkan secara automatik pada permulaan halaman - anda tidak lagi mendapat manfaat daripada pengaturan terbina dalam Svelte untuk fungsi load() asli. Masalahnya ialah fungsi penempatan semula anda adalah tak segerak dan oleh itu tidak boleh dilancarkan terus daripada
"OnMount" ialah "cangkuk" kitaran hayat Svelte yang berjalan secara automatik apabila halaman apl web dilancarkan. Di dalam onMount() anda kini boleh menunggu dengan selamat fungsi load() anda - anda mungkin teringat bahawa anda bertemu dengannya lebih awal dalam fungsi log keluar. Anda boleh mendapatkan penerangan di Svelte Lifecycle Hooks.
Dalam kes ini, tiada pilihan. Fungsi actions() yang terjejas mesti dipindahkan ke dalam
Dalam contoh kod berikut, laluan produk-paparan-rf baharu memaparkan senarai Nombor produk "Produk Ajaib" lama. Load() yang digunakan di sini tidak terjejas tetapi kodnya masih dialihkan ke fail page.js untuk membolehkan anda mengesahkan bahawa anda boleh menyahpepijatnya dalam penyemak imbas. Satu-satunya perubahan lain ialah:
// src/routes/products-display-rf/+page.svelte <script> export let data; </script> <div> <pre class="brush:php;toolbar:false">// src/routes/products-display-rf/+layout.svelte <header> <h2> <pre class="brush:php;toolbar:false">// routes/products-display-rf/+page.js import { collection, query, getDocs, orderBy } from "firebase/firestore"; import { db } from "$lib/utilities/firebase-client" export async function load() { const productsCollRef = collection(db, "products"); const productsQuery = query(productsCollRef, orderBy("productNumber", "asc")); const productsSnapshot = await getDocs(productsQuery); let currentProducts = []; productsSnapshot.forEach((product) => { currentProducts.push({ productNumber: product.data().productNumber }); }); return { products: currentProducts } }
// src/routes/products-display-rf/[productNumber]/+page.svelte <script> import { goto } from "$app/navigation"; export let data; </script> <div> <pre class="brush:php;toolbar:false">// src/routes/products-display-rf/[productNumber]/+page.js import { collection, query, getDocs, where } from "firebase/firestore"; import { db } from "$lib/utilities/firebase-client"; export async function load(event) { const productNumber = parseInt(event.params.productNumber, 10); // Now that we have the product number, we can fetch the product details from the database const productsCollRef = collection(db, "products"); const productsQuery = query(productsCollRef, where("productNumber", "==", productNumber)); const productsSnapshot = await getDocs(productsQuery); const productDetails = productsSnapshot.docs[0].data().productDetails; return { productNumber: productNumber, productDetails: productDetails }; }
Salin kod ini ke dalam fail baharu dalam folder akhiran "-rf". Tetapi berhati-hati semasa anda melakukan ini - bekerja dengan banyak fail halaman yang mengelirukan dalam hierarki folder sempit VSCode memerlukan penumpuan yang rapat. Apabila anda selesai, jalankan pelayan dev anda dan uji halaman baharu di alamat http://localhost:5173/products-display-rf.
Halaman "Paparan Produk" sepatutnya kelihatan sama seperti sebelumnya tetapi, apabila anda mengklik, halaman "Butiran Produk" kini sepatutnya memaparkan kandungan yang dijana secara dinamik.
Perkara agak lebih menarik dalam versi sisi pelanggan halaman penyelenggaraan produk.
Oleh kerana peraturan Firebase anda untuk koleksi produk kini merujuk kepada pengesahan (dan dengan itu memerlukan bakal pengguna "log masuk"), fungsi actions() yang menambah dokumen produk baharu terjejas. Jadi ini perlu dialihkan keluar daripada fail page.server.js dan ditempatkan semula ke dalam fail page.svelte induk.
Di sini, fungsi itu dinamakan semula sebagai handleSubmit() dan "dipecat" oleh klausa on:submit={handleSubmit} pada