VS Code ທີ່ສົມບູນ, ບໍ່ແມ່ນໂປຣແກຣມແກ້ໄຂໄຟລ໌
ການເນັ້ນໄວຍາກອນ, ການຄົ້ນຫາຫຼາຍໄຟລ໌, ໜ້າຕ່າງແບ່ງສ່ວນ ແລະ ປຸ່ມລັດແປ້ນພິມທີ່ທ່ານລຶ້ງເຄີຍດີຢູ່ແລ້ວ, ສົ່ງມອບໃນບຣາວເຊີໂດຍ code-server.
ຄຸນສົມບັດ
ເປີດຕົວແກ້ໄຂ VS Code ແບບເຕັມຮູບແບບໄດ້ໂດຍກົງຈາກໜ້າປັດ ແລະ ເຮັດວຽກກັບໄຟລ໌ຕົວຈິງຂອງເວັບໄຊທ໌ຂອງທ່ານ, ໂດຍມີ git ຕິດຕັ້ງມາພ້ອມ ແລະ ຕົວແກ້ໄຂທັງໝົດຢູ່ພາຍໃນສະພາບແວດລ້ອມທີ່ແຍກໂດດດ່ຽວດ້ວຍ CageFS ອັນດຽວກັນກັບການເຂົ້າເຖິງ SFTP ຂອງທ່ານ — ບໍ່ມີຫຍັງຕ້ອງຕິດຕັ້ງຢູ່ໃນເຄື່ອງ, ແລະ ບໍ່ມີສຳເນົາແຍກຕ່າງຫາກທີ່ຈະຫຼ້າສະໄໝ. ມັນແກ້ໄຂເວັບໄຊທີ່ກຳລັງເປີດໃຊ້ງານຢູ່ (LIVE): ໄຟລ໌ທີ່ທ່ານບັນທຶກຈະຂຶ້ນສູ່ອິນເຕີເນັດສາທາລະນະໃນທັນທີທີ່ມັນຖືກຂຽນ, ເຖິງແມ່ນວ່າໄຟລ໌ສະຖິດອາດຈະສືບຕໍ່ໃຫ້ບໍລິການຈາກແຄສ CDN ເປັນເວລາສູງສຸດສີ່ຊົ່ວໂມງກໍຕາມ.
Web IDE ແມ່ນ VS Code ທີ່ເຮັດວຽກຢູ່ໃນໂປຣແກຣມທ່ອງເວັບຜ່ານ code-server, ເປີດຈາກເວັບໄຊທີ່ທ່ານກຳລັງເບິ່ງຢູ່ໃນໜ້າປັດຄວບຄຸມ. ມັນແກ້ໄຂໄຟລ໌ຕົວຈິງຂອງເວັບໄຊນັ້ນ — ບໍ່ມີຂັ້ນຕອນການອັບໂຫຼດ, ບໍ່ຕ້ອງມີການດາວໂຫຼດມາໄວ້ໃນເຄື່ອງເພື່ອຊິ້ງຂໍ້ມູນ, ແລະ ບໍ່ແມ່ນກ່ອງຂໍ້ຄວາມເທິງເວັບແບບຫຍໍ້ທີ່ເຮັດຄືກັບວ່າເປັນໂປຣແກຣມແກ້ໄຂ.
ການເນັ້ນໄວຍາກອນ, ການຄົ້ນຫາຫຼາຍໄຟລ໌, ໜ້າຕ່າງແບ່ງສ່ວນ ແລະ ປຸ່ມລັດແປ້ນພິມທີ່ທ່ານລຶ້ງເຄີຍດີຢູ່ແລ້ວ, ສົ່ງມອບໃນບຣາວເຊີໂດຍ code-server.
ໂຄງສ້າງໄຟລ໌, ການຄົ້ນຫາທົ່ວທັງເວັບໄຊ, ການແກ້ໄຂຫຼາຍໄຟລ໌ ແລະ ປຸ່ມລັດທີ່ທ່ານຄຸ້ນເຄີຍຢູ່ແລ້ວ — ໂປຣແກຣມແກ້ໄຂທີ່ທ່ານໃຊ້ຢູ່ໃນເຄື່ອງ, ເຊິ່ງເຮັດວຽກຢູ່ເທິງເຊີບເວີແທນທີ່ຈະເປັນແລັບທັອບຂອງທ່ານ.
ທ່ານກຳລັງແກ້ໄຂເວັບໄຊໂດຍກົງ. ບໍ່ມີສະບັບທົດລອງຂັ້ນກາງ ແລະ ບໍ່ມີສິ່ງໃດທີ່ຕ້ອງຊິ້ງຂໍ້ມູນໃນພາຍຫຼັງ — ເຊິ່ງເປັນສິ່ງທີ່ເຮັດໃຫ້ມັນໄວ, ແລະ ເປັນສິ່ງທີ່ຄວນອ່ານກວດກາສອງຄັ້ງກ່ອນທີ່ທ່ານຈະບັນທຶກ. ໄຟລ໌ສະຖິດອາດຈະສືບຕໍ່ສະແດງຜົນຈາກແຄຊ໌ CDN ເປັນເວລາດົນເຖິງສີ່ຊົ່ວໂມງ.
ກຽມໄຟລ໌, ຄອມມິດ, ສ້າງສາຂາ, ກວດສອບຄວາມແຕກຕ່າງ ແລະ ພຸຊ ຈາກພາຍໃນຕົວແກ້ໄຂໂດຍກົງ ເພື່ອໃຫ້ວຽກທີ່ເຮັດເທິງເຊີບເວີຍັງຄົງຢູ່ພາຍໃຕ້ການຄວບຄຸມເວີຊັນ ແທນທີ່ຈະກາຍເປັນການແກ້ໄຂດ່ວນທີ່ບໍ່ມີການບັນທຶກເອກະສານ.
ສຳລັບວຽກ WordPress ແຖວຄຳສັ່ງມີຄວາມສຳຄັນເທົ່າກັບຕົວແກ້ໄຂ. ທັງສອງຢ່າງແມ່ນຢູ່ໃນບ່ອນດຽວກັນ.
wp-cli ທຳງານກັບເວັບໄຊຂອງທ່ານຈາກ panel terminal. ຄົ້ນຫາແລະປ່ຽນແທນໃນຖານຂໍ້ມູນ, ລຶບລ້າງ cache, ຍ້ອນກັບ plugin, ອັບເດດແບບເປັນກຸ່ມ, ສົ່ງອອກຕາຕະລາງ ຫຼື ຮັນສະຄຣິບຄັ້ງດຽວ — ໂດຍບໍ່ຕ້ອງອອກຈາກໄຟລ໌ທີ່ທ່ານກຳລັງແກ້ໄຂຢູ່.
ສິ່ງນັ້ນເຮັດໃຫ້ວົງຈອນປົກກະຕິສິ້ນສຸດລົງ. ອ່ານຂໍ້ຜິດພາດໃນບັນທຶກ, ເປີດໄຟລ໌ໃນໂປຣແກຣມແກ້ໄຂ, ປ່ຽນແປງມັນ, ດຳເນີນການຄຳສັ່ງ wp-cli ທີ່ຢັ້ງຢືນມັນ, ແລ້ວສືບຕໍ່. ທຸກຢ່າງເກີດຂຶ້ນກັບເວັບໄຊຕົວຈິງໃນສະແຕັກຕົວຈິງ, ດັ່ງນັ້ນສິ່ງທີ່ທ່ານທົດສອບແມ່ນສິ່ງທີ່ຜູ້ເຂົ້າຊົມຂອງທ່ານໄດ້ຮັບ.
ການເຂົ້າເຖິງເຊີບເວີຜ່ານບຣາວເຊີແມ່ນຍອມຮັບໄດ້ກໍຕໍ່ເມື່ອຂອບເຂດນັ້ນມີຢູ່ແທ້. Web IDE ຢູ່ພາຍໃຕ້ການແຍກຕົວແບບດຽວກັນກັບທຸກເສັ້ນທາງການເຂົ້າເຖິງອື່ນໆ.
ຜູ້ເຊົ່າແຕ່ລະຄົນຈະໄດ້ຮັບມຸມມອງລະບົບໄຟລ໌ທີ່ຖືກແຍກຕ່າງຫາກ ແລະ ບໍ່ສາມາດເບິ່ງເຫັນຜູ້ເຊົ່າຄົນອື່ນ, ເວັບໄຊອື່ນ ຫຼື ໄຟລ໌ລະບົບທີ່ລະອຽດອ່ອນໄດ້. CageFS ຖືກອອກແບບມາເພື່ອຄວບຄຸມການລະເມີດຄວາມປອດໄພ, ແລະ ມັນແມ່ນສະພາບແວດລ້ອມທີ່ຖືກຈຳກັດດຽວກັນກັບທີ່ເຊດຊັນ SFTP ຂອງທ່ານເຮັດວຽກຢູ່.
CPU, RAM, IO, IOPS, ຂະບວນການ ແລະ ຂະບວນການເລີ່ມຕົ້ນ ແມ່ນຖືກຈຳກັດໄວ້ຕໍ່ເວັບໄຊ, ດັ່ງນັ້ນ ການສ້າງທີ່ໜັກໜ່ວງ ຫຼື ສະຄຣິບທີ່ເຮັດວຽກບໍ່ຢຸດ ຈະຖືກຄວບຄຸມໄວ້ພາຍໃນພື້ນທີ່ຂອງມັນເອງ ແທນທີ່ຈະສົ່ງຜົນກະທົບຕໍ່ເວັບໄຊອື່ນໆ ທີ່ຢູ່ໃກ້ຄຽງ.
ກະແຈການເຂົ້າເຖິງ ແລະ ຂໍ້ມູນປະຈຳຕົວແມ່ນຖືກຈັດການຢູ່ໃນແຜງຄວບຄຸມບົນພື້ນຖານສິດທິພິເສດຂັ້ນຕ່ຳສຸດ, ດັ່ງນັ້ນ ທ່ານຈຶ່ງໃຫ້ສະເພາະການເຂົ້າເຖິງທີ່ໜ້າວຽກຕ້ອງການ ແລະ ບໍ່ມີສິ່ງໃດເກີນກວ່ານັ້ນ.
ການເຂົ້າເຖິງແມ່ນຖືກບັນທຶກໄວ້ໃນບັນທຶກການກວດສອບພ້ອມກັບຜູ້ກະທຳ, ການກະທຳ ແລະ ເປົ້າໝາຍ — ເຊິ່ງເປັນມາດຕະຖານດຽວກັນທີ່ນຳໃຊ້ກັບທຸກໆການກະທຳທີ່ມີສິດທິພິເສດໃນແພລັດຟອມ.
ຕົວແກ້ໄຂແມ່ນພຽງແຕ່ເຄິ່ງໜຶ່ງຂອງສະພາບແວດລ້ອມການພັດທະນາເທົ່ານັ້ນ. ອີກເຄິ່ງໜຶ່ງແມ່ນສະແຕັກທີ່ຢູ່ກ້ອງມັນ, ແລະ ສາມາດກຳນົດຄ່າໄດ້ຕາມແຕ່ລະເວັບໄຊ.
ການແກ້ໄຂສະພາບແວດລ້ອມຕົວຈິງໂດຍກົງ ບາງຄັ້ງກໍເປັນການຕັດສິນໃຈທີ່ຖືກຕ້ອງ ແລະ ບາງຄັ້ງກໍເປັນຄວາມຄິດທີ່ບໍ່ດີ. ແພລດຟອມຮອງຮັບທັງສອງຮູບແບບຈາກຕົວແກ້ໄຂດຽວກັນ.
ໂຄລນເວັບໄຊໄປຍັງ staging ດ້ວຍການຄລິກດຽວ, ເປີດ Web IDE ທຽບກັບສຳເນົາ staging, ເຮັດວຽກຢູ່ທີ່ນັ້ນ, ແລະ ສົ່ງໄປຍັງ live ເມື່ອການປ່ຽນແປງໄດ້ຮັບການພິສູດແລ້ວ. ໄຟລ໌ ແລະ ຖານຂໍ້ມູນຈະຖືກຍ້າຍມາພ້ອມກັນ, ໃນ stack ແລະ blueprint ດຽວກັນກັບ production, ດັ່ງນັ້ນ staging ຈຶ່ງເປັນການທົດລອງຕົວຈິງ ຫຼາຍກວ່າການປະມານ.
ຖ້າວຽກຂອງທ່ານຂຶ້ນກັບບ່ອນເກັບຂໍ້ມູນ (repository), ໃຫ້ໃຊ້ git ຈາກພາຍໃນຕົວແກ້ໄຂ ແລະ ໃຫ້ການນຳໃຊ້ໂດຍອີງໃສ່ git ສົ່ງຕໍ່ການປ່ຽນແປງຜ່ານຂັ້ນຕອນການສ້າງ ແລະ ນຳໃຊ້ (build-and-deploy pipeline). ຈາກນັ້ນ, ໂຄ້ດທີ່ຂຽນໃນໂປຣແກຣມທ່ອງເວັບຈະປະຕິບັດຕາມເສັ້ນທາງການປ່ອຍເວີຊັນ ແລະ ການຍ້ອນກັບແບບດຽວກັນກັບໂຄ້ດທີ່ຂຽນຢູ່ໃນແລັບທັອບຂອງທ່ານ.
ເມື່ອການປ່ຽນແປງເກີດຄວາມຜິດພາດຂຶ້ນ, ການສຳຮອງຂໍ້ມູນຈະຖືກສະແດງລາຍຊື່ຢູ່ໃນແຜງຄວບຄຸມພ້ອມກັບການກູ້ຄືນດ້ວຍການຄລິກພຽງຄັ້ງດຽວ, ແລະ ທຸກໆການນຳໃຊ້ແມ່ນລຸ້ນທີ່ມີເວີຊັນເຊິ່ງທ່ານສາມາດຍ້ອນກັບໄປໄດ້. ຕາໜ່າງຄວາມປອດໄພບໍ່ແມ່ນປີ້ແຈ້ງບັນຫາການຊ່ວຍເຫຼືອ.
Web IDE ເຮັດວຽກຮ່ວມກັບຜູ້ຊ່ວຍ AI ພາຍໃນແຜງໜ້າປັດ, ແລະ ແພລດຟອມທັງໝົດຖືກສ້າງຂຶ້ນມາເພື່ອໃຫ້ຂັບເຄື່ອນດ້ວຍເຄື່ອງມື AI ທີ່ທ່ານນຳໃຊຢູ່ນັ້ນແລ້ວ.
ການຊ່ວຍເຫຼືອຈາກ AI ມີໃຫ້ບໍລິການຢູ່ໃນແຜງຄວບຄຸມ, ໂດຍເຮັດວຽກຢູ່ເທິງໂມເດວຂອງທ່ານເອງຜ່ານ AI Pack — ທ່ານເປັນຜູ້ກຽມໂມເດວມາ, ແລະ ຜູ້ຊ່ວຍຈະອ່ານພ້ອມທັງແກ້ໄຂໄຟລ໌, ເອີ້ນໃຊ້ wp-cli ແລະ ສົ່ງການປ່ຽນແປງຕ່າງໆ. ບໍ່ມີການຜູກມັດກັບໂມເດວທີ່ຝັງໄວ້ເຊິ່ງທ່ານບໍ່ໄດ້ເລືອກ.
ຢູ່ນອກໂປຣແກຣມທ່ອງເວັບ, ເຊີເວີ MCP ຂອງພວກເຮົາຊ່ວຍໃຫ້ລູກຄ້າທີ່ຮອງຮັບ MCP ທຸກລາຍ — Claude Code, Cursor, ChatGPT ແລະອື່ນໆ — ສາມາດຄວບຄຸມໂຮສຕິ້ງ ແລະ ເວັບໄຊຂອງທ່ານດ້ວຍພາສາທຳມະຊາດ, ພາຍໃຕ້ຂອບເຂດສິດການອະນຸຍາດ API ຂອງທ່ານ. ຮູບແບບນີ້ແມ່ນຄວາມຕັ້ງໃຈ: API ດຽວ ແລະ ລາຍການການດຳເນີນການດຽວ, ທີ່ເປີດໃຫ້ໃຊ້ງານໃນຫຼາຍຮູບແບບ. ສ້າງໃນຕົວແກ້ໄຂຂອງພວກເຮົາ, ສ້າງໃນຕົວແກ້ໄຂຂອງທ່ານ, ຫຼື ໃຫ້ຕົວແທນຈັດການ, ແລະ ເສັ້ນທາງການນຳໃຊ້ (deploy) ດຽວກັນນີ້ກໍຮອງຮັບທັງສາມຮູບແບບ.
ມັນແມ່ນ VS Code ທີ່ເຮັດວຽກຢູ່ໃນບຣາວເຊີຂອງທ່ານ, ຖືກຈັດສົ່ງໂດຍ code-server ແລະ ເປີດຈາກໜ້າຂອງເວັບໄຊໃນແດຊບອດ. ທ່ານຈະໄດ້ຮັບຕົວແກ້ໄຂແບບເຕັມຮູບແບບ, ພ້ອມກັບ git, ເຊິ່ງແກ້ໄຂໄຟລ໌ຕົວຈິງຂອງເວັບໄຊນັ້ນຢູ່ເທິງເຊີບເວີ — ເຊິ່ງເປັນໄຟລ໌ສົດ, ໂດຍບໍ່ມີສຳເນົາສະເຕຈິງຂັ້ນກາງ. ບໍ່ມີການຕິດຕັ້ງສິ່ງໃດຢູ່ໃນເຄື່ອງ ແລະ ບໍ່ມີສຳເນົາແຍກຕ່າງຫາກທີ່ຕ້ອງຮັກສາໃຫ້ກົງກັນ.
ແມ່ນແລ້ວ. ຕົວແກ້ໄຂເວັບແມ່ນວິທີໜຶ່ງໃນການເຂົ້າເຖິງ ຄຽງຄູ່ກັບ SFTP — ແລະ ໃນແພັກເກດທີ່ລວມມີ SSH ຈະມີ jailed shell ນຳອີກ. ທັງໝົດນີ້ຈະເຂົ້າສູ່ມຸມມອງໄຟລ໌ຂອງທ່ານທີ່ຖືກແຍກສ່ວນໂດຍ CageFS ຄືກັນ, ດັ່ງນັ້ນທ່ານຈຶ່ງສາມາດໃຊ້ຕົວແກ້ໄຂສຳລັບໜ້າວຽກໜຶ່ງ ແລະ ໃຊ້ໂປຣແກຣມລູກຄ້າຂອງທ່ານເອງສຳລັບໜ້າວຽກຕໍ່ໄປໄດ້. ແພັກເກດ Footprint-Free ຈະໄດ້ຮັບ SFTP ແທນທີ່ຈະເປັນ shell.
ຜູ້ເຊົ່າແຕ່ລະຄົນຈະໄດ້ຮັບມຸມມອງລະບົບໄຟລ໌ທີ່ຖືກແຍກຕ່າງຫາກພາຍໃຕ້ CageFS ແລະ ບໍ່ສາມາດເບິ່ງເຫັນຜູ້ເຊົ່າຄົນອື່ນ, ເວັບໄຊອື່ນ ຫຼື ໄຟລ໌ລະບົບທີ່ລະອຽດອ່ອນໄດ້, ແລະ LVE ຈະຈຳກັດ CPU, RAM, IO, IOPS ແລະ ໂປຣເຊສຕໍ່ເວັບໄຊ ເພື່ອບໍ່ໃຫ້ cage ດຽວໃຊ້ຊັບພະຍາກອນຂອງເຊີບເວີຈົນໝົດ. CageFS ຖືກອອກແບບມາເພື່ອຄວບຄຸມການບຸກລຸກແທນທີ່ຈະເຮັດໃຫ້ຄວາມສ່ຽງເປັນສູນ, ຊຶ່ງເປັນເຫດຜົນທີ່ການສະແກນມັນແວພື້ນຖານ, WAF ແບບເຊີງຮຸກ ແລະ ການແຍກລະບົບນັ້ນຖືກລວມເຂົ້າໃນທຸກໆ ບັນຊີແທນທີ່ຈະຖືກຂາຍເປັນຕົວເລືອກເສີມ.
ໃນປະຈຸບັນ ການເຂົ້າເຖິງແມ່ນຖືກຄວບຄຸມໂດຍບົດບາດໃນອົງກອນຂອງທ່ານ — ເຈົ້າຂອງ, ການຮຽກເກັບເງິນ, ນັກພັດທະນາ ແລະ ອ່ານຢ່າງດຽວ — ແລະ ສະມາຊິກຈະໄດ້ຮັບສິດອະນຸຍາດຕາມບົດບາດທີ່ພວກເຂົາມີຢູ່ໃນອົງກອນນັ້ນ. ກະລຸນາຮັບຊາບວ່າ ບົດບາດນັກພັດທະນາບໍ່ມີສິດອະນຸຍາດໃນການນຳໃຊ້ (deploy) ຫຼື ສົ່ງໄປຍັງລະບົບໃຊ້ງານຈິງ (push-to-live). ການກຳນົດຂອບເຂດຊັບພະຍາກອນຕາມສະມາຊິກທີ່ເປັນທາງເລືອກ ເຊັ່ນ: ການຈຳກັດສະມາຊິກໃຫ້ເຂົ້າເຖິງສະເພາະເວັບໄຊໃດໜຶ່ງ ແມ່ນການປັບປຸງທີ່ວາງແຜນໄວ້ ເຊິ່ງຍັງບໍ່ມີໃຫ້ໃຊ້ງານໃນຕອນນີ້, ແລະ ຄີ API ແມ່ນຖືກອອກໃຫ້ຕາມແຕ່ລະອົງກອນພ້ອມດ້ວຍຂອບເຂດທີ່ລະອຽດ ແທນທີ່ຈະອອກໃຫ້ສະມາຊິກແຕ່ລະຄົນ.
ນີ້ບໍ່ແມ່ນຄຸນສົມບັດຂອງແພັກເກດ, ດັ່ງນັ້ນຄຳຕອບຈຶ່ງບໍ່ໄດ້ຂຶ້ນຢູ່ກັບວ່າທ່ານຊື້ແພັກເກດໃດ — ມັນຂຶ້ນຢູ່ກັບບ່ອນທີ່ເວັບໄຊເຮັດວຽກ. ຕົວແກ້ໄຂຈະເປີດຢູ່ໃນເວັບໄຊທີ່ພວກເຮົາໂຮສຢູ່ໃນລະບົບຂອງພວກເຮົາເອງ, ເນື່ອງຈາກວ່າມັນເຮັດວຽກຢູ່ພາຍໃນຄອນເທນເນີທີ່ຖືກແຍກຕ່າງຫາກຂອງເວັບໄຊນັ້ນເອງເທິງເຊີບເວີຂອງພວກເຮົາ. ຖ້າທ່ານເລືອກທີ່ຈະນຳໃຊ້ເວັບໄຊຢູ່ບ່ອນອື່ນ — ແພລດຟອມໂຮສຕິ້ງອື່ນ, Cloudflare Pages, Netlify, GitHub Pages ຫຼື ເຊີບເວີຂອງທ່ານເອງ — ທ່ານຈະແກ້ໄຂເວັບໄຊນັ້ນຢູ່ບ່ອນທີ່ມັນເຮັດວຽກ. ຜະລິດຕະພັນ VPS ແລະ cloud ກໍບໍ່ໄດ້ຮວມເອົາມັນເຊັ່ນກັນ: ບໍ່ມີຄອນເທນເນີທີ່ມີການຈັດການສຳລັບໃຫ້ມັນເປີດຂຶ້ນ.
ການຊ່ວຍເຫຼືອຈາກ AI ເຮັດວຽກຢູ່ເທິງໂມເດວຂອງທ່ານເອງຜ່ານ AI Pack, ດັ່ງນັ້ນທ່ານຈຶ່ງສາມາດນຳໃຊ້ ແລະ ຈ່າຍຄ່າໂມເດວທີ່ທ່ານຕ້ອງການໄດ້ ແທນທີ່ຈະຖືກຜູກມັດກັບໂມເດວທີ່ພວກເຮົາເລືອກໄວ້ໃຫ້. ປັດຈຸບັນມັນພ້ອມໃຊ້ງານແລ້ວໃນແຜງໜ້າປັດ; ສ່ວນພາຍໃນຕົວແກ້ໄຂແມ່ນຢູ່ໃນລະຫວ່າງການພັດທະນາຢ່າງຕໍ່ເນື່ອງ ແລະ ຍັງບໍ່ທັນພ້ອມໃຊ້ງານເທື່ອ. ນອກຈາກນັ້ນ, ເຊີບເວີ MCP ຂອງພວກເຮົາຍັງຊ່ວຍໃຫ້ເຄື່ອງມື AI ພາຍນອກ ເຊັ່ນ Claude Code ຫຼື Cursor ສາມາດຄວບຄຸມໂຮດຕິ້ງຂອງທ່ານໄດ້ໂດຍກົງ ພາຍໃຕ້ຂອບເຂດສິດການອະນຸຍາດ API ຂອງທ່ານ.
ທ່ານສາມາດເຮັດໄດ້, ແລະ ບາງຄັ້ງນັ້ນກໍເປັນຄຳຕອບທີ່ຖືກຕ້ອງ ແລະ ວ່ອງໄວທີ່ສຸດ. ສຳລັບສິ່ງໃດທີ່ສຳຄັນ, ໃຫ້ໂຄລນໄປຍັງ staging ດ້ວຍການຄລິກພຽງຄັ້ງດຽວ, ເປີດ Web IDE ເທິງສຳເນົານັ້ນ, ແລະ ສົ່ງໄປຍັງ live ເມື່ອການປ່ຽນແປງໄດ້ຮັບການພິສູດແລ້ວ. ການນຳໃຊ້ລະບົບຜ່ານ Git ແລະ ເວີຊັນທີ່ປ່ອຍອອກມາພ້ອມດ້ວຍການຍ້ອນກັບ (rollback) ແມ່ນພ້ອມໃຊ້ງານເມື່ອການປ່ຽນແປງນັ້ນຂຶ້ນກັບ repository, ແລະ ລະບົບສຳຮອງຂໍ້ມູນພ້ອມການກູ້ຄືນດ້ວຍການຄລິກຄັ້ງດຽວກໍຮອງຮັບທຸກຢ່າງຢູ່ເບື້ອງຫຼັງ.
ເລີ່ມຕົ້ນການທົດລອງໃຊ້ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດ. ບໍ່ຈຳເປັນຕ້ອງມີລາຍລະອຽດການຊຳລະເງິນ; ການທົດລອງໃຊ້ກວມເອົາໂຮສຕິ້ງ Footprint-Free ສູງສຸດ 5 ເວັບໄຊ, ດັ່ງນັ້ນທ່ານສາມາດເປີດຕົວແກ້ໄຂ, ເຮັດວຽກໃນເວັບໄຊຕົວຈິງເທິງ stack ຕົວຈິງ ແລະ ຕັດສິນດ້ວຍຕົວທ່ານເອງ.
VS Code ເຕັມຮູບແບບໃນບຣາວເຊີ. ເລີ່ມຕົ້ນດ້ວຍການທົດລອງໃຊ້ 14 ມື້ໂດຍບໍ່ຕ້ອງໃຊ້ບັດ — ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ, ສູງສຸດ 5 ເວັບໄຊໃນ Footprint-Free.
ເລີ່ມຕົ້ນຟຣີ