Museria - ການເກັບຮັກສາດົນຕີແບບກະຈາຍ

ມື້​ຫນຶ່ງ​ຂ້າ​ພະ​ເຈົ້າ​ຕັດ​ສິນ​ໃຈ​ທີ່​ຈະ​ຂຽນ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ເພື່ອ​ຄັດ​ເລືອກ​ເອົາ​ເພງ​ສໍາ​ລັບ​ຕົນ​ເອງ​ແລະ​ຟັງ​ມັນ​ຢູ່​ເຮືອນ / ຢູ່​ຕາມ​ຖະ​ຫນົນ / workouts​, ແລະ​ອື່ນໆ​. ແລະເພື່ອໃຫ້ທັງຫມົດນີ້ເຮັດວຽກຢູ່ໃນກະແສ, ດ້ວຍການມີສ່ວນຮ່ວມຫນ້ອຍທີ່ສຸດຈາກຂ້ອຍ. ຂ້າພະເຈົ້າໄດ້ສ້າງສະຖາປັດຕະຍະກໍາ, ວາງແຜນຕົ້ນແບບ, ແລະໃນທີ່ສຸດກໍ່ແລ່ນເຂົ້າໄປໃນ "ບັນຫາຂະຫນາດນ້ອຍ."

ແລະ​ມັນ​ບໍ່​ເປັນ​ທີ່​ຈະ​ແຈ້ງ​ບ່ອນ​ທີ່​ຈະ​ໄດ້​ຮັບ​ໄຟລ​໌​ເພງ​ດ້ວຍ​ຕົນ​ເອງ​. ໃນເວລານີ້, VKontakte ໄດ້ປິດ api ແລ້ວ, ໃນປະຕູດົນຕີຂະຫນາດໃຫຍ່, ທຸກສິ່ງທຸກຢ່າງກໍ່ຖືກປິດສຽງ, ເຖິງແມ່ນວ່າເພງໄດ້ຖືກມອບອອກເປັນຕ່ອນໆເພື່ອບໍ່ໃຫ້ຖືກວິເຄາະ. ທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນບາງສະຖານທີ່ບິນໃນຕອນກາງຄືນທີ່ມີການໂຄສະນາແລະຂີ້ເຫຍື້ອທຸກປະເພດ, ທຸກປະເພດຂອງໂປແກມ grabber ທີ່ຫນ້າສົງໄສແລະທາງເລືອກ "ເປື້ອນ" ອື່ນໆ. ໂດຍທົ່ວໄປ, ບໍ່ແມ່ນການແກ້ໄຂທີ່ດີແທ້ໆ. ທ່ານສາມາດ, ແນ່ນອນ, ຊື້ການສະຫມັກກັບບາງເພງ Yandex ຫຼືຄ້າຍຄືກັນ. ແຕ່ອີກເທື່ອຫນຶ່ງ, ບໍ່ມີ API ສາທາລະນະທີ່ເປີດຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງແລະທ່ານບໍ່ມີການເຂົ້າເຖິງດົນຕີໃນໂຄງການ. ບໍລິສັດຂະຫນາດໃຫຍ່ຈໍານວນຫນຶ່ງໄດ້ຈໍາກັດການເຂົ້າເຖິງດົນຕີຂອງຄົນອື່ນທີ່ສໍາຄັນ. ເປັນຫຍັງສິ່ງນີ້ເກີດຂຶ້ນທັງໝົດ? ການຂຸດຂຸມເລິກ, ມັນໄດ້ກາຍເປັນທີ່ຊັດເຈນວ່າບັນຫາຕົ້ນຕໍແມ່ນລິຂະສິດ. ການແກ້ໄຂໃນປະຈຸບັນໃນຮູບແບບການສະຫມັກທີ່ເຫມາະສົມກັບຜູ້ຂຽນດົນຕີການຄ້າຈໍານວນຫຼາຍແລະບໍລິສັດດຽວກັນເຫຼົ່ານີ້. ໃນເວລາດຽວກັນ, ດົນຕີທີ່ບໍ່ແມ່ນການຄ້າແລະເຄິ່ງການຄ້າຍັງຕົກຢູ່ໃນບັນຊີລາຍຊື່ທົ່ວໄປ. ເຈົ້າຈະຈ່າຍຄ່າທຸກຢ່າງຫຼືຟັງຫຍັງເລີຍ.

ແລະຂ້ອຍເລີ່ມຄິດວ່າຈະເຮັດແນວໃດກັບສິ່ງທັງຫມົດນີ້. ພວກເຮົາສາມາດຈັດຕັ້ງການແຈກຈ່າຍເພງຟຣີໄດ້ແນວໃດ? ຂ້ອຍຈະເຮັດແນວໃດຖ້າຂ້ອຍສ້າງດົນຕີດ້ວຍຕົນເອງແລະຕ້ອງການສ້າງລາຍໄດ້ຈາກມັນ? ຂ້ອຍຕ້ອງການມັນຖ້າເພງຂອງຂ້ອຍຖືກລະເມີດລິຂະສິດບໍ? ວິທີແກ້ໄຂທາງເລືອກແມ່ນຫຍັງ?

ດັ່ງນັ້ນ, ມີສອງບັນຫາຕົ້ນຕໍທີ່ຕ້ອງໄດ້ຮັບການແກ້ໄຂ:

• ການ​ຈັດ​ຕັ້ງ​ການ​ແຈກ​ຢາຍ​ດົນ​ຕີ​ຟຣີ​ໂດຍ​ນໍາ​ໃຊ້​ວິ​ທີ​ການ​ສະ​ດວກ​ສໍາ​ລັບ​ຄົນ​ສ່ວນ​ໃຫຍ່​, ລວມ​ທັງ​ຊອບ​ແວ​.
• ສະເໜີທາງເລືອກສຳລັບຜູ້ສ້າງເພງເພື່ອສ້າງລາຍໄດ້

ບ່ອນຈັດເກັບຂໍ້ມູນເພງແບບກະແຈກກະຈາຍທົ່ວໂລກ

ໃນເບື້ອງຕົ້ນ, ຂ້າພະເຈົ້າໄດ້ພະຍາຍາມຊອກຫາວິທີແກ້ໄຂທີ່ມີຢູ່ແລ້ວແລະສ້າງທຸກສິ່ງທຸກຢ່າງໂດຍອີງໃສ່ນີ້. ຫຼັງຈາກບາງເວລາຂອງການຊອກຫາ, ອັນທໍາອິດທີ່ຂ້ອຍມັກແມ່ນ ipfs. ຂ້ອຍເລີ່ມປະຕິບັດແນວຄວາມຄິດຂອງຂ້ອຍ, ແຕ່ຫຼັງຈາກນັ້ນບໍ່ດົນຂ້ອຍໄດ້ຄົ້ນພົບບັນຫາທີ່ສໍາຄັນຫຼາຍໃນການແກ້ໄຂນີ້:

• Ipfs - ການເກັບຮັກສາສໍາລັບທຸກສິ່ງທຸກຢ່າງແລະທຸກຄົນ. ມີຮູບພາບແລະດົນຕີແລະວິດີໂອແລະທຸກສິ່ງທີ່ທ່ານຕ້ອງການ. ໂດຍທົ່ວໄປ, ດາວເຄາະໃຫຍ່ດັ່ງກ່າວ "ຖັງຂີ້ຝຸ່ນ". ເພາະສະນັ້ນ, ເມື່ອທ່ານເປີດ node ຂອງທ່ານ, ທ່ານທັນທີໄດ້ຮັບການໂຫຼດຂະຫນາດໃຫຍ່. ລົດພຽງແຕ່ writhing ໃນອາການເຈັບປວດ.
• ບາງປະເພດຂອງກົນໄກການເກັບຂີ້ເຫຍື້ອ "ຂີ້ເຫຍື້ອ". ຂ້ອຍບໍ່ຮູ້ວ່າມັນເປັນແນວໃດ, ແຕ່ໃນເວລານີ້, ຖ້າທ່ານຂຽນໃນ config ທີ່ທ່ານຕ້ອງການຈໍາກັດການເກັບຮັກສາຂໍ້ມູນເປັນສິບ gigabytes, ມັນບໍ່ມີຄວາມຫມາຍຫຍັງເລີຍ. ການເກັບຮັກສາເພີ່ມຂຶ້ນ, ບໍ່ສົນໃຈພາລາມິເຕີການຕັ້ງຄ່າຫຼາຍ. ດັ່ງນັ້ນ, ມັນຈໍາເປັນຕ້ອງມີຮາດດິດສະຫງວນອັນໃຫຍ່ຫຼວງຈົນກ່ວາ ipfs ຄົ້ນພົບວິທີການປັບຄ່າທີ່ບໍ່ຈໍາເປັນ.
• ໃນເວລາທີ່ໃຊ້ຫ້ອງສະຫມຸດ (ຂ້ອຍບໍ່ຮູ້ວ່າມັນເປັນແນວໃດ), ລູກຄ້າບໍ່ໄດ້ໃຊ້ເວລາຫມົດເວລາ. ທ່ານສົ່ງຄໍາຮ້ອງຂໍທີ່ຈະໄດ້ຮັບໄຟລ໌, ແລະຖ້າມັນບໍ່ມີ, ຫຼັງຈາກນັ້ນທ່ານພຽງແຕ່ວາງສາຍ. ແນ່ນອນ, ຜູ້ຄົນໄດ້ມາຫາວິທີແກ້ໄຂບັນຫາທັງໝົດທີ່ບາງສ່ວນໄດ້ແກ້ໄຂບັນຫາ, ແຕ່ເຫຼົ່ານີ້ແມ່ນໄມ້ຄ້ອນ. ສິ່ງເຫຼົ່ານີ້ຄວນຈະອອກມາຈາກກ່ອງ.

ຍັງມີຫຼາຍບັນຫາເລັກນ້ອຍ, ແລະຄວາມປະທັບໃຈແມ່ນຈະແຈ້ງ: ນີ້ບໍ່ສາມາດຖືກນໍາໃຊ້ສໍາລັບໂຄງການ. ຂ້ອຍສືບຕໍ່ຊອກຫາບ່ອນເກັບມ້ຽນ, ຄົ້ນຫາທາງເລືອກທີ່ແຕກຕ່າງກັນ, ແຕ່ບໍ່ເຄີຍພົບສິ່ງທີ່ເຫມາະສົມ.

ໃນທີ່ສຸດ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈວ່າມັນຄຸ້ມຄ່າທີ່ຈະພະຍາຍາມຂຽນການເກັບຮັກສາແບບກະຈາຍຕົວດ້ວຍຕົນເອງ. ເຖິງແມ່ນວ່າມັນບໍ່ໄດ້ທໍາທ່າວ່າເປັນ interplanetary, ມັນຈະແກ້ໄຂບັນຫາສະເພາະ.

ແລະດັ່ງນັ້ນມັນໄດ້ຫັນອອກ ສາມາດແຜ່ຂະຫຍາຍໄດ້, ບ່ອນເກັບມ້ຽນ, metastocle, ດົນຕີ, museria-ທົ່ວໂລກ.

ສາມາດແຜ່ຂະຫຍາຍໄດ້ - ນີ້ແມ່ນຊັ້ນຕົ້ນຕໍ, ຕ່ໍາສຸດທີ່ອະນຸຍາດໃຫ້ທ່ານສາມາດສົມທົບ nodes ເຂົ້າໄປໃນເຄືອຂ່າຍ. ມັນປະກອບດ້ວຍສູດການຄິດໄລ່, ເຊິ່ງມາຮອດປັດຈຸບັນຂ້າພະເຈົ້າໄດ້ປະຕິບັດບາງສ່ວນໂດຍອີງໃສ່ປະມານ 10000 ເຄື່ອງແມ່ຂ່າຍ. ສະບັບເຕັມຂອງສູດການຄິດໄລ່ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະປະຕິບັດແລະຕ້ອງການຫຼາຍເດືອນເພີ່ມເຕີມ (ອາດຈະຫຼາຍ).

ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ບໍ່​ອະ​ທິ​ບາຍ​ລາຍ​ລະ​ອຽດ​ໃນ​ບົດ​ຄວາມ​ນີ້; ມັນ​ເປັນ​ການ​ດີກ​ວ່າ​ທີ່​ຈະ​ຂຽນ​ແຍກ​ຕ່າງ​ຫາກ​ໃນ​ມື້​ຫນຶ່ງ. ໃນ​ທີ່​ນີ້​ຂ້າ​ພະ​ເຈົ້າ​ພຽງ​ແຕ່​ຈະ​ສັງ​ເກດ​ບາງ​ລັກ​ສະ​ນະ​:

• ເຮັດວຽກຜ່ານ http/https.
• ທ່ານສາມາດສ້າງເຄືອຂ່າຍແຍກຕ່າງຫາກສໍາລັບວຽກງານສະເພາະໃດຫນຶ່ງ, ເຊິ່ງຈະຫຼຸດລົງຢ່າງຫຼວງຫຼາຍໃນການໂຫຼດໃນແຕ່ລະໂຄງການສ່ວນບຸກຄົນກ່ວາວ່າພວກເຂົາທັງຫມົດຢູ່ໃນເຄືອຂ່າຍດຽວກັນ.
• ກົນໄກທີ່ມີການໝົດເວລາ ແລະສິ່ງເລັກນ້ອຍອື່ນໆໄດ້ຖືກຄິດໄວ້ໃນເບື້ອງຕົ້ນ. ແລະນີ້ເຮັດວຽກສໍາລັບວິທີການທັງຫມົດທັງໃນລູກຄ້າແລະໃນ node. ທ່ານສາມາດຈັດການການຕັ້ງຄ່າແບບຍືດຫຍຸ່ນໄດ້ຈາກພາຍໃນແອັບພລິເຄຊັນຂອງທ່ານ.
• ຫ້ອງສະຫມຸດແມ່ນຂຽນໃນ nodejs. ບັນຫາການປະຕິບັດຂອງ stack ແມ່ນຖືກຊົດເຊີຍໂດຍລັກສະນະການກະຈາຍຕົວຂອງມັນ. ການໂຫຼດສາມາດ "ແຜ່ຂະຫຍາຍອອກ" ໂດຍການເພີ່ມຈໍານວນຂອງ nodes. ໃນທາງກັບກັນ, ມີຄວາມໄດ້ປຽບຫຼາຍ: ຊຸມຊົນຂະຫນາດໃຫຍ່, ຄວາມງ່າຍດາຍແລະຄວາມງ່າຍດາຍຂອງການນໍາໃຊ້, ລູກຄ້າ isomorphic, ບໍ່ມີການເພິ່ງພາອາໄສພາຍນອກ, ແລະອື່ນໆ.

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

metastocle - ຊັ້ນທີ່ສືບທອດມາຈາກການແຜ່ກະຈາຍ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເກັບຂໍ້ມູນໃນເຄືອຂ່າຍ, ແຕ່ບໍ່ແມ່ນໄຟລ໌. ການໂຕ້ຕອບແມ່ນຄ້າຍຄືກັນກັບຖານຂໍ້ມູນ Nosql. ຕົວຢ່າງ, ທ່ານສາມາດເພີ່ມໄຟລ໌ໃສ່ storacle, ເອົາ hash ຂອງມັນແລະຂຽນມັນໃສ່ metastocle ດ້ວຍການເຊື່ອມຕໍ່ກັບບາງສິ່ງບາງຢ່າງ.

ດົນຕີ - ສືບທອດມາຈາກ storacle ແລະ metastocle. ຊັ້ນນີ້ແມ່ນຮັບຜິດຊອບໂດຍກົງສໍາລັບການເກັບຮັກສາດົນຕີ. ການເກັບຮັກສາເຮັດວຽກກັບໄຟລ໌ mp3 ແລະແທັກ id3 ເທົ່ານັ້ນ.

ໃນຖານະເປັນ "ກຸນແຈ" ຂອງເພງ, ຊື່ເຕັມຂອງມັນຖືກໃຊ້ໃນຮູບແບບ ສິນລະປິນ (TPE1) - ຊື່ (TIT2)ທີ່ຢູ່ ຕົວຢ່າງ:

• Brimstone - ຄວາມຮັບຜິດຊອບ
• Hi-rez - Lost My Way (feat. Emilio Rojas, Dani Devinci)

ທ່ານ​ສາ​ມາດ​ຊອກ​ຫາ​ລາຍ​ລະ​ອຽດ​ຫຼາຍ​ເທົ່າ​ທີ່​ເປັນ​ໄປ​ໄດ້​ວິ​ທີ​ການ​ຕັ້ງ​ຊື່​ເພງ​. ທີ່ນີ້. ທ່ານຈໍາເປັນຕ້ອງເບິ່ງຫນ້າທີ່ utils.beautifySongTitle().

ເປີເຊັນຂອງການຈັບຄູ່ທີ່ກຳນົດໄວ້ໃນການຕັ້ງຄ່າ node ແມ່ນຖືວ່າເປັນການຈັບຄູ່. ຕົວຢ່າງ, ມູນຄ່າ 0.85 ຫມາຍຄວາມວ່າຖ້າຟັງຊັນການປຽບທຽບທີ່ສໍາຄັນ (ຊື່ເພງ) ພົບຄວາມຄ້າຍຄືກັນຫຼາຍກວ່າ 85%, ຫຼັງຈາກນັ້ນມັນກໍ່ແມ່ນເພງດຽວກັນ.

ສູດການຄິດໄລ່ສໍາລັບການກໍານົດຄວາມຄ້າຍຄືກັນແມ່ນມີ, ໃນຫນ້າທີ່ utils.getSongSimilarity().

Cover ກັບເພງ, ສໍາລັບການໄດ້ຮັບຕໍ່ມາ, ສາມາດຕິດຄັດມາໂດຍຜ່ານ tags (APIC). Utilities ມີວິທີການທີ່ຈໍາເປັນທັງຫມົດສໍາລັບການຮັບແລະການປຸງແຕ່ງ tags.

ຕົວຢ່າງຂອງການເຮັດວຽກກັບການເກັບຮັກສາໂດຍຜ່ານລູກຄ້າສາມາດພົບໄດ້ໃນ readme.

ຊັ້ນທັງຫມົດຂ້າງເທິງແມ່ນປະກອບດ້ວຍຕົນເອງແລະສາມາດຖືກນໍາໃຊ້ແຍກຕ່າງຫາກເປັນຊັ້ນຕ່ໍາສໍາລັບໂຄງການອື່ນໆ. ຕົວຢ່າງ, ມີຄວາມຄິດທີ່ຈະເຮັດໃຫ້ຊັ້ນສໍາລັບການເກັບຮັກສາປື້ມ.

museria-ທົ່ວໂລກ ແມ່ນບ່ອນເກັບມ້ຽນ git ທີ່ຖືກຕັ້ງຄ່າແລ້ວສໍາລັບການເປີດຕົວ node ຂອງທ່ານເອງໃນເຄືອຂ່າຍດົນຕີທົ່ວໂລກ. Cloning npm i && npm ເລີ່ມຕົ້ນແລະມັນໂດຍພື້ນຖານແລ້ວ. ທ່ານສາມາດ configure ມັນໃນລາຍລະອຽດເພີ່ມເຕີມ, ດໍາເນີນການໃນ Docker, ແລະອື່ນໆ. ຂໍ້ມູນລະອຽດແມ່ນມີຢູ່ github.

ໃນເວລາທີ່ repository ໄດ້ຖືກປັບປຸງ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ປັບປຸງ node ຂອງທ່ານ. ຖ້າຕົວເລກສະບັບທີ່ສໍາຄັນຫຼືນ້ອຍປ່ຽນແປງ, ຫຼັງຈາກນັ້ນການດໍາເນີນການນີ້ແມ່ນບັງຄັບ, ຖ້າບໍ່ດັ່ງນັ້ນ nodes ເກົ່າຈະຖືກລະເລີຍໂດຍເຄືອຂ່າຍ.

ທ່ານ​ສາ​ມາດ​ເຮັດ​ວຽກ​ຮ່ວມ​ກັບ​ເພງ​ຄູ່​ມື​ແລະ​ໂຄງ​ການ​. ແຕ່ລະ node ແລ່ນເຄື່ອງແມ່ຂ່າຍສໍາລັບວຽກງານທີ່ແຕກຕ່າງກັນ. ລວມທັງ, ໃນເວລາທີ່ທ່ານໄປຢ້ຽມຢາມຈຸດສິ້ນສຸດເລີ່ມຕົ້ນ, ທ່ານຈະໄດ້ຮັບການໂຕ້ຕອບສໍາລັບການເຮັດວຽກກັບດົນຕີ. ຕົວຢ່າງ, ທ່ານສາມາດໄປ ຂໍ້ຮາກ (ການ​ເຊື່ອມ​ຕໍ່​ອາດ​ຈະ​ບໍ່​ກ່ຽວ​ຂ້ອງ​ໃນ​ພາຍ​ຫຼັງ​, nodes input ຍັງ​ສາ​ມາດ​ໄດ້​ຮັບ​ໃນ​ ໂທລະເລກ, ຫຼືຊອກຫາການປັບປຸງກ່ຽວກັບ Github).

ວິທີນີ້ເຈົ້າສາມາດຄົ້ນຫາ ແລະອັບໂຫລດເພງໃສ່ບ່ອນເກັບມ້ຽນໄດ້. ການ​ອັບ​ໂຫຼດ​ເພງ​ສາ​ມາດ​ເຮັດ​ໄດ້​ໃນ​ສອງ​ຮູບ​ແບບ​: ປົກ​ກະ​ຕິ​ແລະ​ການ​ປັບ​ປຸງ​. ຮູບແບບທີສອງຫມາຍຄວາມວ່າການເຮັດວຽກແມ່ນດໍາເນີນໂດຍບຸກຄົນ, ບໍ່ແມ່ນໂຄງການ. ແລະຖ້າທ່ານກວດເບິ່ງກ່ອງນີ້ເມື່ອເພີ່ມ, ທ່ານຈະຕ້ອງແກ້ໄຂ captcha. ສາມາດເພີ່ມເພງທີ່ມີບູລິມະສິດ -1, 0 ຫຼື 1. ບູລິມະສິດ 1 ສາມາດຖືກຕັ້ງຢູ່ໃນໂໝດປານກາງເທົ່ານັ້ນ. ຕ້ອງການບູລິມະສິດເພື່ອໃຫ້ບ່ອນເກັບມ້ຽນສາມາດຕັດສິນໃຈໄດ້ຢ່າງມີປະສິດທິພາບຫຼາຍຂຶ້ນວ່າຈະເຮັດແນວໃດເມື່ອທ່ານພະຍາຍາມປ່ຽນເພງທີ່ມີຢູ່ແລ້ວດ້ວຍເພງໃໝ່. ບູລິມະສິດສູງກວ່າ, ມີໂອກາດທີ່ຈະຂຽນທັບໄຟລ໌ທີ່ມີຢູ່ແລ້ວຫຼາຍຂຶ້ນ. ນີ້ຊ່ວຍຕໍ່ສູ້ກັບ spam ແລະເພີ່ມຄຸນນະພາບຂອງເພງທີ່ດາວໂຫລດ.

ຖ້າທ່ານເລີ່ມເພີ່ມເພງໃສ່ບ່ອນເກັບມ້ຽນຂອງທ່ານ, ພະຍາຍາມແນບຮູບພາບ (ຫນ້າປົກ), ເຖິງແມ່ນວ່າຊ່ອງນີ້ບໍ່ຈໍາເປັນ. ໃນ 99% ຂອງກໍລະນີ, ຮູບພາບທໍາອິດໃນ Google ໂດຍອີງໃສ່ຊື່ເພງແມ່ນການປົກຫຸ້ມຂອງອາລະບໍາ.

ວິທີການເພີ່ມໄຟລ໌ທາງວິຊາການເກີດຂຶ້ນ, ໂດຍຫຍໍ້:

• ລູກຄ້າໄດ້ຮັບທີ່ຢູ່ຂອງ node ຟຣີ, ເຊິ່ງຈະກາຍເປັນຜູ້ປະສານງານໃນໄລຍະຫນຶ່ງ.
• ຟັງຊັນຂອງການເພີ່ມເພງແມ່ນກະຕຸ້ນ (ໂດຍບຸກຄົນຫຼືລະຫັດ), ແລະຮ້ອງຂໍໃຫ້ເພີ່ມຜູ້ປະສານງານກັບຈຸດສຸດທ້າຍ.
• ຜູ້ປະສານງານຄິດໄລ່ຈໍານວນການຊໍ້າກັນຄວນຖືກເກັບໄວ້ (ພາລາມິເຕີທີ່ສາມາດກໍານົດໄດ້).
• nodes ທີ່ເຫມາະສົມທີ່ສຸດສໍາລັບການປະຫຍັດແມ່ນຊອກຫາ.
• ໄຟລ໌ໂດຍກົງໄປຫາຂໍ້ເຫຼົ່ານີ້.

ວິທີການຮັບໄຟລ໌ດ້ານວິຊາການ:

• ລູກຄ້າໄດ້ຮັບທີ່ຢູ່ຂອງ node ຟຣີ, ເຊິ່ງຈະກາຍເປັນຜູ້ປະສານງານໃນໄລຍະຫນຶ່ງ.
• ຟັງຊັນຂອງການຮັບເພງ (ໂດຍບຸກຄົນ ຫຼືລະຫັດ) ຖືກກະຕຸ້ນ, ແລະມີການຮ້ອງຂໍໃຫ້ໄດ້ຮັບມັນຢູ່ທີ່ຈຸດສິ້ນສຸດຂອງຜູ້ປະສານງານ.
• ຜູ້ປະສານງານກວດສອບການປະກົດຕົວຂອງການເຊື່ອມຕໍ່ຢູ່ໃນແຄດ. ຖ້າມີຫນຶ່ງແລະມັນເຮັດວຽກ, ມັນຈະຖືກສົ່ງຄືນໃຫ້ລູກຄ້າທັນທີ, ຖ້າບໍ່ດັ່ງນັ້ນ nodes ຈະຖືກສໍາຫຼວດສໍາລັບຄວາມພ້ອມ.
• ໄຟລ໌ແມ່ນໄດ້ຮັບຈາກການເຊື່ອມຕໍ່, ຖ້າພົບຫນຶ່ງ.

ທາງເລືອກສຳລັບຜູ້ສ້າງດົນຕີ

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

ຕົກລົງ, ໃຫ້ເວົ້າວ່າພວກເຮົາວາງເດີມພັນ $10. ອັນນີ້ມີປະສິດທິພາບຫຼາຍບໍ? ສົມມຸດວ່າຂ້ອຍໄດ້ຟັງອະລະບໍ້າຢູ່ບ່ອນໃດບ່ອນໜຶ່ງ ຫຼືເພງຈາກບ່ອນນັ້ນ ແລະຕັດສິນໃຈສະແດງຄວາມຮູ້ບຸນຄຸນ. ແຕ່ອີງຕາມຄວາມຮູ້ສຶກແລະຄວາມສາມາດຂອງຂ້ອຍເອງ, $3 ແມ່ນເພດານຂອງຂ້ອຍ. ດັ່ງນັ້ນພວກເຮົາຄວນເຮັດແນວໃດ? ສ່ວນຫຼາຍຂ້ອຍຈະບໍ່ເຮັດຫຍັງ, ຄືກັບຄົນສ່ວນໃຫຍ່.

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

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

  ໃຫ້ເວົ້າວ່າການເຊື່ອມຕໍ່ແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

  http://someartistsdonationsite.site/category/artist?external-info

  ຖ້າພວກເຮົາແຄບມັນລົງໄປຫານັກດົນຕີ, ຫຼັງຈາກນັ້ນ:

  http://someartistsdonationsite.com/music/miyagi?song=blabla

  ນັກສະແດງຕ້ອງການຢືນຢັນຊື່ຫຼິ້ນຂອງລາວແລະຕິດກັບມັນ.

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

ເປັນຫຍັງທ່ານຕ້ອງການບ່ອນເກັບມ້ຽນເພງຢ່າງແທ້ຈິງ, ແລະເຈົ້າສາມາດເຂົ້າຮ່ວມມັນໄດ້ແນວໃດ?

• ຖ້າທ່ານກໍາລັງເຮັດວຽກກ່ຽວກັບໂຄງການທີ່ກ່ຽວຂ້ອງກັບດົນຕີ, ຫຼືວາງແຜນທີ່ຈະສ້າງຫນຶ່ງ, ຫຼັງຈາກນັ້ນ, ນີ້ແມ່ນສິ່ງທີ່ມີຈຸດປະສົງທັງຫມົດ. ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້ museria ເພື່ອ​ເກັບ​ຮັກ​ສາ​ແລະ​ເອົາ​ເພງ​, ເພີ່ມ​ທະ​ວີ​ການ​ໄຫຼ​ຂອງ​ເພງ​ອອນ​ໄລ​ນ​໌​. ຖ້າຫາກວ່າ, ໃນເວລາດຽວກັນ, ທ່ານມີຄວາມສາມາດໃນການຍົກສູງບົດບາດແລະຖືຢ່າງຫນ້ອຍຫນຶ່ງ node ຂອງທ່ານເອງ, ຫຼັງຈາກນັ້ນ, ນີ້ຈະເປັນການປະກອບສ່ວນທີ່ດີທີ່ສຸດໃນການພັດທະນາຂອງເຄືອຂ່າຍ.
• ບາງທີເຈົ້າພ້ອມທີ່ຈະເຮັດຫນ້າທີ່ອື່ນບາງຢ່າງ: ຊ່ວຍລະຫັດ, ຫຼືຕື່ມຂໍ້ມູນແລະປານກາງຖານຂໍ້ມູນ, ແຈກຢາຍຂໍ້ມູນກ່ຽວກັບໂຄງການໃຫ້ກັບຫມູ່ເພື່ອນຂອງເຈົ້າ, ແລະອື່ນໆ.
• ບາງ​ທີ​ເຈົ້າ​ມັກ​ຄວາມ​ຄິດ​ແລະ​ພ້ອມ​ທີ່​ຈະ​ຊ່ວຍ​ເຫຼືອ​ທາງ​ດ້ານ​ການ​ເງິນ​ເພື່ອ​ໃຫ້​ມັນ​ທັງ​ຫມົດ​ມີ​ຊີ​ວິດ​ແລະ​ພັດ​ທະ​ນາ​. ຂໍ້ຫຼາຍ, ເພງຫຼາຍ.
• ຫຼືທ່ານພຽງແຕ່ຕ້ອງການຊອກຫາແລະດາວໂຫຼດເພງໃນບາງຈຸດ. ທ່ານສາມາດເຮັດໄດ້ຫຼາຍງ່າຍດາຍ, ສໍາລັບການຍົກຕົວຢ່າງ, ໂດຍຜ່ານ telegram bot.

ໃນປັດຈຸບັນໂຄງການແມ່ນຢູ່ໃນຂັ້ນຕອນຂອງການເລີ່ມຕົ້ນ. ເຄືອ​ຂ່າຍ​ການ​ທົດ​ສອບ​ໄດ້​ຖືກ​ເປີດ​ຕົວ​, nodes ອາດ​ຈະ reboot ເລື້ອຍໆ​, ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​ການ​ປັບ​ປຸງ​, ແລະ​ອື່ນໆ​. ຖ້າບໍ່ມີບັນຫາທີ່ສໍາຄັນໃນໄລຍະເວລາການປະເມີນຜົນ, ເຄືອຂ່າຍດຽວກັນນີ້ຈະຖືກປ່ຽນເປັນຕົ້ນຕໍ.

ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ຂໍ້​ມູນ​ກ່ຽວ​ກັບ node ຈາກ​ພາຍ​ນອກ​: ຈໍາ​ນວນ​ຂອງ​ເພງ​, ຊ່ອງ​ຫວ່າງ​, ແລະ​ອື່ນໆ​, ການ​ນໍາ​ໃຊ້​ການ​ເຊື່ອມ​ຕໍ່​ເຊັ່ນ​:​ http://node-address/status ຫຼື http://node-address/status?pretty

ລາຍຊື່ຜູ້ຕິດຕໍ່ຂອງຂ້ອຍ:

• @ortex
• [email protected]
• ກຸ່ມ Telegram ໃນ​ພາ​ສາ​ອັງ​ກິດ​.
• ດີ, ເວັບໄຊທ໌ທີ່ໃຫ້ເກີດຄວາມຄິດທັງຫມົດນີ້.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com