Indy բաղադրիչները, որոնք օգտագործվում են Delphi 6-ում:
Ինտերնետի հիմնական ծառայություններից և արձանագրություններից բացի, կա լրացուցիչ ծառայությունների լայն շրջանակ, որոնց հնարավորությունները հաճախ օգտագործում են ինտերնետ մշակողները: Բացի այդ, բրաուզերի միջոցով տեղեկատվություն ցուցադրելու հնարավորությունը միշտ չէ, որ ընդունելի լուծում է ինտերնետ հավելվածների համար: Այս դեպքում խելամիտ է օգտագործել ինտերնետ ենթակառուցվածքը տվյալների փոխանակման համար և ապահովել տեղեկատվության ցուցադրումը ավելի բարդ հաճախորդի հավելվածների միջոցով, որոնք մշակվել են, օրինակ, Դելֆիում:
Ենթադրենք, դուք ցանկանում եք իրականացնել հատուկ սերվերի կողմից տրամաբանություն, որը ներկառուցված չէ ստանդարտ վեբ սերվերների մեջ: Այս դասի խնդիրների լուծման համար Delphi-ն ներառում է Internet Direct (Indy) գրադարանը Nevrona Designs-ից (http://www.nevrona.com/Indy/): Այս գրադարանը, որը մշակվել է հատուկ Borland Delphi-ի համար, արդեն ունի ութ տարբերակ, որոնցից վերջինը ներառված է. նոր տարբերակԴելֆի. Բաղադրիչների հավաքածուն բաժանված է երեք խմբի՝ հաճախորդ (Indy Client), սերվեր (Indy Servers) և օժանդակ (Indy Misc):
Indy Հաճախորդներ և Հնդկաստանի սերվերս
Մեծամասնությունը Ինդի բաղադրիչներՀաճախորդը և Indy սերվերները զույգեր են, որոնք համապատասխանում են պրոտոկոլների և ծառայությունների հաճախորդի և սերվերի մասերին (բացառությամբ առանձին, հիմնականում սերվերի վրա հիմնված բաղադրիչների, ինչպիսիք են TunnelMaster և TunnelSlave), և թույլ են տալիս օգտագործել արձանագրություններ, ինչպիսիք են TCP/IP, UDP, NNTP, SMTP, FTP, HTTP, ինչպես նաև ECHO, FINGER, WHOIS ծառայություններ և այլն:
Indy հաճախորդի բաղադրիչները գրված են վարդակների միջոցով: Հաճախորդի կողմի վարդակը պահանջում է միացում սերվերին: Երբ կապը հաստատվի, հաճախորդը և սերվերը կարող են սկսել հաղորդագրությունների փոխանակում: Այս հաղորդագրությունները տարբեր բնույթի են, բայց սովորաբար փոխանակումը տեղի է ունենում ըստ որոշակի արձանագրության (օրինակ՝ HTTP)
TIdTCPClient և TIdTCPSserver
Այս բաղադրիչներն օգտագործվում են ցանցի հիմնական արձանագրություններից մեկին աջակցելու համար՝ TCP (Transmission Control Protocol), ինչպես նաև հանդիսանում են TIdSMTP և TIdFTP բաղադրիչների հիմնական դասերը: TIdTCPServer դասը ունի ThreadMgr հատկություն, որը կանխադրված է զրոյական: Եթե ThreadMgr-ը զրոյական է, երբ TIdTCPServer-ը միացված է, TIdThreadMgrDeafault դասը անուղղակիորեն կստեղծվի: Հակառակ դեպքում օգտագործվում է տեղադրված գործընթացի կառավարիչը:
TIdUDPClient և TIdUDPServer
Այս բաղադրիչներն օգտագործվում են UDP (User Datagram Protocol) ցանցային արձանագրությունն աջակցելու համար և նաև հանդիսանում են բազային դասեր մի շարք այլ Indy բաղադրիչների համար:
TIdChargenServer
Բաղադրիչն օգտագործվում է պատահական նիշեր ստեղծելու համար, սովորաբար թեստային նպատակներով:
TIdDayTime և TIdDayTimeServer
Բաղադրիչները օգտագործվում են ժամանակի ծառայություն տրամադրելու համար: Հաճախորդը խնդրում է, իսկ սերվերը հայտնում է ընթացիկ ամսաթիվը և ժամը:
TIdDNSResolver
Սա հաճախորդի բաղադրիչ է, որը սպասարկում է հարցումներ DNS (Դոմեն Անվան ծառայություն) սերվերից: DNS սերվերի հարցումները նախատեսված են համակարգչի անունը իր IP հասցեով փոխարինելու համար: TIdDNSResolver-ը TIdUDPClient-ի ենթադաս է:
TIdDICTServer
Dictionary Server Protocol (DICT) Server Component - սերվերի կողմից TCP-ի վրա հիմնված բառարան, որը թույլ է տալիս հաճախորդին մուտք գործել բնական լեզվի բառարան:
TIdDISCARDServer
Սերվերի բաղադրիչ, որն աջակցում է գրառումների սերվերին: Ձայնագրությունները կարող են օգտագործվել որպես վրիպազերծման և չափման գործիք: Գրառումների ծառայությունը պարզապես փոխանցում է ցանկացած տվյալ, ով ցանկանում է ստանալ այն:
TI dEcho և TI dECHOServer
Բաղադրիչները նախատեսված են արձագանքման ծառայություն տրամադրելու համար, որը սովորաբար օգտագործվում է ցանցի առողջությունը ստուգելու համար: Հաճախորդը տեքստային հաղորդագրություն է ուղարկում սերվերին, սերվերը հաղորդագրությունը վերադարձնում է հաճախորդին: Եթե հաղորդագրությունը խեղաթյուրված է, ցանցը անսարք է:
TIdFinger և TIdFingerServer
Բաղադրիչները նախատեսված են ապահովելու արձանագրություն, որը թույլ է տալիս օգտվողին հարցումներ կատարել համակարգում այլ օգտվողների առկայության վերաբերյալ տվյալների վերաբերյալ: Որոշ սերվերներ լուծում են հաճախորդի նման հարցումները: Այս զույգ բաղադրիչների օգտագործումը թույլ կտա սպասարկել հաճախորդների հարցումները, որոնք պարզում են, թե արդյոք կան այլ օգտվողներ համակարգում:
TIdFTP
Բաղադրիչը ներառում է ֆայլերի փոխանցման արձանագրության ամբողջական աջակցություն՝ FTP (File Transfer Protocol): Աջակցվում է տվյալների պասիվ և ակտիվ փոխանցումը, ինչպես նաև այնպիսի գործողություններ, ինչպիսիք են GET և PUT, դիրեկտորիաների ջնջումը, քվոտաների ստացումը, ֆայլերի և գրացուցակների չափերը: Իր աշխատանքում TI dFTP-ն օգտագործում է TIdSimpleServer դասը։ Երբ FTP ֆայլի փոխանցումն ընթացքի մեջ է, երկրորդական TCP կապը բաց է տվյալների փոխանցման համար և փակվում է, երբ տվյալները փոխանցվում են: Այս կապը կոչվում է «տվյալների հղում» և եզակի է փոխանցվող յուրաքանչյուր ֆայլի համար:
TIdGopher և TIdGopherServer
Այս բաղադրիչները նախատեսված են ցանցային արձանագրություն ապահովելու համար, որը փոխարինվել է վերջին ժամանակները WWW-ից (World Wide Web)՝ օգտագործելով HTTP արձանագրությունը: Սերվերը, որն իրականացնում է այս արձանագրությունը, ապահովում է հիերարխիկ բաշխված աշխատանքային հոսքի աջակցության համակարգ: Այս զույգ բաղադրիչների օգտագործման օրինակը, որը գտնվում է \demos\indy\GopherClient և \demos\indy \GopherServer դիրեկտորիաներում, ցույց է տալիս, թե ինչպես կարելի է օգտագործել այս արձանագրությունը՝ ձեր համակարգչում տեղակայված ֆայլերի մասին տեղական ցանցում տեղեկատվություն տրամադրելու համար, այդ թվում՝ փակ։ նրանք..
TIdHostNameServer
Սերվերի բաղադրիչ, որը նախատեսված է տեղական սերվերի անունը հաճախորդներին փոխանցելու համար:
TIdHTTP և TIdHTTPS սերվեր
Բաղադրիչները օգտագործվում են HTTP ցանցի արձանագրությունը տրամադրելու համար (աջակցվում են 1.0 և 1.1 տարբերակները, ներառյալ GET, POST և HEAD գործողությունները): Բացի այդ, տրամադրվում է նույնականացման և պրոքսի սերվերների օգտագործման աջակցություն: Սերվերի բաղադրիչն օգտագործվում է ծառայություններ մատուցելու համար մեկ այլ վեբ սերվերի, որն աջակցում է այս արձանագրությունը: TIdHTTPServer-ը հեշտացնում է այնպիսի գործառույթների ներդրումը, ինչպիսիք են թխուկները, պետական կառավարումը և այլն:
TIdIcmpClient
Հաճախորդի բաղադրիչ, որը նախատեսված է ICMP (Internet Control Message Protocol) արձանագրությունն ապահովելու համար, որի օգնությամբ կատարվում է ping-ի գործարկումը և ցանցի հետագծումը։
TIdPOP3
Հաճախորդի բաղադրիչ, որը նախատեսված է POP (Post Office Protocol) արձանագրությունն ապահովելու համար, ներառյալ աջակցություն MIME կոդավորման և վերծանման, ինչպես նաև բազմաբայթ նիշերի փոխանցման համար:
TIdIMAP4Սերվեր
Սերվերի բաղադրիչ, որը նախատեսված է սերվերի վրա IMAP (Ինտերնետ հաղորդագրությունների մուտքի արձանագրություն) գործողություններին աջակցելու համար: Արձանագրությունը թույլ է տալիս որոնել հաղորդագրություններ Էլսերվերի վրա: IMAP-ի և POP-ի միջև տարբերությունն այն է, որ POP-ը պահանջում է լրացուցիչ հիշողությունտվյալների պահպանման համար, և IMAP արձանագրությունը հաճախորդի մեքենայի փոխարեն խոսում է սերվերի հետ: IMAP4-ը ստեղծվել է POP3-ին փոխարինելու համար, սակայն POP3 արձանագրությունը դեռևս լայնորեն կիրառվող ստանդարտն է:
TIdIRCS սերվեր
Սերվերի բաղադրիչ, որը նախատեսված է Ինտերնետում առավել հաճախ օգտագործվող սպասարկման գործողություններին աջակցելու համար, որը սովորաբար կոչվում է չաթ (ընկերական զրույցների համար): Բաղադրիչը ապահովում է IRC (Internet Relay Chat) սերվերի հիմնական շինարարական բլոկները:
TIdMappedPortTCP
Սերվերի բաղադրիչ, որը նախատեսված է քարտեզագրված նավահանգիստներ ստեղծելու համար, որոնք հաճախ օգտագործվում են պրոքսի սերվերներում: Այս բաղադրիչի մեթոդները թույլ են տալիս քարտեզագրել մի նավահանգիստը մյուսին: Օրինակ, նավահանգիստ 80-ը կարող է քարտեզագրվել 3000 նավահանգստին, և բոլոր հարցումները դեպի առաջին նավահանգիստ (պորտ 80) կուղարկվեն երկրորդ նավահանգիստ (պորտ 3000):
TIdNNTP և TIdNNTPS սերվեր
Այս բաղադրիչները պահանջվում են լրատվական ծառայություններում օգտագործվող Ցանցային նորությունների փոխանցման արձանագրությունը (NNTP) տրամադրելու համար: Հաճախորդի բաղադրիչը ներառում է MIME կոդավորման և վերծանման աջակցություն, ինչպես նաև բազմաբայթ նիշերի և այլընտրանքային կոդավորման աջակցություն: Սերվերի բաղադրիչը թույլ է տալիս ստեղծել նորությունների սերվերներ: Կարևոր է նշել, որ TIdNNTPServer-ը լիարժեք նորությունների սերվեր չէ, այլ բաղադրիչ, որն ապահովում է նման սերվերի հիմնական գործառույթները:
TIdQOTD և TIdQOTDSserver
Բաղադրիչները օգտագործվում են օրվա գնանշման ծառայություն տրամադրելու համար: Հաճախորդի բաղադրիչը միանում է սերվերի բաղադրիչի օրինակին, որպեսզի ստանա ամենօրյա գնանշումը: Յուրաքանչյուր սերվերի օրինակ պարունակում է եզակի գնանշումների տվյալների բազա:
TIdSMTP
Հաճախորդի բաղադրիչ, որը նախատեսված է Simple Mail Transfer Protocol (SMTP) հավելվածներում օգտագործելու համար, որն ապահովում է նույնականացման, MIME կոդավորման և ապակոդավորման աջակցություն, ինչպես նաև բազմաբայթ նիշերի աջակցություն:
TIdSNTP
Հաճախորդի բաղադրիչ, որը նախատեսված է SNTP (Simple Network Time Protocol) տրամադրելու համար՝ ժամանակի ծառայություն: Կարող է օգտագործվել ցանկացած ժամային ծառայությանը միանալու համար՝ ընթացիկ ամսաթիվը և ժամը որոշելու համար:
TIdSimpleServer
Սերվերի բաղադրիչ, որն ապահովում է թեթև TCP սերվեր: Թույլ է տալիս կազմակերպել կետ առ կետ կապ: Օգտագործվում է մեկ օգտագործողի հետ սերվերներ ստեղծելու համար, այսինքն՝ այն կարող է միաժամանակ սպասարկել միայն մեկ կապ: Ի տարբերություն TIdTCPServer բաղադրիչի, այն չի առաջացնում երկրորդական գործընթացներ հաճախորդների հարցումներին սպասելիս և այդ հարցումները մշակելիս: Այլ կերպ ասած, եթե սերվերը սպասարկում է ինչ-որ հաճախորդի հարցում, և այդ ժամանակ մեկ այլ հաճախորդ մուտք է գործում այն միանալու համար, ապա այն կարգելափակվի մինչև առաջին հարցման մշակման ավարտը։
TIdTelnet և TIdTelnetServer
Հաճախորդի բաղադրիչն օգտագործվում է մեկ այլ համակարգչի վրա հեռակա նիստեր կազմակերպելու համար, ներառյալ վահանակի բանակցությունները և նույնականացումը: Հաղորդակցության արձանագրությունը ենթադրում է սերվերի հետ ինտերակտիվ փոխազդեցություն իրականացնող անձի առկայությունը: Հաճախորդի բաղադրիչը չունի ցուցադրման աջակցություն և տերմինալի էմուլացիա, այլ պարզապես կապ է ապահովում հետևի վերջի հետ: Սովորաբար, TIdTelnetServer սերվերի արձանագրությունն օգտագործվում է տեքստի վրա հիմնված հեռավոր տվյալների բազաները կազմակերպելու համար՝ հաճախորդների հետ ինտերակտիվ փոխազդեցության համար:
TIdTime և TIdTimeServer
Հաճախորդի բաղադրիչը ժամանակի համար TIdSNTP բաղադրիչի այլընտրանքն է: Կարևոր է նշել, որ այս երկու արձանագրությունների ձևաչափերը տարբեր են: TIdTime-ը հիմնված է RFC 868 ձևաչափի վրա (վերադարձնում է ժամանակը UNIX OS-ի ներքին ստանդարտում՝ կատարելով բոլոր անհրաժեշտ փոխարկումները): Սերվերի բաղադրիչն իր գործողությամբ նման է DayTime սերվերին: Կարող է օգտագործվել տեղական համակարգչի վրա ժամանակային ծառայություն իրականացնելու համար: Լրացուցիչ կոդ չի պահանջվում, պարզապես ստեղծեք TIdTimeServer-ի օրինակ, որը կվերադարձնի սերվերի համակարգչի ներքին ժամացույցի ժամանակը:
TIdTrivialFTP և TIdTrivialFTPSserver
Այս բաղադրիչներն անհրաժեշտ են ֆայլերի փոխանցման ամենապարզ արձանագրությունը կազմակերպելու համար: Այս արձանագրության հաճախորդի բաղադրիչն օգտագործվում է համապատասխան սերվերի բաղադրիչի օրինակին միանալու համար: Արձանագրությունը նախատեսված է ֆայլերի փոխանցման մասնավոր, թեթև, լոկալ դեպքերի համար, օրինակ՝ լոկալ ցանցերում կամ երթուղիչի աղյուսակները երթուղղիչների վրա ներբեռնելու (վերբեռնելու) համար։ Այս արձանագրության թույլ բնութագրերի պատճառով խորհուրդ չի տրվում օգտագործել վավերացման ալգորիթմներ կամ այլ անվտանգության մեխանիզմներ օգտագործելիս: Այս արձանագրության հիմնական նպատակը ֆայլերը ապարատային սարք տեղափոխելն է՝ այն փոփոխելու համար:
TIdTunnelMaster և TIdTunnelSlave
Սերվերի թունելի բաղադրիչներն օգտագործվում են պրոքսի սերվերներում՝ մեկ ֆիզիկականի (թունելի) վրա մի քանի տրամաբանական կապեր կազմակերպելու համար: Այս դասերը կարող են օգտագործվել տարբեր նպատակներով, օրինակ՝ ոչ գաղտնի կապուղիներով գաղտնի կապ հաստատելը:
TIdWhois և TIdWhoIsServer
Հաճախորդի այս բաղադրիչը միանում է ցանկացած ստանդարտ Whois սերվերի, որը թույլ է տալիս տեղեկատվություն ստանալ տիրույթների մասին: Սերվերի բաղադրիչը ապահովում է NIC սերվերի հիմնական գործառույթները:
Indy Misc
Indy Miscellaneous Components պալիտրա էջը ներառում է BASE64, UUE, Quoted Printable և էլփոստի հաղորդակցման այլ սովորական ձևաչափեր, կոդավորիչներ (MD2, MD4 և MD5) ծածկագրային ստանդարտների համար, որոնք օգտագործվում են գաղտնաբառերը և պահելու համար: էլեկտրոնային ստորագրություններանշրջելի (դժվար է վերծանել) ձևով, ինչպես նաև շատ այլ օգտակար բաղադրիչներ և կոմունալ ծառայություններ, որոնք հաճախ օգտագործվում են ինտերնետային հավելվածների մշակման մեջ:
TIdAntiFreeze
Indy-ի բաղադրիչ ալգորիթմների արգելափակման պատճառով հաճախ թվում է, թե հավելվածը «կախված է», մինչ կապն աշխատում է։ Հավելվածի սառեցումը (սառեցումը) կանխելու համար հաղորդակցությունները կազմակերպելիս երկրորդական գործընթացների (թելերի) օգտագործումը բացառելու համար բավական է նշված բաղադրիչը տեղադրել ձևաթղթի վրա:
Բաղադրիչն աշխատում է TCP/IP պրոտոկոլների փաթեթից հարցումները վերլուծելով և հաղորդագրություններ ուղարկելով հավելվածին ուշացման ժամանակ, երբ արտաքին կապերն արգելափակված են, ինչը ստեղծում է գործարկվող կոդի պատրանք: Քանի որ բաղադրիչն ազդում է արգելափակված կապերի վրա միայն հիմնական գործընթացի համար, TIdAntiFreeze-ի օգտագործումը հավելվածի երկրորդական գործընթացներում չի պահանջվում: Հիշեք, որ TIdAntiFreeze բաղադրիչը դանդաղեցնում է կապերը, քանի որ հիմնական գործընթացը պարբերաբար ընդհատվում է հաղորդագրությունները մշակելու համար: Այստեղից հետևում է, որ պետք է ուշադրություն դարձնել, որ մշակվող հավելվածը չափազանց շատ ժամանակ չծախսի հաղորդագրությունների մշակման վրա, ներառյալ OnClick, OnPaint, OnResize և այլն: Որոշ չափով դա կարելի է վերահսկել TIdAntiFreeze դասի հատկությունների միջոցով: Այս բաղադրիչի օգտագործումը կամընտիր է, բայց թույլ է տալիս լուծել հավելվածի տեսողական ինտերֆեյսի հետ կապերի համաժամացման խնդիրը:
TIdDateTime Stamp
Դաս՝ ամսաթվի և ժամի մաթեմատիկայի կատարման համար՝ կապված այն փաստի հետ, որ ինտերնետ արձանագրությունները օգտագործում են տարբեր ամսաթվի և ժամի ձևաչափեր. Բացի այդ, հաճախորդները և սերվերները կարող են լինել տարբեր ժամային գոտիներում:
TIdIPWatch
Սա ժամանակաչափի վրա հիմնված բաղադրիչ է, որը մշտապես հետևում է համակարգչի IP հասցեի փոփոխություններին: Բաղադրիչի իրադարձությունները գործարկվում են, երբ փոփոխություն է հայտնաբերվում: Նշված բաղադրիչը սովորաբար օգտագործվում է հայտնաբերելու այն փաստը, որ համակարգիչը միացել է ինտերնետին կամ որևէ այլ ցանցին: Այս իրավիճակում IP հասցեի փոփոխությունը կարող է պայմանավորված լինել նոր ցանցին միանալու ժամանակ DHCP (Dynamic Host Configuration Protocol) սերվերի կողմից IP հասցեի նշանակմամբ:
TIdLogDebug
Այս բաղադրիչի նպատակն է ընդհատել ցանկացած հաճախորդի կամ սերվերի բաղադրիչի իրադարձությունները և տեղադրել իրադարձության գրառումը նշված ֆայլում: Այս բաղադրիչը շատ օգտակար է Indy բաղադրիչները վրիպազերծելու համար:
TIdMessage
Բաղադրիչն օգտագործվում է այլ բաղադրիչների հետ համատեղ՝ հաղորդագրությունները ճիշտ վերծանելու կամ կոդավորելու համար: Սրանք կարող են լինել POP, SMTP և NNTP բաղադրիչներ: Դասը աջակցում է MIME կոդավորման և վերծանման, բազմաբայթ նիշերի և ISO կոդավորման:
TIdNetwork Հաշվիչ
Indy-ի մի քանի բաղադրիչներից մեկը, որը կարող է օգտագործվել հավելվածներ կառուցելիս: Ցանցային հաշվիչը կարող է օգտագործվել IP հասցեների վրա հաշվարկներ կատարելու համար, ներառյալ ցանցային դիմակները, ենթացանցերը, ցանցային դասերը և այլն:
TIdThreadMgrDefault
Բաղադրիչը լռելյայն ապահովում է երկրորդական գործընթացների կառավարում: Ստեղծվում է, երբ ցանկացած Indy բաղադրիչ, որն աջակցում է գործընթացի կառավարմանը, չունի TIdThreadManager դասի օրինակ: Բաղադրիչը ապահովում է միայն երկրորդական գործընթացների կառավարման հիմնական հնարավորությունները. այն ստեղծում և ոչնչացնում է դրանք ըստ պահանջի:
TIdThreadMgrPool
Գործընթացների կառավարման ավելի առաջադեմ բաղադրիչ, քան TIdThreadMgrDefault-ը, քանի որ այն միավորում է գործընթացները, այլ ոչ թե դրանք ստեղծում կամ ոչնչացնում ըստ պահանջի:
TIdVCard
VCard - էլեկտրոնային համարժեք Բիզնես քարտ, կարող է պարունակել սեփականատիրոջ անձնական տվյալներ, գրաֆիկական տվյալներ։
TIdIMFDecoder
Նախատեսված է ինտերնետային հաղորդագրությունների վերծանման համար: Այն TIdCoder դասի հետնորդն է, ինչպես բոլոր կոդավորիչի բաղադրիչները։ TIdCoder դասը կատարում է ապակոդավորում՝ համաձայն ARPA RFS-822 ինտերնետային տեքստային հաղորդագրությունների ձևաչափի ստանդարտի, որն առաջարկվել է 1982 թվականի օգոստոսին և USENET հաղորդագրությունների փոխանակման ստանդարտ RFC 1036-ին, որն առաջարկվել է 1987 թվականի դեկտեմբերին։
Բաղադրիչն ընդլայնում է TIdCoder դասի հնարավորությունները՝ թույլ տալու համար RFS-822 ձևաչափի հայտնաբերումը վերնագրերի համատեքստից՝ ապահովելով ստացման գաղտնազերծման ռեժիմ և MIME գաղտնագրում և վերծանում: TIdIMFDecoder բաղադրիչն օգտագործվում է TIdMessageClient դասում՝ ստացված և փոխանցված հաղորդագրությունները վերծանելու համար։
TIdQuotedPrintableEncoder
QuotedPrintableEncoder-ը թույլ է տալիս վերծանել տեքստը նշված ձևաչափով: Կարող է ծառայել որպես առանձին բաղադրիչ՝ նշված կոդավորման տեսակով, որը թույլ է տալիս ուղարկել կոդավորման նոր տեսակ պարունակող հաղորդագրություններ:
TIdBase64 Encoder
Իրականացնում է մեկ այլ գաղտնագրման ալգորիթմ, որը հնարավորություն է տալիս փոխանցել չտպվող նիշերը:
TIdUUEencoder
Իրականացնում է գաղտնագրման առաջին ալգորիթմներից մեկը՝ UU կոդավորումը։ Երբեմն օգտագործվում է լրատվական ծառայությունում հոդվածներ տեղադրելու ժամանակ:
TIdXXEncoder
Այս գաղտնագրման մեթոդը դժվար թե երբևէ օգտագործվի: Դա, ըստ էության, նույն UU կոդավորումն է, բայց կոդավորման այլ աղյուսակով:
TIdCoderMD2
MD (Message Digest) գաղտնագրման ալգորիթմի տարբեր տեսակներով բաղադրիչներ: Դրանք բոլորը հիմնված են խառնման վրա, միակողմանի են և չունեն ապակոդավորման ալգորիթմներ։
Արձանագրության հաճախորդի և սերվերի բաղադրիչները կարող են օգտագործվել սերվերի և հաճախորդի ինտերնետային հավելվածներ մշակելու համար՝ հիմնականների (ClientSocket, ServerSocket) և ինտերնետի և Fastnet գունապնակից այլ բաղադրիչների հետ միասին կամ դրանց փոխարեն: Indy բաղադրիչները չեն օգտագործում WebBroker-ի ճարտարապետությունը՝ իրականացնելով ցածր մակարդակի աջակցություն ինտերնետ արձանագրությունների և ծառայությունների համար անմիջապես իրենց սկզբնական կոդում (կոդերը կցված են):
TIdConnectionInterceptOpenSSL և TIdServerInterceptOpenSSL
SSL արձանագրությունը՝ Secure Sockets Layer (Secret Socket Level), որն ապահովում է երկու հավելվածների միջև հաղորդակցության գաղտնիությունն ու հուսալիությունը, ունի երկու մակարդակ։ Շերտավոր փոխադրման արձանագրության ցածր մակարդակում (օրինակ՝ TCP), SSL-ը գրելու արձանագրություն է և օգտագործվում է տարբեր ավելի բարձր շերտերի արձանագրություններ ամփոփելու համար։ SSL-ի առավելությունն այն է, որ այն անկախ կիրառական պրոտոկոլից է, և ավելի բարձր մակարդակի արձանագրությունը կարող է օգտագործվել SSL-ի վրա:
SSL-ն ապահովում է կապի անվտանգությունը, որն ունի երեք հիմնական գործառույթ՝ գաղտնի կապի ապահովում; հանրային բանալին գաղտնագրում (օգտագործվում է հասցեատիրոջ իսկությունը հաստատելու համար); տվյալների փոխանցման հուսալիության աջակցություն:
- Սիմետրիկ ծածկագրությունը օգտագործվում է տվյալների գաղտնագրման համար (օրինակ՝ DES, RC4 և այլն):
- Թվային ստորագրությունը տրամադրվում է ասիմետրիկ հանրային բանալու գաղտնագրման միջոցով (օրինակ՝ RSA, DSS և այլն):
- Հաղորդակցության հուսալիությունը, հաղորդագրությունների փոխադրումը ներառում է հաղորդագրության ամբողջականության ստուգում MAC ուղղիչ կոդերի, ապահով հեշ գործառույթների միջոցով (օրինակ՝ SHA, MD5 և այլն)՝ օգտագործելով MAC հաշվարկները:
HTTP արձանագրության և սերվերի նույնականացման հետ համատեղ՝ SSL արձանագրությունն ապահովում է անհրաժեշտ գաղտնագրման գործառույթները, այնուհետև պահպանում է հաստատված կապը՝ վերահաստատելով վեբ սերվերը և այլն: Կարևոր է հասկանալ, որ SSL-ն ապահովում է հաղորդակցությունը միայն տվյալների փոխանցման ժամանակ և չի փոխարինում անվտանգության այլ մեխանիզմներին:
TIdConnectionInterceptOpenSSL և TIdServerInterceptOpenSSL բաղադրիչները ապահովում են ինչպես հաճախորդի, այնպես էլ սերվերի կողմից կապեր՝ SSL արձանագրության համաձայն: Հարկ է նշել, որ TIdConnectionInterceptOpenSSL և TIdServerInterceptOpenSSL բաղադրիչները հասանելի են միայն Delphi 6-ում, բայց ոչ Kylix-ում: Դա պայմանավորված է արձանագրության բարդությամբ, որը Windows-ի ներդրման դեպքում հիմնված է օպերացիոն համակարգի գործառույթների վրա:
Indy բաղադրիչների օգտագործման օրինակներ կարելի է գտնել /Delphi6/Demos/Indy դիրեկտորիաներում: Ընդհանուր առմամբ, Indy գրադարանը 8.0 տարբերակում պարունակում է 69 բաղադրիչ: Նշվում է, որ 9.0 տարբերակում նշված գրադարանը կպարունակի 86 բաղադրիչ։ Բոլոր բաղադրիչները միավորված են և ներառված են ինչպես Delphi 6-ում, այնպես էլ Kylix-ում, ինչը թույլ է տալիս դրանք օգտագործել միջպլատֆորմային հավելվածներ մշակելու համար: Indy-ի բոլոր բաղադրիչներն աջակցում են բազմաթելային:
Indy բաղադրիչներն իրականացնում են ինտերնետի և Fastnet բաղադրիչների գրեթե բոլոր գործառույթները, ինչը հստակ ցույց է տրված աղյուսակում:
| Բաղադրիչներ | Indy բաղադրիչներ | Բաղադրիչների նպատակը | |
|---|---|---|---|
| 1 | TserverSocket, TClientSocket | TIdTCPserverSocket, TIdTCPClientSocket | Երկու համակարգիչների (հաճախորդի և սերվերի) փոխազդեցություն TCP/IP արձանագրության միջոցով |
| 2 | TNMDayTime | TIdDayTime, TIdDayTimeServer | Սերվերի հարցում ընթացիկ ժամանակի համար |
| 3 | TNMEcho | TIdEcho, TIdEchoServer | Օգտագործվում է պատասխան սերվերի հետ հաղորդակցվելու համար |
| 4 | TNMFinger | TIdFinger, TIdFingerServer | Օգտագործվում է ինտերնետ որոնման սերվերից օգտվողի մասին տեղեկություններ ստանալու համար |
| 5 | TNMFTP | TIdFTP, TIdTrivialFTP, TIdTrivialFTPS սերվեր | Տրամադրել ֆայլերի փոխանցում FTP արձանագրության միջոցով |
| 6 | TNMHTTP | TIdHTTP, TIdHTTPS սերվեր | Տվյալների փոխանակման համար օգտագործեք HTTP արձանագրությունը |
| 7 | TNMMsgServ, TNMMsg | Օգտագործվում է հաճախորդից սերվերին պարզ տեքստային հաղորդագրություններ ուղարկելու համար | |
| 8 | TNMNNTP | TIdNNTP, TIdNNTPS սերվեր | Աջակցեք տվյալների փոխանակմանը նորությունների սերվերի հետ |
| 9 | TNMPOP3 | TIdPOP3 | Օգտագործվում է փոստային սերվերից էլփոստ ստանալու համար՝ օգտագործելով POP3 արձանագրությունը |
| 10 | TNMSMTP | TIdSMTP | Օգտագործվում է էլեկտրոնային փոստ ուղարկելու համար ինտերնետ փոստի սերվերի միջոցով |
| 11 | TNMStrm, TNMStrmServ | Փոխանցեք երկուական տվյալները, որոնք գրված են հոսքին, օգտագործելով TCP/IP արձանագրությունը | |
| 12 | TNMUDP | TIdUDP, TIdUDPServer | Ուղարկեք տվյալներ UDP արձանագրության միջոցով |
| 13 | TpowerSock, TNMGeneralServer | Դասեր ներառված են որպես բաղադրիչներ, որոնք հիմնական են ձեր սեփական հաճախորդները (Powersock) և սերվերները (NMGeneralServer) գրելու համար: | |
| 14 | TNMUUP պրոցեսոր | TIdUUEncoder, TIdUUDecoder | Երկուական ֆայլերը փոխարկեք MIME կամ UUENCODE |
| 15 | TNMURL | Փոխակերպում է տողերը HTML ձևաչափի և վերակոդավորում դրանք |
Բացառություն են կազմում այնպիսի դասեր, ինչպիսիք են TNMMsgServ, TNMMsg, TNMStrm, TNMStrmServ, TpowerSock, TNMGeneralServer, TNMURL, որոնք կա՛մ իրականացնում են հնացած արձանագրություններ, կա՛մ ունեն գործառույթներ՝ ներդրված այլընտրանքային դասերի մեծ խմբում:
Այնուամենայնիվ, ի տարբերություն իր նախորդների՝ ինտերնետի և Fastnet բաղադրիչների, Indy-ն ունի ավելի հարուստ սերվերի և տվյալների փոխակերպման և կոդավորման բաղադրիչներ, ինչպես նաև նույնականացման աջակցություն (Indy Misc գունապնակ): Ինչպես տեսնում եք վերը նշված աղյուսակից, հիմնական արձանագրությունները և ծառայությունները տրամադրվում են ոչ միայն հաճախորդի, այլև սերվերի բաղադրիչների կողմից: Սրանք ժամանակի, արձագանքման, օգտատերերի տեղեկատվության ծառայություններ են, ինչպես նաև HTTP, NNTP, UDP և նույնիսկ FTP-ի ամենապարզ տարբերակը:
Indy բաղադրիչների օգտագործման որոշ օրինակներ
Delphi's Indy բաղադրիչներում IP հասցեն սահմանվում է Host հատկությունում, սովորաբար միայն հաճախորդի հավելվածներում: Սերվերի վրա տեղակայված բաղադրիչներն ունեն համապատասխան պորտի հարցում սկսելու կամ դադարեցնելու մեթոդներ. օրինակ, IdTCPServer բաղադրիչի Active հատկությունը փոխելը սկսում կամ դադարեցնում է համապատասխան պորտի հարցումը: Հաճախորդի և սերվերի միջև կապ հաստատելուց հետո տվյալների փոխանցումը կարող է սկսվել:
Indy Components-ում մեծ ուշադրությունկենտրոնանում է տվյալների հետ աշխատելիս անվտանգության և հուսալիության վրա: Օրինակ, IdTCPClient բաղադրիչն ունի Connect and Disconnect մեթոդները: Հաճախորդի կողմից ստորև բերված կոդի նման ծրագրավորման տեխնիկայի կիրառում.
TCPClient-ի միջոցով սկսեք Connect; փորձեք lstMain.Items.Add(ReadLn); վերջապես Անջատել; վերջ; վերջ;և օգտագործելով Connection հատկությունը՝ որպես պարամետր փոխանցված TIdPeerThread դասի AThread օրինակին, սերվերի կողմից.
AThread.Connection-ով սկսվում է WriteLn («Բարև Հիմնական Indy Server սերվերից»); Անջատել; վերջ;Դուք կարող եք հույս դնել կամ կանոնավոր կապի կատարման կամ սխալների շտկման վրա:
Ուշադրություն դարձրեք համապատասխան դասերի ReadLn և WriteLn մեթոդներին. դրանք նման են ստանդարտ Pascal I/O օպերատորներին: Սա հարգանքի տուրք է UNIX ծրագրավորման տեխնիկային, որտեղ համակարգի գործողությունների մեծ մասը կատարվում է համապատասխան ֆայլերում կարդալու և գրելու միջոցով:
Ճիշտ այնպես, ինչպես Fastnet բաղադրիչները, Indy բաղադրիչների դասերը ունեն իրադարձություններ, որոնք կարող են օգտագործվել իրադարձությունների կառավարում կազմակերպելու համար: Օրինակ, հաճախորդին միանալիս կարող եք կազմակերպել հաղորդագրության ցուցադրումը ձևի վրա.
ընթացակարգ TForm1.IdECHOServer1Connect (AThread: TIdPeerThread); start lblStatus.caption:= «[Ծառայող հաճախորդ]»; վերջ;Indy-ն ապահովում է բաղադրիչներ, որոնք իրականացնում են արձանագրություններ հաճախորդի և սերվերի մասերի հետ, որոնք յուրահատուկ են այս գրադարանին: TIdGopherServer և TIdGopher բաղադրիչները, շնորհիվ GetExtendedMenu, GetFile, GetMenu, GetTextFile հաճախորդի կողմից և ReturnGopherItem, SendDirectoryEntry - սերվերի կողմից, օգնում են դիտել տարբեր տեսակի ֆայլեր, ներառյալ դրանք, որոնք նշված են որպես թաքնված, ինչպես նաև դիրեկտորիաներ: հեռավոր համակարգիչ(նման է dir *.* հրամանը MS-DOS օպերացիոն համակարգում):
Օգտագործելով IdSMTP և IdMessage բաղադրիչները, դուք հեշտությամբ կարող եք ստեղծել ձեր սեփական վեբ հավելվածը, որը կարող է նամակ ուղարկել SMTP արձանագրության միջոցով:
Միևնույն ժամանակ, IdMessage դասը (Indy Misc էջի 23 բաղադրիչներից մեկը) պատասխանատու է հաղորդագրություն ստեղծելու համար, որը բխում է դրա անունից, իսկ IdSMTP-ն պատասխանատու է փոստային սերվերի հետ կապ հաստատելու համար։
Indy-ում օգտագործվող տեխնոլոգիան օգտագործում է կարդալու և գրելու արգելափակում: Indy-ում օգտագործվող Connect-ի ցանկացած գործողություն սպասում է կապի ավարտին: Indy հաճախորդի բաղադրիչների հետ աշխատելիս սովորաբար անհրաժեշտ է անել հետևյալը.
- պահանջել միացում սերվերին;
- հարցումներ կատարել սերվերին կարդալու և գրելու համար (կախված սերվերի տեսակից, քայլը կատարվում է մեկ անգամ կամ կրկնվում է բազմիցս);
- դադարեցնել կապը սերվերի հետ և անջատել:
Indy-ի բաղադրիչները նախատեսված են վերացականության շատ բարձր մակարդակ ապահովելու համար: TCP/IP փաթեթի բարդություններն ու մանրամասները թաքնված են ծրագրավորողից, որպեսզի նա կարողանա կենտրոնանալ առաջադրանքի վրա:
Հետևյալ փոքր օրինակը ցույց է տալիս հաճախորդի լոբի տիպիկ նիստը.
IndyClient-ով սկսեք Host:= "zip.pbe.com"; // Նավահանգիստ զանգահարելու համար:= 6000; // Միացք՝ սերվերին Connect-ում զանգահարելու համար; փորձիր // Ձեր կոդը գնում է այստեղ վերջապես Անջատել; վերջ; վերջ;Օրինակ, նույնիսկ եթե սերվերի հետ կապը հաստատված չէ, կապը նրբորեն կդադարեցվի try-finally հայտարարության օգտագործման պատճառով:
Indy-ի սերվերի բաղադրիչները նկարագրում են սերվերի մի շարք մոդելներ, որոնք կարող եք օգտագործել՝ կախված ձեր կարիքներից և արձանագրությունից:
TIdTCPServer-ը առավել հաճախ օգտագործվող սերվերի բաղադրիչն է, որը ստեղծում է երկրորդական գործընթաց, որը անկախ է հավելվածի հիմնական գործընթացից: Ստեղծված գործընթացը սպասում է պոտենցիալ հաճախորդների մուտքային հարցումներին: Յուրաքանչյուր հաճախորդի համար, որին նա արձագանքում է, ստեղծվում է անհատական երկրորդական գործընթաց: Իրադարձությունները, որոնք տեղի են ունենում պահպանման գործընթացի ընթացքում, կապված են համապատասխան գործընթացների համատեքստի հետ:
Այլ կերպ ասած, յուրաքանչյուր հաճախորդի կապի համար TIdTCPServer դասը օգտագործում է եզակի երկրորդական շարանը՝ կանչելով այդ շղթայի OnExecute իրադարձությունների մշակիչը։ OnExecute մեթոդի պաշտոնական պարամետրը հղում է Athread դասի օրինակին, որը համապատասխանում է ստեղծված շարանը: Այս դասի Connection հատկությունը հղում է TIdTCPConnection դասին, որը նախատեսված է հաճախորդի հարցումը մշակելու համար: TIdTCPConnection-ն աջակցում է կապի միջոցով կարդալու և գրելու, ինչպես նաև նիստի հաստատմանը և ավարտին:
UDP արձանագրությունն աշխատում է առանց սերվերի հետ նախ կապ հաստատելու (ուղարկված յուրաքանչյուր փաթեթ անկախ տվյալների հավաքածու է և մեծ նստաշրջանի կամ կապի մաս չէ): Մինչ TIdTCPServer-ը ստեղծում է առանձին շղթաներ յուրաքանչյուր կապի համար, TIdUDPServer-ն օգտագործում է կամ հիմնական շարանը կամ մեկ երկրորդական շարանը, որը կատարում է UDP արձանագրության բոլոր հարցումները: Երբ TIdUDPServer-ը ակտիվ է, ստեղծվում է շղթա՝ մուտքային UDP փաթեթները լսելու համար: Ստացված յուրաքանչյուր փաթեթի համար OnUDRead իրադարձությունը գործարկվում է կամ հիմնական շղթայի վրա կամ լսող շղթայի համատեքստում՝ կախված ThreadedEvent հատկության արժեքից: Երբ ThreadedEvent-ը գնահատում է False, իրադարձությունը բարձրացվում է հիմնական թեմայում, հակառակ դեպքում՝ լսող շղթայում: Մինչ միջոցառումը մշակվում է, սերվերի այլ գործողություններ արգելափակված են: Հետևաբար, կարևոր է ապահովել, որ OnUDRead ընթացակարգերը հնարավորինս արագ գործարկվեն:
Եթե Ձեզ անհրաժեշտ է ստեղծել նոր հաճախորդի հաճախորդի հավելված գոյություն ունեցող սերվերի համար՝ օգտագործելով գոյություն ունեցող արձանագրությունը, ձեր խնդիրն է բացառապես մշակել և կարգաբերել հաճախորդի հավելվածը: Այնուամենայնիվ, երբ մենք պետք է մշակենք և՛ հաճախորդի, և՛ սերվերի հավելվածներ՝ օգտագործելով գոյություն ունեցող կամ նոր արձանագրություն, մենք բախվում ենք դասական «հավի և ձվի» խնդրին: Որտեղի՞ց սկսել ծրագրավորումը՝ հաճախորդի՞ց, թե՞ սերվերից:
Ակնհայտ է, որ վերջում պետք է ստեղծվեն և՛ հաճախորդը, և՛ սերվերը։ Շատ հավելվածների համար, հատկապես տեքստի վրա հիմնված արձանագրություն օգտագործողների համար (օրինակ՝ HTTP), ավելի հեշտ է սկսել հավելված ստեղծել՝ նախագծելով սերվերը: Եվ դրա վրիպազերծման համար կա հարմար հաճախորդ, որն արդեն գոյություն ունի: Սա Telnet վահանակի հավելված է, որը հասանելի է ինչպես Windows-ում, այնպես էլ UNIX-ում:
Եթե մուտքագրեք telnet 127.0.0.1 80 վահանակի հրամանը տեղական համակարգչի IP հասցեով և վեբ սերվերների կողմից օգտագործվող լռելյայն պորտի համարը 80, ապա հավելվածը կպատասխանի Նկ. 6 Windows 2000-ի և IIS 5.0-ի համար:
Indy բաղադրիչներով ամենապարզ սերվերը ստեղծելու համար անհրաժեշտ է.
Եթե Ձեզ անհրաժեշտ է նախագծել սերվեր, որը ոչ միայն ճիշտ կտեղեկացնի իր հաճախորդներին, երբ կապը խզվում է, այլև նրանց տեղեկություններ է տրամադրում տեղի ունեցած սխալի պայմանների մասին, օգտագործեք try-except հայտարարությունը try-finally-ի փոխարեն, օրինակ, ինչպես. ցույց է տրված հետևյալ օրինակում.
ընթացակարգ TDataModule1.IdTCPServer1Execute (AThread: IdPeerThread); vars: String; սկսեք AThread.Connection-ով, փորձեք փորձել s:= ReadLn; // Կատարեք սերվերի առաջադրանքն այստեղ // եթե բացառություն չկա, // դուրս գրեք սերվերի պատասխանը WriteLn(ներ); բացառությամբ e. Բացառություն սկսեք WriteLn(e.Message); վերջ; վերջ;//փորձել, բացառությամբ վերջապես Անջատել; վերջ; վերջ;Այս փոքրիկ օրինակը ցույց է տալիս պարզ տեքստային սերվեր ստեղծելու քայլերը, ինչպես նաև այն կարգաբերել:
Վերոնշյալ սերվերն է տիպիկ օրինակժամանակակից բաշխված հաշվարկների կազմակերպում:
Բազմաստիճան հավելվածների ստեղծման առանձնահատկությունները
Վերջերս մի քանի սերվերներ ավելի ու ավելի են օգտագործվում հաճախորդի հարցումները բավարարելու համար: Այս տիպի սերվերը, ստանալով հաճախորդի հարցում և մասամբ պատրաստելով այն հետագա մշակման համար, կապվում է մեկ այլ սերվերի հետ և նրան ուղարկում է փոխակերպված հարցում կամ հարցումներ: Երկրորդ մակարդակի սերվերն իր հերթին կարող է շփվել այլ սերվերների հետ: Այսպիսով, մենք կարող ենք խոսել բազմաշերտ սերվերի ճարտարապետության մասին:
Հաջորդը, մենք կստեղծենք տվյալների հասանելիության սերվեր, որի նպատակն է տվյալների բազայից վերադարձնել տվյալները: Այս սերվերը, սակայն, ուղղակիորեն չի կարդում կամ գրում տվյալների բազայի ֆայլերը: Փոխարենը, այն կապվում է տվյալների բազայի սերվերի հետ՝ հաճախորդի կողմից պահանջվող տվյալների որոնման համար:
Այսպիսով, մենք սկսում ենք եռաստիճան ճարտարապետությամբ հավելված մշակել։ Indy բաղադրիչներով տվյալների բազայի սերվեր ստեղծելու համար անհրաժեշտ է.
- Ստեղծեք նոր նախագիծ:
- Տեղադրել վրա հիմնական ձևը TIdTCPServer բաղադրիչի նախագծի օրինակը Indy Servers գունապնակից:
- TIdTCPServer1 դասի օրինակի DefaultPort հատկությունը սահմանեք 6001-ի (խորհուրդ է տրվում ավելի բարձր արժեքներ՝ տարբեր հավելվածների համար կրկնօրինակ պորտի համարներից խուսափելու համար), իսկ Active հատկությունը՝ true:
- Նախագծին ավելացրեք նոր մոդուլ՝ ընտրելով File | Նոր | Տվյալների մոդուլ և դրա վրա տեղադրեք SQLConnection և SQLDataSet բաղադրիչների օրինակները՝ բաղադրիչի գունապնակում գտնվող dbExpress ներդիրից:
- SQLConnection դասի ConnectionName հատկությունը սահմանեք IBLocal, իսկ LoginPrompt-ը՝ False: Եթե դուք չեք կարգավորել IBLocal-ը staff.gdb տվյալների բազայի համար, նախ հետևեք այս ընթացակարգին:
- Սահմանեք SQLDataSet դասի SQLConnection հատկությունը SQLConnection1 և CommandText հատկությունը սահմանեք SQL հայտարարության մեջ. ընտրեք CUSTOMER, CONTACT_FIRST, CONTACT_LAST CUSTOMER-ից, որտեղ CUST_NO = :cust:
Հաճախ մի նորամուծությունն առաջացնում է մյուսի վերջը: Մինչև վերջերս Blogger-ն աշխատում էր Google-ի անձնական որոնումների հիման վրա որոնողական համակարգով: Մենք ունեինք և դեռ հասանելի ենք վիջեթը « Որոնման տուփ", բայց նա չի աշխատում. Փոխարենը, Google-ը հանգիստ ներկայացրեց բլոգի պարզ որոնումը Blogger-ի համար: Սա մի կողմից ajax-ի լուծման պարզեցում ու կորուստ է, իսկ մյուս կողմից՝ նույն Google Analytics-ում հասկանալի ու հետագծելի մեխանիզմ։
- Ինչպես ստեղծել Blogger-ի որոնման ձև
Բլոգի որոնման վիդջեթ Blogger-ի համար
Սկսելու համար, Blogger-ի վիջեթների ցանկը դեռևս ունի «Որոնման տուփ», որը թույլ է տալիս որոնել ձեր բլոգը, բլոգոլորտը և ձեր նշած այլ բովանդակությունը՝ հիմնվելով Google-ի հատուկ որոնման համակարգի վրա:
Որոնման տուփի վիջեթը չի աշխատում Դա պարզապես նույնիսկ պաշտոնական Google բլոգում է, in Chrome բրաուզեր, երբ AdBlock-ն անջատված է, ճշգրիտ հիմնաբառի համար այն ոչինչ չի վերադարձնում և պարզ չէ՝ ապագայում դա կշտկվի, թե ոչ։ Խնդիրն ի հայտ եկավ երկար ժամանակ, և դրա լուծման արդյունքները տեսանելի չեն։
Այստեղ պետք է նաև նշել, որ Google-ի մաքսային որոնումն աշխատում է անվտանգ ռեժիմով՝ օգտագործելով HTTPS արձանագրությունը՝ օգտատերերի տվյալների գաղտնիությունն ապահովելու համար: Սա մի կողմից լավ է, բայց մյուս կողմից անհնար է պարզել, թե ինչ էին փնտրում օգտատերերը բլոգում, և սա իսկապես հետաքրքիր է։
Կայքի որոնում Google-ի կողմից Blogger-ի համար
Փաստորեն, Google-ը խորամանկ է գործել։ Նրանք ինչ-որ բան չեն ուղղել, այլ գրել են JavaScript կոդ՝ օգտագործելով jQuery գրադարանը, որը վերահղվում է դեպի Google որոնում:
$(".searchBox input").on("keypress", ֆունկցիա(ev) ( if (ev.which == 13) ( window.location.href = "https://www.google.com/search?q =site%3A" + window.location.hostname + "%20" + encodeURIcomponent ($(this).val()); ) ));
Այս դեպքում սովորական HTML/JavaScript վիջեթում տեղադրվող որոնման ձևի HTML կոդը կարող է այսպիսի տեսք ունենալ.
Այսպիսով, օգտվողը մուտքագրում է որոնման հարցումը որոնման ձևի մեջ, կտտացնում է Enter կոճակը և սցենարը նրան վերահղում է Google-ի որոնման արդյունքների էջ հարցման համար.
կայք:[դոմենի անուն] [որոնման հարցում]
Լուծումը բավականին ունիվերսալ է, բայց մի մոռացեք, որ այն պահանջում է jQuery:
Ինչպե՞ս է աշխատում Blogger-ի բլոգի որոնումը:
Որպես այդպիսին, Blogger-ի որոնման համակարգը գոյություն ունի և երկար ժամանակ օգտագործվել է արխիվային էջերի ցանկերի համար: Եթե ձեր բլոգում բավականաչափ գրառումներ ունեք, սեղմեք «Նախորդ» հղումը և կտեղափոխվեք հետևյալ URL-ով էջ.
http://www.?updated-max=2013-11-21T08:00:00%2B02:00&max-results=7
Հարկ է նշել, որ լռելյայն (ըստ լռելյայն) robots.txt ֆայլում /search թղթապանակին արգելված է ինդեքսավորել՝ հետևյալ տողով.
Արգելել՝ /որոնել
Սա ճիշտ է։ Հակառակ դեպքում, դուք կստանաք բազմաթիվ էջերի կրկնօրինակներ, որոնք կարող են հանգեցնել ոչ ամենահաճելի հետեւանքների։
Հիմնական բանն այն է, որ բլոգն այժմ որոնվում է այս հասցեով՝ նշելով q պարամետրը, որով ուղարկվում է հարցում, որը ներկայացնում է որոնման արտահայտությունը, օրինակ.
http://www.?q=php
Այս դեպքում կկատարվի հաղորդագրությունների որոնում, որոնցում առկա է «php» արտահայտությունը: Հատկանշական է, որ այստեղ մորֆոլոգիա չկա, i.e. շարունակական որոնել ըստ ճշգրիտ համընկնումտրված արտահայտությամբ.
Ինչպե՞ս ստեղծել բլոգի որոնման ձև Blogger-ի համար:
Մենք ունենք այն մեխանիզմը, որն անհրաժեշտ է։ Խնդիրը փոքր է՝ բլոգում որոնման ձև մտցնել։ Դա անելու համար մենք կօգտագործենք HTML/JavaScript վիջեթ, որը թույլ է տալիս հավելվածներ կամ երրորդ կողմի այլ կոդ ավելացնել ձեր բլոգում, այսինքն. մենք՝ սիրելիներս։
html/javascript վիջեթ Blogger-ի համար Պարզապես գնացեք « Դիզայն» ձեր բլոգում և սեղմեք հղումը « Ավելացնել հարմարանք» Ձեզ անհրաժեշտ բաժնում: Բացվող պատուհանում գտեք և սեղմեք « գումարած նշան» HTML/JavaScript գործիքի համար: Բացվող պատուհանում «Վերնագիր» դաշտում մուտքագրեք ձևի անվանումը, օրինակ՝ Բլոգի որոնում, - իսկ «Բովանդակություն» դաշտում մուտքագրեք հետևյալ HTML կոդը.
Ակնհայտ է, փոխարենը www.siteդուք պետք է գրանցեք ձեր բլոգի դոմենի անունը: Հարկ է նշել նաև, որ ես տվել եմ ամենապարզ և ամենաաշխատանքային տարբերակը, որը կարող եք փոխել և դասավորել ըստ ցանկության։ Սեղմեք կոճակը Պահպանել».
Որոնման արդյունքը իմ բլոգում այսպիսին է.
Blogger-ի որոնման արդյունքը Հարկ է նշել, որ հարցումը չի մնում որոնման ձևի դաշտում, իսկ ընդգծումը հիմնաբառերանհայտ կորած. Այնուամենայնիվ, դա ավելի լավ է, քան ոչինչ: Դե, ցանկության դեպքում, այս խնդիրները կարող են վերացվել՝ օգտագործելով նույն JavaScript-ը:
Ամփոփելով
Ինքնին որոնման ձևի ստեղծումը և այն բլոգում HTML/JavaScript գործիքի միջոցով ավելացնելը բարդ բան չէ: Հոդվածում ես տվել եմ ամենապարզ, բայց բավականին աշխատող տարբերակը, որն օգտագործում եմ ինքս։ Ինձ համար այսքանն է: Շնորհակալություն ուշադրության համար. Հաջողություն!
| ժամը 8:00-ին | Խմբագրել հաղորդագրությունը | 5 մեկնաբանություն |
Ինտերնետի ժողովրդականությունը շարունակում է աճել։ Այսօր, ըստ մասնագետների, դրա ծառայություններից օգտվում է տասնհինգ տարեկանից բարձր բնակչության մոտ 14%-ը (այսինքն՝ մոտ 694 մլն մարդ)։ Ավելին, Գլոբալ ցանցի լսարանը գնահատելիս հաշվի չեն առնվում բջջային ինտերնետ հասանելիություն ունեցող օգտատերերը, ովքեր այցելում են ինտերնետ սրճարաններ, ակումբներ և դասասենյակներ։ Ինտերնետից օգտվողների թվով առաջատար դիրքը շարունակում է զբաղեցնել ԱՄՆ-ը (152 մլն մարդ), որին հաջորդում են Չինաստանը (72 մլն) և Ճապոնիան (52 մլն) եզրափակում է այս եռյակը։
Հարկ է նշել, որ երրորդ աշխարհի գերազանցող դինամիկան. AT այս պահինՀամացանցի բոլոր օգտատերերի միայն մեկ քառորդն է ապրում ԱՄՆ-ում՝ տասը տարի առաջվա ավելի քան երկու երրորդի համեմատ: Այնուամենայնիվ, չի կարելի պնդել, որ ինտերնետը հավասարապես տարածված է դարձել ամբողջ աշխարհում։ Մինչդեռ այն առավել տարածված է ԱՄՆ-ում, Եվրոպայում և Ասիայում: Եթե խոսենք Լատինական Ամերիկայի երկրների մասին, ապա այնտեղ դա այնքան էլ հայտնի չէ։ Օրինակ՝ Բրազիլիան, որը Լատինական Ամերիկայում ինտերնետից օգտվողների թվով առաջատար դիրք է զբաղեցնում, ունի ընդամենը 13,1 միլիոն ինտերնետ կապ։ Իսկ Ավստրալիայի պես մայրցամաքը միայն 15-րդ տեղում է (9,7 մլն օգտվող):
Եթե խոսենք Եվրոպայի մասին, ապա ինտերնետից օգտվողների թվով առաջատարներ են Գերմանիան և Մեծ Բրիտանիան, որոնք զբաղեցնում են համապատասխանաբար հինգերորդ և չորրորդ տեղերը համաշխարհային վարկանիշում (32 և 30 մլն օգտատեր)։ Ինչ վերաբերում է ամենահայտնի ինտերնետային ռեսուրսներին, ապա առաջին երեք տեղերում են այնպիսի ընկերությունների կայքերը, ինչպիսիք են Microsoft-ը (538,6 մլն այցելություն), Google-ը (495,8 մլն) և Yahoo! (480,2 մլն). Դրան հաջորդում է ամերիկյան հանրահայտ eBay ինտերնետ փոխանակումը, որը զբաղեցնում է չորրորդ հորիզոնականը (269 մլն այցելություն)։
Եթե խոսենք այն բովանդակության մասին, որն այսօր գրավում է համացանցի օգտատերերին, ապա առաջին հերթին պետք է անվանել բլոգեր, որոնց ժողովրդականությունը թռիչքաձեւ աճում է։ Հիշեցնենք, որ բլոգ կամ վեբլոգ ( անգլերենից։բլոգ, վեբ մատյան - վիրտուալ ցանցի մատյան կամ իրադարձությունների օրագիր) կայք է, որի հիմնական բովանդակությունը պարբերաբար ավելացվում են գրառումներ, պատկերներ կամ այլ մուլտիմեդիա բովանդակություն: Ըստ հեղինակների կազմի՝ բլոգները կարող են լինել անձնական, խմբակային (կորպորատիվ, ակումբային և այլն) կամ հանրային (բաց); ըստ բովանդակության՝ անձնական (բաց կամ փակ), թեմատիկ կամ ընդհանուր։ Բլոգները կարելի է միավորել ցանցերում՝ ըստ թեմատիկ առանձնահատկությունների կամ այլ չափանիշների: Բլոգների՝ որպես առցանց հաղորդակցման միջոցի հանրաճանաչությունը ներկայումս շատ ավելի մեծ է, քան էլեկտրոնային փոստի, լրատվական խմբերի, վեբ ֆորումների և զրուցարանների հանրաճանաչությունը: Ավելին, վեբ տեղեկամատյանները երբեմն այնքան սերտորեն փոխկապակցված են միմյանց հետ, որ որոշ օգտատերեր արդեն դրանք համարում են կոլեկտիվ հետախուզություն: ցանցային համայնք. Ռուսաստանում բլոգային համակարգերը, ինչպիսիք են LiveJournal.com-ը, Liveinternet.ru-ն և Diary.ru-ն, ամենահայտնին են: Բայց Livejournal.com-ը շարունակում է մնալ առաջատարը Runet-ում բլոգային հոսթինգի շրջանում. ըստ Yandex-ի վիճակագրության, այն զգալիորեն առաջ է իր ռուս գործընկերներից Liveinternet.ru-ից և Diary.ru-ից:
Ինչպես գիտեք, ժամանակակից ինտերնետ օգտագործողը սովորաբար փնտրում է տեղեկատվություն համացանցում՝ օգտագործելով որոնման ծառայությունները: Բայց քանի որ ստանդարտ որոնման գործիքներով բլոգներ որոնելը, ելնելով դրանց ստեղծման առանձնահատկություններից, ձևաչափերից և օժանդակ ծրագրաշարից, որոշ չափով դժվար է, կարիք կար մասնագիտացված որոնման ծառայությունների, որոնք կփնտրեն բացառապես բլոգներում:
Օրինակ՝ Ամստերդամի համալսարանի մասնագետները մանրակրկիտ վերլուծություն են կատարել Blogdigger.com որոնողական համակարգի տեղեկամատյանների վերաբերյալ 2005թ. վարքագիծ. Պարզվեց, որ բլոգների որոնումը զգալիորեն տարբերվում է համացանցում սովորական որոնումից։ Այստեղ բոլոր որոնման հարցումների 52%-ը (և «աղբը» զտելուց հետո, և բոլոր 78%-ը հատուկ անուններ են. սրանք մարդկանց անուններն են, ապրանքների ապրանքանիշերը, ընկերությունների անունները, քաղաքների անունները և այլն: Բացի այդ, շատ տարածված են ընդհանուր թեմատիկ հարցումները (լեզվաբանություն, հումոր, իսլամ), որոնց օգնությամբ մարդիկ փնտրում են բլոգներ կոնկրետ թեմայով։ Այնուամենայնիվ, երբ օգտատերերը բլոգներ են որոնում, նրանք իրենց պահում են մոտավորապես նույն կերպ, ինչպես սովորական որոնման համակարգերում. կարճ սեանսներ, որոնցում ուշադրություն է դարձվում հիմնականում որոնման առաջին արդյունքներին:
(http://www.technorati.com/)
Մինչև վերջերս աշխարհում ամենահայտնի բլոգի որոնման ծառայությունը Technorati-ն էր, որը հնարավորություն էր տալիս փնտրել 17 միլիոն օրագրեր: Այս տարվա հուլիսի վերջին այս ամենամեծ բլոգի որոնողական համակարգը թարմացրեց ինտերֆեյսը և նաև որոշ փոփոխություններ կատարեց առանցքում՝ արագացնելու հարցումների մշակումը:
Հիմնական նորամուծություններից են Discover, Most Popular և Favorite նավիգացիոն վահանակների տեսքը։ Discover-ը բլոգերի թեմատիկ գրացուցակ է, Ամենահայտնիը վարկանիշ է, և «Ֆավորիտ» բաժնում այցելուն կարող է ավելացնել սիրելի բլոգներ և ընտրովի ընտրել միայն դրանցից:
Ինչ վերաբերում է որոնողական համակարգի փոփոխություններին, ապա Technorati-ի կառավարման բլոգը հրապարակում է հարցումների ավելի արագ մշակման և բլոգի հղումների ավելի ճշգրիտ հայտնաբերման մասին: Մոտ ապագայում նախատեսվում է իրականացնել լեզվի տեղայնացում, ավելի արագ ինդեքսավորում, ինչպես նաև մանրամասն վիճակագրություն ողջ համաշխարհային բլոգոսֆերայի համար։
Որոնողական համակարգի ղեկավարության կարծիքով՝ աշխատանքներում փոփոխություններն անհրաժեշտ էին, քանի որ կայքն այլևս չէր կարող լիարժեք օգտագործելիություն ապահովել։ Ըստ Technorati-ի, բլոգոսֆերայի չափը երկրաչափական աճ է գրանցում և արդեն մոտենում է 50 միլիոն բլոգի, ինչը, իհարկե, նաև ծառայության փոփոխությունների հիմնական պատճառներից մեկն էր։
Google բլոգի որոնում ( )
Որոնման ամենահայտնի պորտալը՝ Google-ը, ընդլայնել է նաև իր որոնման հնարավորությունները ինտերնետ օրագրերում որոնման մասնագիտացված մոդուլի միջոցով։ Google ինտերնետ արխիվը կներառի բոլոր բլոգները, ոչ միայն այն բլոգները, որոնք նախկինում հրապարակվել են հատուկ Google Blogger կայքում:
Ծառայությունը ներկայումս գտնվում է բետա փուլում և կարող են որոնել միայն 2005 թվականի հունիսից հրապարակված բլոգները: Սակայն, ըստ ընկերության ներկայացուցիչների, աշխատանքներ են տարվում այն օրագրերը ներառելու ուղղությամբ, որոնք նախկինում հրապարակվել էին համացանցում։ Նոր որոնման համակարգի օգնությամբ հնարավոր կլինի գտնել հեղինակի կամ հաղորդագրության հրապարակված տեքստի բլոգները։ Ավելին, Google-ը ակտիվորեն ինդեքսավորելու է բոլոր բլոգները, որոնք ունեն վեբ էջի փոփոխություններին հետևելու ավտոմատ համակարգ։
Technorati-ի ստեղծողը Google-ի բլոգի որոնումից հետո նամակ է հրապարակել իր ընկերության բլոգում՝ ողջունելով Google-ի մուտքը բլոգերների համայնք: Նա գրում է, որ որոնողական պորտալի որոշումը՝ բլոգեր ներառել իր արխիվում, ցույց տվեց, որ Google-ը լրջորեն է վերաբերվում համացանցի այս համեմատաբար նոր երեւույթին։
Մենք նաև նշում ենք, որ վերջերս Google համակարգը սկսեց ռուսերենով կորպորատիվ բլոգ վարել: Այս բլոգում հայտնված առաջին գրառումը գրել է Google-ի ռուսական բաժնի ղեկավար Վլադիմիր Դոլգովը։ Ռուսական բլոգը վարում են ռուսալեզու Google-ի աշխատակիցները՝ ռուսախոս լսարանի համար: Բլոգը գտնվում է GoogleRussiaBlog.blogspot.com հասցեում: Ռուսական դիվիզիաԸնկերությունը հուսով է, որ բլոգերները կաջակցեն Google կորպորատիվ բլոգին՝ ուղարկելով իրենց ցանկությունները, թե ինչ տեղեկատվություն կցանկանային տեսնել դրանում:
Իհարկե, Google-ը ամենևին էլ առաջին ընկերությունը չէ, որը որոշել է բլոգեր ներառել իր որոնման մեջ, բայց այս որոշումը իսկապես կարելի է նշանակալից համարել, քանի որ այս պորտալը բացահայտ առաջատարն է ինտերնետ որոնողական համակարգերի շարքում։ Նկատի ունեցեք, որ նույնիսկ մինչ բլոգի որոնման ծառայության ստեղծումը, Google-ը ձեռք բերեց մի ընկերություն, որը նպաստեց վեբ տեղեկամատյանները համաշխարհային ֆենոմենի վերածելուն (ամենահայտնի որոնողական համակարգը գնեց Pyra-ն, և դրա հետ մեկտեղ Blogger համակարգի հիմքում ընկած տեխնոլոգիան. ծրագրային ապահովումև մի կայք, որն աջակցում է միլիոնավոր բլոգեր ամբողջ աշխարհում):
Google-ի ռազմավարությունն այն է, որ օգտատերերը որոնողական համակարգից ստանան այն ամենը, ինչ ցանկանում են՝ անկախ հարցումից: Ի վերջո, հաճախ մարդիկ տեղեկություններ են փնտրում այն մասին, թե ինչ է կատարվում տվյալ պահին, նրանք ցանկանում են թարմ նորություններ և մեկնաբանություններ, որոնք երբեմն կարելի է գտնել միայն վեբ տեղեկամատյաններում:
Սակայն Google որոնողական համակարգի օգտատերերն արդեն նշում են նոր որոնողական համակարգի անհարմարությունները։ Օրինակ, լռելյայն տեսակավորումն այնտեղ ավանդաբար տեղի է ունենում ըստ հարցման համապատասխանության, այլ ոչ թե ժամանակի, ինչը հատկապես ճիշտ է բլոգների համար: Ի վերջո, բլոգի որոնման մեջ հիմնականը արդյունավետությունն է, ոչ թե համապատասխանությունը:
Աշխատեք բլոգների և այլ միջազգային որոնման համակարգերի հետ: Օրինակ՝ Yahoo!-ի նորությունների բաժնում։ կա որոնման նոր տարբերակ՝ նորություններում և բլոգներում։ Կցուցադրվի բլոգների ցանկը, որտեղ առկա է տվյալ հիմնաբառը առանձին պատուհան, խոշորագույն լրատվական գործակալությունների լրահոսերի կողքին։ Իսկապես, չնայած այն հանգամանքին, որ բլոգերները պրոֆեսիոնալ լրագրողներ չեն, նրանք երբեմն գերազանցում են զանգվածային լրատվության միջոցներին թե՛ արագությամբ, թե՛ նկարագրության մանրամասնությամբ։ Բացի այդ, լրագրողները ֆիզիկապես չեն կարողանում լուսաբանել բոլոր իրադարձությունները։ Այնուամենայնիվ, բլոգները դեռ չեն երաշխավորում իսկությունը, ուստի Yahoo! չի խառնել նրանցից և 6,5 հազար պատասխանատու լրատվական աղբյուրներից ստացված տեղեկատվությունը։
Բացի բլոգային գրառումներից, որոնողական համակարգերի օգտատերերը կարող են դիտել իրադարձությունների սիրողական լուսանկարներ Flickr-ում՝ Yahoo!-ին պատկանող snapshot-ի հրապարակման կայքում: Հատկապես շատ այցելուների են գրավել Լոնդոնի ռմբակոծությունների կամ ԱՄՆ-ում Կատրինա փոթորկի հետևանքների նկարները:
IAC/InterActiveCorp-ին պատկանող Ask.com (http://www.ask.com/) հայտնի որոնման ռեսուրսը նույնպես վերջերս ձեռք է բերել բլոգներում տեղեկատվություն փնտրելու հնարավորություն։ Նոր ծառայությունը կոչվում է Bloglines։ Միևնույն ժամանակ, ռեսուրսի ներկայացուցիչները նշում են, որ իրենց սերունդները զգալիորեն տարբերվում են նմանատիպ այլ ծառայություններից, որոնք աշխատում են որպես ավանդական որոնման համակարգեր և զտում են սպամը, որը վերջերս սկսել է տարածվել բլոգներում:
Օգտատերերը կկարողանան պահպանել որոնումները և իրենց արդյունքները կիսել ուրիշների հետ: Նրանք նաև կկարողանան տեղադրել իրենց սեփական որոնումները այնպիսի կայքերում, ինչպիսիք են Bloglines-ը և Digg-ը: Ընկերությունը նաև մտադիր չէ սահմանափակվել նոր ծառայության ներդրմամբ միայն իր որոնման ռեսուրսի վրա, որը վերջերս ամբողջությամբ վերափոխվել է և պատրաստվում է ինտեգրել նոր տեխնոլոգիաներ Bloglines-ում։
Բլոգի որոնում Yandex-ում ( )
Բլոգի որոնումը ինտերնետի ռուսական մասում իրականացվում է ոչ ավելի վատ, քան միջազգայինը։ Լավագույն որոնումկազմակերպեց Yandex որոնման պորտալ Runet-ում բլոգերի համար: Ավելին, Yandex-ը վաղուց փնտրել է բոլոր RSS ձևաչափերը (RSS-ը XML ձևաչափերի ընտանիք է, որը նախատեսված է նորությունների հոսքերը, հոդվածների հայտարարությունները և բլոգի փոփոխությունները նկարագրելու համար) և նորությունների հոսք՝ բեռնման համար: Եվ դժվար թե Google-ը ժամանակ ունենա բլոգները ինդեքսավորելու այնպես, ինչպես այսօր անում է Յանդեքսը:
Եվ վերջերս Yandex-ը բարելավել է իր բլոգի որոնման ծառայությունը՝ այժմ գլխավոր էջԿայքում ներկայացված են բլոգոլորտի ցուցիչներ, ինչպիսիք են թեժ թեմաները, հայտնի բլոգները և բլոգի հաղորդավարները:
Բլոգի որոնումը, որպես համացանցում հանրային կարծիքը նավարկելու մի տեսակ գործիք, այժմ թույլ է տալիս ուսումնասիրել օգտատերերի և Ռուսական ցանցի տրամադրությունը: Ըստ խնդրանքի, ոչ միայն գրառումներ են հայտնաբերվել, այլև հոսքեր, և որոնման համապատասխանությունը զգալիորեն բարելավվել է: Բացի այդ, պահպանված պատճենի տեսքի շնորհիվ օգտատերը կարող է դիտել ամբողջական տեքստըգրառումները անմիջապես Yandex-ում, առանց սեղմելու դրա համար հղումները: Ընդլայնված որոնումը թույլ է տալիս բլոգներում և ֆորումներում առանձին որոնել ըստ կատեգորիաների, ինչպես նաև գտնել գրառումները դրանցում նշված հղումներով:
Այսօր բլոգի որոնման ծառայության որոնման տվյալների բազայում, գործարկվել է Yandex-ի կողմից 2004 թվականի դեկտեմբերին պարունակում է ավելի քան 800 հազար ռուսալեզու առցանց օրագիր, և ամեն օր այս ծառայությունը մշակում է 100-160 հազար նոր գրառում: Ընդհանուր առմամբ, Yandex-ը գիտի ավելի քան 45 միլիոն գրառում բլոգներում և ֆորումներում:
Փորձում է աշխատել բլոգերի և ռուսական այլ որոնման համակարգերի հետ: Օրինակ, 2005 թվականի վերջին գործարկվեց «Rambler Planet» կապի ծառայությունը (http://planeta.rambler.ru)՝ պորտալային կապի ծառայությունների միասնական բլոկ: Rambler նոր նախագիծը դիրքավորվում է որպես համացանցում օգտատերերի սեփական ներկայացուցչություն ստեղծելու միջոց, որի առանցքը մուլտիմեդիա օրագիրն է: Այս օրագրում դուք կարող եք հրապարակել և դիտել ոչ միայն տեքստային հաղորդագրություններև լուսանկարներ, այլ նաև տեսանյութեր: Ավելին, Planet-ը ինտեգրված է պորտալի այլ ռեսուրսների հետ՝ Rambler Photo, Rambler Group և Rambler Vision: Իսկ այս տարվա սկզբին Rambler Planet մուլտիմեդիա օրագրերի համակարգում հայտնվեց նոր գործառույթ՝ օգտատերերն այժմ կարող են կազմակերպել թեմատիկ համայնքներ։ Ուրախություն և ևս մեկ նոր հնարավորություն՝ SMS-հրապարակման հնարավորություն: Այժմ դուք կարող եք գրառումներ կատարել ձեր առցանց օրագրում՝ օգտագործելով Բջջային հեռախոս. Շուտով հնարավոր կլինի միացնել RSS-ն ու օրագրերը այլ համակարգերից և կազմակերպել վարկանիշներ։ Բոլոր համայնքները, որոնք այսօր կան, հավաքված են Rambler-ի թեմատիկ կատալոգում։
Ռուսական բլոգ ( )
Բացի Yandex-ից, ռուսական բլոգներում որոնումներ են իրականացվում նաև հայրենական Blogus նախագծի կայքում։ Իհարկե, այս նախագիծը հեռու է բլոգոլորտի ամբողջական լուսաբանումից, որն ունեն Technorati-ն կամ Yandex-ը, բայց այնտեղ էլ կարող եք գտնել հետաքրքիր տեղեկություններ։ Ծառայությունը դեռ գոյություն ունի բետա տարբերակով, նրա ինտերֆեյսը մշտապես բարելավվում է, և մոտ ապագայում այն խոստանում է դառնալ բավականին պարզ, ֆունկցիոնալ և հարմար որոնման գործիք՝ ուղղված հատուկ բլոգերներին։ Այս փուլում Blogus-ի մշակողները նախատեսում են պահել և ինդեքսավորել ամենահայտնի բլոգներից ոչ ավելի, քան 10000-ը: Այսպիսով, եթե Yandex-ը թույլ է տալիս իրականացնել ամենալայն որոնումը, ապա Blogus-ը կդառնա նրա ավելի նեղ թեմատիկ հավելումը` հաշվի առնելով որոշակի բլոգի հեղինակությունը:
Հատուկ կայքի համար
Վլադիմիր Գուբայլովսկի
Google-ը սկսել է առցանց օրագրերի կամ բլոգերի որոնում։Որոնումն իրականացվում է ոչ միայն Google-ի կողմից տրամադրվող ծառայության՝ Blogger ծառայության, այլ բոլոր մյուս բլոգներում, որոնք թարմացումների տեսքով տեղեկատվություն են տրամադրում փոփոխությունների մասին։ Այսօր Google-ի որոնման ինդեքսը ներառում է 2005 թվականի հունիսին թվագրվող բլոգային գրառումները, սակայն Google-ը մտադիր է ինդեքսավորել նաև ավելի հին գրառումները: Ծառայության օգնությամբ դուք կարող եք գտնել ցանկալի առցանց օրագիր, հեղինակ կամ առանձին գրառում և ընտրված ժամանակագրական միջակայքում:
Որոնել բլոգոլորտում
Զարմանալի չէ, որ Google-ը թողարկեց բլոգի որոնումը: Զարմանալի է, որ մի ընկերություն, որը հայտնի է նորարարության համար իր սուր աչքով և վերջերս գրեթե ամեն շաբաթ թողարկելով նոր ծառայություններ և գործիքներ, այսքան ժամանակ օգտվողներին չի առաջարկել այս հատուկ ծառայությունը` բլոգի որոնումը:
Բլոգներն ունեն իրենց առանձնահատկությունները, որոնք տարբերում են այս տեսակի կայքերը բոլոր մյուսներից, և, հետևաբար, բլոգի որոնումը տարբերվում է ավանդական որոնումից: Համեմատության համար, Yandex-ը թողարկեց իր բլոգի որոնումը դեռ 2004 թվականի դեկտեմբերին: Իսկ Google-ը պարզապես չտեսավ այն առանձնահատկությունները, որոնք կրում է բլոգոլորտը (այս տերմինն արդեն հաստատվել է որպես համացանցում գոյություն ունեցող բոլոր բլոգերի սահմանում):
Ըստ Technorati-ի՝ համացանցում բլոգերի ընդհանուր թիվն արդեն հասել է 16,1 միլիոնի, այդ թիվը կրկնապատկվում է յուրաքանչյուր հինգ ամիսը մեկ՝ 5-7 վայրկյանը մեկ նոր բլոգ է ստեղծվում։ Բլոգները՝ առցանց օրագրերը, այսօր գրվում և հրապարակվում են ինչպես անհատների, այնպես էլ խոշոր ընկերությունների կողմից: Ավելին, բլոգի ամենավերջին ժամանակագրական գրառումները հիմնական հետաքրքրություն են ներկայացնում: Իսկ խոշոր որոնողական համակարգերը, նույնիսկ արագաշարժները, ինչպիսին Google-ն է, բավականին դանդաղ են թարմացնում իրենց ինդեքսները. նրանք պարզապես չեն նկատում բլոգի առանձնահատկությունները և ինդեքսավորում են ամեն ինչ: Ավանդական որոնողական համակարգերը, ինչպիսիք են Google-ը կամ Yahoo-ն վեբ որոնումների համար, կառուցում են իրենց ինդեքսները՝ «սքրելով» համացանցը ավտոմատ սողնիչներով, որոնք հավաքում են այն ամենը, ինչ կարող են բոլոր վեբ էջերից, որոնց հանդիպում են: Հազվադեպ չէ մի իրավիճակ, երբ որոնման առաջին էջում հայտնվում են անցյալ տարվա կամ նույնիսկ ավելի հին լուրերը. որոնման համակարգմիշտ չէ, որ լավ կողմնորոշված է ժամանակի մեջ. Սա միանգամայն բնական է. այն պետք է աշխատի էջի թարմացման ամսաթվի հետ, և էջը կարող է թարմացվել առանց բովանդակության որևէ փոփոխության: Որոնման համակարգը չի կարող երաշխավորել ինտերնետում որևէ էջի ամսաթիվը:
«Upstarts» որոնման շուկայում
Ավանդական որոնման համակարգերում տարածված բլոգերի ժամանակագրական ուշացումները և ժամանակագրական ընդմիջումները հնարավորություն են տվել ավելի փոքր որոնման համակարգերին: Այս ծառայությունները կենտրոնացած էին բլոգերի հնարավորինս արագ ինդեքսավորման վրա: Նրանք փորձում են հետևել բլոգի թարմացմանը մի քանի րոպեի ընթացքում՝ այդ փոփոխությունները որոնելի դարձնելու համար: Նոր ծառայությունները, որոնցից մի քանիսը դեռ մեկ տարին չեն անցել, իհարկե, բախվում են բազմաթիվ խնդիրների։ Տեխնոլոգիան դեռ զարգանում է, և ընկերությունները պարզապես պարզում են բլոգերը հետևելու և տեսակավորելու լավագույն ուղիները: Որոշ ծառայություններ կորցնում են շատ բլոգեր, մյուսները ընտրում են կայքեր, որոնք պատահաբար բլոգերի տեսք ունեն: DayPop-ում։ ներկայացված է փոքր քանակությամբ բլոգեր՝ մոտ 60 հազար, սակայն այս բլոգներն ընտրվել են կայքի խմբագիրների կողմից որպես իրենց տեսանկյունից ամենահետաքրքիրը։ Կայքերը, ինչպիսիք են Technorati, Feedster, IceRocket (որը ինդեքսավորում է ռուսական բլոգները մինչ օրս լավագույնը) և BlogPulse-ը, հավաքել են շատ ավելի շատ բլոգեր՝ 15-ից 20 միլիոն: Այս համակարգերի որոնման արդյունքները շատ ավելի շատ արդյունքներ են տալիս, հաճախ բավականին աննկատ, բայց շատ հետաքրքիր աղբյուրներից: Մինչ Technorati-ն և BlogPulse-ը կենտրոնանում են բացառապես բլոգների վրա, Feedster-ը և IceRocket-ը նաև առաջարկում են տարբերակ, որը թույլ է տալիս նորություններ որոնել ավանդական աղբյուրներից՝ նորությունների հոսքերից, առցանց թերթերից և նորությունների պաշտոնական այլ բովանդակության մատակարարներից:
Մինչ Google-ը, Yahoo-ն և Microsoft-ը մշակում են միլիարդավոր էջեր, բլոգի որոնումը կենտրոնացած է 10-ից 20 միլիոն կայքերի վրա: Այստեղ որոնողական համակարգերն օգտագործում են մեթոդներ, որոնք կիրառելի են միայն բլոգերի համար և պիտանի չեն կամայական կայքերի ինդեքսավորման համար։ Ինչպես գրում է The Wall Street Journal Online-ը, Technorati-ն, օրինակ, ամենից հաճախ հենվում է բլոգերի մոնիտորինգի «պինգինգ» մեխանիզմի վրա: Բլոգերներից շատերը կազմակերպում են իրենց ամսագրերը այնպիսի ծառայությունների միջոցով, ինչպիսիք են Blogger-ը կամ LiveJournal-ը, որոնք ավտոմատ կերպով պինգ են անում որոնման համակարգին, երբ բլոգը փոխվում է: Technorati-ի գործադիր տնօրեն Դեյվիդ Սիֆրին ասում է, որ իր ընկերությունը պայմանագրեր ունի բազմաթիվ ընկերությունների հետ, որոնք տրամադրում են բլոգի հոսթինգ (այսինքն՝ հոսթինգի և բլոգավարման ծառայություն). Նման հաղորդագրություն ստանալուց հետո Technorati-ն անմիջապես թարմացնում է իր որոնման ինդեքսը։ Feedster-ը նաև օգտագործում է ping մոնիտորինգ, բայց ի լրումն, այն հավաքում է թարմացումներ RSS հոսքի միջոցով (ինչպես հենց նոր գործարկված Google բլոգի որոնումը), որում կուտակված բոլոր թարմացումները թողարկվում են որոշակի հաճախականությամբ: Բայց օգտագործելով միայն RSS հոսքերը և հիմնական բլոգային ծառայություններից պինգները, դուք կարող եք կորցնել այն կարևոր բլոգները, որոնք գոյություն ունեն ինքնուրույն: Ուստի IceRocket-ն օգտագործում է նաև իր որոնման ռոբոտը, որը շրջանցում է համացանցը և ինքնուրույն ինդեքսավորում բլոգերը։ Որոնող ռոբոտը կարող է տարբերակել բլոգը ցանկացած այլ կայքից, քանի որ բլոգներն ունեն իրենց բնորոշ տարբերությունները: Ցանկացած բլոգ ունի գրառումների ժամանակագրական հաջորդականություն, յուրաքանչյուր գրառում պարունակում է հստակորեն նշված ամսաթիվ և վերնագիր:
Ժամանակը հիպերտիեզերքում
«Ազատություն» ռադիոկայանի գիտական դիտորդ Ալեքսանդր Սերգեևը նկարագրել է բլոգերի առանձնահատկությունները հետևյալ կերպ. բացակայում է: նորությունների հոսքերում, և շատ քիչ նորությունների հոսքեր կան՝ համեմատած համացանցի ամբողջ ծավալի հետ: Այն փաստը, որ բլոգը պարտադիր կերպով կապված է գրառումների ժամանակագրության հետ, սահմանում է շատ կոնկրետ կառուցվածք, որը գոյություն չի ունեցել մինչ բլոգը»:
Google-ը բաց թողեց բլոգի որոնումը, այստեղ առաջին տեղում չհայտնվեց և այժմ պետք է հետևի: Google-ը հավանաբար հասկացել է, որ եթե ընկերությունն ունենար լավագույն որոնողական համակարգը, ապա այն կցուցադրի բլոգերը ճիշտ այնպես, ինչպես ցանկացած այլ բան: Բայց պարզվեց, որ դա ամբողջովին ճիշտ չէ։ Համացանցն այնքան արագ է փոխվում, որ նույնիսկ Google-ը, իր ողջ ճկունությամբ և ճկունությամբ, այլևս այնքան արագ չէ, որ ամենուր առաջինը լինի, և ամենացավալին ընկերության համար՝ նա բաց թողեց որոնման շուկայի մի հատվածը: Եթե Google-ը մեկ տարի առաջ գործարկեր բլոգի որոնումը, ապա այսօր շուկայի այս հատվածում բարձրացած ընկերություններից շատերը պարզապես չէին առաջանա:
Վերջերս, այսպես կոչված, «պարտիզանական մարքեթինգը», «ամբոխի մարքեթինգը», որն ուղղված է բլոգներից, ֆորումներից, հարցուպատասխանի կայքերից և մեկնաբանություններից հղումների զանգվածի ավելացմանը, ավելի ու ավելի մեծ տարածում է ստանում: Եթե դուք ժամանակ չունեք իրականացնելու այս աշխատանքները, ես անմիջապես պատրաստ եմ խորհուրդ տալ Referr ծառայության տղաներին (նրանց աշխատանքի օրինակները):
Այսօր ես համառոտ կխոսեմ Google-ի որոնման արդյունքների զտման արդյունավետ օգտագործման հիմունքների մասին՝ արդյունավետ ամբոխի մարքեթինգի համար։ Այս թեման նույնպես տեղին է, քանի որ Google-ը թաքցնում է որոնման որոշ զտիչներ, որոնք նախկինում հասանելի էին:
Դիտեք Google SERP-ները այլ երկրներում
Անհատականացված SERP-ների դարաշրջանում գրեթե անհնար է դարձել արագ դիտել որոնման արդյունքներն այլ երկրում, ինչպես դա տեսնում են տեղական օգտատերերը: Այնուամենայնիվ, դեռ կան տարբերակներ։
Այլ երկրներում որոնման արդյունքները դիտելու ալգորիթմ
- անցեք «Ինկոգնիտո» ռեժիմին Chrome-ում (Ctrl + Shift + N);
- հասցեի տողում մուտքագրեք համապատասխան տարածաշրջանի Google տիրույթը և / ncr (մեթոդը հնացած է և չի աշխատում) - այս մեթոդըկիրառելի է բոլոր մարզերի համար;
- Ցանկալի է բրաուզերի ինտերֆեյսի լեզուն փոխել անգլերենի
- մուտքագրեք պահանջվող հարցումը և ստացեք արդյունքը;
Վերոնշյալ մեթոդն այլևս չի աշխատում:
Ընտրված երկրից թողարկումը ստուգելու համար օգտագործեք VPN: Օրինակ՝ ներկառուցված անվճար Opera բրաուզերում:
ԱՄՆ-ում Google-ում արդյունքները դիտելու ևս մեկ տարբերակ կա՝ սա aol.com կայքի օգտագործումն է, որը միավորվում է Google.com-ի թողարկմանը: Հիմնական բանը չմոռանալ որոնել Ինկոգնիտո ռեժիմում։
Google ֆորումի որոնում
Ի՞նչ է անում այս ֆիլտրը: Այն զտում է որոնման արդյունքները և ցույց է տալիս միայն ֆորումների և Q&A ցանկերի հետ կապվածները: Այս ֆիլտրը շատ օգտակար է նրանց համար, ովքեր ցանկանում են բարձրացնել ապրանքանիշի կամ ապրանքի իրազեկվածությունը քննարկումներում: Դա շատ հեշտ է անել՝ թեմաներ որոնելով տեղեկատվական ռեսուրսներորտեղ մարդիկ ձեր արտադրանքի կամ ծառայության կարիքն ունեն: Գլխավորը ոչ թե գովազդելն է, այլ մարդկանց օգնելը։ Հղումը միայն հավելումն է կամ դրանցից մեկը տարբերակներըլուծել օգտվողի խնդիրը.
https://www.google.com.ua/webhp?tbm=dsc - քննարկումների որոնում (հնացած մեթոդ, Google-ը հեռացրեց գործառույթը)
Բացի այդ, այս զտիչն ունի ավելի նուրբ կարգավորումներ, որոնք կօգնեն ձեզ գտնել միայն թարմ թեմաներ ֆորումներում (օր, շաբաթ, ամիս) կամ թողնել արդյունքներ միայն այն երկրից, որտեղ դուք գտնվում եք:
Հավելում. ցանկացած որոնման հարցում կարող է վերածվել քննարկման որոնման՝ ավելացնելով հասցեագոտու վերջում &tbm=dsc
Google բլոգի որոնում
Ձեր որոնման արդյունքները սահմանափակելու և միայն բլոգեր տեսնելու համար մուտքագրեք հետևյալ հասցեն
