Text Recoded

Mirsoft

ປະກອບ​ມີ​ໂຄ​ສະ​ນາ

ກ່ຽວກັບແອັບນີ້

ໂປຣແກຣມ Text Recoded ສະເໜີການດຳເນີນການທີ່ເປັນປະໂຫຍດຕໍ່ໄປນີ້ຕໍ່ກັບຂໍ້ມູນຂໍ້ຄວາມທີ່ໃຫ້ໄວ້:

- ການ​ເຂົ້າ​ລະ​ຫັດ​, ການ​ຖອດ​ລະ​ຫັດ​ແລະ recoding ລະ​ຫວ່າງ​ຂໍ້​ຄວາມ​ທໍາ​ມະ​ດາ​, Hexadecimal ແລະ Base64 encodings
- ການເຂົ້າລະຫັດແລະການຖອດລະຫັດໂດຍໃຊ້ລະຫັດ Caesar
- ການ​ຜະ​ລິດ hashes ຂອງ​ຂໍ້​ມູນ​ຮູບ​ແບບ​ວັດ​ຖຸ​ດິບ​ແລະ​ຮູບ​ແບບ​ສໍາ​ລັບ​ຈຸດ​ປະ​ສົງ​ຂອງ​ການ​ກວດ​ສອບ​ຄວາມ​ສົມ​ບູນ​ຂອງ​ຕົນ

ການເຂົ້າລະຫັດຂໍ້ມູນຂໍ້ຄວາມເປັນລະຫັດ Hexadecimal ຫຼື Base64 ສາມາດໃຊ້ເພື່ອໃຫ້ແນ່ໃຈວ່າຂໍ້ມູນຂໍ້ຄວາມຕົ້ນສະບັບຈະບໍ່ຖືກປ່ຽນແປງເນື່ອງຈາກອຸປະກອນເກັບຂໍ້ມູນ ຫຼືການສົ່ງຕໍ່ທີ່ຈັດການກັບມັນຢູ່ໃນຊຸດຕົວອັກສອນທີ່ບໍ່ເຂົ້າກັນໄດ້.

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

ຂັ້ນຕອນການເຂົ້າລະຫັດ ແລະຖອດລະຫັດທີ່ປະຕິບັດໂດຍໂປຣແກຣມ Text Recoded ໄດ້ຖືກອະທິບາຍໃນຕົວຢ່າງຕໍ່ໄປນີ້ໂດຍໃຊ້ “TEXT” ເປັນການປ້ອນຂໍ້ມູນ ແລະ “ທົດສອບ” ເປັນກຸນແຈ:

ການປ້ອນຂໍ້ມູນ : TEXT (T=84, E=69, X=88, T=84)
ຄີ : ທົດສອບ (t=116, e=101, s=115, t=116)
ຂັ້ນຕອນ: ການປ້ອນຂໍ້ມູນ + ປຸ່ມ
ຜົນຜະລິດໃນອັດຕານິຍົມ: (200,170,203, 200)
ຜົນຜະລິດໃນເລກຖານສິບຫົກ: C8AACBC8

ການຖອດລະຫັດແມ່ນກົງກັນຂ້າມກັບຂ້າງເທິງ, ນັ້ນແມ່ນຜົນຜະລິດທີ່ຖືກເຂົ້າລະຫັດ - ກຸນແຈ. ໃນກໍລະນີຂອງພວກເຮົາ, ມັນຈະເປັນ:
C8AACBC8 - test = TEXT

ໂປຣແກຣມ Text Recoded ຮັບ ແລະ ສະໜອງຂໍ້ມູນການປ້ອນ ແລະ ຂໍ້ມູນຂໍ້ຄວາມ, ເຊັ່ນດຽວກັນກັບກະແຈສຳລັບການເຂົ້າລະຫັດ, ໃນການເຂົ້າລະຫັດ UTF-8 ທີ່ຮອງຮັບຊຸດຕົວອັກສອນ Unicode ທັງໝົດ, ເຊິ່ງຮອງຮັບຕົວອັກສອນຈາກເກືອບທຸກລະບົບການຂຽນຂອງໂລກ.

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

ຜົນຜະລິດ Ciphering ສາມາດຢູ່ໃນລະຫັດ Hexadecimal ຫຼື Base64. ການເຮັດວຽກກັບຂໍ້ມູນ Binary ບໍ່ຮອງຮັບໃນເວີຊັນນີ້.

ສໍາລັບຈຸດປະສົງຂອງການຮັບປະກັນຄວາມສົມບູນຂອງຜົນຜະລິດທີ່ໄດ້ຮັບ, ມັນກໍ່ເປັນໄປໄດ້ທີ່ຈະປະກອບມີ hashes ຂອງເຂົາເຈົ້າຢູ່ໃນປ່ອງ Output, ສໍາລັບທັງສອງ Recoding ແລະ Ciphering.

ໃຫ້ສັງເກດວ່າ hashes ທີ່ຜະລິດມີສາມປະເພດທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້.

Hash ສໍາລັບເນື້ອໃນຂໍ້ຄວາມທັງຫມົດແມ່ນຜະລິດສໍາລັບເນື້ອຫາທັງຫມົດຂອງຂໍ້ມູນຂໍ້ຄວາມທີ່ລະບຸ, ລວມທັງພື້ນທີ່ຫວ່າງເປົ່າເຊັ່ນຊ່ອງຫວ່າງສີຂາວ, ແຖບແລະເສັ້ນໃຫມ່, ຖ້າມີ.

Hash ສໍາລັບເນື້ອໃນຂໍ້ຄວາມ FMT ທີ່ມີຮູບແບບແມ່ນຜະລິດສໍາລັບຂໍ້ຄວາມແລະພື້ນທີ່ສີຂາວພາຍໃນແລະເສັ້ນໃຫມ່, ບໍ່ລວມເອົາເສັ້ນຫວ່າງເປົ່າແລະພື້ນທີ່ສີຂາວທັງຫມົດ.

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

ສໍາລັບການກວດສອບຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນຂໍ້ຄວາມໃນກໍລະນີທີ່ຕ້ອງໃຊ້ hashing ທີ່ບໍ່ແມ່ນ RAW, ຄວາມຍາວຂອງເສັ້ນ, ຈໍານວນເສັ້ນແລະປະເພດຂອງຕົວອັກສອນໃຫມ່ແມ່ນມີຄວາມສໍາຄັນ. ນີ້ແມ່ນຍ້ອນວ່າ Windows ໃຊ້ລະຫັດຕົວອັກສອນ #13#10 ສໍາລັບການເກັບຮັກສາສາຍໃຫມ່, ໃນຂະນະທີ່ລະບົບປະຕິບັດການ Linux ໃຊ້ພຽງແຕ່ລະຫັດຕົວອັກສອນ #10 ເພື່ອເກັບຮັກສາສາຍໃຫມ່. ດັ່ງນັ້ນ, ຖ້າ hash ສໍາລັບຂໍ້ມູນຂໍ້ຄວາມຖືກຜະລິດຢູ່ໃນ OS ຫນຶ່ງແຕ່ຕ້ອງໄດ້ຮັບການກວດສອບໃນອື່ນ, ທາງເລືອກທີ່ເຫມາະສົມຕ້ອງໄດ້ຮັບການກໍານົດ. ສໍາລັບຈຸດປະສົງນີ້, ມີກ່ອງເລືອກເພື່ອເລືອກລະຫວ່າງ Windows ແລະ Linux ຕົວອັກສອນເສັ້ນໃຫມ່ໃນເວລາທີ່ຜະລິດ hashes.