Regex Cheatsheet

यह किसके लिए है?

regex syntax के उन हिस्सों का एक printable, searchable सारांश जिन्हें आप आधा-आधा याद रखते हैं। यहाँ की tables प्रमुख श्रेणियों को cover करती हैं — anchors, character classes, quantifiers, groups, lookarounds, flags — साथ ही common patterns का एक starter set। किसी भी pattern को copy करने के लिए click करें; filter में टाइप करके narrow down करें। इसे Regex Tester के साथ pair करें ताकि patterns को text के विरुद्ध वास्तव में आज़मा सकें।

कब इस्तेमाल करें

• आपको (?<=foo) चाहिए और याद नहीं कि ? < से पहले है या बाद में।
• आप किसी को regex समझा रहे हैं और Stack Overflow tabs खंगालने के बजाय एक stable reference page चाहते हैं।
• आप एक starter pattern (UUID, email, ISO date) चाहते हैं जिसे copy करके tweak कर सकें बजाय शुरू से लिखने के।
• आपको जानना है कि कौन सा flag क्या करता है — विशेष रूप से s (dotall) vs m (multi-line), जिन्हें लोग नियमित रूप से मिला देते हैं।

आम गलतियाँ

• Flavour मायने रखता है। इसमें से अधिकांश JavaScript / आधुनिक PCRE है, पर features में अंतर है। Lookbehind JavaScript में ES2018 के साथ आया; x (extended) PCRE/Python है और JS में नहीं; possessive quantifiers ++ केवल PCRE हैं।
• m ≠ "multi-line matching"। m ^ और $ के अर्थ को बदलता है (per-string के बजाय per-line)। . के साथ line breaks पार match करने के लिए, आपको s (dotall) चाहिए।
• Greedy matches बहुत अधिक खाते हैं। <a>b</a> के विरुद्ध <.*> पूरी चीज़ match करता है, सिर्फ़ <a> नहीं। lazy version के लिए <.*?> का इस्तेमाल करें, या बेहतर एक अधिक specific class जैसे <[^>]+>।
• Regex HTML या JSON parser नहीं है। यहाँ के "common patterns" एक-बार scraping या validation hints के लिए अच्छे हैं, structured input को string के रूप में treat करने के लिए नहीं।
• Email regexes हमेशा गलत होते हैं। यहाँ का example एक rough shape-check है; production validation के लिए, इसके बजाय एक confirmation email भेजें।
• Copy-paste किए "perfect" regexes पर भरोसा न करें। deploy करने से पहले Regex Tester से अपने वास्तविक data के विरुद्ध इन्हें test करें।