প্যাডিংসহ Base64 আকারের সারণি
প্যাডেড Base64-এ 4 × ceil(মূল বাইট ÷ 3) অক্ষর, লাইনভাঙা বাদে। 3 বাইটে 4 অক্ষর; ছোট ইনপুটে প্যাডিংয়ের বাড়তি শতাংশ বেশি।
প্যাডিংসহ Base64 আকারের সারণি
| মূল বাইট | প্যাডেড Base64 অক্ষর | ইনপুট বাইটের চেয়ে বাড়তি অক্ষর | আকার বৃদ্ধি |
|---|---|---|---|
| 0 | 0 | 0 | প্রযোজ্য নয় |
| 1 | 4 | 3 | 300.00% |
| 2 | 4 | 2 | 100.00% |
| 3 | 4 | 1 | 33.33% |
| 100 | 136 | 36 | 36.00% |
| 1024 | 1368 | 344 | 33.59% |
| 100000 | 133336 | 33336 | 33.34% |
| 1000000 | 1333336 | 333336 | 33.33% |
সূত্র ও পদ্ধতি
Encoded characters = 4 × ceil(n ÷ 3)
Increase% = (encoded characters ÷ n − 1) × 100 for positive n.সূত্রে প্যাডেড Base64, এক-বাইট ASCII, লাইন বা মোড়ক নেই। JSON উদ্ধৃতি ও গঠন, data URL ধরন ও উপসর্গ যোগ করে; শতাংশ এনকোডিং আরও বাড়ায়। Base64 এনকোডিং, গোপনকরণ বা সংকোচন নয়। বড় ডেটায় পরিবহন সংকোচনের আগে 4:3-এর কাছে। প্যাডবিহীন Base64url-এর দৈর্ঘ্য আলাদা।
সমাধানসহ উদাহরণ
1,024 বাইটে 1,368 অক্ষর: 4 × ceil(1,024 ÷ 3)। বৃদ্ধি 344, প্রায় 33.59%, data URL বা JSON-এর আগে।
কী কারণে উত্তর বদলাতে পারে
সারণি মানক প্যাডেড Base64, লাইনভাঙা নেই। HTTP সংকোচনে স্থানান্তর কমে, অসংকুচিত এনকোড অক্ষরের সংখ্যা নয়।
উৎস ও সংজ্ঞা
পদ্ধতি যাচাই করা হয়েছে:
সম্পর্কিত আরেকটি কাজে যান
ডেটার আকার রূপান্তরক
দশমিক GB-কে বাইট ও দশমিক বা বাইনারি এককে বদলান: 1 GB = 1,000,000,000 বাইট; 1 GiB = 1,073,741,824 বাইট।
পৃষ্ঠা দেখার আয় ক্যালকুলেটর
পৃষ্ঠা দেখা = ভিজিট × প্রতি ভিজিটে পৃষ্ঠা। আনুমানিক আয় = পৃষ্ঠা দেখা ÷ 1,000 × পেজ RPM।
ক্যাশে মূল সার্ভারের সাশ্রয় ক্যালকুলেটর
মূল সার্ভারের অনুরোধ = মোট অনুরোধ × (1 − ক্যাশ হিটের অংশ)। 100,000-এ 80% হিট হলে 20,000 মূল সার্ভারে যায়।
অনুমোদিত ডাউনটাইম ক্যালকুলেটর
অনুমোদিত ডাউনটাইম = পর্যবেক্ষণকাল × (1 − প্রাপ্যতার লক্ষ্য)। 30 দিনে 99.9% লক্ষ্যে এই মডেলে 43.2 মিনিট।