מקטין קוד אונליין
כווץ את HTML, CSS, JavaScript ו-JSON המוכנים לפרסום כאשר יש חשיבות לניקוי נכס סטטי מהיר.
למה למזער קוד?
טעינה מהירה יותר
הסרת הערות, רווחים ותווים מיותרים מקטינה את גודל ההעברה לפני שהנכס מגיע לדפדפן.
עלות רוחב פס נמוכה יותר
נכסים קטנים יותר מפחיתים את כמות הנתונים שהאתר צריך לספק, מה שחשוב יותר שכן נעשה שימוש חוזר בקובץ סטטי בין דפים, אזורים ומסעות פרסום.
פחות עבודת parsing
דפדפנים עדיין צריכים לנתח את התגובה אחרי ההורדה. payloads קצרים יותר יכולים להפחית עבודת parsing, במיוחד עבור JavaScript ונתונים מוטמעים גדולים.
פלט סטטי נקי יותר
הקטנה שימושית כאשר צריך לשלוח קובץ סטטי מהיר, קטע דף נחיתה, הטמעה, תגובת API מדומה או הדגמה מיוצאת בלי להריץ build מלא.
הקטנה מול ערפול מול דחיסת העברה
Minification
מסיר תווים מיותרים מבלי לשנות בכוונה את המבנה הלוגי.
Obfuscation
מקשה על קריאה של קוד על ידי שינוי שמות של מזהים או עיצוב מחדש של ההיגיון.
Gzip / ברוטלי
דחיסת העברה מפחיתה בתים במעבר. זה משלים את הקטנה מכיוון שקובץ המקור עדיין נקי וקטן יותר לפני הדחיסה.
Tree shaking
מסיר מודולים שלא נמצאים בשימוש במהלך שלב ה-build במקום רק לכווץ את הקוד הסופי.
שאלות נפוצות
האם ניתן להפוך קוד ממוזער לקריאה שוב?
כלי עיצוב יכולים לשחזר רווחים ומעברי שורות, אך הערות והכוונות המשתנות המקוריות אובדות לעתים קרובות.
האם הכלי הזה בטוח לקוד פרטי?
הטרנספורמציה פועלת בדפדפן, כך שאין צורך להעלות את הקוד לשירות מרוחק רק כדי להקטין אותו.
האם הקטנה יכולה אי פעם לשבור קוד?
בדרך כלל לא, אבל קלט פגום או מקרי קצה יכולים עדיין ליצור פלט שראוי לבדיקה לפני שימוש באתר פעיל.
האם אני עדיין צריך מזעור אם CDN שלי משתמש ב-Brotli?
בדרך כלל כן. Brotli דוחס את גודל ההעברה, בעוד שהקטנה מסירה תווי מקור מיותרים לפני הדחיסה ולפני שמישהו שומר, סוקר או מטמיע את הנכס.
האם עלי להקטין במהלך הבנייה במקום זאת?
עבור אפליקציות production, כן. הכלי הזה מתאים לניקוי מהיר, קטעים סטטיים, הדגמות מיוצאות, קבצים חד פעמיים ופלט debug לפני שהוא נכנס לתהליך build תקין.