ข้อมูลของคุณ ในฐานข้อมูลของคุณเอง

สิ่งที่อยู่ในฐานข้อมูล

บางสิ่งบนเว็บไซต์เปลี่ยนบ่อยและอยู่ในรูปรายการ เช่น ขนมปังในเมนู ห้องพักในเกสต์เฮาส์ โปรเจกต์ในพอร์ตโฟลิโอ หรือสมาชิกในทีม เมื่อเว็บไซต์เก็บสิ่งเหล่านี้ Briks จะให้ฐานข้อมูลของตัวเอง และเก็บไว้ที่นั่นเป็นระเบียนที่จัดกลุ่มในคอลเลกชัน แทนที่จะเขียนลงในข้อความของหน้า

วิธีนี้ทำให้การแก้ไขประจำวันเป็นเรื่องเล็ก ในแท็บ Database คุณค้นหาคอลเลกชัน เปิดระเบียน เปลี่ยนราคาหรือคำอธิบาย แล้วบันทึกได้ ระเบียนเก็บเป็นฉบับร่างได้ ซึ่งจะไม่ปรากฏบนเว็บไซต์ที่เผยแพร่จนกว่าคุณจะพร้อม

Owner และ Admin ยังสร้างฐานข้อมูลด้วยตนเองได้จากแท็บ Database สำหรับเว็บไซต์ที่ไม่จำเป็นต้องมีฐานข้อมูลตอนสร้าง

เว็บไซต์ที่มีการลงชื่อเข้าใช้สำหรับผู้เข้าชมจะเก็บบัญชีของพวกเขาไว้ที่นี่ด้วย และเว็บไซต์ที่รับชำระเงินจะเก็บคำสั่งซื้อและการสมัครสมาชิกไว้ที่นี่ แท็บ Database แสดงแต่ละอย่างในมุมมองของตัวเอง: Accounts, Orders และ Subscriptions

นำข้อมูลของคุณไปด้วย

ข้อมูลของคุณเป็นของคุณที่จะนำไปได้ ในแพ็กเกจแบบชำระเงิน ดาวน์โหลดทั้งหมดเป็นไฟล์ zip เดียว โดยแต่ละคอลเลกชันเป็น JSON พร้อมคำอธิบายโครงสร้าง หรือดาวน์โหลดคอลเลกชันเดียวเป็นสเปรดชีต CSV ที่มีหนึ่งคอลัมน์ต่อหนึ่งช่อง การส่งออกมีได้สูงสุด 50,000 รายการต่อคอลเลกชัน หากคอลเลกชันมีมากกว่านั้น จะมีหมายเหตุในไฟล์ zip แจ้งไว้

ทุกการเปลี่ยนแปลงสามารถแจ้งเครื่องมืออื่นได้ด้วย เพิ่ม webhook สำหรับเหตุการณ์ record changed แล้วทุกระเบียนที่เพิ่ม แก้ไข หรือลบจะถูกส่งไปยังแอดเดรสที่คุณระบุ

ตำแหน่งที่เก็บฐานข้อมูลถูกกำหนดตอนสร้าง และระเบียนของฐานข้อมูลจะไม่ออกจากที่นั้น

การย้อนเวลากลับ

ฐานข้อมูลเก็บประวัติของตัวเอง Owner และ Admin ย้อนฐานข้อมูลกลับไปยังนาทีใดก็ได้ภายในประวัตินั้นตามเขตเวลาของตนเอง หรือกลับไปยังจุดคืนค่าที่คุณตั้งชื่อไว้ก็ได้ บันทึกจุดคืนค่าไว้ก่อนการเปลี่ยนแปลงใหญ่ เช่น “Before the spring menu” แล้วจะหาเจอได้ง่าย

หากต้องการที่รองรับที่ยาวนานขึ้นบนแผนแบบชำระเงิน ให้เปิดสำเนารายคืน: สำเนาของฐานข้อมูลทั้งหมดทุกคืน เก็บไว้ 30 วันและดาวน์โหลดได้จาก Backups สำเนานับรวมในพื้นที่จัดเก็บของแผนและปิดอยู่จนกว่าคุณจะเปิด

การกระทำที่ย้อนกลับไม่ได้แยกไว้ต่างหากในโซนอันตราย: การล้างคอลเลกชัน และการลบฐานข้อมูล ซึ่งจะให้คุณพิมพ์ชื่อโปรเจกต์ก่อน

เมื่อเว็บไซต์ต้องใช้ฐานข้อมูล

หากส่วนใดของเว็บไซต์เป็นรายการที่เปลี่ยนแปลงอยู่เสมอ ส่วนนั้นควรอยู่ในฐานข้อมูล เช่น เมนู ห้องพัก คลาส สินค้า สมาชิกทีม และกรณีศึกษา แต่หากเป็นข้อความที่แทบไม่เปลี่ยน เช่น เรื่องราวของคุณในหน้า About ก็ปล่อยเป็นข้อความบนหน้าได้ และแก้ไขด้วยภาษาธรรมดา

เรคคอร์ดทำให้การเปลี่ยนแปลงเล็กๆ ทำได้เร็ว การเปลี่ยนราคาในแท็บ Database เป็นการแก้เรคคอร์ดเดียว และไม่เริ่มการสร้างใหม่