ການເຂົ້າເຖິງໄຟລ໌ ແລະ shell ໄປຍັງເວັບໄຊໃດໜຶ່ງ

ທຸກໆເວັບໄຊມີການເຂົ້າເຖິງໄຟລ໌ຂອງຕົນເອງ. Sites → ເວັບໄຊຂອງທ່ານ → Access.

SFTP

ໂຮສຕ໌, ພອດ, ຊື່ຜູ້ໃຊ້ ແລະ ລະຫັດຜ່ານທີ່ທ່ານສ້າງຂຶ້ນໃນໜ້າຈໍນັ້ນ. ສາມາດໃຊ້ໄດ້ກັບທຸກ SFTP client — FileZilla, Cyberduck, ຫຼື ໂປຣແກຣມແກ້ໄຂຂໍ້ຄວາມຂອງທ່ານທີ່ມີລະບົບນີ້ໃນຕົວ. ບັນຊີດັ່ງກ່າວຖືກຈຳກັດໄວ້ສະເພາະໄຟລ໌ຂອງເວັບໄຊນັ້ນໆເທົ່ານັ້ນ, ດັ່ງນັ້ນຂໍ້ມູນການເຂົ້າສູ່ລະບົບ SFTP ສຳລັບເວັບໄຊໜຶ່ງຈຶ່ງບໍ່ສາມາດເຂົ້າອ່ານອີກເວັບໄຊໜຶ່ງໄດ້.

SSH

ເພີ່ມ public key ຂອງທ່ານໃນໜ້າຈໍດຽວກັນ ແລະ ເຊື່ອມຕໍ່ດ້ວຍ client ປະຈຳຂອງທ່ານ. ພວກເຮົາຕັ້ງໃຈບໍ່ໃຫ້ມີການໃຊ້ລະຫັດຜ່ານສຳລັບ SSH: ເນື່ອງຈາກຄີບໍ່ສາມາດຄາດເດົາໄດ້, ແລະ ເຊີບເວີທີ່ໃຊ້ຮ່ວມກັນເຊິ່ງມີການໃຊ້ລະຫັດຜ່ານສຳລັບ SSH ຈະກາຍເປັນເຊີບເວີທີ່ຖືກໂຈມຕີແບບ brute-force ໃນທີ່ສຸດ.

ຖ້າຫາກທ່ານຍັງບໍ່ມີຄີ, ທ່ານສາມາດສ້າງຂຶ້ນມາໄດ້ໂດຍການໃຊ້ຄຳສັ່ງ ssh-keygen -t ed25519 ໃນເຄື່ອງຂອງທ່ານເອງ. ໄຟລ໌ທີ່ລົງທ້າຍດ້ວຍ .pub ແມ່ນໄຟລ໌ທີ່ທ່ານຕ້ອງນຳໄປວາງໃສ່; ສ່ວນອີກໄຟລ໌ໜຶ່ງຈະບໍ່ອອກຈາກຄອມພິວເຕີຂອງທ່ານຢ່າງເດັດຂາດ.

ສິ່ງທີ່ທ່ານຈະໄດ້ຮັບໃນ shell

ໄຟລ໌ເວັບໄຊຂອງທ່ານ, wp-cli ໃນເວັບໄຊ WordPress, composer, ແລະ ເວີຊັນ PHP ທີ່ຕັ້ງຄ່າໄວ້ສຳລັບເວັບໄຊນັ້ນ. ທ່ານຢູ່ໃນສະພາບແວດລ້ອມທີ່ແຍກຕ່າງຫາກຂອງເວັບໄຊເອງ — ທ່ານບໍ່ສາມາດເບິ່ງເຫັນໄຟລ໌ຂອງລູກຄ້າຄົນອື່ນໄດ້, ແລະ ເຂົາເຈົ້າກໍບໍ່ສາມາດເບິ່ງເຫັນໄຟລ໌ຂອງທ່ານໄດ້ເຊັ່ນກັນ.

ເປັນຫຍັງຂໍ້ມູນການເຂົ້າສູ່ລະບົບຈຶ່ງແຍກຕາມເວັບໄຊແທນທີ່ຈະແຍກຕາມບັນຊີ

ເນື່ອງຈາກວ່າການເຂົ້າເຖິງແມ່ນສິ່ງທີ່ຖືກແບ່ງປັນໃຫ້ກັບຜູ້ຮັບເໝົາເລື້ອຍທີ່ສຸດ, ແລະ ການມີຂໍ້ມູນການເຂົ້າສູ່ລະບົບໜຶ່ງຊຸດຕໍ່ໜຶ່ງເວັບໄຊໝາຍຄວາມວ່າ ທ່ານສາມາດໃຫ້ສິດແກ່ບາງຄົນສະເພາະເວັບໄຊທີ່ເຂົາເຈົ້າກຳລັງເຮັດວຽກຢູ່ໄດ້ຢ່າງແນ່ນອນ. ການຍົກເລີກສິດໃນພາຍຫຼັງຈະບໍ່ສົ່ງຜົນກະທົບຕໍ່ສິ່ງອື່ນເລີຍ.

⭐ ສຳລັບບຸກຄົນແທນທີ່ຈະເປັນເຄື່ອງຈັກ, ໃຫ້ເພີ່ມເຂົາເຈົ້າເຂົ້າໃນທີມຂອງທ່ານແທນ (Organisation → Team) — ຈາກນັ້ນເຂົາເຈົ້າຈະເຂົ້າສູ່ລະບົບໃນນາມຕົນເອງ, ປະຫວັດການເຂົ້າເຖິງຂອງເຂົາເຈົ້າຈະຖືກບັນທຶກພາຍໃຕ້ຊື່ຂອງເຂົາເຈົ້າເອງ, ແລະ ການລຶບເຂົາເຈົ້າອອກຈະເປັນການລຶບທຸກຢ່າງອອກພ້ອມກັນໃນຄັ້ງດຽວ.