ટેક્સ્ટ રીકોડેડ પ્રોગ્રામ આપેલ ટેક્સ્ટ ડેટા પર નીચેની ઉપયોગી કામગીરીઓ પ્રદાન કરે છે:
- સાદા ટેક્સ્ટ, હેક્સાડેસિમલ અને બેઝ 64 એન્કોડિંગ્સ વચ્ચે એન્કોડિંગ, ડીકોડિંગ અને રીકોડિંગ
- સીઝર સાઇફરનો ઉપયોગ કરીને સાઇફરિંગ અને ડિસિફરિંગ
- તેની અખંડિતતાને માન્ય કરવાના હેતુ માટે કાચા અને ફોર્મેટ કરેલ ટેક્સ્ટ્યુઅલ ડેટાના હેશ બનાવવું
હેક્સાડેસિમલ અથવા બેઝ 64 એન્કોડિંગમાં ટેક્સ્ચ્યુઅલ ડેટાને એન્કોડ કરવાનો ઉપયોગ તેની ખાતરી કરવા માટે કરી શકાય છે કે અસંગત અક્ષર સમૂહમાં સ્ટોરેજ અથવા ટ્રાન્સમિશન માધ્યમને કારણે મૂળ ટેક્સ્ટ્યુઅલ ડેટા બદલાશે નહીં.
સીઝર સાઇફરનો ઉપયોગ કરીને સાઇફરિંગ, જે એક સરળ અવેજી સાઇફર છે, તેનો ઉપયોગ ઘણા કિસ્સાઓમાં થઈ શકે છે જ્યારે ટેક્સ્ટ્યુઅલ ડેટાને સામાન્ય લોકોથી છુપાવવાની જરૂર હોય જે સામાન્ય રીતે તેને સમજવાની તસ્દી લેતા નથી. જો કે, તે સંવેદનશીલ ડેટાને સુરક્ષિત કરવા માટે યોગ્ય નથી, કારણ કે તેને આજની ટેક્નોલોજી સાથે સરળતાથી સમજી શકાય છે.
ટેક્સ્ટ રિકોડેડ પ્રોગ્રામ દ્વારા અમલમાં મૂકાયેલ સાઇફરિંગ અને ડિસિફરિંગની પ્રક્રિયા નીચેના ઉદાહરણમાં ઇનપુટ તરીકે "TEXT" અને કી તરીકે "ટેસ્ટ" નો ઉપયોગ કરીને સમજાવવામાં આવી છે:
ઇનપુટ : ટેક્સ્ટ (T=84, E=69, X=88, T=84)
કી : ટેસ્ટ (t=116, e=101, s=115, t=116)
પ્રક્રિયા: ઇનપુટ + કી
દશાંશમાં આઉટપુટ: (200,170,203, 200)
હેક્સાડેસિમલમાં આઉટપુટ: C8AACBC8
ડિસિફરિંગ એ ઉપરોક્તની વિરુદ્ધ છે, તે એન્સાઇફર્ડ આઉટપુટ છે - કી. અમારા કિસ્સામાં તે હશે:
C8AACBC8 - ટેસ્ટ = ટેક્સ્ટ
ટેક્સ્ટ રીકોડેડ પ્રોગ્રામ UTF-8 એન્કોડિંગમાં ટેક્સ્ટ્યુઅલ ડેટા ઇનપુટ અને આઉટપુટ, તેમજ સાઇફરિંગ માટેની ચાવી મેળવે છે અને પહોંચાડે છે જે સમગ્ર યુનિકોડ અક્ષર સમૂહને સપોર્ટ કરે છે, જે લગભગ તમામ વિશ્વની લેખન પ્રણાલીઓના અક્ષરોને સમાવે છે.
ઉપલબ્ધ મેમરી સિવાય ઇનપુટ લંબાઈ માટે કોઈ મર્યાદા નથી. કી કોઈપણ લંબાઈની પણ હોઈ શકે છે, જો કે જો તે ઇનપુટ કરતા લાંબી હોય તો તેને ઇનપુટ લંબાઈમાં કાપવામાં આવે છે, ઇનપુટ લંબાઈના ભાગોમાં વિભાજિત કરવામાં આવે છે અને પછી વધારાના હિસ્સાના મૂલ્યો પ્રથમ ભાગમાં ઉમેરવામાં આવે છે.
સાઇફરિંગ આઉટપુટ હેક્સાડેસિમલ અથવા બેઝ 64 એન્કોડિંગમાં હોઈ શકે છે. આ સંસ્કરણમાં બાઈનરી ડેટા સાથે કામ કરવું સમર્થિત નથી.
આપેલ આઉટપુટની અખંડિતતાને સુનિશ્ચિત કરવાના હેતુસર, આઉટપુટ બોક્સમાં તેમના હેશને રેકોર્ડીંગ અને સાઇફરીંગ બંને કામગીરી માટે સામેલ કરવાનું પણ શક્ય છે.
નોંધ કરો કે ઉત્પાદિત હેશ ત્રણ પ્રકારના હોય છે જે નીચે વર્ણવેલ છે.
બધી ટેક્સ્ટ્યુઅલ સામગ્રી માટે હેશ સ્પષ્ટ કરેલ ટેક્સ્ટ્યુઅલ ડેટાની સંપૂર્ણ સામગ્રી માટે બનાવવામાં આવે છે, જેમાં ખાલી જગ્યાઓ જેવી કે સફેદ જગ્યાઓ, ટૅબ્સ અને નવી રેખાઓ, જો કોઈ હોય તો.
ફોર્મેટ કરેલ FMT ટેક્સ્ટ સામગ્રી માટે હેશ ટેક્સ્ટ અને તેની આંતરિક સફેદ જગ્યાઓ અને નવી રેખાઓ માટે બનાવવામાં આવે છે, આજુબાજુની બધી ખાલી રેખાઓ અને સફેદ જગ્યાઓને બાદ કરતાં.
RAW ટેક્સ્ટની સામગ્રી માટે હેશ ફક્ત ટેક્સ્ટ માટે જ બનાવવામાં આવે છે, જેમાં તમામ પ્રકારની ખાલી જગ્યાઓને બાદ કરતાં: ખાલી રેખાઓ, સફેદ જગ્યાઓ, ટૅબ્સ અને નવી રેખાઓ.
બિન-RAW પ્રકારની હેશિંગની આવશ્યકતા હોય તેવા કિસ્સામાં આપેલ ટેક્સ્ટ્યુઅલ ડેટાની અખંડિતતાને માન્ય કરવા માટે, રેખાની લંબાઈ, રેખાઓની સંખ્યા અને નવા લાઇન અક્ષરોનો પ્રકાર નોંધપાત્ર છે. આનું કારણ એ છે કે વિન્ડોઝ નવી લાઈનો સ્ટોર કરવા માટે #13#10 કેરેક્ટર કોડનો ઉપયોગ કરે છે, જ્યારે Linux ઓપરેટિંગ સિસ્ટમ નવી લાઈનો સ્ટોર કરવા માટે માત્ર #10 ના કેરેક્ટર કોડનો ઉપયોગ કરે છે. તેથી, જો ટેક્સ્ચ્યુઅલ ડેટા માટે હેશ એક OS માં બનાવવામાં આવે છે પરંતુ બીજામાં માન્ય કરવાની જરૂર હોય, તો યોગ્ય વિકલ્પ સેટ કરવો આવશ્યક છે. આ હેતુ માટે, હેશ બનાવતી વખતે Windows અને Linux નવા લાઇન અક્ષરો વચ્ચે પસંદ કરવા માટે પસંદગી બોક્સ છે.
આ રોજ અપડેટ કર્યું
31 ઑગસ્ટ, 2024