ดังที่คุณเห็นด้านบน มีสองตัวเลือกให้เลือก Base64 เป็นตัวแปลงรูปภาพ และแปลงรูปภาพเป็น Base64 Base64 เป็นรูปภาพจะแปลงสตริง Base64 เป็นรูปแบบรูปภาพ Image เป็น Base64 จะแปลงรูปภาพเป็นสตริง Base64 กรุณาคลิกที่ตัวเลือกขึ้นอยู่กับความต้องการของคุณ
เครื่องมือแปลง Base64 เป็นรูปภาพจะช่วยคุณในการแปลงสตริงที่เข้ารหัส Base64 เป็นรูปภาพ คุณสามารถดาวน์โหลดภาพนั้นได้โดยคลิกที่ปุ่มดาวน์โหลด เพียงวางสตริงที่เข้ารหัส Base64 ของคุณลงในกล่องอินพุต แล้วมันจะแปลงเป็นรูปภาพโดยอัตโนมัติ และตัวอย่างจะแสดงบนหน้าจอของคุณ คุณยังสามารถเลือกไฟล์ข้อความที่มีสตริงที่เข้ารหัส Base64 นอกจากนี้ยังมีตัวเลือกในการคัดลอกสตริงที่เข้ารหัส Base64 และล้างกล่องอินพุต
เครื่องมือแปลง Image เป็น Base64 จะช่วยคุณในการแปลงรูปภาพใดๆ ให้เป็นสตริงที่เข้ารหัส Base64, โค้ดแท็กรูปภาพ html และโค้ดรูปภาพพื้นหลัง CSS เพียงลากและวางรูปภาพในกล่องสี่เหลี่ยมด้านบนหรือคลิกเพื่อเลือกไฟล์รูปภาพ
ทันทีที่การประมวลผลเสร็จสิ้น กล่องอินพุตสามกล่องจะปรากฏขึ้น กล่องอินพุตแรกจะมีสตริงที่เข้ารหัส Base64 ช่องป้อนข้อมูลที่สองจะมีโค้ดแท็กรูปภาพ HTML ซึ่งคุณสามารถคัดลอกและวางลงในไฟล์ HTML ของคุณได้โดยตรง ช่องที่สามจะมีโค้ด CSS พร้อมคุณสมบัติภาพพื้นหลัง คุณสามารถคัดลอกและวางลงในไฟล์ CSS ได้โดยตรง นอกจากนี้ยังมีตัวเลือกการดาวน์โหลดด้านบนแต่ละช่องป้อนข้อมูล ซึ่งจะช่วยคุณในการดาวน์โหลดข้อมูลที่เกี่ยวข้องในรูปแบบไฟล์ข้อความ เครื่องมือนี้รองรับรูปแบบรูปภาพที่ใช้กันทั่วไปเกือบทั้งหมด
ขนาดของสตริง Base64 ที่ใช้ใน data URI มากกว่าไฟล์ต้นฉบับ 33% ข้อมูลขนาดใหญ่อาจส่งผลต่อประสิทธิภาพของเว็บ การแปลงข้อมูลที่เข้ารหัสนั้นเป็นรูปภาพและใช้เป็นไฟล์ อาจช่วยปรับปรุงประสิทธิภาพของเว็บแอปพลิเคชันของคุณ อีกเหตุผลหนึ่งในการแปลง Base64 เป็นรูปภาพ คือการมีไฟล์ที่สามารถบันทึกลงในฮาร์ดดิสก์ของคุณ และสามารถดูหรือแก้ไขด้วยเครื่องมือดูและแก้ไขรูปภาพของบุคคลที่สาม
Base64 คือการเข้ารหัสข้อความของข้อมูลไบนารี ข้อความที่เข้ารหัสไม่มีอะไรนอกจากตัวเลข ตัวอักษร และสัญลักษณ์ เช่น +, / และ = เป็นที่รู้จักกันว่าเป็นวิธีที่สะดวกที่สุดวิธีหนึ่งในการจัดเก็บหรือส่งข้อมูลไบนารีผ่านสื่อที่ใช้สำหรับข้อมูลที่เป็นข้อความโดยเฉพาะ นอกจากนี้ยังสามารถส่งในสิ่งต่าง ๆ เช่นอีเมลและข้อมูลแบบฟอร์ม HTML ได้อย่างง่ายดาย ขั้นตอนการแปลงข้อความเป็น Base64 ใช้อักขระ 4 ตัวต่อข้อมูล 3 ไบต์ และอาจมีการเติมข้อมูลเล็กน้อยในตอนท้าย เครื่องหมายเท่ากับ (=) ใช้สำหรับเติม สตริงที่เข้ารหัสยังสามารถส่งผ่านเป็นค่าไปยังพารามิเตอร์การค้นหาใน URL ได้ เนื่องจากเป็นตัวแปรที่ปลอดภัยสำหรับ URL
เมื่อเรามีข้อมูลไบนารี่บางส่วนที่เราต้องการส่งผ่านเครือข่าย โดยทั่วไปแล้วเราจะไม่ทำเพียงแค่สตรีมบิตและไบต์ผ่านสายในรูปแบบดิบ เนื่องจากเนื้อหาสื่อบางรายการสร้างขึ้นสำหรับการสตรีมข้อความ หากเราส่งข้อมูลในรูปแบบบิตหรือไบต์ โปรโตคอลบางตัวอาจตีความข้อมูลไบนารีนี้เป็นอักขระควบคุม (เช่น โมเด็ม) ข้อมูลไบนารีดังกล่าวอาจเสียหายได้เนื่องจากโปรโตคอลพื้นฐานอาจถือว่าข้อมูลนี้มีชุดอักขระพิเศษบางตัว ตัวอย่างเช่น FTP แปลส่วนท้ายบรรทัด เพื่อแก้ไขปัญหานี้ เราเข้ารหัสข้อมูลไบนารีดังกล่าวเป็นอักขระ Base64 เป็นหนึ่งในการเข้ารหัสประเภทนี้
สตริงที่เข้ารหัส Base64 มีอักขระ ASCII 64 ตัวซึ่งแสดงถึงข้อมูลที่เข้ารหัส อักขระ 64 ตัวเหล่านี้เพียงพอที่จะเข้ารหัสข้อมูลที่มีความยาวเท่าใดก็ได้ ข้อเสียเปรียบเพียงอย่างเดียวของการเข้ารหัส base64 คือขนาดของสตริงที่เข้ารหัสจะมากกว่า 33% เมื่อเทียบกับสตริงดั้งเดิม อักขระ base64 ทั้งหมดมีอยู่ในชุดอักขระจำนวนมาก และทำให้แน่ใจว่าข้อมูลที่ส่งจะไปถึงปลายอีกด้านหนึ่งโดยไม่เสียหาย อักขระ Base64 สามารถจัดกลุ่มได้เป็น 4 กลุ่ม:
อักขระในสตริงที่เข้ารหัส base64 จะคำนึงถึงขนาดตัวพิมพ์ ซึ่งหมายความว่า ตัวอย่างเช่น เมื่อคุณพยายามถอดรหัสสตริงที่เข้ารหัส base64 เช่น ab ==, Ab==, aB== และ AB==; คุณจะได้ผลลัพธ์ 4 แบบที่แตกต่างกัน เครื่องหมายเท่ากับ (=) ไม่ได้เป็นส่วนหนึ่งของดัชนีและไม่เกี่ยวข้องกับกระบวนการเข้ารหัส ใช้เฉพาะสำหรับช่องว่างภายในและเรียกอีกอย่างว่าอักขระช่องว่างภายใน ช่วยให้มั่นใจได้ว่าสตริงที่เข้ารหัส base64 ควรมีหลายขนาด 4 ไบต์ นั่นคือเหตุผลที่จะต่อท้ายสตริงที่เข้ารหัสเสมอ โปรดดูตารางดัชนีอักขระฐาน 64 ด้านล่างเพื่อความเข้าใจที่ดีขึ้น
ดัชนี | ตัวละคร |
---|---|
0 | A |
1 | B |
2 | C |
3 | D |
4 | E |
5 | F |
6 | G |
7 | H |
8 | I |
9 | J |
10 | K |
11 | L |
12 | M |
13 | N |
14 | O |
15 | P |
16 | Q |
17 | R |
18 | S |
19 | T |
20 | U |
21 | V |
22 | W |
23 | X |
24 | Y |
25 | Z |
ดัชนี | ตัวละคร |
---|---|
26 | a |
27 | b |
28 | c |
29 | d |
30 | e |
31 | f |
32 | g |
33 | h |
34 | i |
35 | j |
36 | k |
37 | l |
38 | m |
39 | n |
40 | o |
41 | p |
42 | q |
43 | r |
44 | s |
45 | t |
46 | u |
47 | v |
48 | w |
49 | x |
50 | y |
51 | z |
ดัชนี | ตัวละคร |
---|---|
52 | 0 |
53 | 1 |
54 | 2 |
55 | 3 |
56 | 4 |
57 | 5 |
58 | 6 |
59 | 7 |
60 | 8 |
61 | 9 |
ดัชนี | ตัวละคร |
---|---|
62 | + |
63 | / |
Base64 ใช้บริบทต่างๆ บางส่วนของพวกเขาได้รับด้านล่าง
Data URL หรือ URI ย่อมาจาก data uniform resource locator หรือ uniform resource identifier มันเป็นเพียงโครงร่างที่ให้กลไกในการอินไลน์ข้อมูลในเอกสาร HTML URI ข้อมูลมีสตริงที่เข้ารหัส base64 ซึ่งแสดงถึงไฟล์
ไฟล์สามารถมีได้หลายประเภท แต่ส่วนใหญ่เป็นไฟล์รูปภาพ การมีข้อมูลรูปภาพในรูปแบบสตริงที่เข้ารหัส base64 หมายความว่าเพื่อแสดงรูปภาพบนเว็บ คุณไม่จำเป็นต้องระบุตำแหน่งของรูปภาพ คุณสามารถใช้สตริงที่เข้ารหัสนั้นเป็นค่าของแอตทริบิวต์ต้นทางเพื่อแสดงรูปภาพได้โดยตรง เมื่อใดก็ตามที่เบราว์เซอร์พบ URI ข้อมูล จะสามารถถอดรหัสไฟล์และสร้างไฟล์ต้นฉบับได้ โครงร่าง URI ข้อมูลประกอบด้วยข้อมูลเกี่ยวกับไฟล์ เช่น ประเภท MIME รวมถึงสตริงที่เข้ารหัส base64 โปรดดูรหัสที่ระบุด้านล่าง
data:[<MIME-type>][;charset=<encoding>][;base64],<data>
ความยาวสตริงที่เข้ารหัส base64 อาจแตกต่างกันไปขึ้นอยู่กับขนาดไฟล์ คุณสามารถใช้ data URI ในไฟล์ CSS และไฟล์ HTML
ข้อได้เปรียบหลักของการใช้ data URI แทนเส้นทางของไฟล์คือการลดจำนวนคำขอ HTTP ขาออก คำขอ HTTP ที่ส่งไปยังเซิร์ฟเวอร์มากเกินไปและขอไฟล์เดียวกันซ้ำแล้วซ้ำเล่าสามารถเพิ่มภาระงานบนเซิร์ฟเวอร์ได้ หากคุณฝังลงใน HTML โดยตรง จะไม่มีคำขอส่งออกอีกต่อไป เนื่องจากไฟล์มีอยู่แล้วในเอกสาร HTML ในรูปแบบที่เข้ารหัส เบราว์เซอร์เพียงแค่ต้องถอดรหัสและแสดงผล ดังที่กล่าวไว้ข้างต้น ขนาดของสตริง base64 ใน data URI จะมากกว่าขนาดไฟล์จริง 33% มันคือทั้งหมดที่เกี่ยวกับการเพิ่มประสิทธิภาพและขึ้นอยู่กับการเลือกวิธีที่คุณต้องการโหลดไฟล์อย่างเคร่งครัด
URI ข้อมูลไม่ได้ถูกแคชไว้โดยเบราว์เซอร์ ดังนั้นทุกครั้งที่ผู้ใช้เข้าชมหน้าเว็บ เบราว์เซอร์จะต้องดาวน์โหลด HTML ทั้งหมด และต้องถอดรหัสข้อมูลที่ฝังไว้ การใช้ URI ข้อมูลใน HTML มากเกินไปอาจส่งผลเสียต่อประสิทธิภาพของเว็บไซต์ได้อย่างมาก คุณต้องรักษาการใช้งานให้ต่ำที่สุด คุณอาจไม่เห็นความแตกต่างในแง่ของประสิทธิภาพในเดสก์ท็อปหรือแล็ปท็อปมากนักเนื่องจากการเชื่อมต่อไร้สายความเร็วสูง แต่กรณีอุปกรณ์มือถือที่มีความเร็วเน็ตช้าจะส่งผลเสียอย่างมาก หากเว็บไซต์ของคุณใช้เวลาในการโหลดมากเกินไปในอุปกรณ์มือถือ การสูญเสียรายได้และการมีส่วนร่วมของผู้ใช้ต่ำถึงไม่มีเลย
URI ข้อมูลได้รับการสนับสนุนโดยเบราว์เซอร์สมัยใหม่ทั้งหมด เบราว์เซอร์รุ่นเก่า เช่น IE5 และ IE7 ไม่รองรับ ดังนั้นให้หลีกเลี่ยงการใช้หากคุณต้องการการสนับสนุนสำหรับเบราว์เซอร์เหล่านั้น หรือคุณสามารถลองค้นหาโซลูชันอื่นทางออนไลน์ โปรดดูรายการเบราว์เซอร์ที่รองรับด้านล่าง
คำเตือน:เราใช้ความพยายามอย่างสมเหตุสมผลเพื่อให้แน่ใจว่าผลการแปลงมีความแม่นยำมากที่สุดเท่าที่จะเป็นไปได้ แต่เราไม่สามารถรับประกันได้ว่า ก่อนใช้รายละเอียดใด ๆ ที่ให้ไว้ที่นี่คุณต้องตรวจสอบความถูกต้องจากแหล่งข้อมูลที่เชื่อถือได้อื่น ๆ บนอินเทอร์เน็ต
คำเตือน | TOS | เกี่ยวกับ | ความเป็นส่วนตัว | Kody Tools