लाइफहाक: प्रभावी भीड़ विपणन के लिए Google खोज का पूर्ण उपयोग करना। अन्य देशों में Google SERPs देखें

डेल्फी 6 में प्रयुक्त इंडी घटक।

इंटरनेट की बुनियादी सेवाओं और प्रोटोकॉल के अलावा, अतिरिक्त सेवाओं की एक विस्तृत श्रृंखला है, जिनकी क्षमताएं अक्सर इंटरनेट डेवलपर्स द्वारा उपयोग की जाती हैं। इसके अलावा, ब्राउज़र का उपयोग करके जानकारी प्रदर्शित करने की क्षमता हमेशा इंटरनेट अनुप्रयोगों के लिए स्वीकार्य समाधान नहीं होती है। इस मामले में, डेटा एक्सचेंज के लिए इंटरनेट इंफ्रास्ट्रक्चर का उपयोग करना और डेल्फी में विकसित अधिक जटिल क्लाइंट एप्लिकेशन के माध्यम से जानकारी का प्रदर्शन सुनिश्चित करना उचित है।

मान लें कि आप कस्टम सर्वर-साइड लॉजिक लागू करना चाहते हैं जो मानक वेब सर्वर में नहीं बनाया गया है। समस्याओं के इस वर्ग को हल करने के लिए, डेल्फी में नेवरोना डिज़ाइन्स (http://www.nevrona.com/Indy/) से इंटरनेट डायरेक्ट (इंडी) लाइब्रेरी शामिल है। विशेष रूप से बोर्लैंड डेल्फी के लिए विकसित इस पुस्तकालय में पहले से ही आठ संस्करण हैं, जिनमें से नवीनतम को शामिल किया गया था नया संस्करणडेल्फी। घटकों का सेट तीन समूहों में बांटा गया है: क्लाइंट (इंडी क्लाइंट), सर्वर (इंडी सर्वर) और सहायक (इंडी विविध)।

इंडी ग्राहक और भारत सर्वरएस

बहुलता इंडी घटकक्लाइंट और इंडी सर्वर प्रोटोकॉल और सेवाओं के क्लाइंट और सर्वर भागों से संबंधित जोड़े हैं (अलग, मुख्य रूप से सर्वर-आधारित घटकों जैसे टनलमास्टर और टनलस्लेव के अपवाद के साथ), और टीसीपी / आईपी, यूडीपी जैसे प्रोटोकॉल के उपयोग की अनुमति देते हैं। NNTP, SMTP, FTP , HTTP, साथ ही ECHO, FINGER, WHOIS सेवाएं आदि।

इंडी क्लाइंट घटकों को सॉकेट्स का उपयोग करके लिखा जाता है। क्लाइंट साइड पर सॉकेट को सर्वर से कनेक्शन की आवश्यकता होती है। एक बार कनेक्शन स्थापित हो जाने के बाद, क्लाइंट और सर्वर संदेशों का आदान-प्रदान शुरू कर सकते हैं। ये संदेश एक अलग प्रकृति के होते हैं, लेकिन आमतौर पर एक्सचेंज एक विशिष्ट प्रोटोकॉल (उदाहरण के लिए, HTTP) के अनुसार होता है।

TIdTCP क्लाइंट और TIdTCP सर्वर

इन घटकों का उपयोग मुख्य नेटवर्क प्रोटोकॉल - टीसीपी (ट्रांसमिशन कंट्रोल प्रोटोकॉल) में से एक का समर्थन करने के लिए किया जाता है, और टीआईडीएसएमटीपी और टीआईडीएफटीपी घटकों के लिए आधार वर्ग भी हैं। TIdTCPServer वर्ग में एक ThreadMgr गुण है जो डिफ़ॉल्ट रूप से शून्य है। यदि TIdTCPServer सक्षम होने पर ThreadMgr शून्य है, तो TIdThreadMgrDeafault वर्ग निहित रूप से बनाया जाएगा। अन्यथा, स्थापित प्रक्रिया प्रबंधक का उपयोग किया जाता है।

TIdUDP क्लाइंट और TIdUDP सर्वर

इन घटकों का उपयोग यूडीपी (उपयोगकर्ता डेटाग्राम प्रोटोकॉल) नेटवर्क प्रोटोकॉल का समर्थन करने के लिए किया जाता है और कई अन्य इंडी घटकों के लिए आधार वर्ग भी हैं।

TIdChargenServer

घटक का उपयोग यादृच्छिक वर्ण उत्पन्न करने के लिए किया जाता है, आमतौर पर परीक्षण उद्देश्यों के लिए।

TIdDayTime और TIdDayTimeServer

समय सेवा प्रदान करने के लिए घटकों का उपयोग किया जाता है। क्लाइंट अनुरोध करता है और सर्वर वर्तमान दिनांक और समय की रिपोर्ट करता है।

TIdDNSResolver

यह एक क्लाइंट घटक है जो DNS (डोमेन नाम सेवा) सर्वर से अनुरोध करता है। DNS सर्वर क्वेरीज़ को कंप्यूटर के नाम को उसके IP पते से बदलने के लिए डिज़ाइन किया गया है। TIdDNResolver TIdUDPClient का एक उपवर्ग है।

TIdDICTसर्वर

डिक्शनरी सर्वर प्रोटोकॉल (डीआईसीटी) सर्वर घटक - एक सर्वर-साइड टीसीपी-आधारित शब्दकोश जो क्लाइंट को प्राकृतिक भाषा शब्दकोश तक पहुंचने की अनुमति देता है।

TIdDISCARDसर्वर

सर्वर घटक जो रिकॉर्ड सर्वर का समर्थन करता है। रिकॉर्डिंग का उपयोग डिबगिंग और माप उपकरण के रूप में किया जा सकता है। रिकॉर्ड सेवा बस किसी भी डेटा को पास करती है जो इसे प्राप्त करने के लिए तैयार है।

TI dEcho और TI dECHOServer

घटकों का उद्देश्य एक प्रतिक्रिया सेवा प्रदान करना है, आमतौर पर नेटवर्क के स्वास्थ्य का परीक्षण करने के लिए उपयोग किया जाता है। क्लाइंट सर्वर को एक टेक्स्ट संदेश भेजता है, सर्वर क्लाइंट को संदेश लौटाता है। यदि संदेश खराब है, तो नेटवर्क खराब है।

TIdFinger और TIdFingerServer

घटकों का उद्देश्य एक प्रोटोकॉल प्रदान करना है जो उपयोगकर्ता को सिस्टम पर अन्य उपयोगकर्ताओं की उपस्थिति के संबंध में डेटा क्वेरी करने की अनुमति देता है। कुछ सर्वर ऐसे क्लाइंट अनुरोधों को संभालते हैं। घटकों की इस जोड़ी का उपयोग करने से आप क्लाइंट अनुरोधों की सेवा कर सकेंगे जो यह पता लगाते हैं कि सिस्टम में अन्य उपयोगकर्ता हैं या नहीं।

टीआईडीएफटीपी

घटक में फ़ाइल स्थानांतरण प्रोटोकॉल - एफ़टीपी (फ़ाइल स्थानांतरण प्रोटोकॉल) के लिए पूर्ण समर्थन शामिल है। निष्क्रिय और सक्रिय डेटा स्थानांतरण समर्थित है, साथ ही जीईटी और पुट जैसे संचालन, निर्देशिकाओं को हटाने, कोटा, फ़ाइल और निर्देशिका आकार प्राप्त करना। अपने काम में, TI dFTP TIdSimpleServer वर्ग का उपयोग करता है। जब एक एफ़टीपी फ़ाइल स्थानांतरण प्रगति पर होता है, तो द्वितीयक टीसीपी कनेक्शन डेटा स्थानांतरण के लिए खुला होता है और डेटा स्थानांतरित होने पर बंद हो जाता है। इस कनेक्शन को "डेटा लिंक" कहा जाता है और प्रत्येक फ़ाइल को स्थानांतरित करने के लिए अद्वितीय है।

TIdGopher और TIdGopherServer

इन घटकों को एक नेटवर्क प्रोटोकॉल प्रदान करने के लिए डिज़ाइन किया गया है जिसे में प्रतिस्थापित किया गया है हाल के समय में WWW (वर्ल्ड वाइड वेब) से HTTP प्रोटोकॉल का उपयोग कर। सर्वर जो इस प्रोटोकॉल को लागू करता है एक पदानुक्रमित वितरित कार्यप्रवाह समर्थन प्रणाली प्रदान करता है। \demos\indy\GopherClient और \demos\indy \GopherServer निर्देशिकाओं में स्थित घटकों की इस जोड़ी का उपयोग करने का एक उदाहरण दर्शाता है कि इस प्रोटोकॉल का उपयोग आपके कंप्यूटर पर स्थित फ़ाइलों के बारे में स्थानीय नेटवर्क पर जानकारी प्रदान करने के लिए कैसे किया जा सकता है, जिसमें बंद भी शामिल है वाले..

TIdHostNameसर्वर

क्लाइंट को स्थानीय सर्वर नाम पास करने के लिए डिज़ाइन किया गया एक सर्वर घटक।

TIdHTTP और TIdHTTPसर्वर

घटकों का उपयोग HTTP नेटवर्क प्रोटोकॉल प्रदान करने के लिए किया जाता है (संस्करण 1.0 और 1.1 समर्थित हैं, जिसमें GET, POST और HEAD संचालन शामिल हैं)। इसके अलावा, प्रमाणीकरण और प्रॉक्सी सर्वर के उपयोग के लिए समर्थन प्रदान किया जाता है। सर्वर घटक का उपयोग किसी अन्य वेब सर्वर को सेवाएं प्रदान करने के लिए किया जाता है जो इस प्रोटोकॉल का समर्थन करता है। TIdHTTPServer कुकीज़, राज्य प्रबंधन, और बहुत कुछ जैसी सुविधाओं को लागू करना आसान बनाता है।

TIdIcmpClient

ICMP (इंटरनेट कंट्रोल मैसेज प्रोटोकॉल) प्रोटोकॉल प्रदान करने के लिए डिज़ाइन किया गया एक क्लाइंट कंपोनेंट, जिसकी मदद से पिंग ऑपरेशन और नेटवर्क ट्रेसिंग की जाती है।

TIdPOP3

एक क्लाइंट घटक जिसे पीओपी (पोस्ट ऑफिस प्रोटोकॉल) प्रोटोकॉल प्रदान करने के लिए डिज़ाइन किया गया है, जिसमें एमआईएमई एन्कोडिंग और डिकोडिंग के साथ-साथ मल्टीबाइट वर्णों के हस्तांतरण के लिए समर्थन शामिल है।

TIdIMAP4सर्वर

सर्वर पर IMAP (इंटरनेट मैसेज एक्सेस प्रोटोकॉल) संचालन का समर्थन करने के लिए डिज़ाइन किया गया एक सर्वर घटक। प्रोटोकॉल आपको संदेशों की खोज करने की अनुमति देता है ईमेलसर्वर पर। IMAP और POP के बीच का अंतर यह है कि POP के लिए आवश्यक है अतिरिक्त स्मृतिडेटा स्टोर करने के लिए, और IMAP प्रोटोकॉल क्लाइंट मशीन के बजाय सर्वर से बात करता है। IMAP4 को POP3 को बदलने के लिए बनाया गया था, लेकिन POP3 प्रोटोकॉल अभी भी व्यापक रूप से उपयोग किया जाने वाला मानक है।

टीआईडीआईआरसीसर्वर

इंटरनेट पर सबसे अधिक उपयोग किए जाने वाले सेवा संचालन का समर्थन करने के लिए डिज़ाइन किया गया एक सर्वर घटक, जिसे आमतौर पर चैट (मैत्रीपूर्ण बातचीत के लिए) कहा जाता है। घटक एक आईआरसी (इंटरनेट रिले चैट) सर्वर के लिए बुनियादी बिल्डिंग ब्लॉक प्रदान करता है।

टीआईडीमैप्डपोर्टटीसीपी

मैप किए गए पोर्ट बनाने के लिए डिज़ाइन किया गया एक सर्वर घटक, जो अक्सर प्रॉक्सी सर्वर में उपयोग किया जाता है। इस घटक के तरीके आपको एक पोर्ट को दूसरे में मैप करने की अनुमति देते हैं। उदाहरण के लिए, पोर्ट 80 को पोर्ट 3000 पर मैप किया जा सकता है और पहले पोर्ट (पोर्ट 80) के सभी अनुरोधों को दूसरे पोर्ट (पोर्ट 3000) पर भेज दिया जाएगा।

TIdNNTP और TIdNNTPसर्वर

समाचार सेवाओं में उपयोग किए जाने वाले नेटवर्क न्यूज ट्रांसफर प्रोटोकॉल (एनएनटीपी) प्रदान करने के लिए इन घटकों की आवश्यकता होती है। क्लाइंट घटक में MIME एन्कोडिंग और डिकोडिंग के साथ-साथ मल्टीबाइट वर्णों और वैकल्पिक एन्कोडिंग के लिए समर्थन शामिल है। सर्वर घटक आपको समाचार सर्वर बनाने की अनुमति देता है। यह नोट करना महत्वपूर्ण है कि TIdNNTPServer एक पूर्ण विशेषताओं वाला समाचार सर्वर नहीं है, बल्कि एक घटक है जो ऐसे सर्वर के लिए बुनियादी कार्यक्षमता प्रदान करता है।

TIdQOTD और TIdQOTDसर्वर

दिन सेवा का भाव प्रदान करने के लिए घटकों का उपयोग किया जाता है। क्लाइंट घटक दैनिक उद्धरण प्राप्त करने के लिए सर्वर घटक के एक उदाहरण से जुड़ता है। प्रत्येक सर्वर इंस्टेंस में एक अद्वितीय उद्धरण डेटाबेस होता है।

टीआईडीएसएमटीपी

सरल मेल ट्रांसफर प्रोटोकॉल (एसएमटीपी) अनुप्रयोगों में उपयोग करने के लिए डिज़ाइन किया गया क्लाइंट घटक, प्रमाणीकरण, एमआईएम एन्कोडिंग और डिकोडिंग के लिए समर्थन प्रदान करता है, और मल्टीबाइट वर्णों के लिए समर्थन प्रदान करता है।

टीआईडीएसएनटीपी

एसएनटीपी (सरल नेटवर्क टाइम प्रोटोकॉल) प्रदान करने के लिए डिज़ाइन किया गया एक क्लाइंट घटक - एक समय सेवा। वर्तमान तिथि और समय निर्धारित करने के लिए किसी भी समय सेवा से जुड़ने के लिए उपयोग किया जा सकता है।

TIdSimpleसर्वर

एक सर्वर घटक जो एक हल्का टीसीपी सर्वर प्रदान करता है। आपको पॉइंट-टू-पॉइंट कनेक्शन व्यवस्थित करने की अनुमति देता है। एकल उपयोगकर्ता के साथ सर्वर बनाने के लिए उपयोग किया जाता है, अर्थात यह एक समय में केवल एक कनेक्शन प्रदान कर सकता है। TIdTCPServer घटक के विपरीत, यह क्लाइंट से अनुरोधों की प्रतीक्षा करते समय और इन अनुरोधों को संसाधित करते समय द्वितीयक प्रक्रियाओं को उत्पन्न नहीं करता है। दूसरे शब्दों में, यदि सर्वर किसी क्लाइंट से अनुरोध परोस रहा है, और उस समय कोई अन्य क्लाइंट इसे कनेक्ट करने के लिए एक्सेस कर रहा है, तो इसे पहले अनुरोध को संसाधित करने के अंत तक अवरुद्ध कर दिया जाएगा।

TIdTelnet और TIdTelnetServer

क्लाइंट घटक का उपयोग कंसोल वार्ता और प्रमाणीकरण सहित किसी अन्य कंप्यूटर पर दूरस्थ सत्र आयोजित करने के लिए किया जाता है। संचार प्रोटोकॉल सर्वर के साथ इंटरेक्टिव इंटरैक्शन करने वाले व्यक्ति की उपस्थिति मानता है। क्लाइंट घटक में डिस्प्ले सपोर्ट और टर्मिनल इम्यूलेशन नहीं है, लेकिन बस बैक एंड से कनेक्शन प्रदान करता है। आमतौर पर, TIdTelnetServer सर्वर प्रोटोकॉल का उपयोग क्लाइंट के साथ इंटरेक्टिव इंटरैक्शन के लिए टेक्स्ट-आधारित दूरस्थ डेटाबेस को व्यवस्थित करने के लिए किया जाता है।

TIdTime और TIdTimeServer

क्लाइंट घटक समय के लिए TIdSNTP घटक का एक विकल्प है। यह ध्यान रखना महत्वपूर्ण है कि इन दोनों प्रोटोकॉल के प्रारूप अलग-अलग हैं। TIdTime RFC 868 प्रारूप पर आधारित है (यूनिक्स ओएस के आंतरिक मानक में समय लौटाता है, सभी आवश्यक रूपांतरण करता है)। सर्वर घटक एक डेटाइम सर्वर के संचालन में समान है। स्थानीय कंप्यूटर पर टाइम सर्विस को लागू करने के लिए इस्तेमाल किया जा सकता है। कोई अतिरिक्त कोड की आवश्यकता नहीं है, बस TIdTimeServer का एक उदाहरण बनाएं जो सर्वर कंप्यूटर की आंतरिक घड़ी का समय लौटाएगा।

TIdTrivialFTP और TIdTrivialFTP सर्वर

सरलतम फ़ाइल स्थानांतरण प्रोटोकॉल को व्यवस्थित करने के लिए ये घटक आवश्यक हैं। इस प्रोटोकॉल के क्लाइंट घटक का उपयोग संबंधित सर्वर घटक के उदाहरण से कनेक्ट करने के लिए किया जाता है। प्रोटोकॉल फ़ाइल स्थानांतरण के निजी, हल्के, स्थानीय मामलों के लिए अभिप्रेत है, उदाहरण के लिए, स्थानीय क्षेत्र नेटवर्क में या राउटर को रूटिंग टेबल डाउनलोड करने (अपलोड करने) के लिए। इस प्रोटोकॉल की कमजोर विशेषताओं के कारण, प्रमाणीकरण एल्गोरिदम या किसी अन्य सुरक्षा तंत्र का उपयोग करते समय इसके उपयोग की अनुशंसा नहीं की जाती है। इस प्रोटोकॉल का मुख्य उद्देश्य फाइलों को एक हार्डवेयर डिवाइस में स्थानांतरित करना है ताकि इसे संशोधित किया जा सके।

TIdTunnelMaster और TIdTunnelSlave

सर्वर टनल घटकों का उपयोग प्रॉक्सी सर्वर में एक ही भौतिक एक (सुरंग) पर कई तार्किक कनेक्शनों को व्यवस्थित करने के लिए किया जाता है। इन वर्गों का उपयोग विभिन्न उद्देश्यों के लिए किया जा सकता है, जैसे कि गैर-गुप्त चैनलों पर एक गुप्त संबंध स्थापित करना।

TIdWhois और TIdWhoIsServer

यह क्लाइंट घटक किसी भी मानक Whois सर्वर से जुड़ता है जो आपको डोमेन के बारे में जानकारी प्राप्त करने की अनुमति देता है। सर्वर घटक एनआईसी सर्वर की बुनियादी कार्यक्षमता प्रदान करता है।

इंडी Misc

इंडी विविध घटक पैलेट पृष्ठ में पासवर्ड को स्टोर करने के लिए उपयोग किए जाने वाले क्रिप्टोग्राफ़िक मानकों के लिए BASE64, UUE, उद्धृत प्रिंट करने योग्य और अन्य सामान्य ई-मेल संचार प्रारूप, एन्कोडर (MD2, MD4 और MD5) शामिल हैं। इलेक्ट्रॉनिक हस्ताक्षरएक अपरिवर्तनीय (डिक्रिप्ट करने के लिए कठिन) रूप में, साथ ही साथ कई अन्य उपयोगी घटक और उपयोगिताओं जो अक्सर इंटरनेट अनुप्रयोगों के विकास में उपयोग किए जाते हैं।

टीआईडीएंटीफ्रीज

इंडी के घटक एल्गोरिदम के अवरुद्ध होने के कारण, अक्सर ऐसा लगता है कि कनेक्शन काम कर रहा है, जबकि एप्लिकेशन "हैंग हो रहा है"। आवेदन की ठंड (फ्रीज) को रोकने के लिए संचार का आयोजन करते समय माध्यमिक प्रक्रियाओं (धागे) के उपयोग को बाहर करने के लिए, यह निर्दिष्ट घटक को फॉर्म पर रखने के लिए पर्याप्त है।

घटक टीसीपी/आईपी प्रोटोकॉल स्टैक से अनुरोधों को पार्स करके और बाहरी कनेक्शन अवरुद्ध होने पर देरी के दौरान एप्लिकेशन को संदेश भेजकर काम करता है, जो कोड चलाने का भ्रम पैदा करता है। चूंकि घटक केवल मुख्य प्रक्रिया के लिए अवरुद्ध कनेक्शन को प्रभावित करता है, इसलिए एप्लिकेशन की माध्यमिक प्रक्रियाओं में TIdAntiFreeze के उपयोग की आवश्यकता नहीं है। ध्यान रखें कि TIdAntiFreeze घटक कनेक्शन को धीमा कर देता है क्योंकि संदेशों को संसाधित करने के लिए मुख्य प्रक्रिया समय-समय पर बाधित होती है। इससे इस बात का ध्यान रखा जाना चाहिए कि विकसित किया जा रहा एप्लिकेशन संदेशों को संसाधित करने में बहुत अधिक समय नहीं लगाता है, जिसमें ऑनक्लिक, ऑनपेंट, ऑनराइज़, आदि शामिल हैं। कुछ हद तक, इसे TIdAntiFreeze वर्ग के गुणों के माध्यम से नियंत्रित किया जा सकता है। इस घटक का उपयोग वैकल्पिक है, लेकिन आपको एप्लिकेशन के विज़ुअल इंटरफ़ेस के साथ कनेक्शन को सिंक्रनाइज़ करने की समस्या को हल करने की अनुमति देता है।

TIdDateTimeStamp

इस तथ्य से संबंधित दिनांक और समय गणित करने के लिए एक वर्ग कि इंटरनेट प्रोटोकॉल विभिन्न दिनांक और समय स्वरूपों का उपयोग करते हैं; इसके अलावा, क्लाइंट और सर्वर अलग-अलग समय क्षेत्रों में हो सकते हैं।

टीआईडीआईपीवॉच

यह एक टाइमर-आधारित घटक है जो कंप्यूटर के आईपी पते में परिवर्तन के लिए लगातार निगरानी करता है। परिवर्तन का पता चलने पर घटक ईवेंट सक्रिय हो जाते हैं। निर्दिष्ट घटक का उपयोग आमतौर पर इस तथ्य का पता लगाने के लिए किया जाता है कि कंप्यूटर इंटरनेट या किसी अन्य नेटवर्क से जुड़ा है। इस स्थिति में आईपी पते में परिवर्तन एक नए नेटवर्क से कनेक्ट होने पर एक डीएचसीपी (डायनेमिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल) सर्वर द्वारा एक आईपी पते के असाइनमेंट के कारण हो सकता है।

टीआईडीलॉगडिबग

इस घटक का उद्देश्य किसी क्लाइंट या सर्वर घटक की घटनाओं को रोकना और निर्दिष्ट फ़ाइल में एक ईवेंट रिकॉर्ड रखना है। इंडी घटकों को डीबग करने के लिए यह घटक बहुत उपयोगी है।

टीआईडीमैसेज

संदेशों को ठीक से डिक्रिप्ट या एन्कोड करने के लिए घटक का उपयोग अन्य घटकों के संयोजन में किया जाता है। ये POP, SMTP और NNTP घटक हो सकते हैं। वर्ग MIME एन्क्रिप्शन और डिक्रिप्शन, मल्टीबाइट वर्ण और ISO एन्कोडिंग का समर्थन करता है।

टीआईडी ​​नेटवर्क कैलकुलेटर

कुछ इंडी घटकों में से एक जिसका उपयोग अनुप्रयोगों के निर्माण के दौरान किया जा सकता है। नेटवर्क कैलकुलेटर का उपयोग आईपी पते पर गणना करने के लिए किया जा सकता है, जिसमें नेटमास्क, सबनेट, नेटवर्क क्लास आदि शामिल हैं।

TIdThreadMgrDefault

घटक डिफ़ॉल्ट रूप से माध्यमिक प्रक्रियाओं का प्रबंधन प्रदान करता है। तब बनाया जाता है जब प्रक्रिया प्रबंधन का समर्थन करने वाले किसी भी इंडी घटक के पास परिभाषित TIdThreadManager वर्ग का उदाहरण नहीं होता है। घटक माध्यमिक प्रक्रियाओं के प्रबंधन के लिए केवल बुनियादी क्षमता प्रदान करता है: यह उन्हें मांग पर बनाता और नष्ट करता है।

TIdThreadMgrPool

TIdThreadMgrDefault की तुलना में एक अधिक उन्नत प्रक्रिया प्रबंधन घटक क्योंकि यह मांग पर बनाने या नष्ट करने के बजाय प्रक्रियाओं को मर्ज करता है।

टीआईडीवीकार्ड

वीकार्ड - इलेक्ट्रॉनिक समकक्ष बिज़नेस कार्ड, स्वामी की व्यक्तिगत जानकारी, ग्राफिक डेटा हो सकता है।

टीआईडीआईएमएफडीडिकोडर

इंटरनेट संदेशों को डिकोड करने के लिए डिज़ाइन किया गया। यह अन्य सभी एन्कोडर घटकों की तरह, TIdCoder वर्ग का वंशज है। TIdCoder वर्ग अगस्त 1982 में प्रस्तावित ARPA RFS-822 इंटरनेट पाठ संदेश प्रारूप मानक और दिसंबर 1987 में प्रस्तावित USENET संदेश मानक RFC 1036 के अनुसार डिकोडिंग करता है।

घटक हेडर के संदर्भ से RFS-822 प्रारूप का पता लगाने की अनुमति देने के लिए TIdCoder वर्ग की क्षमताओं का विस्तार करता है, एक प्राप्त डिक्रिप्शन मोड और MIME एन्क्रिप्शन और डिक्रिप्शन प्रदान करता है। TIdIMFDecoder घटक का उपयोग TIdMessageClient वर्ग में प्राप्त और प्रेषित संदेशों को डीकोड करने के लिए किया जाता है।

TIdउद्धृत प्रिंट करने योग्य एनकोडर

QuotedPrintableEncoder आपको निर्दिष्ट प्रारूप में पाठ को डिक्रिप्ट करने की अनुमति देता है। निर्दिष्ट एन्कोडिंग प्रकार के साथ एक स्टैंड-अलोन घटक के रूप में कार्य कर सकता है, जिससे नए एन्कोडिंग प्रकार वाले संदेश भेजे जा सकते हैं।

TIdBase64एनकोडर

एक और एन्क्रिप्शन एल्गोरिथ्म लागू करता है जो गैर-मुद्रण योग्य वर्णों को प्रसारित करना संभव बनाता है।

टीआईडीयूयूएनकोडर

पहले सिफर एल्गोरिदम में से एक को लागू करता है, UU एन्कोडिंग। कभी-कभी समाचार सेवा में लेख पोस्ट करते समय उपयोग किया जाता है।

TIdXXएनकोडर

इस एन्क्रिप्शन पद्धति का कभी भी उपयोग किए जाने की संभावना नहीं है। यह अनिवार्य रूप से एक ही यूयू एन्कोडिंग है, लेकिन एक अलग एन्क्रिप्शन तालिका के साथ।

TIdCoderMD2

एमडी (मैसेज डाइजेस्ट) एन्क्रिप्शन एल्गोरिथम की विभिन्न किस्मों वाले घटक। वे सभी मिश्रण पर आधारित हैं, एकतरफा हैं और डिक्रिप्शन एल्गोरिदम नहीं हैं।

प्रोटोकॉल क्लाइंट और सर्वर घटकों का उपयोग सर्वर और क्लाइंट इंटरनेट अनुप्रयोगों को विकसित करने के लिए किया जा सकता है, साथ में या इसके बजाय इंटरनेट और फास्टनेट पैलेट से मूल (क्लाइंटसॉकेट, सर्वरसॉकेट) और अन्य घटकों के साथ। इंडी घटक वेबब्रोकर आर्किटेक्चर का उपयोग नहीं करते हैं, इंटरनेट प्रोटोकॉल और सेवाओं के लिए निम्न-स्तरीय समर्थन को सीधे उनके स्रोत कोड में लागू करते हैं (स्रोत कोड संलग्न हैं)।

TIdConnectionInterceptOpenSSL और TIdServerInterceptOpenSSL

एसएसएल प्रोटोकॉल - सिक्योर सॉकेट लेयर (सीक्रेट सॉकेट लेवल), जो दो अनुप्रयोगों के बीच संचार की गोपनीयता और विश्वसनीयता सुनिश्चित करता है, के दो स्तर हैं। एक स्तरित परिवहन प्रोटोकॉल (जैसे टीसीपी) के निम्न स्तर पर, एसएसएल एक लेखन प्रोटोकॉल है और इसका उपयोग विभिन्न उच्च परत प्रोटोकॉल को समाहित करने के लिए किया जाता है। एसएसएल का लाभ यह है कि यह एक एप्लिकेशन प्रोटोकॉल स्वतंत्र है, और एसएसएल पर एक उच्च परत प्रोटोकॉल का उपयोग किया जा सकता है।

एसएसएल संचार सुरक्षा प्रदान करता है, जिसके तीन मुख्य कार्य हैं: एक गोपनीय कनेक्शन प्रदान करना; सार्वजनिक कुंजी एन्क्रिप्शन (पताकर्ता को प्रमाणित करने के लिए प्रयुक्त); डेटा ट्रांसमिशन विश्वसनीयता के लिए समर्थन।

• सममित क्रिप्टोग्राफी का उपयोग डेटा को एन्क्रिप्ट करने के लिए किया जाता है (जैसे DES, RC4, आदि)।
• डिजिटल हस्ताक्षर असममित सार्वजनिक कुंजी एन्क्रिप्शन (जैसे RSA, DSS, आदि) का उपयोग करके प्रदान किया जाता है।
• संचार की विश्वसनीयता, संदेश परिवहन में मैक सुधार कोड के माध्यम से संदेश की अखंडता की जांच करना, मैक गणनाओं का उपयोग करके सुरक्षित हैश फ़ंक्शन (जैसे SHA, MD5, आदि) शामिल हैं।

HTTP प्रोटोकॉल और सर्वर प्रमाणीकरण के संयोजन में, एसएसएल प्रोटोकॉल आवश्यक एन्क्रिप्शन फ़ंक्शन प्रदान करता है और फिर वेब सर्वर आदि को फिर से प्रमाणित करके स्थापित कनेक्शन को बनाए रखता है। यह समझना महत्वपूर्ण है कि एसएसएल केवल डेटा ट्रांसफर के दौरान संचार को सुरक्षित करता है और अन्य सुरक्षा तंत्रों का विकल्प नहीं है।

TIdConnectionInterceptOpenSSL और TIdServerInterceptOpenSSL घटक SSL प्रोटोकॉल के अनुसार क्लाइंट-साइड और सर्वर-साइड कनेक्शन दोनों प्रदान करते हैं। यह ध्यान दिया जाना चाहिए कि TIdConnectionInterceptOpenSSL और TIdServerInterceptOpenSSL घटक केवल डेल्फ़ी 6 में उपलब्ध हैं, लेकिन Kylix में नहीं। यह प्रोटोकॉल की जटिलता के कारण है, जो कि विंडोज के कार्यान्वयन के मामले में ऑपरेटिंग सिस्टम के कार्यों पर आधारित है।

इंडी घटकों का उपयोग करने के उदाहरण /Delphi6/Demos/Indy निर्देशिकाओं में पाए जा सकते हैं। कुल मिलाकर, संस्करण 8.0 में इंडी लाइब्रेरी में 69 घटक हैं। यह कहा गया है कि संस्करण 9.0 में निर्दिष्ट पुस्तकालय में 86 घटक होंगे। सभी घटक एकीकृत हैं और डेल्फ़ी 6 और काइलिक्स दोनों में शामिल हैं, जो उन्हें क्रॉस-प्लेटफ़ॉर्म अनुप्रयोगों को विकसित करने के लिए उपयोग करने की अनुमति देता है। सभी इंडी घटक मल्टीथ्रेडिंग का समर्थन करते हैं।

इंडी घटक इंटरनेट और फास्टनेट घटकों में उपलब्ध लगभग सभी कार्यक्षमताओं को लागू करते हैं, जो तालिका में स्पष्ट रूप से दिखाया गया है।

	अवयव	इंडी अवयव	घटकों का उद्देश्य
1	TserverSocket, TClientSocket	TIdTCPserverसॉकेट, TIdTCPClientSocket	टीसीपी/आईपी प्रोटोकॉल का उपयोग कर दो कंप्यूटरों (क्लाइंट और सर्वर) की बातचीत
2	टीएनएमडेटाइम	TIdDayTime, TIdDayTimeServer	वर्तमान समय के लिए सर्वर अनुरोध
3	TNMEcho	TIdEcho, TIdEchoServer	प्रतिक्रिया सर्वर के साथ संवाद करने के लिए प्रयुक्त
4	टीएनएमएफफिंगर	TIdFinger, TIdFingerServer	इंटरनेट खोज सर्वर से उपयोगकर्ता जानकारी प्राप्त करने के लिए उपयोग किया जाता है
5	टीएनएमएफटीपी	TIdFTP, TIdTrivialFTP, TIdTrivialFTPServer	FTP प्रोटोकॉल का उपयोग करके फ़ाइल स्थानांतरण प्रदान करें
6	टीएनएमएचटीटीपी	TIdHTTP, TIdHTTPसर्वर	डेटा विनिमय के लिए HTTP प्रोटोकॉल का उपयोग करें
7	TNMMsgServ, TNMMsg		क्लाइंट से सर्वर पर सरल टेक्स्ट संदेश भेजने के लिए प्रयुक्त होता है
8	टीएनएमएनएनटीपी	टीआईडीएनएनटीपी, टीआईडीएनएनटीपीसर्वर	समाचार सर्वर के साथ डेटा विनिमय का समर्थन करें
9	TNMPOP3	TIdPOP3	POP3 प्रोटोकॉल का उपयोग करके मेल सर्वर से ईमेल प्राप्त करने के लिए प्रयुक्त होता है
10	टीएनएमएसएमटीपी	टीआईडीएसएमटीपी	इंटरनेट मेल सर्वर के माध्यम से ई-मेल भेजने के लिए प्रयुक्त होता है
11	TNMStrm, TNMStrmServ		टीसीपी/आईपी प्रोटोकॉल का उपयोग करके स्ट्रीम में लिखे गए बाइनरी डेटा को स्थानांतरित करें
12	TNMUDP	टीआईडीयूडीपी, टीआईडीयूडीपीसर्वर	यूडीपी प्रोटोकॉल का उपयोग करके डेटा भेजें
13	टीपॉवरसॉक, टीएनएमजनरल सर्वर		घटकों के रूप में इनकैप्सुलेटेड कक्षाएं जो आपके अपने क्लाइंट (पॉवरसॉक) और सर्वर (NMGeneralServer) लिखने के लिए बुनियादी हैं।
14	TNMUUप्रोसेसर	टीआईडीयूयूएनकोडर, टीआईडीयूयूडीकोडर	बाइनरी फ़ाइलों को MIME या UUENCODE में बदलें
15	टीएनएमयूआरएल		स्ट्रिंग्स को HTML फॉर्मेट में कनवर्ट करता है और उन्हें वापस रिकोड करता है

अपवाद TNMMsgServ, TNMMsg, TNMStrm, TNMStrmServ, TpowerSock, TNMGeneralServer, TNMURL जैसी कक्षाएं हैं, जो या तो अप्रचलित प्रोटोकॉल को लागू करती हैं या वैकल्पिक वर्गों के एक बड़े समूह में कार्यक्षमता को लागू करती हैं।

हालांकि, अपने पूर्ववर्तियों - इंटरनेट और फास्टनेट घटकों के विपरीत, इंडी में समृद्ध सर्वर और डेटा ट्रांसकोडिंग और एन्क्रिप्शन घटक हैं, साथ ही प्रमाणीकरण समर्थन (इंडी विविध पैलेट) भी है। जैसा कि आप ऊपर दी गई तालिका से देख सकते हैं, मुख्य प्रोटोकॉल और सेवाएं न केवल क्लाइंट द्वारा प्रदान की जाती हैं, बल्कि सर्वर घटकों द्वारा भी प्रदान की जाती हैं। ये समय, प्रतिक्रिया, उपयोगकर्ता सूचना सेवाएं, साथ ही HTTP, NNTP, UDP और यहां तक ​​कि FTP का सबसे सरल संस्करण हैं।

इंडी घटकों का उपयोग करने के कुछ उदाहरण

डेल्फी के इंडी घटकों में, आईपी पते को होस्ट प्रॉपर्टी में परिभाषित किया जाता है, आमतौर पर केवल क्लाइंट अनुप्रयोगों में। सर्वर-होस्टेड घटकों में संबंधित पोर्ट को पोलिंग शुरू करने या रोकने के तरीके होते हैं - उदाहरण के लिए, IdTCPServer घटक की सक्रिय संपत्ति को बदलने से संबंधित पोर्ट का पोलिंग शुरू या बंद हो जाता है। क्लाइंट और सर्वर के बीच संबंध स्थापित करने के बाद, डेटा ट्रांसफर शुरू हो सकता है।

इंडी घटकों में बहुत ध्यान देनाडेटा के साथ काम करते समय सुरक्षा और विश्वसनीयता पर ध्यान केंद्रित करता है। उदाहरण के लिए, IdTCPClient घटक में कनेक्ट और डिस्कनेक्ट विधियाँ हैं। क्लाइंट साइड से नीचे दिए गए कोड की तरह प्रोग्रामिंग तकनीक लागू करना:

टीसीपी क्लाइंट के साथ कनेक्ट शुरू करें; कोशिश करें lstMain.Items.Add(ReadLn); अंत में डिस्कनेक्ट; समाप्त; समाप्त;

और कनेक्शन संपत्ति का उपयोग करके, सर्वर की ओर से TIdPeerThread वर्ग के AThread उदाहरण के लिए एक पैरामीटर के रूप में पारित किया गया:

AThread.Connection के साथ शुरू करें WriteLn ("बेसिक इंडी सर्वर सर्वर से हैलो।"); डिस्कनेक्ट; समाप्त;

आप या तो नियमित कनेक्शन निष्पादन या सही त्रुटि प्रबंधन पर भरोसा कर सकते हैं।

संबंधित वर्गों के ReadLn और WriteLn विधियों पर ध्यान दें - वे मानक पास्कल I/O ऑपरेटरों से मिलते जुलते हैं। यह यूनिक्स प्रोग्रामिंग तकनीक के लिए एक श्रद्धांजलि है, जहां अधिकांश सिस्टम संचालन उपयुक्त फाइलों को पढ़ने और लिखने के द्वारा किया जाता है।

फास्टनेट घटकों की तरह, इंडी घटक वर्गों में ऐसे कार्यक्रम होते हैं जिनका उपयोग ईवेंट प्रबंधन को व्यवस्थित करने के लिए किया जा सकता है। उदाहरण के लिए, आप किसी क्लाइंट से कनेक्ट करते समय प्रपत्र पर संदेश के प्रदर्शन को व्यवस्थित कर सकते हैं:

प्रक्रिया TForm1.IdECHOServer1Connect (एथ्रेड: TIdPeerThread); शुरू करें lblStatus.caption:= "[सर्विंग क्लाइंट]"; समाप्त;

इंडी ऐसे घटक प्रदान करता है जो क्लाइंट और सर्वर भागों के साथ प्रोटोकॉल लागू करते हैं जो इस पुस्तकालय के लिए अद्वितीय हैं। TIdGopherServer और TIdGopher घटक, क्लाइंट साइड पर GetExtendedMenu, GetFile, GetMenu, GetTextFile और सर्वर साइड पर ReturnGopherItem, SendDirectoryEntry के तरीकों के लिए धन्यवाद, विभिन्न प्रकार की फाइलों को देखने में मदद करते हैं, जिनमें छिपी के रूप में चिह्नित, साथ ही निर्देशिकाएं भी शामिल हैं। रिमोट कंप्यूटर(जिस तरह से dir *.* कमांड MS-DOS ऑपरेटिंग सिस्टम में करता है)।

IdSMTP और IdMessage घटकों का उपयोग करके, आप आसानी से अपना स्वयं का वेब एप्लिकेशन बना सकते हैं जो SMTP प्रोटोकॉल का उपयोग करके मेल भेज सकता है।

उसी समय, IdMessage वर्ग (इंडी विविध पृष्ठ से 23 घटकों में से एक) एक संदेश उत्पन्न करने के लिए ज़िम्मेदार है, जो इसके नाम से आता है, और IdSMTP मेल सर्वर से कनेक्शन स्थापित करने के लिए ज़िम्मेदार है।

इंडी में उपयोग की जाने वाली तकनीक अवरुद्ध पढ़ने और लिखने का उपयोग करती है। इंडी में उपयोग किया जाने वाला कोई भी कनेक्ट ऑपरेशन कनेक्शन के पूरा होने की प्रतीक्षा करता है। इंडी क्लाइंट घटकों के साथ काम करते समय, आपको आमतौर पर निम्न कार्य करने की आवश्यकता होती है:

• सर्वर से कनेक्शन का अनुरोध करें;
• सर्वर से पढ़ने और लिखने के लिए अनुरोध करें (सर्वर के प्रकार के आधार पर, चरण एक बार किया जाता है या कई बार दोहराया जाता है);
• सर्वर से कनेक्शन समाप्त करें और डिस्कनेक्ट करें।

इंडी के घटकों को बहुत उच्च स्तर की अमूर्तता प्रदान करने के लिए डिज़ाइन किया गया है। टीसीपी/आईपी स्टैक की पेचीदगियों और विवरण को प्रोग्रामर से छुपाया जाता है ताकि वह हाथ में काम पर ध्यान केंद्रित कर सके।

निम्न छोटा उदाहरण एक विशिष्ट क्लाइंट बीन सत्र दिखाता है:

IndyClient के साथ होस्ट शुरू करें: = "zip.pbe.com"; // होस्ट को कॉल करने के लिए पोर्ट: = 6000; // कनेक्ट पर सर्वर को कॉल करने के लिए पोर्ट; कोशिश करें // आपका कोड यहां जाता है अंत में डिस्कनेक्ट करें; समाप्त; समाप्त;

उदाहरण में, भले ही सर्वर से कनेक्शन स्थापित नहीं हुआ हो, फिर भी कोशिश-अंत कथन के उपयोग के कारण कनेक्शन इनायत से समाप्त हो जाएगा।

इंडी के सर्वर घटक विभिन्न प्रकार के सर्वर मॉडल का वर्णन करते हैं जिनका उपयोग आप अपनी आवश्यकताओं और प्रोटोकॉल के आधार पर कर सकते हैं।

TIdTCPServer सबसे अधिक इस्तेमाल किया जाने वाला सर्वर घटक है, जो एक माध्यमिक प्रक्रिया बनाता है जो एप्लिकेशन की मुख्य प्रक्रिया से स्वतंत्र होती है। बनाई गई प्रक्रिया संभावित ग्राहकों से आने वाले अनुरोधों की प्रतीक्षा करती है। प्रत्येक क्लाइंट के लिए यह प्रतिक्रिया करता है, एक व्यक्तिगत माध्यमिक प्रक्रिया बनाई जाती है। रखरखाव प्रक्रिया के दौरान होने वाली घटनाएं संबंधित प्रक्रियाओं के संदर्भ से संबंधित होती हैं।

दूसरे शब्दों में, प्रत्येक क्लाइंट कनेक्शन के लिए, TIdTCPServer वर्ग उस थ्रेड के OnExecute ईवेंट हैंडलर को कॉल करके एक अद्वितीय द्वितीयक थ्रेड का उपयोग करता है। OnExecute विधि का औपचारिक पैरामीटर बनाए गए थ्रेड के अनुरूप एथ्रेड वर्ग के एक उदाहरण का संदर्भ है। इस वर्ग की कनेक्शन संपत्ति TIdTCPConnection वर्ग का संदर्भ है, जिसे क्लाइंट अनुरोध को संसाधित करने के लिए तत्काल किया जाता है। TIdTCPConnection एक कनेक्शन पर पढ़ने और लिखने के साथ-साथ एक सत्र को स्थापित करने और समाप्त करने का समर्थन करता है।

यूडीपी प्रोटोकॉल पहले सर्वर के साथ कनेक्शन स्थापित किए बिना काम करता है (भेजा गया प्रत्येक पैकेट एक स्वतंत्र डेटा सेट है, और बड़े सत्र या कनेक्शन का हिस्सा नहीं है)। जबकि TIdTCPServer प्रत्येक कनेक्शन के लिए अलग थ्रेड बनाता है, TIdUDPServer या तो एक मुख्य थ्रेड या एकल द्वितीयक थ्रेड का उपयोग करता है जो सभी UDP प्रोटोकॉल अनुरोधों को संभालता है। जब TIdUDPServer सक्रिय होता है, तो आने वाले UDP पैकेटों को सुनने के लिए एक थ्रेड बनाया जाता है। प्राप्त प्रत्येक पैकेट के लिए, ThreadedEvent संपत्ति के मूल्य के आधार पर OnUDPRead ईवेंट को या तो मुख्य थ्रेड पर या सुनने वाले थ्रेड के संदर्भ में निकाल दिया जाता है। जब थ्रेडेडएवेंट गलत का मूल्यांकन करता है, तो घटना मुख्य धागे पर उठाई जाती है, अन्यथा सुनने वाले धागे पर। जबकि ईवेंट संसाधित किया जा रहा है, अन्य सर्वर संचालन अवरुद्ध हैं। इसलिए, यह सुनिश्चित करना महत्वपूर्ण है कि OnUDPRead प्रक्रियाएं जितनी जल्दी हो सके चलती हैं।

यदि आपको मौजूदा प्रोटोकॉल का उपयोग करके मौजूदा सर्वर के लिए एक नया क्लाइंट क्लाइंट एप्लिकेशन बनाने की आवश्यकता है, तो आपका कार्य केवल क्लाइंट एप्लिकेशन को विकसित और डीबग करना है। हालांकि, जब हमें मौजूदा या नए प्रोटोकॉल का उपयोग करके क्लाइंट और सर्वर दोनों अनुप्रयोगों को विकसित करना होता है, तो हमें क्लासिक "चिकन और अंडे" समस्या का सामना करना पड़ता है। प्रोग्रामिंग कहाँ से शुरू करें - क्लाइंट से या सर्वर से?

जाहिर है, अंत में, क्लाइंट और सर्वर दोनों को बनाया जाना चाहिए। कई अनुप्रयोगों के लिए, विशेष रूप से टेक्स्ट-आधारित प्रोटोकॉल (जैसे HTTP) का उपयोग करने वालों के लिए, सर्वर को डिज़ाइन करके एप्लिकेशन बनाना शुरू करना आसान होता है। और इसके डिबगिंग के लिए एक सुविधाजनक क्लाइंट है जो पहले से मौजूद है। यह एक टेलनेट कंसोल एप्लिकेशन है जो विंडोज और यूनिक्स दोनों पर उपलब्ध है।

यदि आप कंसोल कमांड टेलनेट 127.0.0.1 80 स्थानीय कंप्यूटर के आईपी पते और वेब सर्वर द्वारा उपयोग किए जाने वाले डिफ़ॉल्ट पोर्ट नंबर 80 के साथ टाइप करते हैं, तो एप्लिकेशन अंजीर में दिखाए गए पाठ के साथ प्रतिक्रिया करेगा। विंडोज 2000 और आईआईएस 5.0 के लिए 6.

इंडी घटकों का उपयोग करके सबसे सरल सर्वर बनाने के लिए, आपको यह करना होगा:

यदि आपको एक ऐसा सर्वर डिज़ाइन करने की आवश्यकता है जो न केवल अपने ग्राहकों को कनेक्शन टूटने पर सही ढंग से सूचित करता है, बल्कि उन्हें होने वाली त्रुटि स्थितियों के बारे में जानकारी भी प्रदान करता है, तो कोशिश-छोड़कर कथन का उपयोग करें, बजाय अंत में प्रयास करें - उदाहरण के लिए, जैसा कि निम्नलिखित उदाहरण में दिखाया गया है:

प्रक्रिया TDataModule1.IdTCPServer1Execute(AThread: IdPeerThread); वार्स: स्ट्रिंग; AThread.Connection से शुरू करें कोशिश करें s:= ReadLn; // यहां सर्वर का कार्य करें अंत; // अंत में डिस्कनेक्ट को छोड़कर प्रयास करें; समाप्त; समाप्त;

यह छोटा सा उदाहरण एक साधारण टेक्स्ट सर्वर बनाने के चरणों के साथ-साथ इसे डिबग करने के तरीके को दर्शाता है।

उपरोक्त सर्वर है एक विशिष्ट उदाहरणआधुनिक वितरित कंप्यूटिंग का संगठन।

बहु-स्तरीय एप्लिकेशन बनाने की विशेषताएं

हाल ही में, क्लाइंट अनुरोधों को पूरा करने के लिए कई सर्वरों का तेजी से उपयोग किया गया है। इस प्रकार का एक सर्वर, एक क्लाइंट अनुरोध प्राप्त करता है और इसे आगे की प्रक्रिया के लिए आंशिक रूप से तैयार करता है, दूसरे सर्वर से संपर्क करता है और इसे एक रूपांतरित अनुरोध या अनुरोध भेजता है। दूसरा स्तरीय सर्वर, बदले में, अन्य सर्वरों के साथ संचार कर सकता है। इस प्रकार, हम एक बहु-स्तरीय सर्वर आर्किटेक्चर के बारे में बात कर सकते हैं।

अगला, हम एक डेटा एक्सेस सर्वर बनाएंगे जिसका उद्देश्य डेटाबेस से डेटा वापस करना है। हालाँकि, यह सर्वर डेटाबेस फ़ाइलों को सीधे पढ़ता या लिखता नहीं है। इसके बजाय, यह क्लाइंट द्वारा आवश्यक डेटा की तलाश में डेटाबेस सर्वर से संपर्क करता है।

इसलिए, हम त्रि-स्तरीय आर्किटेक्चर के साथ एक एप्लिकेशन विकसित करना शुरू करते हैं। इंडी घटकों का उपयोग करके एक डेटाबेस सर्वर बनाने के लिए, आपको यह करना होगा:

1. एक नया प्रोजेक्ट बनाएं।
2. जगह पर मुख्य रूपइंडी सर्वर पैलेट से TIdTCPServer घटक का प्रोजेक्ट उदाहरण।
3. TIdTCPServer1 वर्ग के उदाहरण के DefaultPort गुण को 6001 पर सेट करें (विभिन्न अनुप्रयोगों के लिए डुप्लिकेट पोर्ट नंबरों से बचने के लिए उच्च मान की अनुशंसा की जाती है), और सक्रिय गुण को सत्य पर सेट करें।
4. फ़ाइल का चयन करके प्रोजेक्ट में एक नया मॉड्यूल जोड़ें | नया | डेटा मॉड्यूल, और घटक पैलेट पर dbExpress टैब से उस पर SQLConnection और SQLDataSet घटकों के उदाहरण रखें।
5. SQLConnection क्लास की कनेक्शननाम प्रॉपर्टी को ILocal पर सेट करें और LoginPrompt को False पर सेट करें। यदि आपने कर्मचारी.जीडीबी डेटाबेस के लिए आईबीलोकल को कॉन्फ़िगर नहीं किया है, तो पहले इस प्रक्रिया का पालन करें।
6. SQLDataSet वर्ग के SQLConnection गुण को SQLConnection1 पर सेट करें और CommandText गुण को SQL कथन पर सेट करें: CUSTOMER से CUSTOMER, CONTACT_FIRST, CONTACT_LAST चुनें जहां CUST_NO =: cust.

अक्सर एक नवाचार दूसरे के अंत का कारण बनता है। कुछ समय पहले तक, ब्लॉगर Google व्यक्तिगत खोजों के आधार पर एक खोज इंजन चलाता था। हमारे पास विजेट था, और अभी भी उपलब्ध है " खोज बॉक्स", लेकिन वह काम नहीं करता है. इसके बजाय, Google ने चुपचाप ब्लॉगर के लिए एक साधारण ब्लॉग खोज की शुरुआत की। एक ओर, यह अजाक्स समाधान का सरलीकरण और हानि है, और दूसरी ओर, एक ऐसा तंत्र जो एक ही Google Analytics में समझने योग्य और ट्रैक करने योग्य है।

• ब्लॉगर सर्च फॉर्म कैसे बनाएं

ब्लॉगर के लिए ब्लॉग खोज विजेट

शुरुआत के लिए, ब्लॉगर पर विजेट की सूची में अभी भी एक "खोज बॉक्स" है जो आपको Google के कस्टम खोज इंजन के आधार पर अपने ब्लॉग, ब्लॉगरोल और आपके द्वारा निर्दिष्ट अन्य सामग्री को खोजने की अनुमति देता है।

खोज बॉक्स विजेट काम नहीं कर रहा

वह सिर्फ आधिकारिक Google ब्लॉग पर भी है क्रोम ब्राउज़र, एडब्लॉक अक्षम होने पर, सटीक कीवर्ड के लिए, यह कुछ भी वापस नहीं करता है और यह स्पष्ट नहीं है कि इसे भविष्य में ठीक किया जाएगा या नहीं। समस्या लंबे समय से दिखाई दे रही है, और इसके समाधान के परिणाम दिखाई नहीं दे रहे हैं।

यहां यह भी ध्यान दिया जाना चाहिए कि Google कस्टम खोज उपयोगकर्ता डेटा की गोपनीयता सुनिश्चित करने के लिए HTTPS प्रोटोकॉल का उपयोग करते हुए एक सुरक्षित मोड में काम करता है। एक ओर, यह अच्छा है, लेकिन दूसरी ओर, यह पता लगाना असंभव है कि उपयोगकर्ता ब्लॉग पर क्या खोज रहे थे, और यह वास्तव में दिलचस्प है।

ब्लॉगर के लिए Google द्वारा साइट खोज

वास्तव में, Google ने चालाकी से काम लिया। उन्होंने कुछ ठीक नहीं किया, लेकिन jQuery लाइब्रेरी का उपयोग करके एक जावास्क्रिप्ट कोड लिखा जो Google खोज पर रीडायरेक्ट करता है।

$(.searchBox input").on("keypress", function(ev) (if (ev.who == 13) (window.location.href = "https://www.google.com/search?q =साइट%3ए" + window.location.hostname + "%20" + encodeURIComponent ($(this).val()); ) ));

इस मामले में, एक नियमित HTML/JavaScript विजेट में डालने के लिए खोज फ़ॉर्म का HTML कोड इस तरह दिख सकता है:

इस प्रकार, उपयोगकर्ता खोज फ़ॉर्म में एक खोज क्वेरी दर्ज करता है, एंटर बटन पर क्लिक करता है, और स्क्रिप्ट उसे क्वेरी के लिए Google खोज परिणाम पृष्ठ पर पुनर्निर्देशित करती है:

साइट: [डोमेन नाम] [खोज क्वेरी]

समाधान काफी सार्वभौमिक है, लेकिन यह मत भूलो कि इसके लिए jQuery की आवश्यकता है!

ब्लॉगर के लिए ब्लॉग खोज कैसे कार्य करता है?

जैसे, ब्लॉगर का खोज इंजन अस्तित्व में है और लंबे समय से संग्रह पृष्ठ सूची के लिए उपयोग किया जाता है। यदि आपके ब्लॉग पर पर्याप्त पोस्ट हैं, तो "पिछला" लिंक पर क्लिक करें और आपको इस तरह के यूआरएल वाले पेज पर ले जाया जाएगा:

http://www.?updated-max=2013-11-21T08:00:00%2B02:00&max-results=7

यह ध्यान दिया जाना चाहिए कि डिफ़ॉल्ट (डिफ़ॉल्ट रूप से) robots.txt फ़ाइल में, /खोज फ़ोल्डर को निम्नलिखित पंक्ति के साथ अनुक्रमणित करने से प्रतिबंधित किया गया है:

अस्वीकृत करें: /खोज

यह सही है। अन्यथा, आपको बहुत सारे पृष्ठ डुप्लिकेट मिलेंगे, जिससे सबसे सुखद परिणाम नहीं हो सकते हैं।

मुख्य बात यह है कि ब्लॉग अब इस पते के माध्यम से खोजा जाता है, q पैरामीटर निर्दिष्ट करता है जिसमें एक अनुरोध पारित किया जाता है जो खोज वाक्यांश का प्रतिनिधित्व करता है, उदाहरण के लिए:

http://www.?q=php

इस मामले में, उन संदेशों की खोज की जाएगी जिनमें "php" वाक्यांश मौजूद है। यह उल्लेखनीय है कि यहाँ कोई आकृति विज्ञान नहीं है, अर्थात्। चल रहे द्वारा खोज सटीक मिलानदिए गए वाक्यांश के साथ.

ब्लॉगर के लिए ब्लॉग सर्च फॉर्म कैसे बनाएं?

हमारे पास वह तंत्र है जिसकी हमें आवश्यकता है। बात छोटी है - ब्लॉग पर सर्च फॉर्म डालने के लिए। ऐसा करने के लिए, हम एक HTML/JavaScript विजेट का उपयोग करेंगे जो आपको अपने ब्लॉग में एप्लिकेशन या अन्य तृतीय-पक्ष कोड जोड़ने की अनुमति देता है, अर्थात। हम प्रियजनों।

ब्लॉगर के लिए html/जावास्क्रिप्ट विजेट

बस जाओ " डिज़ाइन» अपने ब्लॉग का और लिंक पर क्लिक करें « गैजेट जोड़ें» अनुभाग में आप की जरूरत है। खुलने वाली विंडो में, ढूंढें और क्लिक करें " पलस हसताक्षर» HTML/JavaScript गैजेट के लिए। खुलने वाली विंडो में, "शीर्षक" फ़ील्ड में, प्रपत्र का शीर्षक दर्ज करें, उदाहरण के लिए: ब्लॉग खोज, - और "सामग्री" फ़ील्ड में, निम्न HTML कोड दर्ज करें:

जाहिर है, के बजाय www.siteआपको अपने ब्लॉग का डोमेन नाम रजिस्टर करना होगा। यह भी ध्यान दिया जाना चाहिए कि मैंने सबसे सरल और सबसे अधिक काम करने वाला संस्करण दिया है, जिसे आप अपनी इच्छानुसार बदल और व्यवस्थित कर सकते हैं। बटन को क्लिक करे बचाना».

मेरे ब्लॉग पर खोज का परिणाम इस तरह दिखता है:

ब्लॉगर खोज परिणाम

यह ध्यान दिया जाना चाहिए कि अनुरोध खोज फ़ॉर्म फ़ील्ड में नहीं रहता है, और हाइलाइट कीवर्डगुम। हालांकि, यह कुछ नहीं से बेहतर है। खैर, अगर वांछित है, तो इन समस्याओं को उसी जावास्क्रिप्ट का उपयोग करके समाप्त किया जा सकता है।

उपसंहार

खोज फ़ॉर्म को स्वयं बनाना और उसे HTML/JavaScript गैजेट के माध्यम से ब्लॉग में जोड़ना कोई जटिल बात नहीं है। लेख में, मैंने सबसे सरल, लेकिन काफी काम करने वाला संस्करण दिया, जिसका मैं स्वयं उपयोग करता हूं। मेरे लिए बस इतना ही। आपके ध्यान देने के लिए धन्यवाद! आपको कामयाबी मिले!

8 बजे

संदेश संपादित करें

5 टिप्पणियाँ

इंटरनेट की लोकप्रियता लगातार बढ़ती जा रही है। आज, विशेषज्ञों के अनुसार, पंद्रह वर्ष से अधिक आयु की लगभग 14% आबादी इसकी सेवाओं का उपयोग करती है (अर्थात लगभग 694 मिलियन लोग)। इसके अलावा, ग्लोबल नेटवर्क के दर्शकों का आकलन करते समय, मोबाइल इंटरनेट का उपयोग करने वाले और इंटरनेट कैफे, क्लब और कक्षाओं में जाने वाले उपयोगकर्ताओं को ध्यान में नहीं रखा जाता है। इंटरनेट उपयोगकर्ताओं की संख्या के मामले में अग्रणी स्थान पर अभी भी संयुक्त राज्य अमेरिका (152 मिलियन लोग) का कब्जा है, इसके बाद चीन (72 मिलियन) और जापान (52 मिलियन) इन तीनों को बंद कर देता है।

यह ध्यान दिया जाना चाहिए कि तीसरी दुनिया की आउटस्ट्रिपिंग डायनामिक्स। पर इस पलसभी इंटरनेट उपयोगकर्ताओं का केवल एक चौथाई अमेरिका में रहता है, जो दस साल पहले दो-तिहाई से अधिक था। फिर भी, यह तर्क नहीं दिया जा सकता है कि इंटरनेट पूरी दुनिया में समान रूप से लोकप्रिय हो गया है। जबकि यह अमेरिका, यूरोप और एशिया में सबसे आम है। अगर हम लैटिन अमेरिका के देशों की बात करें तो वहां यह इतना लोकप्रिय नहीं है। उदाहरण के लिए, ब्राजील, जो लैटिन अमेरिका में इंटरनेट उपयोगकर्ताओं की संख्या के मामले में अग्रणी स्थान रखता है, के पास केवल 13.1 मिलियन इंटरनेट कनेक्शन हैं। और ऑस्ट्रेलिया जैसा महाद्वीप केवल 15वें स्थान (9.7 मिलियन उपयोगकर्ता) पर है।

अगर हम यूरोप की बात करें, तो जर्मनी और ग्रेट ब्रिटेन इंटरनेट उपयोगकर्ताओं की संख्या में अग्रणी हैं, जो विश्व रैंकिंग (32 और 30 मिलियन उपयोगकर्ता) में क्रमशः पांचवें और चौथे स्थान पर काबिज हैं। सबसे लोकप्रिय इंटरनेट संसाधनों के लिए, पहले तीन स्थान Microsoft (538.6 मिलियन विज़िट), Google (495.8 मिलियन) और Yahoo! जैसी कंपनियों की साइटों को दिए गए हैं! (480.2 मिलियन)। इसके बाद लोकप्रिय अमेरिकी इंटरनेट एक्सचेंज ईबे है, जो चौथे स्थान पर है (269 मिलियन विज़िट)।

यदि हम आज इंटरनेट उपयोगकर्ताओं को आकर्षित करने वाली सामग्री के प्रकार के बारे में बात करते हैं, तो सबसे पहले हमें उन ब्लॉगों का नाम लेना चाहिए, जिनकी लोकप्रियता छलांग और सीमा से बढ़ रही है। याद रखें कि एक ब्लॉग, या वेबलॉग ( अंग्रेजी से।ब्लॉग, वेब लॉग - एक वर्चुअल नेटवर्क लॉग या घटनाओं की एक डायरी) एक वेबसाइट है, जिसकी मुख्य सामग्री नियमित रूप से जोड़ी गई प्रविष्टियाँ, चित्र या अन्य मल्टीमीडिया सामग्री है। लेखकों की रचना के अनुसार, ब्लॉग व्यक्तिगत, समूह (कॉर्पोरेट, क्लब, आदि) या सार्वजनिक (खुले) हो सकते हैं; सामग्री द्वारा - व्यक्तिगत (खुला या बंद), विषयगत या सामान्य। विषयगत विशेषताओं या अन्य मानदंडों के अनुसार ब्लॉगों को नेटवर्क में जोड़ा जा सकता है। ऑनलाइन संचार के माध्यम के रूप में ब्लॉग की लोकप्रियता वर्तमान में ई-मेल, समाचार समूह, वेब फ़ोरम और चैट रूम की तुलना में बहुत अधिक है। इसके अलावा, वेब लॉग कभी-कभी एक-दूसरे के साथ इतने घनिष्ठ रूप से जुड़े होते हैं कि कुछ उपयोगकर्ता पहले से ही उन्हें एक प्रकार की सामूहिक बुद्धि मानते हैं। नेटवर्क समुदाय. रूस में, LiveJournal.com, Liveinternet.ru और Diary.ru जैसे ब्लॉगिंग सिस्टम सबसे प्रसिद्ध हैं। लेकिन Livejournal.com रनेट में ब्लॉग होस्टिंग के बीच लोकप्रियता में अग्रणी बना हुआ है - यांडेक्स के आंकड़ों के अनुसार, यह अपने रूसी समकक्षों Liveinternet.ru और Diary.ru से काफी आगे है।

जैसा कि आप जानते हैं, एक आधुनिक इंटरनेट उपयोगकर्ता आमतौर पर खोज सेवाओं का उपयोग करके वेब पर जानकारी खोजता है। लेकिन, चूंकि मानक खोज उपकरणों के साथ ब्लॉग खोजना, उनके निर्माण, प्रारूप और सहायक सॉफ़्टवेयर की बारीकियों के कारण, कुछ मुश्किल है, विशेष खोज सेवाओं की आवश्यकता थी जो विशेष रूप से ब्लॉग पर खोज करेंगे।

उदाहरण के लिए, एम्स्टर्डम विश्वविद्यालय के विशेषज्ञों ने मई 2005 के लिए Blogdigger.com खोज इंजन लॉग का गहन विश्लेषण किया (जो कि 1.2 मिलियन प्रश्न हैं), इसका विभिन्न कोणों से अध्ययन किया: खोज प्रश्नों का उद्देश्य, उनकी विषय वस्तु और उपयोगकर्ता व्‍यवहार। यह पता चला कि ब्लॉग की खोज इंटरनेट पर सामान्य खोज से काफी अलग है। यहां, सभी खोज प्रश्नों में से 52% (और "कचरा" को फ़िल्टर करने के बाद - और सभी 78%) उचित नाम हैं - ये लोगों के नाम, सामान के ब्रांड, कंपनी के नाम, शहर के नाम आदि हैं। इसके अलावा, सामान्य विषयगत प्रश्न (भाषाविज्ञान, हास्य, इस्लाम) बहुत लोकप्रिय हैं, जिनकी मदद से लोग किसी विशिष्ट विषय पर ब्लॉग खोजते हैं। हालांकि, जब उपयोगकर्ता ब्लॉग खोजते हैं, तो वे उसी तरह व्यवहार करते हैं जैसे वे नियमित खोज इंजन पर करते हैं: लघु सत्र, जिसमें मुख्य रूप से खोज के पहले परिणामों पर ध्यान दिया जाता है।

(http://www.technorati.com/)

कुछ समय पहले तक, दुनिया भर में सबसे लोकप्रिय ब्लॉग खोज सेवा टेक्नोराती थी, जिसने 17 मिलियन डायरियों को खोजने की क्षमता प्रदान की। इस साल जुलाई के अंत में, इस सबसे बड़े ब्लॉग सर्च इंजन ने इंटरफ़ेस को अपडेट किया, और क्वेरी प्रोसेसिंग को गति देने के लिए कोर में कुछ बदलाव भी किए।

मुख्य नवाचारों में डिस्कवर, सबसे लोकप्रिय और पसंदीदा नेविगेशन पैनल की उपस्थिति है। डिस्कवर ब्लॉगों की एक विषयगत निर्देशिका है, सर्वाधिक लोकप्रिय एक रेटिंग है, और पसंदीदा में एक आगंतुक पसंदीदा ब्लॉग जोड़ सकता है और वैकल्पिक रूप से उनमें से केवल चयन कर सकता है।

जहां तक ​​सर्च इंजन में बदलाव का सवाल है, टेक्नोराती का प्रबंधन ब्लॉग तेजी से क्वेरी प्रोसेसिंग और अधिक सटीक ब्लॉग लिंक डिटेक्शन के बारे में पोस्ट करता है। निकट भविष्य में, भाषा स्थानीयकरण, तेज़ अनुक्रमण, साथ ही संपूर्ण वैश्विक ब्लॉग जगत के लिए विस्तृत आँकड़े लागू करने की योजना है।

खोज इंजन के प्रबंधन के अनुसार, कार्य में परिवर्तन आवश्यक थे, क्योंकि साइट अब पूरी तरह से उपयोगिता प्रदान नहीं कर सकती थी। टेक्नोराती के अनुसार, ब्लॉग जगत का आकार तेजी से बढ़ रहा है और पहले से ही 50 मिलियन ब्लॉगों के करीब पहुंच रहा है, जो निश्चित रूप से सेवा में बदलाव के मुख्य कारणों में से एक था।

गूगल ब्लॉग खोज ( )

सबसे लोकप्रिय खोज पोर्टल, Google ने भी इंटरनेट डायरी में एक विशेष खोज मॉड्यूल के साथ अपनी खोज क्षमताओं का विस्तार किया है। Google इंटरनेट संग्रह में सभी ब्लॉग शामिल होंगे, न कि केवल वे ब्लॉग जो पहले समर्पित Google ब्लॉगर वेबसाइट पर प्रकाशित हुए थे।

सेवा वर्तमान में बीटा में है और केवल जून 2005 से प्रकाशित ब्लॉग ही खोजे जा सकते हैं। हालांकि, कंपनी के प्रतिनिधियों के अनुसार, उन डायरियों को शामिल करने का काम चल रहा है जो पहले इंटरनेट पर प्रकाशित हुई थीं। नए खोज इंजन की सहायता से लेखक द्वारा या संदेश के प्रकाशित पाठ द्वारा ब्लॉग खोजना संभव होगा। इसके अलावा, Google उन सभी ब्लॉगों को सक्रिय रूप से अनुक्रमित करेगा जिनमें वेब पेज परिवर्तनों को ट्रैक करने के लिए एक स्वचालित प्रणाली है।

Technorati के निर्माता ने Google के ब्लॉग खोज के बाद अपने कंपनी ब्लॉग पर एक पत्र प्रकाशित किया, जिसमें ब्लॉगिंग समुदाय में Google के प्रवेश का स्वागत किया गया। वह लिखते हैं कि ब्लॉग को अपने संग्रह में शामिल करने के खोज पोर्टल के निर्णय से पता चलता है कि Google इस अपेक्षाकृत नई इंटरनेट घटना को गंभीरता से ले रहा है।

हम यह भी नोट करते हैं कि हाल ही में Google प्रणाली ने रूसी में एक कॉर्पोरेट ब्लॉग बनाए रखना शुरू किया है। इस ब्लॉग पर दिखाई देने वाली पहली पोस्ट Google के रूसी प्रभाग के प्रमुख व्लादिमीर डोलगोव द्वारा लिखी गई थी। रूसी ब्लॉग रूसी भाषी Google कर्मचारियों द्वारा रूसी भाषी दर्शकों के लिए चलाया जाता है। ब्लॉग यहां स्थित है: GooglerussiaBlog.blogspot.com। रूसी विभाजनकंपनी को उम्मीद है कि ब्लॉगर Google कॉर्पोरेट ब्लॉग को अपनी इच्छा से भेजकर समर्थन करेंगे कि वे इसमें कौन सी जानकारी देखना चाहते हैं।

बेशक, Google किसी भी तरह से पहली कंपनी नहीं है जिसने ब्लॉग को अपनी खोज में शामिल करने का निर्णय लिया है, लेकिन यह निर्णय वास्तव में महत्वपूर्ण माना जा सकता है, क्योंकि यह पोर्टल इंटरनेट खोज इंजनों में स्पष्ट नेता है। ध्यान दें कि ब्लॉग खोज सेवा के निर्माण से पहले ही, Google ने एक ऐसी कंपनी का अधिग्रहण कर लिया जिसने वेब लॉग को विश्वव्यापी परिघटना में बदलने में योगदान दिया (सबसे लोकप्रिय खोज इंजन ने Pyra को खरीदा, और इसके साथ ब्लॉगर सिस्टम के पीछे की तकनीक - सॉफ़्टवेयरऔर दुनिया भर में लाखों ब्लॉगों का समर्थन करने वाली साइट)।

Google की रणनीति यह सुनिश्चित करना है कि उपयोगकर्ताओं को वह सब कुछ मिले जो वे खोज इंजन से चाहते हैं, चाहे कोई भी क्वेरी हो। आखिरकार, लोग अक्सर इस बारे में जानकारी की तलाश में रहते हैं कि इस समय क्या हो रहा है, वे ताजा समाचार और टिप्पणियां चाहते हैं, जो कभी-कभी केवल वेब लॉग में ही मिल सकती हैं।

हालाँकि, Google खोज प्रणाली के उपयोगकर्ता पहले से ही नए खोज इंजन की असुविधा को नोटिस कर रहे हैं। उदाहरण के लिए, वहां की डिफ़ॉल्ट छँटाई परंपरागत रूप से अनुरोध की प्रासंगिकता से होती है, न कि समय के अनुसार, जो कि ब्लॉगों के लिए विशेष रूप से सच है। आखिरकार, ब्लॉग खोज में, मुख्य बात दक्षता है, प्रासंगिकता नहीं।

ब्लॉग और अन्य अंतरराष्ट्रीय खोज इंजनों के साथ काम करें। उदाहरण के लिए, Yahoo! के समाचार अनुभाग में! एक नया खोज विकल्प है - समाचार और ब्लॉग में। उन ब्लॉगों की सूची, जहां दिया गया कीवर्ड होता है, प्रदर्शित किया जाएगा अलग खिड़की, सबसे बड़ी समाचार एजेंसियों के समाचार फ़ीड के बगल में। वास्तव में, इस तथ्य के बावजूद कि ब्लॉगर पेशेवर पत्रकार नहीं हैं, वे कभी-कभी गति और विवरण दोनों में बड़े पैमाने पर मीडिया से आगे निकल जाते हैं। इसके अलावा, पत्रकार सभी घटनाओं को कवर करने में शारीरिक रूप से सक्षम नहीं हैं। हालांकि, ब्लॉग अभी भी प्रामाणिकता की गारंटी नहीं देते हैं, इसलिए Yahoo! उनसे और 6.5 हजार जिम्मेदार समाचार स्रोतों से जानकारी का मिश्रण नहीं किया।

ब्लॉग पोस्ट के अलावा, खोज इंजन उपयोगकर्ता याहू के स्वामित्व वाली एक स्नैपशॉट-साझाकरण साइट फ़्लिकर पर घटनाओं की शौकिया तस्वीरें देख सकते हैं। लंदन में बम विस्फोटों या संयुक्त राज्य अमेरिका में तूफान कैटरीना के बाद की तस्वीरों ने विशेष रूप से कई आगंतुकों को आकर्षित किया।

IAC/InterActiveCorp के स्वामित्व वाले प्रसिद्ध खोज संसाधन Ask.com (http://www.ask.com/) ने भी हाल ही में ब्लॉग में जानकारी खोजने का विकल्प हासिल किया है। नई सेवा को ब्लॉगलाइन कहा जाता है। उसी समय, संसाधन के प्रतिनिधि ध्यान दें कि उनकी संतान अन्य समान सेवाओं से काफी अलग है जो पारंपरिक खोज इंजन के रूप में काम करती हैं, और स्पैम को फ़िल्टर करती हैं, जो हाल ही में ब्लॉगों में प्रचलित होना शुरू हो गया है।

उपयोगकर्ता खोजों को सहेजने और अपने परिणामों को दूसरों के साथ साझा करने में सक्षम होंगे। वे अपनी खोजों को Bloglines और Digg जैसी साइटों पर भी पोस्ट करने में सक्षम होंगे। कंपनी का इरादा केवल अपने खोज संसाधन पर एक नई सेवा शुरू करने तक सीमित करने का नहीं है, जिसे हाल ही में पूरी तरह से नया रूप दिया गया है, और नई तकनीकों को ब्लॉगलाइन में एकीकृत करने जा रही है।

यांडेक्स पर ब्लॉग खोज ( )

इंटरनेट के रूसी हिस्से में ब्लॉग खोज को अंतरराष्ट्रीय से भी बदतर लागू नहीं किया गया है। सर्वश्रेष्ठ खोजरनेट में ब्लॉग के लिए एक यांडेक्स खोज पोर्टल का आयोजन किया। इसके अलावा, यांडेक्स ने लंबे समय से सभी आरएसएस प्रारूपों की खोज की है (आरएसएस एक्सएमएल प्रारूपों का एक परिवार है जिसे समाचार फ़ीड, लेख घोषणाओं और ब्लॉग परिवर्तनों का वर्णन करने के लिए डिज़ाइन किया गया है), और बूट करने के लिए एक समाचार फ़ीड। और यह संभावना नहीं है कि Google के पास ब्लॉगों को अनुक्रमित करने का समय होगा जिस तरह से यांडेक्स आज करता है।

और हाल ही में, यांडेक्स ने अपनी ब्लॉग खोज सेवा में सुधार किया है - अब पर होम पेजसाइट में ब्लॉगोस्फीयर संकेतक जैसे गर्म विषय, लोकप्रिय ब्लॉग और ब्लॉग होस्ट शामिल हैं।

इंटरनेट पर जनमत को नेविगेट करने के लिए एक प्रकार के उपकरण के रूप में ब्लॉग खोज, अब आपको उपयोगकर्ताओं और रूसी नेटवर्क के मूड का पता लगाने की अनुमति देता है। अनुरोध से, न केवल रिकॉर्ड, बल्कि धाराएं भी मिलती हैं, और खोज प्रासंगिकता में काफी सुधार हुआ है। इसके अलावा, सहेजी गई प्रतिलिपि की उपस्थिति के लिए धन्यवाद, उपयोगकर्ता देख सकता है पूर्ण पाठइसके लिए लिंक पर क्लिक किए बिना सीधे यैंडेक्स पर रिकॉर्ड करता है। उन्नत खोज आपको श्रेणी के अनुसार ब्लॉग और फ़ोरम में अलग-अलग खोज करने की अनुमति देती है, साथ ही उनमें उल्लिखित लिंक द्वारा प्रविष्टियां भी ढूंढती है।

आज ब्लॉग खोज सेवा के खोज डेटाबेस में, यांडेक्स द्वारा लॉन्च किया गयादिसंबर 2004 में, 800 हजार से अधिक रूसी भाषा की ऑनलाइन डायरी शामिल हैं, और हर दिन यह सेवा 100-160 हजार नई प्रविष्टियों को संसाधित करती है। कुल मिलाकर, यांडेक्स ब्लॉग और मंचों में 45 मिलियन से अधिक प्रविष्टियों को जानता है।

ब्लॉग और अन्य रूसी खोज इंजनों के साथ काम करने की कोशिश कर रहा है। उदाहरण के लिए, 2005 के अंत में, संचार सेवा "रैम्बलर प्लैनेट" (http://planeta.rambler.ru) शुरू की गई थी - पोर्टल संचार सेवाओं का एक एकल ब्लॉक। नया रामब्लर प्रोजेक्ट वेब पर एक इंटरनेट उपयोगकर्ता का अपना प्रतिनिधित्व बनाने के साधन के रूप में तैनात है, जिसका मूल एक मल्टीमीडिया डायरी है। इस डायरी में आप न केवल प्रकाशित और देख सकते हैं मूल संदेशऔर तस्वीरें, लेकिन वीडियो भी। इसके अलावा, प्लैनेट अन्य पोर्टल संसाधनों के साथ एकीकृत है - रैम्बलर फोटो, रैम्बलर ग्रुप और रैम्बलर विजन। और इस साल की शुरुआत में, Rambler Planet मल्टीमीडिया डायरी सिस्टम में एक नई सुविधा दिखाई दी - उपयोगकर्ता अब विषयगत समुदायों को व्यवस्थित कर सकते हैं। कृपया और एक और नई सुविधा - एसएमएस-प्रकाशन की संभावना। अब आप का उपयोग करके अपनी ऑनलाइन डायरी में प्रविष्टियां कर सकते हैं चल दूरभाष. जल्द ही आरएसएस और डायरी को अन्य प्रणालियों से जोड़ना और रेटिंग व्यवस्थित करना संभव होगा। आज मौजूद सभी समुदायों को रैंबलर के विषयगत कैटलॉग में एकत्र किया गया है।

रूसी ब्लॉगस ( )

यांडेक्स के अलावा, रूसी ब्लॉगों में घरेलू ब्लॉगस परियोजना की वेबसाइट पर भी खोज की जाती है। बेशक, यह परियोजना उस ब्लॉग जगत के पूर्ण कवरेज से दूर है जो टेक्नोराती या यांडेक्स के पास है, लेकिन आप वहां भी दिलचस्प जानकारी पा सकते हैं। सेवा अभी भी बीटा संस्करण में मौजूद है, इसके इंटरफ़ेस में लगातार सुधार किया जा रहा है, और निकट भविष्य में यह विशेष रूप से ब्लॉगर्स के उद्देश्य से काफी सरल, कार्यात्मक और सुविधाजनक खोज उपकरण बनने का वादा करता है। इस स्तर पर, ब्लॉगस डेवलपर्स की योजना सबसे लोकप्रिय ब्लॉगों में से 10,000 से अधिक नहीं रखने और अनुक्रमित करने की है। इस प्रकार, यदि यांडेक्स आपको व्यापक खोज करने की अनुमति देता है, तो ब्लॉगस किसी विशेष ब्लॉग के अधिकार को ध्यान में रखते हुए इसका संकुचित विषयगत जोड़ बन जाएगा।

साइट के लिए विशेष रूप से

व्लादिमीर गुबेलोव्स्की

Google ने ऑनलाइन डायरी या ब्लॉग की खोज शुरू की है।खोज न केवल Google द्वारा प्रदान की जाने वाली सेवा - ब्लॉगर सेवा पर की जाती है, बल्कि अन्य सभी ब्लॉगों पर भी की जाती है जो अपडेट के रूप में परिवर्तनों के बारे में जानकारी प्रदान करते हैं। आज, Google के खोज सूचकांक में जून 2005 की ब्लॉग प्रविष्टियाँ शामिल हैं, लेकिन Google का इरादा पुरानी प्रविष्टियों को भी अनुक्रमित करना है। सेवा की मदद से, आप वांछित ऑनलाइन डायरी, लेखक या एक अलग प्रविष्टि, और एक चयनित कालानुक्रमिक अंतराल में पा सकते हैं।

ब्लॉग जगत में खोजें

कोई आश्चर्य नहीं कि Google ने ब्लॉग खोज जारी की। यह आश्चर्य की बात है कि एक कंपनी जो नवाचार के लिए अपनी गहरी नजर के लिए जानी जाती है, और हाल ही में लगभग हर हफ्ते नई सेवाओं और उपकरणों को जारी करती है, उसने उपयोगकर्ताओं को यह विशेष सेवा - ब्लॉग खोज इतने लंबे समय तक नहीं दी है।

ब्लॉग की अपनी विशिष्टताएँ होती हैं जो इस प्रकार की साइट को अन्य सभी से अलग करती हैं, और इसलिए ब्लॉग खोज पारंपरिक खोज से अलग है। तुलना के लिए, यांडेक्स ने दिसंबर 2004 में अपनी ब्लॉग खोज को वापस जारी किया। और Google ने ब्लॉग जगत द्वारा की जाने वाली विशिष्टताओं को नहीं देखा (यह शब्द पहले से ही वेब पर मौजूद सभी ब्लॉगों की परिभाषा के रूप में स्थापित हो चुका है)।

टेक्नोराती के अनुसार, वेब पर ब्लॉगों की कुल संख्या पहले ही 16.1 मिलियन तक पहुंच चुकी है, हर पांच महीने में यह संख्या दोगुनी हो रही है - हर 5-7 सेकंड में एक नया ब्लॉग बनाया जाता है। ब्लॉग - ऑनलाइन डायरी - आज व्यक्तियों और प्रमुख कंपनियों दोनों द्वारा लिखी और प्रकाशित की जाती हैं। इसके अलावा, सबसे हालिया कालानुक्रमिक ब्लॉग प्रविष्टियाँ मुख्य रुचि की हैं। और बड़े सर्च इंजन, यहां तक ​​कि गूगल जैसे तेज वाले भी, अपने इंडेक्स को काफी धीरे-धीरे अपडेट करते हैं - वे ब्लॉग की बारीकियों पर ध्यान नहीं देते हैं और सब कुछ इंडेक्स करते हैं। वेब खोजों के लिए Google या Yahoo जैसे पारंपरिक खोज इंजन स्वचालित क्रॉलर के साथ वेब को 'स्क्रॉलिंग' करके अपनी अनुक्रमणिका बनाते हैं जो उन सभी वेब पेजों से जो कुछ भी वे कर सकते हैं एकत्र करते हैं। यह ऐसी स्थिति के लिए असामान्य नहीं है जब खोज के प्रथम पृष्ठ पर पिछले वर्ष या उससे भी पुराने समाचार दिखाई देते हैं - खोज प्रणालीहमेशा समय में अच्छी तरह से उन्मुख नहीं होता है। यह काफी स्वाभाविक है - इसे पेज अपडेट की तारीख के साथ काम करना है, और पेज को कंटेंट में बिना किसी बदलाव के अपडेट किया जा सकता है। एक सर्च इंजन इंटरनेट पर किसी भी पेज की तारीख की गारंटी नहीं दे सकता।

खोज बाजार में "अपस्टार्ट"

ब्लॉगिंग में समय अंतराल और कालानुक्रमिक विराम जो पारंपरिक खोज इंजनों में आम हैं, ने छोटे खोज इंजनों को एक मौका दिया है। इन सेवाओं ने ब्लॉगों को जल्द से जल्द अनुक्रमित करने पर ध्यान केंद्रित किया। वे उन परिवर्तनों को खोजने योग्य बनाने के लिए कुछ ही मिनटों में ब्लॉग अपडेट को ट्रैक करने का प्रयास करते हैं। नई सेवाएं, जिनमें से कुछ एक वर्ष से भी कम पुरानी हैं, निश्चित रूप से बहुत सारी समस्याओं का सामना करती हैं। तकनीक अभी भी विकसित हो रही है, और कंपनियां ब्लॉग को ट्रैक और सॉर्ट करने के सर्वोत्तम तरीकों का पता लगा रही हैं। कुछ सेवाएं बहुत सारे ब्लॉग खो देती हैं, अन्य ऐसी साइटें चुनती हैं जो गलती से ब्लॉग जैसी दिखती हैं। डेपॉप पर। ब्लॉगों की एक छोटी राशि प्रस्तुत की जाती है - लगभग 60 हजार, लेकिन इन ब्लॉगों को साइट संपादकों द्वारा उनके दृष्टिकोण से सबसे दिलचस्प के रूप में चुना गया था। Technorati, Feedster, IceRocket (जो आज तक के सबसे अच्छे रूसी ब्लॉगों को अनुक्रमित करता है) और BlogPulse जैसी साइटों ने 15 मिलियन से 20 मिलियन के बीच कहीं अधिक ब्लॉग एकत्र किए हैं। इन प्रणालियों के खोज परिणाम बहुत अधिक परिणाम देते हैं, अक्सर अगोचर, लेकिन बहुत ही रोचक स्रोतों से। जबकि Technorati और ​​BlogPulse विशेष रूप से ब्लॉग पर ध्यान केंद्रित करते हैं, Feedster और IceRocket भी एक विकल्प प्रदान करते हैं जो आपको पारंपरिक स्रोतों से समाचार खोजने की अनुमति देता है - समाचार फ़ीड, ऑनलाइन समाचार पत्र और अन्य आधिकारिक समाचार सामग्री प्रदाता।

जबकि Google, Yahoo और Microsoft अरबों पृष्ठों को संसाधित कर रहे हैं, ब्लॉग खोज 10 से 20 मिलियन साइटों पर केंद्रित है। यहां, खोज इंजन उन विधियों का उपयोग करते हैं जो केवल ब्लॉग पर लागू होती हैं और मनमानी साइटों को अनुक्रमित करने के लिए अनुपयुक्त हैं। द वॉल स्ट्रीट जर्नल ऑनलाइन के अनुसार, उदाहरण के लिए, टेक्नोराती, अक्सर ब्लॉगों की निगरानी के लिए "पिंगिंग" तंत्र पर निर्भर करता है। अधिकांश ब्लॉगर अपनी पत्रिकाओं को ब्लॉगर या लाइवजर्नल जैसी सेवाओं के माध्यम से व्यवस्थित करते हैं, जो ब्लॉग बदलने पर स्वचालित रूप से खोज इंजन को पिंग करते हैं। टेक्नोराटी के सीईओ डेविड सिफ्री का कहना है कि उनकी कंपनी के कई कंपनियों के साथ समझौते हैं जो ब्लॉग होस्टिंग (यानी होस्टिंग और ब्लॉगिंग के लिए एक सेवा) प्रदान करते हैं - टेक्नोराती अन्य खोज इंजनों से पहले पिंग हो जाती है। ऐसा मैसेज मिलने पर टेक्नोराटी तुरंत अपना सर्च इंडेक्स अपडेट कर देता है। फीडस्टर पिंग मॉनिटरिंग का भी उपयोग करता है, लेकिन इसके अलावा, यह आरएसएस फ़ीड (जैसे हाल ही में लॉन्च की गई Google ब्लॉग खोज) का उपयोग करके अपडेट एकत्र करता है, जिसमें सभी संचित अपडेट एक निश्चित आवृत्ति पर जारी किए जाते हैं। लेकिन प्रमुख ब्लॉग सेवाओं से केवल आरएसएस फ़ीड और पिंग्स का उपयोग करके, आप उन महत्वपूर्ण ब्लॉगों को खो सकते हैं जो स्वयं ही मौजूद हैं। इसलिए, IceRocket अपने स्वयं के खोज रोबोट का भी उपयोग करता है, जो वेब को बायपास करता है और स्वतंत्र रूप से ब्लॉगों को अनुक्रमित करता है। एक खोज रोबोट किसी ब्लॉग को किसी अन्य साइट से अलग कर सकता है - क्योंकि ब्लॉग के अपने विशिष्ट अंतर होते हैं। किसी भी ब्लॉग में प्रविष्टियों का कालानुक्रमिक क्रम होता है, प्रत्येक प्रविष्टि में एक स्पष्ट रूप से निर्दिष्ट तिथि और शीर्षक होता है।

हाइपरस्पेस में समय

रेडियो लिबर्टी के वैज्ञानिक प्रेक्षक अलेक्जेंडर सर्गेव ने ब्लॉग की बारीकियों को इस प्रकार वर्णित किया: "ब्लॉग के साथ, समय या समय भी इंटरनेट पर आ गया है। ब्लॉग से पहले, इंटरनेट एक हाइपर-स्पेस था जिसमें समय था अनुपस्थित। समाचार फ़ीड में, और वेब की संपूर्ण मात्रा की तुलना में बहुत कम समाचार फ़ीड हैं। तथ्य यह है कि ब्लॉग अनिवार्य रूप से प्रविष्टियों के कालक्रम से जुड़ा हुआ है, एक बहुत ही विशिष्ट संरचना निर्धारित करता है, जो ब्लॉग से पहले मौजूद नहीं था। "

Google ने ब्लॉग खोज को छोड़ दिया, यहाँ पहले नहीं आया, और अब इसे पकड़ना है। Google ने शायद यह सोचा था कि यदि किसी कंपनी के पास सबसे अच्छा खोज इंजन होता, तो वह ब्लॉगों के साथ-साथ अन्य सभी चीज़ों को भी अनुक्रमित करता। लेकिन यह पता चला कि यह पूरी तरह सच नहीं है। वेब इतनी तेजी से बदल रहा है कि Google भी, अपनी सभी चपलता और चपलता के लिए, अब हर जगह पहले स्थान पर रहने के लिए पर्याप्त तेज़ नहीं है - और कंपनी के लिए सबसे दर्दनाक रूप से, यह खोज बाजार के एक खंड से चूक गया। अगर Google ने एक साल पहले ब्लॉग खोज शुरू की होती, तो आज इस बाजार खंड में उभरने वाली कई कंपनियां बस नहीं उठतीं।

हाल ही में, तथाकथित "गुरिल्ला मार्केटिंग", "क्राउड मार्केटिंग", जिसका उद्देश्य ब्लॉग, फ़ोरम, प्रश्न और उत्तर साइटों और टिप्पणियों से लिंक मास को बढ़ाना है, अधिक से अधिक लोकप्रियता प्राप्त कर रहा है। यदि आपके पास इन कार्यों को करने का समय नहीं है, तो मैं लोगों को रेफर सेवा (उनके काम के उदाहरण) से अनुशंसा करने के लिए तुरंत तैयार हूं।

आज, मैं प्रभावी भीड़ विपणन के लिए Google खोज परिणाम फ़िल्टरिंग के प्रभावी उपयोग की मूल बातों के बारे में संक्षेप में बात करूंगा। यह विषय इसलिए भी प्रासंगिक है क्योंकि Google कुछ ऐसे खोज फ़िल्टर छुपाता है जो पहले उपलब्ध थे।

अन्य देशों में Google SERPs देखें

वैयक्तिकृत SERPs के युग में, किसी अन्य देश में खोज परिणामों को शीघ्रता से देखना लगभग असंभव हो गया है क्योंकि स्थानीय उपयोगकर्ता इसे देखते हैं। हालांकि, अभी भी विकल्प हैं।

अन्य देशों में खोज परिणाम देखने के लिए एल्गोरिदम

• क्रोम में "गुप्त" मोड पर जाएं (Ctrl + Shift + N);
• पता बार में, संबंधित क्षेत्र का Google डोमेन दर्ज करें और / ncr (विधि पुरानी है और काम नहीं करती है) - तरह सेसभी क्षेत्रों के लिए लागू;
• ब्राउज़र इंटरफ़ेस भाषा को अंग्रेज़ी में बदलना वांछनीय है
• आवश्यक क्वेरी दर्ज करें और परिणाम प्राप्त करें;

उपरोक्त विधि अब काम नहीं करती है।

चयनित देश से जारी करने की जांच करने के लिए, एक वीपीएन का उपयोग करें। उदाहरण के लिए, ओपेरा ब्राउज़र में बिल्ट-इन फ्री।

Google USA में परिणाम देखने का एक और तरीका है - यह aol.com साइट का उपयोग है, जो Google.com को जारी करने के लिए एकत्रित होता है। मुख्य बात यह है कि गुप्त मोड में खोजना न भूलें।

गूगल फोरम सर्च

यह फ़िल्टर क्या करता है? यह खोज परिणामों को फ़िल्टर करता है और केवल फ़ोरम और प्रश्नोत्तर सूची से संबंधित दिखाता है। यह फ़िल्टर उन लोगों के लिए बहुत उपयोगी है जो चर्चाओं में ब्रांड या उत्पाद जागरूकता बढ़ाना चाहते हैं। पर विषयों की खोज करके ऐसा करना बहुत आसान है सूचना संसाधनजहां लोगों को आपके उत्पाद या सेवा की आवश्यकता है। मुख्य बात विज्ञापन देना नहीं है, बल्कि लोगों की मदद करना है। एक लिंक केवल एक जोड़ या एक है विकल्पउपयोगकर्ता की समस्या का समाधान।

https://www.google.com.ua/webhp?tbm=dsc - चर्चाओं के लिए खोजें (पदावनत विधि, Google ने कार्यक्षमता हटा दी)

साथ ही, इस फ़िल्टर में अधिक सूक्ष्म सेटिंग्स हैं जो आपको फ़ोरम (दिन, सप्ताह, महीने) पर केवल ताज़ा विषय खोजने में मदद करेंगी या केवल उस देश से परिणाम देंगी जहाँ आप हैं।

जोड़: किसी भी खोज क्वेरी को पता बार के अंत में जोड़कर चर्चा खोज में परिवर्तित किया जा सकता है &tbm=dsc

गूगल ब्लॉग खोज

अपने खोज परिणामों को सीमित करने और केवल ब्लॉग देखने के लिए, निम्न पता दर्ज करें