Text Recoded ծրագիրը առաջարկում է հետևյալ օգտակար գործողությունները տվյալ տեքստային տվյալների վրա.
- Կոդավորում, վերծանում և վերակոդավորում պարզ տեքստի, վեցանկյուն և Base64 կոդավորումների միջև
- Գաղտնագրում և վերծանում, օգտագործելով Կեսարի ծածկագիրը
- Հումքի և ձևաչափված տեքստային տվյալների հեշերի ստեղծում՝ դրա ամբողջականությունը հաստատելու նպատակով
Տեքստային տվյալների կոդավորումը Hexadecimal կամ Base64 կոդավորման մեջ կարող է օգտագործվել՝ համոզվելու համար, որ բնօրինակ տեքստային տվյալները չեն փոփոխվի պահեստավորման կամ փոխանցման միջոցի պատճառով, որը զբաղվում է դրանց հետ անհամատեղելի նիշերի հավաքածուով:
Կեսարի ծածկագրով ծածկագրումը, որը փոխարինող պարզ ծածկագիր է, կարող է օգտագործվել շատ դեպքերում, երբ տեքստային տվյալները պետք է մնան թաքնված սովորական մարդկանցից, ովքեր սովորաբար չեն անհանգստանում դրանք վերծանելու համար: Այնուամենայնիվ, այն հարմար չէ զգայուն տվյալների ապահովման համար, քանի որ դրանք հեշտությամբ կարելի է վերծանել այսօրվա տեխնոլոգիայով:
Text Recoded ծրագրի կողմից իրականացվող գաղտնագրման և վերծանման կարգը բացատրվում է հետևյալ օրինակում՝ օգտագործելով «TEXT»-ը որպես մուտքագրում և «test» որպես բանալի.
Մուտքագրում՝ TEXT (T=84, E=69, X=88, T=84)
Բանալի՝ թեստ (t=116, e=101, s=115, t=116)
Ընթացակարգը՝ մուտքագրում + բանալին
Արդյունք տասնորդական ձևով՝ (200,170,203, 200)
Արդյունք վեցանկյունում՝ C8AACBC8
Վերծանումը վերը նշվածի հակառակն է, դա կոդավորված ելքն է՝ բանալին: Մեր դեպքում դա կլինի.
C8AACBC8 - թեստ = ՏԵՔՍՏ
Text Recoded ծրագիրը ստանում և առաքում է տեքստային տվյալների մուտքագրում և ելք, ինչպես նաև գաղտնագրման բանալին UTF-8 կոդավորման մեջ, որն աջակցում է Unicode նիշերի ամբողջ հավաքածուն, որը տեղավորում է աշխարհի գրեթե բոլոր գրային համակարգերի նիշերը:
Մուտքային երկարության համար սահմանափակում չկա, բացառությամբ առկա հիշողության: Բանալին կարող է նաև ունենալ ցանկացած երկարություն, սակայն, եթե այն ավելի երկար է, քան մուտքագրվածը, այն կտրված է մուտքային երկարության վրա, բաժանվում է մուտքային երկարության հատվածների և այնուհետև լրացուցիչ հատվածների արժեքները ավելացվում են առաջին հատվածին:
Գաղտնագրման ելքը կարող է լինել Hexadecimal կամ Base64 կոդավորումով: Երկուական տվյալների հետ աշխատելն այս տարբերակում չի աջակցվում:
Տվյալ ելքի ամբողջականությունն ապահովելու նպատակով հնարավոր է նաև դրանց հեշերը ներառել Արդյունք վանդակում և՛ Վերակոդավորման, և՛ գաղտնագրման գործողությունների համար:
Նկատի ունեցեք, որ արտադրված հեշերը երեք տեսակի են, որոնք բացատրվում են ստորև:
ԲՈԼՈՐ տեքստային բովանդակության համար հեշը արտադրվում է նշված տեքստային տվյալների ողջ բովանդակության համար, ներառյալ դատարկ տարածությունները, ինչպիսիք են սպիտակ բացերը, ներդիրները և նոր տողերը, եթե այդպիսիք կան:
Հաշը ձևաչափված FMT տեքստային բովանդակության համար արտադրվում է տեքստի և դրա ներքին սպիտակ բացերի և նոր տողերի համար՝ բացառելով շրջակա բոլոր դատարկ տողերն ու սպիտակ բացերը:
RAW տեքստային բովանդակության համար հեշը արտադրվում է միայն տեքստի համար՝ բացառելով բոլոր տեսակի դատարկ բացատները՝ դատարկ տողեր, սպիտակ բացատներ, ներդիրներ և նոր տողեր:
Տրված տեքստային տվյալների ամբողջականությունը հաստատելու համար այն դեպքերում, երբ պահանջվում է ոչ RAW տեսակի հեշինգ, տողերի երկարությունը, տողերի քանակը և նոր տողերի նիշերի տեսակը նշանակալի են: Դա պայմանավորված է նրանով, որ Windows-ն օգտագործում է #13#10 նիշերի կոդերը նոր տողեր պահելու համար, մինչդեռ Linux օպերացիոն համակարգը օգտագործում է միայն #10 նիշերի կոդը՝ նոր տողեր պահելու համար: Հետևաբար, եթե մի ՕՀ-ում արտադրվում է տեքստային տվյալների հեշ, բայց պետք է վավերացվի մեկ այլ ՕՀ-ում, պետք է համապատասխան տարբերակ սահմանվի: Այդ նպատակով կա ընտրության տուփ՝ Windows-ի և Linux-ի նոր տողերի միջև հեշեր արտադրելիս ընտրելու համար:
Վերջին թարմացումը՝
31 օգս, 2024 թ.