मजकुराचे एक URL पत्ता मध्ये रूपांतर लहान अक्षरे, संयोगचिन्हे, चिन्हांविना मोफत ऑनलाइन सुरक्षित

तुम्ही text ला URL slug मध्ये का रूपांतरित करता

वेबवरील प्रत्येक पानाला पत्ता असतो, आणि त्या पत्त्याचा शेवटचा तुकडा सहसा काही शब्द असतो: how-to-repot-a-fern, annual-report-2026, contact-us. तो तुकडा म्हणजे slug. तो URL चे माणसाला वाचता येणारे शेपूट आहे, पान लोड होण्यापूर्वीच वाचकाला आणि शोध इंजिनाला पान कशाबद्दल आहे ते सांगणारा भाग. तुम्ही लेख, उत्पादन, वर्ग किंवा फाइल प्रसिद्ध करता तेव्हा कोणाला तरी तिचे योग्य शीर्षक त्या शेपटात बदलावे लागते. text ला URL slug मध्ये रूपांतरित करणे म्हणजे माणूस लिहितो तसे शीर्षक, मोठी अक्षरे, जागा, स्वल्पविराम आणि उच्चारचिन्हांसह, घेऊन त्याला कोणताही सर्व्हर, ब्राउझर आणि लिंक तपासक तक्रारीशिवाय स्वीकारेल अशा हायफनांनी जोडलेल्या लहान अक्षरी शब्दांत आणणे.

शीर्षक चिकटवा आणि ते slug म्हणून परत वाचा. रूपांतरण तुमच्या ब्राउझरमध्ये चालते, तुम्ही टाइप केलेले काहीही कुठेही पाठवले जात नाही, आणि तुम्ही एका क्लिकने निकाल कॉपी करू शकता. खाली तुम्हाला पान ओळीवर नेमके काय करते आणि काय सोडते, ते उच्चारचिन्हांकित अक्षरे आणि इतर वर्णमालांची अक्षरे कशी हाताळते, कोणते निकाल हाताने पुन्हा तपासावेत, slug कुठे महत्त्वाचा आणि कुठे नाही, आणि घाईत text ला URL slug मध्ये रूपांतरित करणाऱ्यांना अडकवणारे सापळे मिळतील.

रूपांतरण काय करते

लहान अक्षरे, चिन्हे काढा, हायफन लावा

पान तीन हालचालींत काम करते. ते ओळ लहान अक्षरांत करते. ते लॅटिन अक्षरांवरील उच्चारचिन्हे आणि इतर चिन्हे काढते, म्हणून é म्हणजे e आणि ü म्हणजे u होते. मग ते अक्षर किंवा अंक नसलेले सर्व काही हायफनने बदलते आणि पुनरावृत्त हायफन एकात दाबते. Crème Brûlée for 2 — Straße 17, fooBar ही ओळ creme-brulee-for-2-strasse-17-foobar अशी परत येते. स्वल्पविराम, डॅश आणि जागा सर्व एकेक हायफन बनले आहेत, उच्चारचिन्हे गेली आहेत, ß चे ss झाले आहे, आणि अंक होते तिथेच राहिले.

हायफन कधीही साचत नाहीत आणि टोकांना बसत नाहीत

Hello, World! सारखे शीर्षक विरामचिन्हाने संपते, आणि भोळी बदली शेवटी हायफन लटकवेल. पान दोन्ही टोकांवरील हायफन छाटते आणि त्यांच्या रांगा आकसते, म्हणून निकाल hello-world होतो, hello-world- किंवा hello--world नाही. हे दिसते त्यापेक्षा जास्त महत्त्वाचे आहे: शेवटचा हायफन पत्ता ढिसाळ दाखवतो, आणि दुहेरी हायफन कोणी संदेशात कॉपी केला तर लिंक तोडू शकतो.

निकाल कॉपी करणे

निकालाशेजारचे बटण तो क्लिपबोर्डवर कॉपी करते. तो तुमच्या प्रकाशन प्रणालीच्या slug क्षेत्रात, फाइल नावात किंवा तुम्ही हाताने बांधत असलेल्या पत्त्याच्या शेवटी चिकटवा.

रूपांतरण काय करत नाही

ते इतर वर्णमालांचे लिप्यंतर करत नाही

चिन्हे फक्त लॅटिन अक्षरांवरून निघतात. जपानी, अरबी, ग्रीक किंवा हिंदीतील शीर्षक आपली स्वतःची अक्षरे राखते, कारण पान त्यांच्यासाठी लॅटिन स्पेलिंगचा अंदाज करत नाही. लिप्यंतर भाषा आणि प्रकाशकानुसार वेगळ्या संकेतावर अवलंबून असते, आणि चुकीचा अंदाज विश्वासार्ह दिसणारा पण चुकीचा वाचला जाणारा slug बनवतो. त्या वर्णमालांतील अक्षरे अक्षरे म्हणून गणली जातात, म्हणून ती राहतात, आणि पत्त्यात दिसताना ब्राउझर त्यांना टक्केवारी-संकेतित करतो. तुमची साइट अशा शीर्षकांसाठी फक्त-लॅटिन पत्ते हवे असतील, तर लिप्यंतर स्वतः लिहा आणि मग लिप्यंतरित ओळ रूपांतरित करा.

ते प्रत्येक वर्णमालेतील प्रत्येक चिन्ह काढत नाही

लॅटिन वर्णमालेबाहेरील काही अक्षरे अक्षराचाच भाग असलेली चिन्हे बाळगतात. रशियन й आणि युक्रेनियन ї ही उदाहरणे आहेत: चिन्ह अक्षर कसे लिहिले जाते त्याचा भाग आहे, म्हणून पान त्यांना जसे आहेत तसे ठेवते. हिंदी स्वरचिन्हांसारख्या अक्षरांना तोच तर्क लागू होतो. फक्त लॅटिन अक्षरांवर बसणारी उच्चारचिन्हे काढली जातात.

ते निकाल लहान करत नाही

लांब शीर्षक लांब slug देते. पान the, of किंवा and सारखे लहान शब्द वगळत नाही, आणि ठरावीक लांबीवर कापत नाही. तुम्हाला लहान पत्ता हवा असेल, तर आधी शीर्षक छोटे करा. चार-सहा अर्थपूर्ण शब्दांचा slug संपूर्ण मथळा पुन्हा सांगणाऱ्या slug पेक्षा शोध निकालात चांगला वाचला जातो.

ते slug मोकळा आहे का ते तपासत नाही

दोन वेगळे लेख एकच slug देऊ शकतात. कोणते slug आधीच घेतले आहेत हे फक्त तुमच्या प्रकाशन प्रणालीला माहीत असते, म्हणून एकाला वचनबद्ध होण्यापूर्वी तिथे पाहा.

ज्या अक्षरांकडे पुन्हा नजर हवी

जर्मन ß आणि उमलॉट

तीक्ष्ण s चे ss होते, म्हणून Straße strasse देते. उमलॉट आपले ठिपके गमावतात, म्हणून Müller muller देते. काही जर्मन प्रकाशक mueller पसंत करतात, जे उच्चार राखते. तुमचे वाचक e सह स्पेलिंग शोधत असतील, तर रूपांतरित करण्यापूर्वी शीर्षक तसे लिहा.

स्कँडिनेव्हियन आणि पोलिश अक्षरे

आडव्या रेघेचे o साधे o होते, म्हणून Ørsted orsted देते, आणि पोलिश ł चे l होते, म्हणून Łódź lodz देते. Å आणि ä आपली चिन्हे गमावतात आणि a बनतात. हे बहुतेक लोक अपेक्षित धरतात ते निकाल आहेत, पण स्थानिक अभिमान जोडलेल्या नावाला हाताने वेगळी वागणूक योग्य असू शकते.

तुर्की ठिपक्याचा आणि ठिपक्याविना i

लहान अक्षरांत करणे पानाच्या भाषेचे पालन करते. तुर्कीत İ चे i होते आणि I चे ı होते, जे मग स्वतःचे अक्षर राहते. इंग्रजी नियम लागू करणारा रूपांतरक प्रत्येक मोठ्या I चे i करेल आणि शब्द बदलेल. हे पान ज्या भाषेत लिहिले आहे तिचे नियम पाळते.

रोमानियन, फ्रेंच आणि स्पॅनिश उच्चारचिन्हे

ă, â, î, ș आणि ț ही अक्षरे a, a, i, s आणि t बनतात. फ्रेंचमध्ये é, è, ê आणि ç e आणि c देतात. स्पॅनिशमध्ये ñ n देते, जिथे slug चा अर्थ बदलू शकतो: año, वर्ष, आणि ano, जे काहीतरी वेगळे आहे, एकाच स्ट्रिंगमध्ये आकसतात. मथळा फरकावर खेळत असेल तेव्हा हे लक्षात ठेवा.

व्हिएतनामी रचलेली चिन्हे

व्हिएतनामी अक्षरे एकाच वेळी दोन चिन्हे बाळगू शकतात. दोन्ही निघतात, आणि đ चे d होते, म्हणून Hà Nội ha-noi देते. निकाल व्हिएतनामी भाषिकाला वाचता येतो, जरी स्वरभेद गमावले जातात.

slug असे का दिसतात

पत्ते मोठ्या-लहान अक्षरांबाबत संवेदनशील असू शकतात म्हणून लहान अक्षरे

पत्त्याचा पाथ भाग अनेक सर्व्हरवर मोठ्या-लहान अक्षरांबाबत संवेदनशील असतो. /About आणि /about ही दोन वेगळी पाने किंवा एक पान आणि एक त्रुटी असू शकते. प्रत्येक slug लहान अक्षरांत लिहिल्याने प्रश्नच नाहीसा होतो. शोध इंजिनेही दोघांना वेगळे पत्ते मानतात, त्यामुळे अक्षर प्रकार मिसळल्याने पान दोन प्रतींमध्ये विभागले जाऊ शकते.

हायफन कारण ते जागांसारखे वाचले जातात

शोध इंजिने हायफनला शब्द विभाजक आणि अधोरेखेला जोडणारे मानतात. हायफन असलेला slug वेगळे शब्द म्हणून वाचला जातो, जे त्या शब्दांवर क्रमवारीसाठी तुम्हाला हवे असते. म्हणूनच वेब पत्ते kebab-case पसंत करतात आणि अधोरेखा रूप, snake_case, पत्त्यांत नव्हे तर कोड आणि डेटाबेसमध्ये बसते.

विशेष वर्ण नाहीत कारण त्यांना संकेतित करावे लागते

जागा, स्वल्पविराम, प्रश्नचिन्हे, अँपरसँड आणि तिरक्या रेघा या सर्वांना पत्त्यात अर्थ असतो. प्रश्नचिन्ह क्वेरी स्ट्रिंग सुरू करते; तिरकी रेघ पाथची नवी पातळी सुरू करते. स्वतःचा अर्थ असलेल्या वर्णाला साधा मजकूर म्हणून वापरताना टक्केवारी-संकेतित करावे लागते, आणि %20 आणि %C3%A9 ने भरलेला slug कुरूप आणि सहज तुटणारा असतो. अक्षरे, अंक आणि हायफनवर राहिल्याने संपूर्ण प्रश्न टळतो.

उच्चारचिन्हे नाहीत कारण प्रत्येक साधन सांभाळत नाही

आधुनिक ब्राउझर उच्चारचिन्हांकित पत्ता नीट दाखवतात, पण तोच पत्ता ईमेल, गप्पांच्या संदेशात किंवा छापील अहवालात टक्का चिन्हांच्या स्ट्रिंगसारखा येऊ शकतो. साधी अक्षरे प्रत्येक प्रवासातून टिकतात. लॅटिन अक्षरांवरून चिन्हे काढण्याचा हा सर्वात मजबूत युक्तिवाद आहे, आणि जवळजवळ प्रत्येक प्रकाशन प्रणाली ते डिफॉल्टनुसार का करते ते तो समजावतो.

स्वच्छ slug कुठे महत्त्वाचा

ब्लॉग पोस्ट आणि लेख

ब्लॉगसाठी text ला URL slug मध्ये रूपांतरित करणे प्रत्येक प्रकाशन दिनचर्येचा भाग आहे. पोस्ट slug लोक क्लिक करण्यापूर्वी वाचतात: शोध निकालात, वाटलेल्या लिंकमध्ये, ब्राउझर टॅबमध्ये. शीर्षकाशी जुळणारा slug विश्वास ठेवायला सोपा असतो. संख्यांची स्ट्रिंग असलेला वाचकाला काहीच सांगत नाही. अनेक आशय प्रणाली slug शीर्षकावरून आपोआप बनवतात, पण स्वयंचलित आवृत्ती खूप लांब असू शकते किंवा सदाबहार लेख जुना दाखवणारी तारीख बाळगू शकते, त्यामुळे ती हाताने संपादित करणे सामान्य आहे.

उत्पादन आणि वर्ग पाने

दुकानांना हजारो वस्तूंसाठी slug लागतात, म्हणून ते पुन्हा पुन्हा text ला URL slug मध्ये रूपांतरित करतात. ब्रँड, उत्पादन नाव आणि आकार या क्रमाने असा सुसंगत नियम सूचीपत्र नीटनेटके ठेवतो आणि पत्ते अंदाजे बनवतो. प्रत्येक उत्पादन ओळ त्याच पानाने रूपांतरित करा, एका पायरीत text ला URL slug मध्ये रूपांतरित करू देणाऱ्या पानाने, आणि आकृतिबंध विनासायास टिकतो.

डाउनलोडसाठी फाइल नावे

Final Report (v2) copy.pdf नावाची फाइल पत्त्यात त्रास देईल. final-report-v2.pdf नावाची देणार नाही. तुम्ही डाउनलोड प्रसिद्ध करत असाल, तर slug नियम चांगला फाइल-नाव नियमही आहे. वाटेत रूप बदलायला हव्या असलेल्या दस्तऐवजांसाठी HTML ते PDF सारखा रूपांतरक नाव आणि आशय तुमच्या नियंत्रणात ठेवतो.

अँकर आणि पानातील लिंक

हॅश चिन्हानंतरचा पत्त्याचा भाग पानाच्या आतील जागेकडे निर्देश करतो. शीर्षके अनेकदा त्याच नियमाने अँकर ओळखकर्ते बनवली जातात: लहान अक्षरे, हायफन, चिन्हे नाहीत. तुम्ही लांब दस्तऐवजाची अनुक्रमणिका हाताने लिहीत असाल, तर प्रत्येक शीर्षक slug मध्ये रूपांतरित केल्याने जनरेटर जे बनवेल त्याच्याशी जुळणारे ओळखकर्ते मिळतात.

Git शाखा आणि ओळखकर्ते

शाखा नावे, समस्या लेबले आणि फोल्डर नावे पत्त्यांसारख्याच मर्यादांना सामोरी जातात. Add user login नावाचे वैशिष्ट्य add-user-login बनते. हायफनऐवजी मोठी अक्षरे हवी असलेल्या कोड ओळखकर्त्यांसाठी camelCase हे भावंड रूप आहे.

इथे text ला URL slug मध्ये कसे रूपांतरित करावे

शीर्षक चिकटवा किंवा टाइप करा

text ला URL slug मध्ये रूपांतरित करायला पहिल्या रकान्यात शीर्षक भरा. slug दुसऱ्यात तुम्ही टाइप करता तसा दिसतो, त्यामुळे प्रत्येक विरामचिन्ह नाहीसे होताना पाहू शकता.

काय बदलले ते वाचा

हायफन कुठे पडले ते पाहा आणि प्रत्येक शब्द टिकला का ते तपासा. एखादा शब्द गायब असेल, तर तो बहुधा पान जशी आहेत तशी ठेवते अशा अक्षरांचा बनला होता, किंवा हायफन बनलेल्या वर्णाने वेगळा केला होता. दोन्ही डोळ्यांनी झटपट दिसतात.

जागी कॉपी करा

कॉपी बटण दाबा आणि slug हवा तिथे चिकटवा. तुमची प्रकाशन प्रणाली slug लहान अक्षरांत आणि स्वच्छही करत असेल, तर निकाल न बदलता पार जाईल, जे दोघे सहमत आहेत याचे चांगले चिन्ह आहे.

तीच ओळ इतर सहा रूपांत

तुलनेसाठी एक तक्ता

रूपांतरकाखाली एक तक्ता साइट देत असलेल्या सातही रूपांत उदाहरण ओळ दाखवतो: मोठी अक्षरे, लहान अक्षरे, Title Case, snake_case, kebab-case, camelCase आणि URL slug. त्यांची शेजारी शेजारी तुलना करणे कोणते कुठे बसते ते पाहण्याचा सर्वात झटपट मार्ग आहे. तुम्हाला फक्त शब्द लहान हवेत आणि दुसरे काही बदलायचे नसेल, तर lowercase साधी निवड आहे; माणूस वाचणार असलेल्या शीर्षकासाठी Title Case वापरण्यासारखे आहे.

slug कुठून येतात

वृत्तकक्षातील शब्द

slug हा शब्द वेबपेक्षा जुना आहे, आणि text ला URL slug मध्ये हाताने रूपांतरित करण्याची सवयही, जी छापणारे पेन्सिलने करत. छापील वृत्तकक्षात slug हे बातमी इमारतीतून फिरत असताना तिला जोडलेले लहान लेबल होते, संपादक आणि टंकलेखकांना कोणती बातमी कोणती ते सांगणारे काही शब्द. आशय व्यवस्थापन प्रणालींनी प्रत्येक पानासाठी लहान लेबल लागले तेव्हा हे नाव उसने घेतले. काम तेच आहे: संदिग्धतेविना एक बाब ओळखणारे काही साधे शब्द.

क्वेरी स्ट्रिंगपासून वाचनीय पाथपर्यंत

सुरुवातीच्या गतिमान साइट page.php?id=4731 सारखे पत्ते वापरत. ते चालत, पण कोणालाही वाचता येत नसत. लोक क्लिक करण्यापूर्वी लिंकचा न्याय करतात आणि शोध इंजिने त्यातील शब्दांना वजन देतात हे स्पष्ट झाल्यावर वाचनीय पाथ आले. आज जवळजवळ प्रत्येक प्रकाशन साधन slug तयार करते, आणि नियम कसे चालतात हे जाणणे दुरुस्त करायचा निकाल ओळखायला मदत करते.

तुमच्या व्यापक कामप्रवाहातील slug

शीर्षकांच्या स्प्रेडशीटपासून पत्त्यांच्या यादीपर्यंत

साइट स्थलांतर अनेकदा स्प्रेडशीटपासून सुरू होते: शीर्षकांचा एक स्तंभ आणि जुन्या पत्त्यांचा एक स्तंभ. नवे पत्ते शीर्षकांतून येतात. प्रत्येक शीर्षक त्याच नियमाने रूपांतरित करा आणि नवा स्तंभ पहिल्या ओळीपासून शेवटच्यापर्यंत सुसंगत असतो. शीट दुसऱ्या प्रणालीसाठी डेटा म्हणून जायला हवी असेल, तेव्हा CSV ते JSON ओळींना नोंदींमध्ये बदलते, आणि JSON ते CSV त्यांना तपासणीसाठी परत आणते.

पुनर्निर्देशनांचे नियोजन

आधीपासून अस्तित्वात असलेल्या पानासाठी तुम्ही text ला URL slug मध्ये रूपांतरित करता तेव्हा लक्षात ठेवा की पानाचा slug बदलला, तर जुन्या पत्त्याने नव्याकडे पुनर्निर्देशित केले पाहिजे, नाहीतर प्रत्येक येणारी लिंक तुटते. जुने आणि नवे दोन्ही शीर्षक रूपांतरित करून दोन slug शेजारी ठेवल्याने तुम्हाला अंदाजाविना पुनर्निर्देशन यादी मिळते. यादी ठेवा: पुनर्निर्देशने ठेवायला स्वस्त आणि गमावायला महाग आहेत.

रचना आणि पत्ते सुसंगत ठेवणे

नामकरण संपूर्ण प्रकल्पात महत्त्वाचे आहे. रचना फाइलमधील Primary Button नावाचा घटक, स्टाइलशीटमधील primary-button वर्ग आणि /buttons/primary-button पान सर्व एकाच गोष्टीचे वर्णन करतात. नावे एकाच नियमाने चालतात तेव्हा साधनांमध्ये शोधल्याने सर्व काही सापडते. त्या घटकांसोबत येणाऱ्या मापांसाठी px ते rem नावे सुसंगत राहत असताना आकार रूपांतरित करते.

चांगले slug बनवणारी शीर्षके लिहिणे

मुख्य शब्द आधी ठेवा

slug डावीकडून उजवीकडे वाचला जातो, आणि पहिल्या शब्दांना सर्वाधिक वजन असते. शीर्षकाची सुरुवात a, the किंवा how सारख्या भरावाने नव्हे तर विषयाने करा. विषयाने उघडणारे शीर्षक विषयाने उघडणारा slug देते.

ते लहान ठेवा

text ला URL slug मध्ये रूपांतरित करण्यापूर्वी शीर्षक छाटा. चार-सहा शब्द हे चांगले लक्ष्य आहे. लांब slug शोध निकालांत कापले जातात आणि छापील स्वरूपात गैरसोयीचे असतात. शीर्षक लांब असेल, तर slug साठी लहान आवृत्ती लिहा आणि ती ओळ रूपांतरित करा.

आशय दिनांकित नसेल तर तारखा टाळा

slug मधील वर्ष पान जुने करते. बातम्यांसाठी तारीख अर्थपूर्ण आहे. तुम्ही अद्ययावत ठेवायची योजना असलेल्या मार्गदर्शकासाठी ती वगळा, आणि आशय ताजा केल्यावरही पत्ता वैध राहतो.

कीवर्ड कोंबू नका

text ला URL slug मध्ये रूपांतरित करताना संज्ञा कोंबायची इच्छा आवरा. तोच शब्द तीन वेळा पुन्हा सांगणारा slug स्पॅमसारखा दिसतो आणि काहीही कमावत नाही. एकदा, स्पष्टपणे सांगा.

एक नियम निवडा आणि त्यावर राहा

तुम्ही text ला URL slug मध्ये रूपांतरित करता तेव्हा तेच पान आणि त्याच सवयी वापरा. नियम काहीही असो, तो सर्वत्र लागू करा. सुसंगत पत्ते लिंक करायला, पुनर्निर्देशित करायला, विश्लेषण करायला आणि लक्षात ठेवायला सोपे असतात.

text ला URL slug मध्ये रूपांतरित करताना सापळे

रिकामा निकाल

पान जशी आहेत तशी ठेवते अशा अक्षरांचे, किंवा सर्व हायफन बनणाऱ्या वर्णांचे बनलेले शीर्षक रिकामे किंवा विचित्र लहान परत येऊ शकते. निकाल रिकामा असेल, तर इनपुटमध्ये पान लॅटिन अक्षर किंवा अंक म्हणून ओळखेल असे काही नव्हते. शीर्षकाची लॅटिन अक्षरी आवृत्ती द्या.

वेगळी शीर्षके, एकच slug

Résumé आणि Resume एकच slug देतात, तसेच Año आणि Ano. तुमची प्रकाशन प्रणाली सहसा दुसऱ्याला संख्या जोडेल, ज्यामुळे पत्ता कमी अर्थपूर्ण होतो. असे घडते तेव्हा लक्षात घ्या आणि दोन्ही महत्त्वाची असतील तर शीर्षक पुन्हा लिहा.

प्रसिद्ध झालेला slug बदलणे

slug हा पानाला लिंक केलेल्या प्रत्येकासाठीच्या वचनाचा भाग आहे. पुनर्निर्देशनाविना बदलणे ते वचन तोडते. प्रसिद्ध करण्यापूर्वी slug ठरवा, आणि नंतर बदलायलाच लागला तर त्याच दिवशी पुनर्निर्देशन जोडा.

खाजगी माहिती असलेले slug

पत्त्यातील नावे, ईमेल पत्ते आणि मागणी क्रमांक सर्व्हर नोंदी, ब्राउझर इतिहास आणि वाटलेल्या लिंकमध्ये जाऊन पडतात. शीर्षकात काही खाजगी असेल, तर ते जसे आहे तसे slug बनवू नका.

पान आणि सर्व्हर सहमत आहेत असे गृहीत धरणे

तुमची प्रकाशन प्रणाली तुम्ही चिकटवलेल्या कोणत्याही slug वर स्वतःचे नियम लावू शकते. जतन केल्यानंतर अंतिम पत्ता तपासा. तो तुमच्या अपेक्षेपेक्षा वेगळा असेल, तर प्रणालीकडे असा नियम आहे जो तुम्हाला माहीत असायला हवा.

रूपांतरित करण्यापूर्वी प्रश्न

अंकांचे काय होते?

ते राहतात, शेजारच्या शब्दाचा भाग म्हणून किंवा हायफनांमधील स्वतंत्र शब्द म्हणून.

मोठी अक्षरे राखली जातात का?

नाही. सर्व काही लहान अक्षरांत होते, पानाच्या भाषेचे पालन करून.

slug म्हणजे संपूर्ण पत्ता आहे का?

नाही. slug हा पाथचा शेवटचा तुकडा आहे. डोमेन आणि त्याच्या आधीचे कोणतेही फोल्डर तुमची साइट ठरवते.

मी हायफनऐवजी अधोरेखा वापरू शकतो का?

तुम्ही वापरू शकता, पण पत्त्यांसाठी हायफन मानक आहेत, कारण शोध इंजिने त्यांना जागा समजतात. कोडसाठी snake_case पाहा.

माझा मजकूर कुठेही अपलोड होतो का?

नाही. रूपांतरण तुमच्या ब्राउझरमध्ये होते. मसुदा शीर्षक, ग्राहकाचे नाव किंवा प्रसिद्ध न झालेले उत्पादन इथे मजकूर संपादकाइतकेच खाजगी आहे.

माझ्या भाषेत लॅटिन अक्षरे नसतील तर?

अक्षरे राहतात, आणि ब्राउझर त्यांना पत्त्यात संकेतित करतात. अनेक साइट असे पत्ते जसे आहेत तसे ठेवतात, कारण आधुनिक ब्राउझर ते बरोबर दाखवतात. तुम्हाला लॅटिन आवृत्ती हवी असेल, तर ती स्वतः लिहा आणि ती रूपांतरित करा.

एक कार्यरत उदाहरण

समजा तुम्ही लहान बेकरी साइट चालवता आणि तीन पाने प्रसिद्ध करत आहात: Crème Brûlée for Two, Sourdough Starter: Notes for Beginners आणि Müsli & Granola — 2026 Prices. तुम्ही ती एकेक करून चिकटवता. पहिले creme-brulee-for-two देते. दुसरे sourdough-starter-notes-for-beginners देते, आणि तुम्ही ठरवता की ते खूप लांब आहे, म्हणून शीर्षक Sourdough Starter Basics असे छोटे करता आणि sourdough-starter-basics मिळवायला पुन्हा रूपांतरित करता. तिसरे musli-granola-2026-prices देते; तुम्ही वर्ष वगळता, कारण पान अद्ययावत केले जाईल, आणि musli-granola-prices वर स्थिरावता. तीन slug, सर्व लहान अक्षरांत, सर्व हायफनयुक्त, एकातही चिन्ह किंवा प्रतीक नाही. संपूर्ण सराव एक मिनिट घेतला, आणि महत्त्वाचा निर्णय, वर्ष वगळणे, तुमचा होता, पानाचा नाही.

एक छोटी यादी

रूपांतरण करण्यापूर्वी

शीर्षक साध्या शब्दांत लिहा. विषय आधी ठेवा. तुम्हाला न लागणाऱ्या तारखा काढा. लहान आवृत्ती जास्त चांगली ठरेल का ते ठरवा.

रूपांतरण करताना

हायफन पाहा. एकही शब्द नाहीसा झाला नाही याची खात्री करा, आणि उच्चारचिन्हांकित व विशेष अक्षरे कशी हाताळली गेली ते पाहा.

रूपांतरण केल्यानंतर

slug आधीच घेतलेला नाही, तो मोठ्याने वाचल्यावर समजूतदार वाटतो आणि तुमच्या प्रणालीतील अंतिम पत्ता जुळतो हे तपासा. तुम्ही प्रसिद्ध झालेला slug बदललात, तर पुनर्निर्देशन जोडा.

तुमचा मजकूर तुमच्या उपकरणावर राहतो

रूपांतरण स्थानिक पातळीवर होते. तुमचा ब्राउझर मजकूर हाताळतो, आणि काहीही अपलोड, साठवले किंवा पाठवले जात नाही. खाते उघडायचे नाही आणि नंतर पुसायचे काही नाही. मसुदा शीर्षक अनोळखी माणसाच्या हाती न देता text ला URL slug मध्ये रूपांतरित करण्याचा हा सोपा मार्ग आहे.

थोडक्यात

इथे text ला URL slug मध्ये रूपांतरित करायला शीर्षक चिकटवा आणि ते लहान अक्षरांत, लॅटिन अक्षरांवरून चिन्हे काढून, इतर प्रत्येक वर्ण हायफनने बदलून आणि पुनरावृत्त हायफन एकात दाबून परत वाचा. पान जपानी, अरबी किंवा ग्रीकचे लिप्यंतर करत नाही, रशियन й सारख्या अक्षरांचा भाग असलेली चिन्हे काढत नाही, आणि लहान करत नाही किंवा प्रतिरूपे तपासत नाही, म्हणून ते निर्णय तुमच्याकडेच राहतात. ß, ø आणि ł सारखी अक्षरे ss, o आणि l बनतात, आणि लहान अक्षरांत करणे पानाच्या भाषेचे पालन करते, म्हणून तुर्की İ तुर्की म्हणून हाताळला जातो. काहीही अपलोड होत नाही.