کدگذاری/کدگشایی هگز

پردازش ۱۰۰٪ سمت کاربر (بدون آپلود سرور). متن را به هگز با سبک‌های خروجی قابل انتخاب (ساده، 0x…، C \xHH، %HH)، حالت حروف، جداکننده‌های بایت، پیچیدن اختیاری و پایان‌های خط قابل پیکربندی رمزگذاری کنید.

Loading…

درباره رمزگذار هگز (متن)

از این صفحه برای رمزگذاری متن به هگز مستقیماً در مرورگر خود استفاده کنید. یک فرمت خروجی انتخاب کنید (هگز ساده، سبک 0x…، فرارهای C-style \xHH، یا درصد %HH)، حالت و جداکننده‌ها را کنترل کنید و اختیاریاً بایت‌ها را در هر خط برای خوانایی بپیچید. نیاز به جهت مخالف دارید؟ از صفحه دیگر استفاده کنید.

ویژگی‌ها

  • پردازش ۱۰۰٪ سمت کاربر (بدون آپلود سرور).
  • فرمت‌های خروجی هگز متعدد: ساده (deadbeef)، پیشوند 0x…، فرار C (\xHH)، درصد (%HH)
  • خروجی با حروف کوچک یا بزرگ
  • جداکننده‌های بایت: هیچ، فاصله، دونقطه، خط تیره، زیرخط، ویرگول
  • پیچیدن بایت‌ها در هر خط (0 غیرفعال کردن پیچیدن)
  • اختیاری "درج خط جدید نهایی" برای خروجی‌های فایل تمیز
  • انتخاب مجموعه کاراکتر (متن → بایت). مجموعه‌های کاراکتر پشتیبانی‌نشده به UTF-8 بازمی‌گردند.
  • پردازش اختیاری خط به خط و پایان‌های خط قابل انتخاب (LF یا CRLF)

نحوه استفاده for hex-encoder

1

چسباندن یا انداختن محتوا

متن خود را در ویرایشگر بچسبانید (یا یک فایل متنی مانند .txt، .md، .json، .yaml را رها کنید). اگر ورودی شما ASCII ساده نیست، «مجموعه کاراکتر» صحیح را انتخاب کنید تا بایت‌ها به‌طور مورد نظر تولید شوند.

2

کلیک روی «رمزگذاری»

فرمت هگز خود را انتخاب کنید (ساده / 0x / فرار C / درصد)، حالت حروف و جداکننده‌های بایت را تنظیم کنید و اختیاریاً بایت‌ها را در هر خط بپیچید. سپس روی «رمزگذاری» کلیک کنید تا خروجی هگز تولید شود.

3

کپی یا دانلود

خروجی هگز رمزگذاری شده را کپی کنید یا آن را به عنوان یک فایل متنی دانلود کنید. اگر «درج خط جدید نهایی» را فعال کرده‌اید، خروجی با یک خط جدید برای diffهای تمیزتر و لوله‌کشی CLI پایان می‌یابد.

مشخصات فنی

مدل اجرا

این صفحه رمزگذاری هگز را در مرورگر شما انجام می‌دهد و ورودی شما را به سرور آپلود نمی‌کند.

جنبهجزئیات
زمان اجراپردازش ۱۰۰٪ سمت کاربر (بدون آپلود سرور).
محدوده واریانتصفحه رمزگذاری (متن → هگز)
محدودیت‌ها~1–2MB کاراکتر؛ ~25000 ms زمان‌بندی
نگهداریهمه پردازش‌ها به صورت محلی در مرورگر شما انجام می‌شود (بدون آپلود)
ورودیمتن (که با استفاده از مجموعه کاراکتر انتخاب شده به صورت بایت تفسیر می‌شود)
خروجیمتن (ارقام هگز، که بسته به قالب، ممکن است توکن‌بندی شده یا دارای پیشوند باشند)
حتی با پردازش محلی، از چسباندن اسراری که توانایی افشای آن‌ها را ندارید خودداری کنید (اشتراک‌گذاری صفحه، افزونه‌های مرورگر، دورسنجی و تاریخچه کپی/چسباندن همچنان می‌توانند داده‌ها را فاش کنند). برای مطالب حساس، ابزارهای محلی را ترجیح دهید.

مثال کوچک

یک مثال کوچک از کدگذاری با استفاده از قالب پیش‌فرض هگز ساده.

ورودی (متن): Hello
خروجی (هگز ساده، UTF-8): 48656c6c6f
همان ورودی تنها در صورت تغییر گزینه‌های قالب‌بندی (قالب/حروف/جداکننده‌ها/پیچیدن) یا «مجموعه کاراکتر» استفاده شده برای تبدیل متن به بایت، هگز متفاوتی تولید می‌کند.

خطاها و موارد خاص

کدگذاری معمولاً سرراست است؛ بیشتر شگفتی‌ها از انتخاب‌های تبدیل متن به بایت و انتظارات قالب‌بندی ناشی می‌شود.

نشانهعلت احتمالیچه چیزی را بررسی کنید
خروجی با ابزار دیگری مطابقت نداردمجموعه کاراکتر متفاوت (متن → بایت) یا سبک قالب‌بندی متفاوت«مجموعه کاراکتر» و قالب هگز (ساده در مقابل 0x در مقابل \xHH در مقابل %HH) را تأیید کنید، به علاوه حروف/جداکننده‌ها
شکست‌های خط غیرمنتظرهپیچیدن یا فعال بودن خط جدید پایانی«پیچیدن بایت در هر خط» را روی 0 تنظیم کنید تا پیچیدن غیرفعال شود؛ «درج خط جدید پایانی» را تغییر دهید
خروجی هر خط با کدگذاری کل متن متفاوت استحالت خط به خط نحوه تقسیم‌بندی ورودی را تغییر می‌دهد«پردازش خط به خط» را غیرفعال کنید اگر یک کدگذاری پیوسته واحد می‌خواهید
قالب برای سیستم هدف اشتباه به نظر می‌رسدقالب خروجی انتخاب شده با انتظارات مصرف‌کننده مطابقت نداردبرای لیترال‌های C/JS از \xHH استفاده کنید؛ برای زمینه‌های شبیه URI از %HH استفاده کنید؛ برای گزارش‌ها/انسان‌ها از سبک ساده یا 0x با جداکننده‌ها استفاده کنید
وقفه یا خطای ابزار روی ورودی‌های بسیار بزرگورودی از محدودیت‌های سمت کلاینت فراتر رفته استورودی را زیر حدود ۱-۲ مگابایت کاراکتر نگه دارید و برای فایل‌های بزرگ، کدگذاری CLI محلی را در نظر بگیرید

جایگزین‌های خط فرمان

برای اسرار، خودکارسازی یا CI، به صورت محلی کدگذاری کنید. در زیر گزینه‌های رایج و استاندارد برای تبدیل متن/بایت به هگز آمده است.

لینوکس/macOS

کدگذاری یک رشته UTF-8 به هگز ساده (xxd)

printf %s "Hello" | xxd -p -c 256

xxd بایت‌ها را به صورت هگز چاپ می‌کند. -p هگز ساده خروجی می‌دهد؛ -c ستون‌ها در هر خط را کنترل می‌کند.

کدگذاری یک رشته به هگز (پایتون)

python -c "s='Hello'; print(s.encode('utf-8').hex())"

متن را با UTF-8 به بایت کدگذاری کنید، سپس بایت‌ها را به هگز تبدیل کنید.

Node.js

کدگذاری متن به هگز (بافر Node، UTF-8)

node -e "const s='Hello'; console.log(Buffer.from(s,'utf8').toString('hex'));"

بافر به‌طور پیش‌فرض رشته را به صورت UTF-8 کدگذاری می‌کند (در صورت مشخص شدن)، سپس با استفاده از toString('hex') آن را به فرمت هگز نمایش می‌دهد.

Windows PowerShell

کدگذاری متن به هگز (UTF-8)

powershell -NoProfile -Command "$s='Hello'; $bytes=[Text.Encoding]::UTF8.GetBytes($s); ($bytes | ForEach-Object { $_.ToString('x2') }) -join ''"

رشته را به بایت‌های UTF-8 تبدیل کرده و هر بایت را به صورت دو رقم هگز فرمت می‌دهد.

موارد استفاده

بازرسی بایت به صورت خوانا

  • تبدیل متن کوتاه به نمایش هگز برای اشکال‌زدایی
  • تولید قطعات هگز برای لاگ‌ها، مستندات یا تیکت‌ها

قابلیت همکاری با سیستم‌هایی که از نماد هگز انتظار دارند

  • تولید هگز با پیشوند 0x یا جداکننده برای فایل‌های پیکربندی و ابزارها
  • تولید دنباله‌های \xHH برای جاسازی بایت‌ها در زمینه‌های مشابه C/JS

CI و فیکسچرهای قابل تکرار

  • ایجاد فیکسچرهای هگز قطعی برای تست‌ها
  • استانداردسازی قالب‌بندی (حروف بزرگ/کوچک، جداکننده‌ها، خط‌بندی) برای مقایسه‌ها و بازبینی‌ها

آموزش بایت در مقابل متن

  • نشان دادن اینکه چگونه مجموعه کاراکتر انتخاب شده، بایت‌های زیرین را تغییر می‌دهد
  • نشان دادن اینکه چگونه گزینه‌های قالب‌بندی بر نمایش تأثیر می‌گذارند بدون تغییر بایت‌ها

❓ Frequently Asked Questions

آیا یک API عمومی وجود دارد؟

خیر. این ابزار برای استفاده تعاملی در مرورگر طراحی شده و یک API عمومی ارائه نمی‌دهد.

پردازش به صورت محلی است یا از راه دور؟

100% پردازش سمت کلاینت (بدون آپلود به سرور). تمام کدگذاری‌ها به صورت محلی در مرورگر شما اجرا می‌شوند.

آیا می‌توانم اطلاعات محرمانه (کلیدهای API، رمزهای عبور، توکن‌ها) را جای‌گذاری کنم؟

ایمن‌تر این است که این کار را نکنید. حتی با پردازش محلی، اطلاعات محرمانه ممکن است از طریق اشتراک‌گذاری صفحه، افزونه‌های مرورگر، تاریخچه کلیپ‌بورد یا نفوذ به دستگاه نشت کنند. برای داده‌های حساس، ترجیحاً از کدگذاری CLI محلی استفاده کنید.

چرا خروجی کدگذاری شده من با ابزار هگز دیگری مطابقت ندارد؟

بیشتر عدم مطابقت‌ها ناشی از تفاوت در کدگذاری متن (مجموعه کاراکترها) یا قالب‌بندی خروجی متفاوت (ساده در مقابل 0x در مقابل \xHH در مقابل %HH، جداکننده‌ها، خط‌بندی، حروف بزرگ/کوچک) است. گزینه‌های «مجموعه کاراکتر» و قالب‌بندی را با ابزار/سیستم هدف هماهنگ کنید.

تفاوت بین خروجی «ساده»، «0x»، «\xHH» و «%HH» چیست؟

آن‌ها بایت‌های یکسان را در نمادهای متنی مختلف نشان می‌دهند: ساده شامل ارقام هگز پیوسته است؛ 0x یک پیشوند هگز اضافه می‌کند (اختیاری برای هر بایت)؛ \xHH یک فرار به سبک C برای هر بایت است؛ %HH با سبک کدگذاری درصدی که در زمینه‌های URI/URL استفاده می‌شود مطابقت دارد.

Pro Tips

Best Practice

اگر هدف شما سازگاری است، ابتدا نمادگذاری را انتخاب کنید: ساده برای دامپ‌ها، 0x برای ابزارهای توسعه‌ی متعدد، \xHH برای لیترال‌های شبیه C/JS، و %HH برای زمینه‌های سبک URL.

Best Practice

وقتی خروجی در ابزارهای مختلف متفاوت است، قبل از سرزنش کدگذار هگزادسیمال، «مجموعه کاراکتر» (متن → بایت) را تأیید کنید.

Best Practice

برای تفاوت‌های تمیز و انتقال خطی، بسته‌بندی را غیرفعال نگه دارید (bytesPerLine = 0) و «درج خط جدید نهایی» را فقط زمانی فعال کنید که گردش کار شما انتظار آن را دارد.

Best Practice

برای داده‌های محرمانه یا تحت نظارت، به جای اتکا به گردش کار کلیپ‌برد مرورگر، محلی را در CI یا روی دستگاه خود کدگذاری کنید.

Additional Resources

Other Tools