דף עזר לביטויים רגולריים: 30 תבניות Regex שימושיות עם הסבר ודוגמאות קוד

ביטויים רגולריים, או regex, הם אחד הכלים הכי קטנים והכי יעילים בארגז הכלים של מפתחים: חיפוש טקסט, אימות קלט, ניקוי קבצים, חילוץ נתונים מלוגים, בדיקות ב־Python, סקריפטים בלינוקס, וגם עבודה בסיסית ב־JavaScript. הבעיה היא שלא תמיד זוכרים את התחביר המדויק, במיוחד כשצריך משהו עכשיו: כתובת מייל, מספר, תאריך, שורה ריקה, או טקסט בין סוגריים.

המדריך הזה הוא דף עזר מעשי לביטויים רגולריים בעברית: 30 תבניות נפוצות, הסבר קצר לכל אחת, דוגמאות להרצה, טעויות אמיתיות שתראו במסך, ומה עושים כש־regex “כמעט עובד” אבל תופס יותר מדי או פחות מדי. אם אתם עדיין בונים בסיס בתכנות, כדאי לשמור גם את מדריך צעדים ראשונים לידכם; ואם רוב העבודה שלכם היא בפייתון, יש כאן המשך טבעי למדריך פייתון.

מה צריך להכין מראש

אפשר לעבוד עם ביטויים רגולריים כמעט בכל שפה. במאמר הזה נשתמש בשלושה כלים נפוצים ובטוחים להרצה:

• Python 3 עם הספרייה הסטנדרטית re.
• Linux/macOS bash עם grep, בלי לשנות קבצים.
• Node.js להרצת דוגמאות JavaScript בסיסיות.

לפני שמתחילים, חשוב לזכור: regex אינו פרסר מלא לכל פורמט. למשל, אפשר לבדוק מייל בצורה סבירה, אבל אימות מושלם של כל כתובת תקנית הוא נושא מורכב. אותו דבר לגבי HTML, SQL או JSON: לבדיקות פשוטות זה עוזר; לפענוח מלא משתמשים בכלים ייעודיים.

תחביר בסיסי שחייבים להכיר

30 תבניות Regex שימושיות

התבניות כאן נועדו לשימוש מעשי. במקרים רגישים, כמו אימות נתוני משתמשים לפני שמירה למסד נתונים, בדקו גם בצד השרת ואל תסמכו רק על בדיקה בדפדפן.

דוגמה 1: בדיקת קלט בפייתון

הדוגמה הבאה מריצה כמה תבניות על רשימת ערכים. היא לא משנה קבצים ולא משתמשת בספריות חיצוניות.

import re

patterns = {
    "username": r"^[A-Za-z0-9_]{3,20}$",
    "email": r"^[^\s@]+@[^\s@]+\.[^\s@]+$",
    "date": r"^\d{4}-\d{2}-\d{2}$",
}

samples = {
    "username": ["dev_123", "ab", "bad-name"],
    "email": ["[email protected]", "missing-at.example", "a@b"],
    "date": ["2026-10-26", "26-10-2026", "2026-1-2"],
}

for name, pattern in patterns.items():
    print(name)
    for value in samples[name]:
        result = "OK" if re.fullmatch(pattern, value) else "NO"
        print(f"  {value}: {result}")

הקוד משתמש ב־re.fullmatch, כלומר כל המחרוזת חייבת להתאים לתבנית. פלט צפוי בקירוב:

username
  dev_123: OK
  ab: NO
  bad-name: NO
email
  [email protected]: OK
  missing-at.example: NO
  a@b: NO
date
  2026-10-26: OK
  26-10-2026: NO
  2026-1-2: NO

שימו לב ל־a@b: לפי התבנית כאן הוא לא תקין כי חסרה נקודה אחרי החלק של הדומיין. בפרויקטים אמיתיים כדאי לבצע אימות נוסף לפי הצורך, ולא לנסות לדחוס את כל כללי העולם לתבנית אחת מפלצתית.

דוגמה 2: חילוץ נתונים מלוגים בפייתון

זה שימוש קלאסי: יש שורות לוג, ורוצים להוציא תאריך, רמה והודעה. במקום לחתוך לפי אינדקסים שבירים, משתמשים בקבוצות.

import re

log_text = """2026-10-26 INFO service started
2026-10-26 ERROR missing config
bad line
2026-10-27 WARN slow response"""

pattern = re.compile(r"^(\d{4}-\d{2}-\d{2})\s+(INFO|WARN|ERROR)\s+(.+)$")

for line in log_text.splitlines():
    match = pattern.fullmatch(line)
    if match:
        date, level, message = match.groups()
        print(f"{date} | {level} | {message}")

התבנית מחלקת כל שורה לשלושה חלקים: תאריך, רמת לוג, והודעה. השורה bad line לא מודפסת כי היא לא מתאימה למבנה. הפלט הצפוי:

2026-10-26 | INFO | service started
2026-10-26 | ERROR | missing config
2026-10-27 | WARN | slow response

דוגמה 3: חיפוש בלינוקס או macOS עם grep

הדוגמה הבאה מיועדת ל־Linux/macOS עם bash. היא יוצרת קובץ זמני בתיקייה הנוכחית, מחפשת שורות שמכילות TODO, ואז מוחקת את הקובץ.

cat > regex-demo.txt <<'EOF'
TODO write tests
done update docs
TODO review config
note without marker
EOF

grep -E '\bTODO\b' regex-demo.txt

rm regex-demo.txt

הפקודה grep -E מפעילה תחביר מורחב. הביטוי \bTODO\b מחפש את המילה השלמה TODO. הפלט הצפוי:

TODO write tests
TODO review config

אם אתם עובדים על Windows PowerShell, התחביר של יצירת הקובץ שונה, אבל רעיון ה־regex עצמו נשאר דומה בכלים רבים.

דוגמה 4: החלפה ב־JavaScript

ב־JavaScript משתמשים ב־RegExp או בליטרל בין לוכסנים. כאן ננקה רווחים כפולים ונחלץ מספרים.

const text = "Order   17 costs   250 units";
const cleaned = text.replace(/\s{2,}/g, " ");
const numbers = cleaned.match(/\d+/g) || [];

console.log(cleaned);
console.log(numbers.join(","));

אפשר להריץ את הקובץ עם node filename.js. הדגל g אומר “מצא את כל ההתאמות”, לא רק את הראשונה. הפלט הצפוי:

Order 17 costs 250 units
17,250

איך לבחור בין search, match ו-fullmatch

בפייתון יש הבדל חשוב בין שלוש פעולות נפוצות:

• re.search מחפש התאמה בכל מקום במחרוזת.
• re.match מחפש התאמה רק בתחילת המחרוזת.
• re.fullmatch דורש שכל המחרוזת תתאים.

אם אתם בודקים קלט, בדרך כלל תרצו fullmatch. אם אתם מחפשים בתוך טקסט ארוך, search או findall יתאימו יותר. זו אחת הסיבות לכך שתבנית יכולה להיראות נכונה ועדיין להחזיר תוצאה מפתיעה.

תקלות נפוצות והודעות שגיאה אמיתיות

re.error: unterminated character set at position 0

זה קורה כשפותחים קבוצת תווים עם [ ולא סוגרים אותה. לדוגמה, [abc. התיקון: לסגור עם ], כלומר [abc]. אם רציתם לחפש סוגר מרובע ממש, כתבו \[.

re.error: bad escape \p at position 0

ב־Python re אין תמיכה מובנית ב־\p{...} כמו בחלק ממנועי regex אחרים. במקום \p{L}, השתמשו בטווחים שמתאימים לצורך, למשל [A-Za-z] לאנגלית או [א-ת] לעברית בסיסית. אם אתם צריכים תמיכת Unicode מתקדמת, בדקו היטב את הכלים הזמינים בפרויקט, אבל אל תניחו שכל מנוע regex מתנהג אותו דבר.

re.error: look-behind requires fixed-width pattern

בפייתון, מבט לאחור כמו (?<=...) חייב להיות באורך קבוע. תבנית כמו (?<=\d+) תיכשל כי \d+ יכול להיות באורכים שונים. פתרון נפוץ: ללכוד את החלק הרצוי בקבוצה במקום להשתמש ב־lookbehind משתנה.

SyntaxError: Invalid regular expression: /[/: Unterminated character class

זו שגיאת JavaScript שמקבילה לרעיון של סוגר מרובע שלא נסגר. למשל /[ אינו ביטוי תקין. תקנו ל־/[abc]/ או, אם מחפשים את התו עצמו, /\[/.

טעויות לוגיות שלא תמיד זורקות שגיאה

לא כל בעיית regex מסתיימת בהודעת שגיאה. הרבה פעמים הביטוי תקין, אבל עושה דבר לא נכון:

• שימוש ב־.* בצורה חמדנית: בתבנית "<.*>" עלולים לתפוס יותר מדי. נסו <.*?> או תבנית מגבילה כמו <[^>]+>.
• שכחת עוגנים: \d+ ימצא ספרות בתוך טקסט. אם רוצים רק מספר שלם כמחרוזת מלאה, כתבו ^\d+$.
• בלבול בין נקודה רגילה לנקודה מיוחדת: . מתאים כמעט לכל תו. כדי לחפש נקודה ממש, כתבו \..
• בריחה כפולה במחרוזות: בפייתון נוח להשתמש ב־raw string כמו r"\d+". אחרת תצטרכו לחשוב על בריחות של השפה וגם של regex.

איך לבדוק תבנית שלב אחר שלב

1. התחילו מקטן: קודם מצאו ספרה עם \d, אחר כך רצף עם \d+, ורק אז הוסיפו עוגנים.
2. הכינו דוגמאות חיוביות ושליליות: למשל מייל תקין, מייל בלי @, ומייל עם רווח.
3. העדיפו קריאות: לפעמים שתי בדיקות פשוטות עדיפות על regex אחד ארוך מאוד.
4. השתמשו בקבוצות רק כשצריך: אם אין צורך ללכוד ערך, אפשר להשתמש בקבוצה לא לוכדת כמו (?:...).
5. בדקו באותו מנוע שבו תריצו: regex שעובד בכלי אחד לא בהכרח יעבוד זהה ב־Python, JavaScript או grep.

שאלות קצרות שקוראים באמת שואלים

האם regex מתאים לבדיקת סיסמאות?

אפשר לבדוק אורך ותווים נדרשים, אבל אל תציגו סיסמאות אמיתיות בדוגמאות ואל תשמרו אותן כטקסט גלוי. בדיקות סיסמה הן רק שכבה אחת; אחסון מאובטח, הגבלת ניסיונות ומדיניות שרת חשובים לא פחות.

האם כדאי להשתמש ב־regex כדי לפרסר SQL?

לא. אפשר לזהות דפוסים פשוטים בטקסט, אבל לא לנתח SQL אמיתי בצורה אמינה עם regex פשוט. בהקשר של מסדי נתונים, חשוב יותר להשתמש בפרמטרים מוכנים ולהימנע מבניית שאילתות מחיבור מחרוזות. זה נכון במיוחד כשקלט מגיע ממשתמשים.

מה ההבדל בין \d לבין [0-9]?

ברוב הדוגמאות הפשוטות הן יתנהגו דומה, אבל במנועים מסוימים \d עשוי להתייחס גם לספרות Unicode. אם אתם רוצים רק ספרות ASCII, [0-9] מפורש יותר.

סיכום שימושי

ביטויים רגולריים הם לא קסם ולא תחליף לחשיבה, אבל הם כלי חד מאוד כשמשתמשים בהם נכון. שמרו את 30 התבניות, בדקו אותן על דוגמאות אמיתיות, והעדיפו פתרונות קטנים וברורים על פני ביטויים ארוכים שקשה לתחזק. אם אתם ממשיכים לתרגל בפייתון, חזרו גם למדריך פייתון ובנו לעצמכם קובץ בדיקות קטן עם re.fullmatch, re.search ו־re.sub. אחרי כמה שימושים, regex מפסיק להיראות כמו רעש ומתחיל להרגיש כמו קיצור דרך שימושי מאוד.