स्लग म्हणजे वेब पत्त्याचा वाचण्यायोग्य शेवटचा भाग — उदाहरणार्थ example.com/blog/my-first-post मधील my-first-post. हा तो भाग आहे जो एखादी व्यक्ती क्लिक करायचे की नाही हे ठरवण्यापूर्वी वाचू शकते, आणि शोध इंजिन याला पानावरील आशयाचे एक लहान वर्णन म्हणून वाचते, म्हणूनच यावर डेटाबेस आयडी किंवा तारखेपेक्षा अधिक विचार करणे आवश्यक आहे. हा विनामूल्य जनरेटर कोणत्याही मजकुराचे स्लगमध्ये रूपांतर करतो: "रूपांतरित करण्यासाठी मजकूर" मध्ये शीर्षक पेस्ट करा, "तयार करा" दाबा, आणि कॉपी बटणासह परिणाम त्याच्या बाजूला दिसून येईल. डीफॉल्ट सेटिंग्ज अशा असतात ज्या बहुतेक साइट्सना हव्या असतात — लहान अक्षरे, शब्दांमध्ये डॅश, काढलेले सामान्य स्टॉप शब्द, आणि लिप्यंतरित केलेली नॉन-लॅटिन अक्षरे — जेणेकरून वापरण्यायोग्य स्लग एका क्लिकवर मिळतो, आणि तुम्ही यापैकी प्रत्येक पर्याय एक स्विच म्हणून बदलू शकता.
सर्व काही तुमच्या स्वतःच्या डिव्हाइसवर होते. हे पृष्ठ एक लहान JavaScript इंजिन लोड करते आणि ते स्थानिकरित्या चालवते: तुमची शीर्षके कधीही अपलोड केली जात नाहीत, लॉग केली जात नाहीत आणि इंटरनेट कनेक्शन बंद केल्यावरही टूल कार्य करत राहते. म्हणूनच तुम्ही एखादे सेटिंग बदलता त्याक्षणी परिणाम अपडेट होतो. हे काम कोणत्या क्रमाने होते हे सांगण्यासारखे आहे, कारण त्यामुळे आउटपुटचा अंदाज बांधता येतो: पेस्ट केलेली लिंक प्रथम तिच्या शेवटच्या पाथ सेगमेंटपर्यंत कमी केली जाते, नंतर मजकूर लहान अक्षरांमध्ये बदलला जातो, त्यानंतर स्टॉप शब्द वगळले जातात, नंतर नॉन-लॅटिन अक्षरे लिप्यंतरित केली जातात, जर तुम्ही निवडले असेल तर अंक आणि विशेष अक्षरे काढली जातात, त्यानंतर जे काही उरते ते तुमच्या विभाजकासह जोडले जाते, नंतर परिणाम कमाल लांबीपर्यंत कापला जातो आणि शेवटी पुनरावृत्ती असल्यास संख्यात्मक प्रत्यय जोडला जातो. "रूपांतरित करण्यासाठी मजकूर" एकाच वेळी 500,000 अक्षरे स्वीकारते, जे काही हजार लेखांच्या शीर्षकांसमान आहे.
एका ओळीचे एका स्लगमध्ये रूपांतर होते. शीर्षकांची संपूर्ण सूची पेस्ट करा आणि प्रत्येक ओळ स्वतःचा क्रमांकित स्लग बनते, ज्यावर त्याचे मूळ शीर्षक राखाडी रंगात दर्शविलेले असते, त्यामुळे पन्नासच्या बॅचमध्येही कोणता स्लग कोणत्या हेडिंगचा आहे हे तुम्हाला सहज समजू शकते. फाईलमध्ये आधीपासूनच असलेली सूची क्लिपबोर्डवरून आणण्याची गरज नाही: इनपुट बॉक्सच्या शेजारील "फाइलमधून लोड करा" बटण साधी मजकूर फाईल — .txt, .csv, .md, .json आणि तत्सम — उघडते आणि तिची सामग्री फील्डमध्ये टाकते. तुमचा ब्राउझर ही फाईल तुम्ही टाईप केलेल्या मजकुराप्रमाणेच वाचतो, आणि ती कुठेही अपलोड केली जात नाही. "यानुसार इनपुट विभाजित करा" हे ठरवते की सूची कशी विभाजित करायची. "स्वयंचलित शोध" हा डीफॉल्ट पर्याय आहे: नवीन ओळ नेहमी आयटम वेगळे करते, तर स्वल्पविराम त्यांना तेव्हाच वेगळे करतो जेव्हा इनपुट एकच ओळ असते जिचे सर्व भाग स्वतंत्र मूल्यांसारखे दिसतात — जेणेकरून "किंमत 3,500 रुपये" आणि "प्रकरण 5: निकाल, निष्कर्ष" हे तुकड्यांमध्ये विभाजित न होता अखंड राहतात. जेव्हा तुम्हाला तुमच्या डेटाचा आकार आधीच माहीत असतो तेव्हा "नवीन ओळ", "स्वल्पविराम" आणि "स्पेस" हे पर्याय तुम्हाला निवड करण्यास भाग पाडतात. "आउटपुट स्वरूप" हे ठरवते की तुम्ही घेतलेली बॅच कशी परत येते — प्रति ओळ एक, "स्पेसने विभक्त", किंवा "स्वल्पविरामाने विभक्त" — आणि "सर्व कॉपी करा" तसेच "फाइलमध्ये जतन करा" हे दोन्ही पर्याय याचे पालन करतात. "इतिहास" तुमच्या ब्राउझरमध्ये तुमच्या शेवटच्या 10 बॅचेस ठेवतो, त्यामुळे तुम्ही एक तासापूर्वी रूपांतरित केलेली सूची अद्याप तिथेच असते.
नॉन-लॅटिन मजकूर हा तो भाग आहे जो बहुतेक स्लग जनरेटर साधारणपणे बरोबर करतात आणि काही मोजकेच अगदी अचूक करतात. URL हे साध्या ASCII मध्ये सर्वात सुरक्षित असते, त्यामुळे देवनागरी, ग्रीक, अरबी, चायनीज आणि युरोपियन उच्चारित अक्षरे रूपांतरित करावी लागतात, आणि मुख्य प्रश्न हा असतो की कोणाच्या नियमानुसार. हे पृष्ठ याचे उत्तर दोन स्तरांमध्ये देते. सामान्य स्तर प्रत्येक लिपी समाविष्ट करतो: एक लिप्यंतरण लायब्ररी जी तुम्ही टाईप करू शकणाऱ्या जवळपास कोणत्याही अक्षरासाठी योग्य ASCII उत्तर देते, आणि जेव्हा "येथून लिप्यंतरण" मध्ये "स्वयंचलित (कोणतीही भाषा)" असे म्हटले जाते तेव्हा त्याचा अर्थ हाच असतो. विशिष्ट स्तर हा त्या भाषांसाठी हाताने बनवलेल्या टेबल्सचा संच आहे जिथे सामान्य उत्तर ते नसते जे देश प्रत्यक्षात वापरतो; "येथून लिप्यंतरण" मेनू त्या भाषांची नावे दर्शवितो ज्यांना आज टेबल आहे, आणि टूल अधिक भाषांपर्यंत पोहोचत असताना हा संच वाढत जातो. यापैकी एक निवडल्यास त्याचे टेबल "लिप्यंतरण नियम" अंतर्गत एका संपादन करण्यायोग्य ग्रिडमध्ये लोड होते, जिथे प्रत्येक अक्षर हे एक मजकूर फील्ड आहे जे तुम्ही बदलू शकता, आणि "नियम डीफॉल्टवर रीसेट करा" ते मूळ स्थितीत परत आणते. युक्रेनियन टेबल 2010 च्या मंत्रिमंडळाच्या ठराव क्रमांक 55 चे पालन करते, जो युक्रेनियन पासपोर्टमध्ये वापरला जाणारा मानक आहे, ज्यामध्ये अशा बारीकसारीक गोष्टींचा समावेश आहे ज्या चुकू शकतात: зг हे zh ऐवजी zgh बनते जेणेकरून ते ж पासून वेगळे राहते; є, ї, й, ю आणि я शब्दाच्या सुरूवातीस एक रूप घेतात आणि आत दुसरे; तसेच अपोस्ट्रोफी आणि सॉफ्ट साइन नवीन शब्द सुरू न करता वगळले जातात, म्हणून Знам'янка हे znamyanka न होता znamianka असे येते. जर्मन डीफॉल्ट विस्तारित ä → ae, ö → oe, ü → ue वापरते जे जर्मन पत्ते प्रत्यक्षात वापरतात, आणि तुम्हाला हवे असल्यास साधा ä → a पर्यायही उपलब्ध आहे.
"स्टॉप शब्द काढा" हे डीफॉल्टनुसार चालू असते. हे लहान जोडणारे शब्द — a, the, and, of, for — वगळते जे अर्थ न जोडता स्लग लांब करतात. "स्टॉप शब्द" खालील सूची पूर्णपणे संपादित करण्यायोग्य आहे आणि ती आधीच भरलेली असते: एक इंग्रजी सूची अधिक तुम्ही ज्या पृष्ठावर आहात त्या भाषेची सूची, त्यामुळे युक्रेनियन पृष्ठाला в, на, та आणि і माहित आहेत, आणि जर्मन पृष्ठाला der, die आणि das माहित आहेत. तुमचे स्वतःचे शब्द जोडा, जे तुम्हाला ठेवायचे आहेत ते काढून टाका, किंवा हे वैशिष्ट्य पूर्णपणे बंद करा, अशा वेळी फील्ड अद्याप महत्त्वाचे असल्याचे ढोंग करण्याऐवजी राखाडी रंगाचे होते. याबद्दल दोन प्रामाणिक नोंदी. स्टॉप शब्द काढून टाकणे हा रँकिंग वाढवण्याचा मार्ग नसून एक छोटासा व्यवस्थितपणा आहे — तुम्हाला एक लहान, स्वच्छ पत्ता मिळतो, उत्तम शोध स्थिती नाही. आणि जर शीर्षकातील प्रत्येक शब्द सूचीमध्ये असेल, तर प्रामाणिक परिणाम काहीच नसतो, म्हणून टूल तुम्हाला एक रिकामा बॉक्स देण्याऐवजी तसे सांगते.
बाकीचे स्विचेस आकार ठरवतात. "स्लगमधील विभाजक" हे निवडते की शब्दांच्या दरम्यान काय बसेल, आणि डीफॉल्ट डॅश हा केवळ आवडीचा प्रश्न नाही: गुगल डॅशला शब्द विभाजक म्हणून आणि अंडरस्कोरला जोडणारा म्हणून वाचते, त्यामुळे my_first_post क्रॉलरपर्यंत एक लांब शब्द म्हणून पोहोचतो तर my-first-post तीन शब्द म्हणून पोहोचतो. ज्या सिस्टम्सना त्याची सक्ती असते त्यांच्यासाठी "अंडरस्कोर (_)" दिला आहे. "लहान अक्षरे" चालू असते कारण बहुतांश सर्व्हर्स पत्त्यांना केस-सेन्सिटिव्ह मानतात, आणि मिश्रित केसमुळे एका पानासाठी सहजपणे दोन URLs तयार होऊ शकतात. "विशेष अक्षरे काढा" हे अक्षर, अंक, स्पेस, डॅश किंवा अंडरस्कोर नसलेले सर्व काही काढून टाकते, जे विरामचिन्हे, अवतरण चिन्हे आणि इमोजींना पत्त्याबाहेर ठेवते — रॉकेटचा इमोजी rocket हा शब्द बनू नये यासाठी इमोजी लिप्यंतरणापूर्वीच विशेषतः काढले जातात. "अंक काढा" बंद असते, कारण शीर्षकातील अंक हा सहसा शीर्षकाचाच भाग असतो. "कमाल लांबी" 10 ते 200 पर्यंत चालते आणि ती डीफॉल्टनुसार 80 असते; जेव्हा स्लग त्यापेक्षा लांब असतो तेव्हा इंजिन एखाद्या शब्दाच्या मधून कापण्याऐवजी मर्यादेत बसणाऱ्या शेवटच्या पूर्ण शब्दावर कापतं. प्रत्येक परिणामाशेजारील आकडा त्याची अक्षरांमधील लांबी दर्शवितो, आणि तो 60 च्या पुढे गेल्यावर लाल होतो — ही कोणतीही कठोर मर्यादा नाही, परंतु तो असा बिंदू आहे जिथून स्लग शोध परिणामांमध्ये कापला जाऊ लागतो आणि संदेशामध्ये पेस्ट करणे गैरसोयीचे होते.
बल्क कनव्हर्जनला परत एका क्लिकच्या कामात रूपांतरित करण्यासाठी आणखी दोन स्विचेस अस्तित्त्वात आहेत. "स्लग युनिक बनवा" अशी परिस्थिती हाताळतो जिथे दोन भिन्न शीर्षके एकाच स्लगमध्ये बदलतात — "सर्वोत्तम 10 टिपा" आणि "सर्वोत्तम-10 टिपा" दोन्ही srvottm-10-tipa बनतात — आणि दुसऱ्याला -2, तिसऱ्याला -3 देतो, जर प्रत्ययामुळे स्लग तुमच्या कमाल लांबीच्या पुढे जात असेल तर प्रथम बेस लहान करतो. एका पत्त्यावर दोन पृष्ठे असणे ही एक समस्या आहे जी तुमच्या CMS पेक्षा या सूचीमध्ये पकडणे अधिक सोपे आणि स्वस्त आहे. "पेस्ट केलेल्या URL मधून स्लग घ्या" हे विरुद्ध दिशेने कार्य करते: संपूर्ण लिंक पेस्ट करा आणि टूल पाथचा शेवटचा भाग घेते, क्वेरी स्ट्रिंग आणि कोणताही .html किंवा .php एंडिंग वगळते, आणि पर्सेंट-एनकोडिंग डिकोड करते, त्यामुळे %D0%9B%D1%8C%D0%B2%D1%96%D0%B2 वर संपणारी विकिपीडिया लिंक हेक्स अंकांच्या मालिकेऐवजी lviv म्हणून परत येते. हे तेव्हाच ट्रिगर होते जेव्हा संपूर्ण ओळ एक लिंक असते, त्यामुळे वाक्यात उद्धृत केलेला पत्ता जसा आहे तसाच राहतो.
हा स्लग जनरेटर का निवडावा?
- केवळ ब्राउझर: तुमची शीर्षके कधीही अपलोड केली जात नाहीत, आणि पेज ऑफलाइन कार्यरत राहते
- पेस्ट केलेल्या मजकुरातून किंवा फाईलमधून बल्क कनव्हर्जन, प्रत्येक स्लगच्या वर मूळ शीर्षकासह
- सर्व भाषांसाठी एक सामान्य टेबल नसून प्रत्येक भाषेसाठी वास्तविक लिप्यंतरण मानके
- युक्रेनियन 2010 च्या ठराव क्रमांक 55 नुसार — पासपोर्टमध्ये वापरले जाणारे स्पेलिंग
- प्रत्येक नियम अक्षरशः संपादन करण्यायोग्य, एका क्लिकच्या रिसेट पर्यायासह
- स्वयंचलित -2 आणि -3 प्रत्यय जेणेकरून बॅचमधील दोन स्लग्स एकमेकांवर आदळणार नाहीत
- लिंक पेस्ट करा आणि त्यातून स्लग मिळवा, पर्सेंट-एनकोडिंग डिकोड केलेले
- एक संपादन करण्यायोग्य स्टॉप शब्द सूची जी तुमच्या भाषेसाठी भरलेली येते
- पूर्ण शब्दावर सुरक्षित कट, प्रत्येक परिणाच्या शेजारी अक्षरांच्या मोजणीसह
- विनामूल्य आणि अमर्यादित: कोणतेही साईन-अप नाही, कोणताही कोटा नाही, आमच्या सर्व्हर्सवर काहीही ठेवले जात नाही
ज्या पानाला वाचण्यायोग्य पत्ता असणे आवश्यक असते अशा प्रत्येक ठिकाणी स्लग्स आवश्यक असतात. एखादा ब्लॉग किंवा न्यूज साईट प्रत्येक हेडलाइनचे स्लगमध्ये रूपांतर करते, ज्यासाठीच हे टूल प्रामुख्याने तयार केले गेले होते: आठवड्याच्या हेडलाईन्स पेस्ट करा, आठवड्याचे URLs मिळवा. एक ऑनलाइन दुकान उत्पादन आणि श्रेणीच्या नावांसाठी हेच करते, विशेषतः आयात केल्यानंतर मोठ्या प्रमाणात, आणि बहुधा अशा भाषेत जिचे वर्णमाला पत्ता सामावून घेऊ शकत नाही. दस्तऐवजीकरण आणि ज्ञानकोष (knowledge bases) अँकर्स आणि फाईलची नावे याच पद्धतीने तयार करतात. वेब पत्त्यांच्या पलीकडे हीच स्वच्छ स्ट्रिंग तुम्हाला फाईलच्या नावासाठी आवश्यक असते जेणेकरून ती इतर ऑपरेटिंग सिस्टमवर खराब होणार नाही, लॉगमध्ये माणसाला वाचता येणारी डेटाबेस की, ब्रांचचे नाव, मीडिया लायब्ररीमधील इमेजचे नाव, किंवा स्टॅटिक साईट जनरेटरमधील सेक्शनचा आयडेंटिफायर यासाठीही तीच लागते. कोणत्याही ठिकाणी जिथे माणसाला वाचता येणारे नाव मशीन-वाचनीय फील्डमध्ये ठेवल्यावर टिकून राहणे आवश्यक असते, तिथे स्लगची जागा असते.
यावर अवलंबून राहण्यापूर्वी काही मर्यादा जाणून घेणे महत्त्वाचे आहे. हा एक जनरेटर आहे, व्हॅलिडेटर नाही: एखादा स्लग तुमच्या साईटवर आधीपासूनच घेतला गेला आहे का हे तो तपासणार नाही, कारण तुमच्या साईटवर काय आहे याची त्याला कल्पना नसते — तो जी युनिकनेस हमी देतो ती फक्त तुमच्या समोरील बॅचपुरती मर्यादित असते. रिडायरेक्ट्स हे सुद्धा तुमचे काम आहे; प्रकाशित पानाचा स्लग बदलल्याने त्याचा जुना पत्ता खंडित होतो, आणि हा निर्णय या टूलऐवजी तुमच्या CMS साठी आहे. "फाइलमध्ये जतन करा" हा साधा मजकूर (plain text) लिहितो, CSV किंवा JSON नाही. स्वयंचलित विभाजन (automatic split) स्वल्पविरामांबद्दल असा निर्णय घेते जो जवळजवळ प्रत्येक बाबतीत बरोबर असतो पण सर्वच बाबतीत नाही, आणि म्हणूनच "यानुसार इनपुट विभाजित करा" तुम्हाला तो ओव्हररूल करू देते. आणि लिप्यंतरण ही एक पद्धत आहे, भाषांतर नाही — München हे Munich न बनता muenchen बनते — त्यामुळे जेव्हा एखाद्या पानाचे लक्ष्य भाषेत एक स्थापित नाव असते, तेव्हा ते नाव मूळ नावाच्या कोणत्याही स्वयंचलित रूपांतरणापेक्षा अधिक चांगला स्लग असतो.