אני מבלה את רוב השבוע שלי בבקר Laravel, רכיב React או בסיס הקוד של הפלאגין WP Adminify. ובכל אחד מאלה, ה-" כתיבת קוד" חלק הוא אולי חצי מהעבודה. החצי השני הוא רקמת החיבור: עיצוב כתם JSON, API פשוט ירק לאחור, פענוח הקטע האמצעי של JWT כדי לראות מדוע האישור נכשל, יצירת ארבעים UUIDs בדיקה עבור seeder, המרת חותמת זמן של Unix בשורת יומן למשהו אדם יכול לקרוא.
במשך שנים עשיתי את אלה בדרך המגושמת - תסריט של צומת לזרוק, jq אם הייתי זוכר את התחביר, או, לרוב, אתר שירות אקראי עם שלושה באנרים של מודעות וקיר עוגיות האפשרות האחרונה היא מה שבסופו של דבר דחף אותי לבנות Toolz.dev. יותר מדי מהאתרים האלה מפרסמים בשקט את הקלט שלך לשרת עבור עבודה שהדפדפן יכול לעשות באופן מקומי, ונמאס לי להדביק ביטים של לקוח 's config לתוך stranger's backend רק כדי להדפיס אותו יפה.
מדריך זה הוא ערכת הכלים בפועל - כלי הקידוד שאני שומר על סימניות ופתוח מספר פעמים ביום. כל אחד מהם פועל כולו בדפדפן שלך, כך שהנתונים לעולם לא עוזבים את המכונה שלך, ואף אחד מהם לא מבקש ממך להירשם. I' יעבור על כל אחד מהם כמו שאני משתמש בו, שם הוא חוסך זמן אמת, והטעויות I' עשית כדי שתעשה ' לא תצטרך לחזור עליהן.
TL;DR: לעבודת API, פורמט JSON מייפה ומאמת, ו ממיר Base64 מפענח אסימונים ו-URI של נתונים. להתאמת דפוסים, בונה רגקס דפוסי בדיקות בשידור חי. לתעודות זהות, מחולל UUID מייצר v1/v4/v7 בכמויות גדולות. לניפוי באגים, ממיר חותמת זמן הופך שניות עידן לתאריכים קריאים, ו מְחוּגָה עושה MD5/SHA. הכל בצד הלקוח, הכל בחינם.
מדוע להשתמש בכלי עצמאי במקום ה-IDE שלך או הטרמינל?
אני מקבל את השאלה הזו ממפתחים אחרים, והיא ' הוגן - ל-VS Code יש הרחבות, ולטרמינל יש jq, openssl, ו base64 מובנה. אז למה לפתוח כרטיסיית דפדפן?
התשובה הכנה היא חיכוך והקשר. כלי CLI הם פנטסטיים כאשר הם' כבר נמצאים בסקריפט שאתה מפעיל שוב ושוב. אבל עבור חד פעמי - "what's בתוך האסימון הזה עכשיו" - עלות הזיכרון openssl dgst -sha256 או מקבל את jq מסנן תחביר נכון גבוה יותר מאשר המשימה עצמה. IDE הרחבות לפתור חלק מזה, אבל הם & #39;re קשור עורך אחד, הם צריכים התקנה והגדרה, ומחציתם haven & #39; לא עודכן בעוד שנתיים.When I'm SSH'd לתוך תיבה, על עמית & #39;s מכונה, או בטלפון שלי, אף אחד של הגדרה זו לא קיים.
כלי דפדפן עוקף את כל זה הוא עושה עבודה אחת, חושף בדיוק את האפשרויות שהעבודה צריכה, וזה ' זהה בכל מכשיר. שלושת I'd קוראים לסימניות קבועות הן עיצוב JSON, בדיקת regex ופענוח Base64 - השאר מצביים אך עדיין מהירים יותר מהחלופה למעבר מהיר.
There's זווית פרטיות מדי, וזה 's כל הסיבה Toolz.dev הוא דפדפן-ראשון.כל כלי כאן מעבד את הקלט שלך עם JavaScript בכרטיסייה משלך. There's אין העלאה, אין שרת הלוך ושוב, אין יומן של מה שהדבקת. זה משנה מתי ה-"input" הוא JWT עם הפעלה חיה בו, א .env קובץ, או רשומת לקוח you' אמורים רק לבצע איתור באגים.
כיצד אתה מעצב ומאמת JSON במהירות?
JSON היא השפה שהכל מדבר - ממשקי API של REST, קבצי תצורה, צינורות יומן, חצי מבסיסי הנתונים שבהם אני נוגע. ו-JSON גולמי, במיוחד תגובה מזערית, אינו קריא. כאן' הוא צורה אמיתית של דבר שאני מתמודד איתו כל הזמן:
{"users":[{"id":1,"name":"Alice","roles":["admin","editor"],"settings":{"theme":"dark","notifications":{"email":true,"push":false}}},{"id":2,"name":"Bob","roles":["viewer"],"settings":{"theme":"light","notifications":{"email":false,"push":true}}}]}
למצוא אם לבוב יש הודעות דחיפה פירושו לסרוק את הדמות הזו לפי דמות. הדבק אותו לתוך פורמט JSON וזה הופך לעץ מחורץ בלחיצה אחת מעבר לייפות, החלק שאני נשען עליו הכי הרבה הוא אימות - הוא מצביע על הקו המדויק שבו פסיק נגרר או ציטוט שלא נמלט שברו את המסמך, וזה חיסכון אמיתי בזמן כאשר API הוא נותן לך משהו כמעט-אבל-לא-די תקף.
ארבעת הדברים שהוא עושה שאני בעצם משתמש בהם:
- לְיַפֵּף עם הזחה של 2 רווחים, 4 רווחים או כרטיסיות (אני משתמש ב-2 כדי להתאים לברירות המחדל של Prettier).
- למזער כדי להפשיט רווח לבן לפני משלוח מטען.
- לאמת עם הודעת שגיאה ששמה את המיקום, לא רק "json" לא חוקי;.
- נוף לעץ לניווט בתגובות מקוננות עמוקות מבלי לספור סוגריים.
טעות שעשיתי מוקדם ועכשיו להזהיר את כולם על: אני פעם אחת " תוקן" תצורה על ידי הדבקתו לתוך מעצב שקיבל בשקט פסיקים נגררים בסגנון JSON5 והערות, ואז תהה במשך שעה מדוע המנתח הקפדני בייצור דחה את זה. מאמת טוב מחזיק אותך למעשה מפרט JSON (ECMA-404 / RFC 8259)- אין הערות, אין פסיקים נגררים, מפתחות עם ציטוט כפול - וזה בדיוק מה שאתה רוצה לפני שאתה פורס. עבור זרימת העבודה המלאה, הפורמטים וטריקי ההמרה, כתבתי מסמך ייעודי מדריך כלים JSON.
בשביל מה בעצם Base64 ומתי אתה צריך אותו?
Base64 הוא אחד הדברים שכל מפתח נתקל בהם אבל מעטים עוצרים להבין עד שהוא נושך אותם. הוא ממיר נתונים בינאריים לאלפבית ASCII בן 64 תווים כך שהוא שורד הובלה דרך ערוצי טקסט בלבד. זה לא הצפנה ולא דחיסה - זה הופך את הנתונים לגדולים בכ-33% - זה פשוט הופך בתים בטוחים להדבקה בטקסט.
איפה פגעתי בו בפועל:
- JWTs- הכותרת והמטען הם JSON מקודדים Base64url. פענח את הקטע האמצעי כדי לראות תביעות ותפוגה.
- URI נתונים- הטמעת סמל קטן ישר לתוך CSS עם
data:image/png;base64,...לשמירת בקשת HTTP. - HTTP Basic Auth- אישורים מקודדים את Base64 לתוך
Authorizationכותרת. - תצורה וסודות- סודות Kubernetes, למשל, מאחסנים ערכים המקודדים Base64 (שאנשים טועים כל הזמן בהצפנה - זה לא).
ה ממיר Base64 מקודד ומפענח באופן מיידי: הדבק, בחר כיוון, העתק. זה שכדאי לדעת הוא ההבדל בין Base64 הסטנדרטי לגרסה בטוחה לכתובת URL המוגדרת ב RFC 4648- החלפות בטוחות לכתובת URL +/ עבור -_ ומפיל את הריפוד, וזה מה ש-JWTs משתמשים. הזינו קטע JWT למפענח שמצפה ל-Base64 סטנדרטי ול-it' יחנק מהריפוד החסר. אני מסביר את האלגוריתם, הגרסה הבטוחה לכתובת URL ומלכודת Unicode שתופסת btoa() במלוא מדריך קידוד Base64.
איך בונים רגקס בלי לנחש?
ביטויים רגולריים הם הדבר החזק והמתסכל ביותר בערכת הכלים בו זמנית התחביר צפוף, לא סלחן, ומכמת יחיד שלא במקום משנה את מה שתבנית תואמת הסיבה שחשובה לבונה חזותי היא שהוא הופך את לולאת הכתיבה-מבחן-כשל-שכתוב ללולאה חיה - אתה רואה התאמות מודגשות תוך כדי הקלדה.
אלו הם הדפוסים I' אימתנו ועשו שימוש חוזר כל הזמן:
| דפוס | התאמות | דוגמה |
|---|---|---|
^[\w.%+-]+@[\w.-]+\.[A-Za-z]{2,}$ |
מייל מעשי | [email protected] |
^https?://[\w\-.]+\.\w+ |
כתובת אתר | https://toolz.dev |
^\d{3}-\d{3}-\d{4}$ |
טלפון אמריקאי | 555-123-4567 |
^(?:(?:25[0-5]|2[0-4]\d|[01]?\d?\d)\.){3}(?:25[0-5]|2[0-4]\d|[01]?\d?\d)$ |
IPv4 | 192.168.1.1 |
^#(?:[A-Fa-f0-9]{6}|[A-Fa-f0-9]{3})$ |
צבע HEX | #4466EE |
^\d{4}-\d{2}-\d{2}$ |
תאריך ISO | 2026-07-11 |
הדבק אחד לתוך בונה רגקס, זרוק כמה מחרוזות בדיקה, והחלף את g/i/m דגלים לצפייה במה שמשתנה. השיעור הגדול ביותר I'למד כאן הוא להימנע מנסיגה קטסטרופלית - דפוס כמו ^(a+)+$ נראה לא מזיק אבל קופא על קלט ארוך שאינו תואם מכיוון שהמנוע בוחן מספר אקספוננציאלי של נתיבים. That' הוא וקטור אמיתי של מניעת שירות, לא קוריוז. אני מעמיק בזה, בתוספת דף צ'יט מלא ומוזרויות ספציפיות לשפה, ב- מדריך Regex Builder.
איזו גרסת UUID עליך ליצור?
Universally Unique Identifiers הם ערכי 128 סיביות שאתה יכול לייצר באופן עצמאי על מיליוני מכונות ללא תיאום ועדיין אמון להיות ייחודי אם אתה בונה משהו מבוזר - microservices, אפליקציות לא מקוונות-ראשונות, מסדי נתונים רסיסים - אתה צריך אותם המלכוד הוא שיש כמה גרסאות ורוב האנשים להגיע עבור הלא נכון מתוך הרגל.
הגרסה הקצרה של מה שאני ממליץ ב-2026:
- v4 (אקראי)- 122 סיביות אקראיות, ללא זמן או דליפת חומרה. ברירת המחדל הבטוחה כאשר אתה עושה ' לא צריך הזמנה.
- v1 (חותמת זמן + MAC)- מסודר בזמן אך מדליף את מכונת הייצור 's כתובת MAC. הימנע מעבודה חדשה.
- v7 (סדר זמן + אקראי)- חותמת זמן של יוניקס של אלפיות שנייה ואחריה אקראיות, סטנדרטית ב RFC 9562 (2024). זוהי ברירת המחדל שלי עבור מפתחות ראשיים חדשים של מסד נתונים מכיוון שהוא ממיין היטב באינדקס B-tree ללא בעיות הפרטיות של v1.
ה מחולל UUID מייצר מזהים בודדים או בתפזורת בכל גרסה בלחיצה אחת, וזה בדיוק מה שאני רוצה כשזורעים טבלה דבר אחד למדתי בדרך היקרה: אחסון UUIDs as VARCHAR(36) במקום יליד uuid/BINARY(16) סוג מכפיל את האחסון ומאט כל השוואת אינדקס בטבלה עם מיליוני שורות ש' לא שגיאת עיגול. הפירוט המלא של גרסאות, אחסון מסד נתונים והחלטת ההגדלה האוטומטית של v7 לעומת נמצא ב- מדריך מחולל UUID.
כיצד ניתן להמיר בין חותמות זמן של יוניקס לתאריכים קריאים?
זמן הוא האזור היחיד המועד ביותר לשגיאות בתכנות, ואני אומר שכמי ששלח באג כי ערבבתי שניות ואלפיות שניות יומני שרת מדברים עידן יוניקס, JavaScript מדבר אלפיות שניות, ממשקי API של REST מדברים ISO 8601 וכותרות דואל מדברות RFC 2822. המרה ביניהם ביד היא הדרך שבה אתה מסתיים בפקטור של אלף.
| פורמט | דוגמה | איפה שאתה רואה את זה |
|---|---|---|
| עידן יוניקס (שניות) | 1783929600 |
יומני שרת, רוב ממשקי ה-API |
| עידן יוניקס (ms) | 1783929600000 |
JavaScript, Java |
| ISO 8601 | 2026-07-11T00:00:00Z |
ממשקי API של REST, JSON |
| RFC 2822 | Sat, 11 Jul 2026 00:00:00 +0000 |
כותרות דואל |
ה ממיר חותמת זמן מטפל בכל אלה עם תמיכה ב-timezone, וזה מה שאני פותח ברגע שלשורת יומן יש מספר חשוף. שווה לדעת: חותמת הזמן הקלאסית החתומה של Unix של 32 סיביות עולה על גדותיה ב-19 בינואר 2038 (הבעיה "Y2K38"), וזו הסיבה שכל דבר שמאחסן זמן צריך להשתמש במספר שלם של 64 סיביות עכשיו. אם אתה מתמודד עם יומנים מדי יום, שמור את זה מוצמד.
מה לגבי YAML, Hashing והמרת פורמט?
שלושת אלה מסיימים את הסט היומי למרות שאני משתמש בהם פחות מהכותרות.
ימל האם שפת התצורה של Kubernetes, Docker Compose ו-GitHub Actions, ורגישות ההזחה שלה הופכת אותה לשבירה - לשונית תועה אחת (YAML אוסרת כרטיסיות להזחה) או לא מצוטטת no זה מנותח כמו בוליאני ישבור פריסה. ה מאמת יאמל תופס אותם באופן מיידי, ואת XML ל-JSON ו JSON ל-YAML ממירים מטפלים בדשדוש הפורמט כאשר אתה ' מעבירים תצורה בין מערכות.
Hashing הוא למען יושרה, לא סודיות אני משתמש ב מְחוּגָה כדי לאמת קובץ שהורד מול סכום הבדיקה שפורסם, או כדי לבנות מפתחות מטמון של content-hash הכלל שחשוב: MD5 ו-SHA-1 הם בסדר עבור סכומי בדיקה שאינם ביטחוניים אך מקולקלים עבור כל דבר שבו תוקף יכול לזייף התנגשות - השתמש ב-SHA-256 או טוב יותר שם.
| אלגוריתם | פלט | השתמש בו עבור | בִּט |
|---|---|---|---|
| MD5 | 128 סיביות | סכומי ביקורת, מפתחות מטמון | שבור לביטחון |
| SHA-1 | 160 סיביות | תאימות מדור קודם | הוצא משימוש |
| SHA-256 | 256 סיביות | חתימות, יושרה | מאובטח |
| SHA-512 | 512 סיביות | גיבוב אבטחה גבוהה | מאובטח |
המרת פורמט- העברת נתונים בין JSON, CSV, YAML ו-XML - עולה ללא הרף כאשר I'm מזין פלט API's לגיליון אלקטרוני או הפוך. Toolz.dev יש JSON ל-CSV, CSV ל-JSON, וממירי XML/YAML לעיל. האזהרה האחת: CSV יכול' זה מייצג מבנים מקוננים, כך שכל JSON-to-CSV של נתונים מקוננים עמוקים הוא אובדן וצריך השטחה תחילה. בדוק תמיד על מדגם קטן לפני שאתה ממיר ייצוא גדול.
איך נראית זרימת עבודה אמיתית מרובת כלים?
הכלים מקבלים את רוב ערכם כאשר אתה משרשר אותם בשרשרת, מכיוון שניפוי באגים אמיתי הוא לעתים רחוקות שלב אחד. דוגמה קונקרטית מהחודש שעבר, איתור באגים מדוע אסימון נדחה:
- העתיק את ה-JWT מכותרת בקשה כושלת ופצל אותו על הנקודות.
- הדבק את הקטע האמצעי (מטען) לתוך ממיר Base64 כדי לפענח אותו - לזכור אותו 's URL-safe Base64.
- הפיל את ה-JSON שנוצר לתוך פורמט JSON לקריאת הטענות.
- לקח את
expערך (חותמת זמן של יוניקס) והריץ אותו דרך ה ממיר חותמת זמן- שהראה שהאסימון פג ארבע שעות קודם לכן הטיית שעון בשרת המנפיק תוקן בדקות במקום אחר הצהריים היה לוקח להוסיף רישום באגים ולפרוס מחדש.
That's הדפוס: כל כלי עושה דבר אחד, והפלט של אחד מזין את הבא. מכיוון שהכל פועל בצד הלקוח, אף אחד מנתוני האסימון האלה לא עזב את המחשב הנייד שלי, וזה בדיוק מה שאתה רוצה כשהדבר שאתה 're איתור באגים הוא אימות.
כמה הרגלים ששומרים על זה מהר: סימניה חמשת הכלים שאתה נוגע בהם ביותר (Toolz.dev גם משטחים אלה שלך בשימוש לאחרונה), להישען על קיצורי הלוח הסטנדרטי, ותמיד לאמת configs, מניפסטים, ותבניות לפני פריסה - שגיאת תחביר שמאמת תופס עולה שניות; אותה שגיאה שנתפסה בייצור עולה אחר הצהריים.
שאלות נפוצות
מהם כלי הקידוד החיוניים ביותר עבור מפתח אתרים?
ערכת הליבה I' d לתת לכל מפתח אינטרנט הוא מעצב ומאמת JSON, מקודד/מפענח Base64, בודק regex, מחולל UUID, מחולל hash וממיר חותמת זמן. אלה מכסים את הרוב המכריע של משימות קוד הכתיבה שאינן ממלאות יום רגיל - בדיקת תגובות API, פענוח אסימונים, הפקת נתוני בדיקה וקריאת יומנים. כל השאר הוא מצבי.
האם כלי קידוד מבוססי דפדפן בטוחים לנתונים רגישים כמו אסימונים ומפתחות?
זה תלוי לחלוטין אם הכלי מעבד נתונים בדפדפן שלך או בשרת. כלים בצד הלקוח כמו אלה שעל Toolz.dev הפעל ב-JavaScript בכרטיסייה שלך, כך שהקלט שלך לעולם לא יועלה או נרשם בשום מקום לפני הדבקת משהו רגיש - JWT, מפתח API, א .env ערך - לכל כלי מקוון, אשר אותו 's צד הלקוח. אם כלי מבקש ממך "upload" או מציג בקשת רשת בעת לחיצה על תהליך, התייחס לנתונים כאל חשופים.
מה ההבדל בין פורמט JSON לבין מאמת JSON?
מאמת עונה על שאלה אחת - האם זה JSON הניתן לניתוח, כן או לא - ואם התשובה היא לא, הוא אומר לך את השורה והעמודה שבהם הניתוח נכשל. מעצב מדפיס מחדש JSON חוקי עם הזחה עקבית כדי שאדם יוכל לקרוא אותו. בפועל הם ' הם אותה פעולה: מעצב צריך לנתח את הקלט לפני שהוא יכול להדפיס אותו יפה, אז כל אחד הגון מדווח על שגיאת התחביר כתופעת לוואי. להגיע להודעת השגיאה validator's כאשר בקשה נדחית, והפורמט 's פלט כאשר תגובה אינה ניתנת לקריאה.
כיצד אוכל לפענח JWT בבטחה?
השתמש במפענח שפועל בצד הלקוח, ולעולם אל תדביק א לחיות אסימון ייצור לכל דבר שיש לך't verified.A JWT's header and payload are Base64url-encoded, not encyped - כל מי שיש לו את האסימון יכול לקרוא את הטענות, וזו הסיבה האסימון עצמו הוא הסוד. decoding is fine for reading exp, iss, והטענות במהלך ניפוי באגים אימות החתימה הוא שלב נפרד שצריך את מפתח החתימה, והמפתח הזה לעולם לא צריך לעזוב את השרת שלך.
כיצד אוכל להמיר חותמת זמן של Unix לתאריך קריא?
הדבק את המספר לתוך ממיר חותמת זמן וקרא את התאריך בחזרה ב-UTC ובאזור המקומי שלך המלכודת האמיתית היחידה היא היחידה: מספר בן עשר ספרות הוא שניות (מוסכמות יוניקס, ומה שרוב הקצוות האחוריים פולטים), בעוד שמספר בן שלוש עשרה ספרות הוא אלפיות שניות (מוסכמות JavaScript). הזינו אלפיות שניות לתוך מנתח שניות ואתם נוחתים איפשהו בסביבות שנת 55,000 - שגיאה ש-' ברורה ברגע שאתה' ראית אותה פעם אחת ומבלבלת את הפעם הראשונה.
איך הכלים האלה בהשוואה לכלי עזר של CLI כמו jq ו-openssl?
כלי CLI הם חזקים יותר ו scriptable, ולכל דבר חוזר שחי סקריפט, הם מנצחים כלי דפדפן לנצח עבור עבודה חד פעמית, אינטראקטיבית: there's שום דבר להתקין, שום תחביר לזכור, והם עובדים באופן זהה על כל מכונה או טלפון אני משתמש בשניהם - jq בצינורות, הדפדפן מעצב כשאני רק צריך לגלגל עין תגובה אחת. They' הם משלימים, לא מתחרים.
האם אני יכול להשתמש בכלים אלה במצב לא מקוון?
הם צריכים חיבור כדי לטעון את הדף בתחילה, אבל בגלל שהעיבוד עצמו פועל בצד הלקוח, העבודה בפועל ' t תלוי בשרת לאחר הטעינה. כלים מסוימים ממשיכים לעבוד אם החיבור שלך יורד באמצע ההפעלה. לשימוש לא מקוון מובטח, התקנת אפליקציית אינטרנט מתקדמת או בניית שולחן עבודה היא המסלול האמין יותר.
למה להשתמש בכלי דפדפן במקום הרחבות IDE?
כלי הדפדפן הם אגנוסטיים לעורך וזקוקים לאפס הגדרה, כך שהם ' זמינים במחשב college's, בשרת מרוחק או בטלפון שלך - בכל מקום שבו IDE והרחבות שלו הם 't מותקנים ומוגדרים. They're אידיאלי למשימות מהירות ולכלי עזר העורך שלך פשוט עושה ' אין לך תוסף טוב עבור הרחבות IDE טובות יותר כאשר המשימה היא משהו שאתה עושה בתוך עורך אחד עשרות פעמים ביום.
לאיזו גרסת UUID אני צריך כברירת מחדל בשנת 2026?
עבור מפתחות ראשיים חדשים של מסד נתונים, UUID v7 - it's מסודר בזמן לביצועי אינדקס טובים תוך שמירה על ייחודיות גלובלית, ו- it's מתוקננים כעת ב-RFC 9562. הגע ל-v4 כאשר אתה רוצה באופן ספציפי אי-חיזוי, כגון מזהים שאמורים 't להיות ניתנים לניחוש. הימנע מ-v1 עבור כל דבר חדש מכיוון שהוא מדליף את המכונה המייצרת וכתובת MAC #39;s.
האם Base64 הוא סוג של הצפנה?
לא, ולהתייחס לזה כאחד זו טעות נפוצה ומסוכנת.Base64 הוא קידוד הפיך שכל אחד יכול לפענח באופן מיידי - הוא קיים כדי להפוך נתונים בינאריים לבטוחים לשידור כטקסט, לא כדי להסתיר אותם. Kubernetes secrets ו-Basic Auth headers משתמשים ב-Base64, אבל זה מציע אפס סודיות; כל דבר סודי באמת צריך הצפנה ממשית למעלה.
הגרסה הקצרה
הכלי הקטן הנכון הופך מטלה של שתי דקות למטלה של שתי שניות, ולאורך שבוע השניות הללו מסתכמות לשעות אמיתיות אחורה. מעיצוב תגובת JSON לפענוח אסימון, בדיקת regex או קריאת חותמת זמן, אלו הם כלי השירות שאני באמת מגיע אליהם - לא בגלל שהם ' חכמים, אלא בגלל שהם יוצאים מהדרך.
הכל כאן חי Toolz.dev, פועל כולו בדפדפן שלך לפרטיות ומהירות, ולעולם לא מבקש ממך להירשם. התחל עם פורמט JSON ו בונה רגקס, לאחר מכן עיין בסט המלא של כלי קידוד- ישנם 600+ כלים חינמיים המכסים קידוד, טקסט, PDF ועבודת תמונה שמחכים כאשר אתה צריך אותם.
