เล่นดึงข้อมูล
PlayFetch ทำให้การเพิ่มฟีเจอร์ Large Language Model ให้กับแอปของคุณรวดเร็วและไม่ยุ่งยาก
พื้นหลัง
LLM ได้เปลี่ยนวิธีการทำงานของทีมผลิตภัณฑ์ ขณะนี้แอปพลิเคชันส่วนใหญ่ถูกสร้างขึ้นด้วยภาษาที่เป็นธรรมชาติมากขึ้นเรื่อยๆ มักจะมีสมาชิกในทีมที่ไม่ใช่วิศวกรที่เกี่ยวข้องกับกระบวนการนี้ — นักยุทธศาสตร์เนื้อหาที่ใส่ใจเกี่ยวกับน้ำเสียงและการส่งข้อความที่สร้างขึ้น ผู้เชี่ยวชาญด้านโดเมนที่นำความรู้เฉพาะทางขั้นสูงมาสู่เนื้อหาที่สร้างขึ้น และนักออกแบบและผู้จัดการผลิตภัณฑ์ที่มีความเข้าใจอย่างลึกซึ้งเกี่ยวกับ ความต้องการผลิตภัณฑ์ของตน เนื่องจากสมาชิกในทีมใหม่เหล่านี้มีส่วนร่วมในการสร้างต้นแบบ การพัฒนา และการบำรุงรักษาส่วนสำคัญของแอปพลิเคชันควบคู่ไปกับทีมวิศวกร จึงมีปฏิสัมพันธ์ใหม่ๆ มากมาย
ปฏิสัมพันธ์ใหม่ระหว่างวิศวกรและคนอื่นๆ ในทีมจำเป็นต้องมีเครื่องมือใหม่ วิศวกรไม่ต้องการให้ข้อความธรรมดากระจายไปทั่วฐานโค้ดของตนโดยมีการร้องขอการอัปเดตอย่างต่อเนื่อง เพียงแต่พบว่าเวอร์ชันใหม่ไม่ได้ดีกว่าจริง ๆ ผู้ร่วมให้ข้อมูลพร้อมท์หรือลูกโซ่ไม่ต้องการรอให้วิศวกรรวมการอัปเดตของตนก่อนที่จะพบว่าพวกเขาไม่ได้ทำงานตามที่คาดไว้ PlayFetch แก้ปัญหาเหล่านี้และปัญหาอื่นๆ ที่เราพบในบริษัทที่ทำงานในลักษณะนี้
PlayFetch คืออะไร?
- สนามเด็กเล่นพร้อมท์ที่ใช้งานง่ายซึ่งสร้างขึ้นจากการทำงานร่วมกันโดยมีความคิดเห็น คำอธิบายประกอบ ป้ายกำกับ และการให้คะแนน
- ระบบการกำหนดเวอร์ชันแบบไม่ทำลายซึ่งสมาชิกในทีมสามารถใช้งานได้อย่างโปร่งใส
- สภาพแวดล้อมการทดสอบที่มีการนำเข้าและส่งออกข้อมูล ห่วงโซ่การวัด และการทดสอบแชทบอทอัตโนมัติ
- แพลตฟอร์ม LLM ที่ผสานรวมกับเครื่องมือสำหรับการควบคุมแหล่งที่มา การจัดการโครงการ และร้านค้าเวกเตอร์ได้อย่างราบรื่น
- โซลูชันโฮสติ้งที่ไม่เชื่อเรื่องโมเดลซึ่งมี API แบบรวมอย่างง่ายซึ่งรองรับการโทร แชท และการขัดจังหวะด้วยตนเอง
- โซลูชันการวิเคราะห์และการตรวจสอบที่เน้นไปที่ความต้องการฟีเจอร์ LLM
การปรับใช้ PlayFetch บน Google Cloud
PlayFetch ได้รับการปรับให้ทำงานบนแพลตฟอร์ม Google Cloud ทำตามคำแนะนำด้านล่างเพื่อเริ่มต้นอินสแตนซ์ของคุณเอง เราจะถือว่าคุณได้แยกพื้นที่เก็บข้อมูล PlayFetch อย่างเป็นทางการที่ https://github.com/yello-xyz/playfetch (เพื่อให้คุณสามารถตั้งค่าการรวมอย่างต่อเนื่อง) หากคุณวางแผนที่จะเปลี่ยนแปลงโค้ด คุณสามารถดำเนินการตามคำแนะนำเหล่านี้ได้หลายครั้งเพื่อตั้งค่าอินสแตนซ์แยกกันสำหรับการพัฒนา การจัดเตรียม และการใช้งานจริง
กำหนดค่าโครงการใหม่
- ตั้งค่าบัญชี Google Cloud Platform ของคุณบน https://cloud.google.com/
- เข้าถึง Cloud Console ได้ที่ https://console.cloud.google.com
- ไปที่ IAM และผู้ดูแลระบบ → จัดการทรัพยากร และคลิก สร้างโครงการ
- เลือกชื่อที่ไม่ซ้ำ (ไม่สามารถเปลี่ยนแปลงได้ในภายหลัง) แล้วคลิก สร้าง
- ไปที่ การเรียกเก็บเงิน และภายใต้ การจัดการบัญชี ตรวจสอบ ให้แน่ใจว่าได้เปิดใช้งานการเรียกเก็บเงินสำหรับโครงการใหม่แล้ว
กำหนดค่า API
- ไปที่ API และบริการ → API ที่เปิดใช้งานและบริการ
- ตรวจสอบให้แน่ใจว่าได้เลือกโปรเจ็กต์ที่สร้างขึ้นใหม่แล้วในตัวเลือกโปรเจ็กต์ที่ด้านบน
- คลิก เปิดใช้งาน API และบริการ
- ค้นหา App Engine Admin API แล้วคลิก ENABLE
- ค้นหา Cloud Build API แล้วคลิก ENABLE
- ค้นหา Cloud Datastore API แล้วคลิก ENABLE
- ค้นหา Cloud Scheduler API แล้วคลิก ENABLE
- ค้นหา Google App Engine Flexible Environment แล้วคลิก ENABLE
- ค้นหา Identity and Access Management (IAM) API แล้วคลิก ENABLE
- ค้นหา Vertex AI API แล้วคลิก เปิดใช้งาน
กำหนดค่าแอปพลิเคชัน App Engine
- ไปที่ App Engine → แดชบอร์ด และคลิก สร้างแอปพลิเคชัน
- เลือกสถานที่ (ไม่สามารถเปลี่ยนแปลงได้ในภายหลัง)
- เปิดตัวเลือกบัญชีบริการทิ้งไว้ (เราจะใช้ค่าเริ่มต้น) แล้วคลิก ถัดไป
- ละเว้นแผงการปรับใช้ (คลิก ฉันจะดำเนินการนี้ในภายหลัง )
กำหนดค่าพื้นที่เก็บข้อมูล
- นำทางไปยัง Datastore
- หากคุณไม่เห็นที่เก็บข้อมูล (ค่าเริ่มต้น) ให้รอสักครู่แล้วรีเฟรช
- เลือกที่เก็บข้อมูล (ดีฟอลต์)
- เลือก Time-to-live (TTL) ในแถบด้านข้าง และคลิก CREATE POLICY
- ตั้งค่า คุณสมบัติ Kind เป็น _nextauth_token และ Timestamp ให้ หมดอายุ แล้วคลิก CREATE
- สร้างนโยบายอื่นด้วย แคช ชนิดและคุณสมบัติ หมดอายุ At
กำหนดค่าที่เก็บข้อมูล
- ไปที่ Cloud Storage → Buckets และเลือก bucket [project-name] .appspot.com
- ภายใต้ สิทธิ์ คลิก ให้สิทธิ์การเข้าถึง
- เพิ่ม ผู้ใช้ หลักทั้งหมดและกำหนดบทบาท Storage Object Viewer
- คลิก บันทึก และ อนุญาตการเข้าถึงสาธารณะ (ที่เก็บข้อมูลนี้จะใช้สำหรับจัดเก็บอวตาร)
สร้างบัญชีบริการบิลด์
- ไปที่ IAM และผู้ดูแลระบบ → บัญชีบริการ และคลิก สร้างบัญชีบริการ
- เลือกชื่อที่ไม่ซ้ำแล้วคลิก สร้างและดำเนินการต่อ
- เลือกบทบาท ผู้ใช้บัญชีบริการ
- คลิก เพิ่มบทบาทอื่น และเลือก App Engine Deployer
- คลิก เพิ่มบทบาทอื่น และเลือก ตัวแทนบริการสภาพแวดล้อมที่ยืดหยุ่นของ App Engine
- คลิก เพิ่มบทบาทอื่น และเลือก ผู้ดูแลระบบบริการ App Engine
- คลิก เพิ่มบทบาทอื่น และเลือก บัญชีบริการ Cloud Build
- คลิก เพิ่มบทบาทอื่น และเลือก ผู้ดูแลระบบดัชนี Cloud Datastore
- คลิก เพิ่มบทบาทอื่น และเลือก ผู้ดูแลระบบ Cloud Scheduler
- คลิก ดำเนินการต่อ และ เสร็จสิ้น
[ไม่บังคับ] กำหนดค่าโดเมนที่กำหนดเอง
- ไปที่ App Engine → การตั้งค่า
- ใต้ โดเมนที่กำหนดเอง คลิก เพิ่มโดเมนที่กำหนดเอง
- ป้อนโดเมนที่กำหนดเองและโดเมนย่อยที่คุณต้องการใช้ (ทำตามคำแนะนำเพื่อยืนยันความเป็นเจ้าของ)
- คลิก ดำเนินการต่อ และ เสร็จสิ้น
- เพิ่มบันทึกที่แสดงลงในการกำหนดค่า DNS ของผู้ให้บริการโดเมนที่กำหนดเองของคุณ
[ไม่บังคับ แต่แนะนำ] กำหนดค่าการตรวจสอบสิทธิ์ผู้ใช้ Google OAuth
- ไปที่ API และบริการ → หน้าจอยินยอม OAuth
- เลือกประเภทผู้ใช้ ภายใน หรือ ภายนอก ขึ้นอยู่กับกรณีการใช้งานของคุณ และคลิก สร้าง
- กรอกข้อมูลในช่องที่ต้องกรอก คลิก บันทึกและดำเนินการต่อ จากนั้นคลิก เพิ่มหรือลบขอบเขต
- ตรวจสอบขอบเขต .../auth/userinfo.profile และ .../auth/userinfo.email จากนั้นคลิก UPDATE และ SAVE AND CONTINUE
- หากคุณเลือกประเภทผู้ใช้ ภายนอก ด้านบน คุณสามารถเพิ่มบัญชีทดสอบบางส่วนได้ (ก่อนเผยแพร่แอปสู่การใช้งานจริง) ตรวจสอบให้แน่ใจว่าได้รวมที่อยู่อีเมลที่คุณต้องการใช้สำหรับผู้ดูแลระบบคนแรกของคุณ โปรดทราบว่าคุณยังคงต้องให้สิทธิ์การเข้าถึงแก่ผู้ใช้เหล่านี้ใน PlayFetch ด้วยเช่นกัน
- คลิก บันทึกและดำเนินการต่อ และ กลับสู่แดชบอร์ด
- เลือก ข้อมูลรับรอง ในแถบด้านข้าง จากนั้นคลิก สร้างข้อมูลรับรอง และ รหัสไคลเอ็นต์ OAuth
- เลือก แอปพลิเคชันเว็บ เป็น ประเภทแอปพลิเคชัน แล้วเลือกชื่อ
- ใต้ Authorized JavaScript origins ให้เพิ่ม https:// [project-name] .appspot.com (และโดเมนที่กำหนดเอง หากคุณมี) หากคุณต้องการใช้ Google Authentication เมื่อเรียกใช้แอปในเครื่อง ให้เพิ่ม http://localhost:3000 ด้วยเช่นกัน
- ใต้ URI การเปลี่ยนเส้นทางที่ได้รับอนุญาต ให้เพิ่ม https:// [project-name] .appspot.com/api/auth/callback/google (และ URL ที่คล้ายกันสำหรับโดเมนที่กำหนดเอง) หากคุณต้องการใช้ Google Authentication เมื่อเรียกใช้แอปในเครื่อง ให้เพิ่ม http://localhost:3000/api/auth/callback/google ด้วยเช่นกัน
- คลิก สร้าง และคัดลอกรหัสไคลเอ็นต์ที่สร้างขึ้นและข้อมูลลับไคลเอ็นต์เพื่อใช้ในการตั้งค่าทริกเกอร์บิวด์ด้านล่าง
กำหนดค่าบิลด์
- ไปที่ Cloud Build → Triggers แล้วคลิก CONNECT REPOSITORY
- เลือก GitHub ต้นทาง (แอป Cloud Build GitHub) แล้วคลิก ดำเนินการต่อ เพื่อตรวจสอบสิทธิ์บัญชี GitHub ที่คุณแยกพื้นที่เก็บข้อมูล (ในหน้าต่างป๊อปอัป)
- เลือกที่เก็บแบบแยกส่วน ทำเครื่องหมายในช่องข้างใต้ แล้วคลิก เชื่อมต่อ
- คลิก สร้างทริกเกอร์
- เลือกชื่อสำหรับงานสร้างของคุณ
- ในส่วน การกำหนดค่า ให้เลือก ไฟล์การกำหนดค่า Cloud Build (yaml หรือ json)
- สำหรับการตั้งค่าขั้นต่ำ คุณจะต้องเพิ่ม ตัวแปรการทดแทน ต่อไปนี้ให้กับทริกเกอร์บิวด์ของคุณ (ในส่วน ขั้นสูง ) โดยคลิก ADD VARIABLE :
- _ENCRYPTION_KEY : สตริงสุ่มจำนวนเลข ฐานสิบหก 64 หลัก
- _NEXTAUTH_SECRET : สตริงสุ่มอย่างน้อย 32 ตัวอักษร
- _NEXTAUTH_URL : URL ที่เปิดเผยต่อสาธารณะสำหรับอินสแตนซ์ของคุณ ไม่ว่าจะเป็นโดเมนที่กำหนดเองหากคุณมีหรืออย่างอื่น https:// [ชื่อโครงการ] .appspot.com
- _GCLOUD_STORAGE_BUCKET : ชื่อของที่เก็บข้อมูล Cloud Storage ที่คุณอนุญาตให้เข้าถึงแบบสาธารณะ เช่น [project-name] .appspot.com
- _NOREPLY_EMAIL_USER และ _NOREPLY_EMAIL_PASSWORD : บัญชี Gmail ที่จะใช้สำหรับอีเมลธุรกรรมขาออก อาจเป็นบัญชีเฉพาะใน Google Workspace ของคุณ (พร้อมรหัสผ่านปกติ) หรือบัญชี Gmail แยกต่างหาก (พร้อมรหัสผ่านสำหรับแอป) ดูคำแนะนำด้านล่างหากคุณต้องการใช้ผู้ให้บริการอีเมลรายอื่น
- หากคุณกำหนดค่าการตรวจสอบสิทธิ์ของ Google ข้างต้น คุณควรเพิ่มตัวแปรต่อไปนี้ด้วย:
- _GOOGLE_CLIENT_ID และ _GOOGLE_CLIENT_SECRET : ค่าที่คุณคัดลอกด้านบนหลังจากสร้างข้อมูลรับรอง OAuth
- ใต้ บัญชีบริการ เลือกบัญชีบริการที่คุณสร้างไว้ด้านบน
- คลิก สร้าง
- คลิก RUN ถัดจากทริกเกอร์ที่คุณสร้างขึ้นใหม่ จากนั้นคลิก RUN TRIGGER
- เลือก ประวัติ ในแถบด้านข้าง และรอเพื่อยืนยันว่าการสร้างของคุณเสร็จสมบูรณ์ (อาจใช้เวลา 10-15 นาที)
เริ่มต้นสภาพแวดล้อม PlayFetch ของคุณ
- เลือกที่อยู่อีเมลที่จะใช้เป็นข้อมูลเข้าสู่ระบบสำหรับผู้ใช้ผู้ดูแลระบบเริ่มแรก
- เปิดเบราว์เซอร์แล้วไปที่ https:// [project-name] .appspot.com/api/admin/init?admin= [[email protected]] (อย่าลืมระบุที่อยู่อีเมลที่ถูกต้องในการสืบค้น)
- ตำแหน่งข้อมูลนี้จะเรียกใช้สคริปต์เพื่อเริ่มต้นพื้นที่เก็บข้อมูล (ซึ่งอาจใช้เวลาสักครู่) แต่คุณจะสามารถเรียกใช้ได้เพียงครั้งเดียวเท่านั้น (เว้นแต่คุณจะสร้างพื้นที่เก็บข้อมูลขึ้นใหม่)
- เมื่อสคริปต์เสร็จสมบูรณ์ ให้คัดลอกค่าสำหรับ _PLAYFETCH_API_KEY และ _PLAYFETCH_ENDPOINT_URL ที่แสดงในการตอบกลับ
- ไปที่ Cloud Build → ทริกเกอร์ คลิกทริกเกอร์ที่คุณสร้าง เพิ่ม ตัวแปรการทดแทน เพิ่มเติมอีกสองตัวจากขั้นตอนด้านบน แล้วคลิก บันทึก
- เรียกใช้ทริกเกอร์บิวด์ของคุณอีกครั้งด้วยตัวแปรที่เพิ่มเข้ามา โครงสร้างนี้อาจจำเป็นต้องสร้างดัชนีพื้นที่เก็บข้อมูลที่ขาดหายไป ดังนั้นจึงควรรอจนกว่าจะเสร็จสมบูรณ์อีกครั้ง
ตอนนี้คุณควรจะสามารถไปที่ https:// [project-name] .appspot.com และเข้าสู่ระบบด้วยที่อยู่อีเมลที่คุณระบุไว้สำหรับผู้ใช้ผู้ดูแลระบบคนแรกของคุณ คุณสามารถใช้การตรวจสอบสิทธิ์ของ Google (หากกำหนดค่าไว้) หรือลิงก์อีเมล (หากตั้งค่าตัวแปร _NOREPLY_EMAIL อย่างถูกต้อง) ผู้ใช้เพิ่มเติมสามารถรับสิทธิ์เข้าถึงได้ในแผงผู้ดูแลระบบ
เรียกใช้ PlayFetch ในเครื่อง
หากคุณต้องการมีส่วนร่วมในปัญหา PlayFetch หรือการแก้ไขข้อบกพร่อง คุณสามารถทำตามคำแนะนำด้านล่างเพื่อให้ PlayFetch ทำงานบนเครื่องของคุณ
ติดตั้งโหนดและ npm
วิธีที่ง่ายที่สุดในการติดตั้ง โหนด และ npm เวอร์ชันล่าสุดคือการเรียกใช้ตัวติดตั้งล่าสุด
โคลนพื้นที่เก็บข้อมูล
เปิดด้วย GitHub Desktop และโคลนไปยังไดเร็กทอรีในเครื่องหรือเชื่อมต่อกับ GitHub ด้วย SSH และเรียกใช้ git clone [email protected]:yello-xyz/playfetch.git หากคุณแยกพื้นที่เก็บข้อมูลแล้ว คุณสามารถโคลนพื้นที่เก็บข้อมูลนั้นแทนได้
กำหนดค่าสภาพแวดล้อม
ในการเรียกใช้แอปในเครื่อง คุณจะต้องเพิ่มตัวแปรเดียวกันบางตัวให้กับไฟล์ .env.local ในเครื่องของคุณ (ไฟล์นี้จะถูกละเว้นโดยการควบคุมแหล่งที่มาเพื่อหลีกเลี่ยงไม่ให้คีย์รั่วไหล) ค่าเหล่านี้อาจเป็นค่าเดียวกับค่าที่คุณระบุไว้ในทริกเกอร์บิวด์ Google Cloud สำหรับอินสแตนซ์การพัฒนาของคุณ (สมมติว่าคุณกำลังใช้งานอินสแตนซ์แยกต่างหากสำหรับการผลิตเนื่องจากคุณไม่ต้องการเสี่ยงที่จะทำให้คีย์เหล่านั้นรั่วไหล) ยกเว้น _NEXTAUTH_URL ที่ควรระบุ ค่า http://localhost:3000
คุณสามารถเข้าถึงพื้นที่เก็บข้อมูลใน Google Cloud ได้จากเครื่องของคุณ (สมมติว่าคุณใช้งานอินสแตนซ์การพัฒนาแยกต่างหาก เพื่อที่คุณจะได้ไม่ทำให้ข้อมูลการผลิตเสียหายหรือรั่วไหลโดยไม่ตั้งใจ) โดยการติดตั้ง Google Cloud CLI และเริ่มต้นตามที่อธิบายไว้ที่นี่ (คุณสามารถข้ามได้ ขั้นตอนอื่นๆ) เรียกใช้คำสั่งต่อไปนี้เพื่อเข้าสู่ระบบด้วยบัญชี Google ของคุณ:
-
gcloud auth login -
gcloud init -
gcloud auth application-default login -
gcloud init
สร้างและดำเนินการ
ตอนนี้คุณควรจะสามารถรันคำสั่งต่อไปนี้ได้:
-
npm install -
npm run build -
npm run start
อีกทางหนึ่ง ในระหว่างการพัฒนา คุณสามารถรันคำสั่งต่อไปนี้เพื่อรันบิลด์การดีบักด้วยการรีเฟรชที่รวดเร็ว:
npm run dev
หากต้องการรันการทดสอบทั้งหมดครั้งเดียว:
npm run test
หากต้องการดูการเปลี่ยนแปลงและเรียกใช้ชุดการทดสอบที่เกี่ยวข้องอีกครั้งโดยอัตโนมัติ:
npm run watch
คุณสมบัติเสริม
เพื่อขยายการตั้งค่าขั้นต่ำ คุณสามารถกำหนดค่าตัวแปรสภาพแวดล้อมต่อไปนี้ (ในทริกเกอร์บิวด์ GCP หรือในไฟล์ .env.local ในเครื่อง) เพื่อเปิดใช้ฟีเจอร์เพิ่มเติมบางอย่าง
บูรณาการ
- _GITHUB_CLIENT_ID , _GITHUB_CLIENT_SECRET : สามารถใช้เพื่อกำหนดค่าการตรวจสอบสิทธิ์ GitHub OAuth (คล้ายกับ Google) จำเป็นต้องตั้งค่าแอป GitHub OAuth
- _GITHUB_APP_CLIENT_ID , _GITHUB_APP_CLIENT_SECRET , _GITHUB_APP_ID , _GITHUB_APP_PRIVATE_KEY , _NEXT_PUBLIC_GITHUB_APP_INSTALL_LINK : สามารถใช้เพื่อกำหนดค่าการรวมการควบคุมแหล่งที่มา จำเป็นต้องตั้งค่าแอป GitHub
- _LINEAR_APP_CLIENT_ID , _LINEAR_APP_CLIENT_SECRET , _LINEAR_APP_WEBHOOK_SECRET : สามารถใช้เพื่อกำหนดค่าการรวมการจัดการงาน ต้องตั้งค่าแอป Linear ด้วยเช่นกัน
- _NOTION_TOKEN, _NOTION_ONBOARDING_PAGE_ID, _NOTION_WAITLIST_PAGE_ID : สามารถใช้เพื่อซิงโครไนซ์การลงชื่อสมัครเข้าคิวรอและการตอบรับแบบสำรวจการเริ่มต้นใช้งานกับ Notion โดยอัตโนมัติ จำเป็นต้องตั้งค่าแอป Notion
การวิเคราะห์
- _GOOGLE_ANALYTICS_API_SECRET , _GOOGLE_ANALYTICS_MEASUREMENT_ID : สามารถใช้เพื่อกำหนดค่าการวิเคราะห์ฝั่งเซิร์ฟเวอร์ (GA4)
- _NEXT_PUBLIC_GOOGLE_TAG_MANAGER_ID , _NEXT_PUBLIC_COOKIE_DOMAIN , _NEXT_PUBLIC_COOKIE_NAME : สามารถใช้เพื่อกำหนดค่าคุกกี้และการวิเคราะห์ฝั่งไคลเอ็นต์ (Google Tag Manager)
สิ่งแวดล้อม
- _GOOGLE_ANALYTICS_DASHBOARD_URL , _GOOGLE_ANALYTICS_REPORTS_URL , _GOOGLE_SEARCH_CONSOLE_URL , _INTEGRATION_TEST_URL , _SERVER_LOGS_URL : สามารถใช้เพื่อเพิ่มลิงก์การวินิจฉัยต่างๆ ในแผงผู้ดูแลระบบ
- _NEXT_PUBLIC_DOCS_URL , _NEXT_PUBLIC_SUPPORT_EMAIL : สามารถใช้เพื่อสร้างลิงก์ไปยังเอกสารประกอบและการสนับสนุนในพื้นที่ทำงานและแถบด้านข้างของโครงการ
- _NOREPLY_EMAIL_HOST , _NOREPLY_EMAIL_PORT : สามารถใช้เพื่อกำหนดค่าผู้ให้บริการอีเมลสำรองสำหรับอีเมลธุรกรรมขาออก
- _API_URL : สามารถใช้เพื่อแยกการรับส่งข้อมูลระหว่างเว็บไซต์และ API เช่น หากคุณมีโดเมนย่อยแยกกันที่ชี้ไปยังอินสแตนซ์ของคุณ
ใบอนุญาต
PlayFetch เป็นโอเพ่นซอร์สภายใต้ใบอนุญาต MIT ที่ได้รับอนุญาต
โปรดทราบว่า PlayFetch ใช้ CodeMirror เป็นสิ่งอ้างอิง หากคุณใช้ CodeMirror ในเชิงพาณิชย์ มีความคาดหวังทางสังคม (แต่ไม่มีกฎหมาย) ที่คุณจะช่วยเหลือด้านทุนในการบำรุงรักษา
มีส่วนร่วม
PlayFetch กำลังได้รับการพัฒนาบน GitHub ยินดีบริจาค อย่าลังเลที่จะเปิดประเด็นหรือเปิดคำขอดึงเมื่อแก้ไขข้อบกพร่องหรือเพิ่มคุณสมบัติ เพื่อช่วยคุณในการเริ่มต้น คุณสามารถดูแรงบันดาลใจบางส่วนได้ใน TODO.md
