Lifehack: Använd Google-sökning till fullo för effektiv publikmarknadsföring. Se Google SERP i andra länder

Indy-komponenter som används i Delphi 6.

Utöver de grundläggande tjänsterna och protokollen på Internet finns det ett brett utbud av ytterligare tjänster, vars möjligheter ofta används av internetutvecklare. Dessutom är möjligheten att visa information med en webbläsare inte alltid en acceptabel lösning för internetapplikationer. I det här fallet är det rimligt att använda internetinfrastrukturen för datautbyte och tillhandahålla informationsvisning genom mer komplexa klientapplikationer utvecklade till exempel i Delphi.

Låt oss säga att du vill implementera anpassad logik på serversidan som inte är inbyggd i vanliga webbservrar. För att lösa denna klass av problem inkluderar Delphi Internet Direct (Indy)-biblioteket från Nevrona Designs (http://www.nevrona.com/Indy/). Detta bibliotek, utvecklat specifikt för Borland Delphi, har redan åtta versioner, varav den senaste ingick i den nya versionen av Delphi. Uppsättningen av komponenter är uppdelad i tre grupper: klient (Indy Client), server (Indy Servers) och auxiliary (Indy Misc).

Indy-klienter och Indy-servrar

De flesta av Indy Client och Indy Servers komponenter är par som motsvarar klient- och serverdelarna av protokollen och tjänsterna (med undantag för separata, huvudsakligen serverbaserade komponenter som TunnelMaster och TunnelSlave), och tillåter användning av protokoll som t.ex. TCP/IP, UDP, NNTP, SMTP, FTP, HTTP, samt ECHO, FINGER, WHOIS-tjänster, etc.

Indy-klientkomponenter skrivs med sockets. Uttaget på klientsidan kräver en anslutning till servern. När anslutningen är upprättad kan klienten och servern börja utbyta meddelanden. Dessa meddelanden är av olika karaktär, men vanligtvis sker utbytet enligt ett specifikt protokoll (till exempel HTTP)

TIdTCPClient och TIdTCPServer

Dessa komponenter används för att stödja ett av huvudnätverksprotokollen - TCP (Transmission Control Protocol), och är också basklasserna för TIdSMTP- och TIdFTP-komponenterna. Klassen TIdTCPServer har en ThreadMgr-egenskap som är noll som standard. Om ThreadMgr är noll när TIdTCPServer är aktiverad, kommer klassen TIdThreadMgrDeafault att skapas implicit. Annars används den installerade processhanteraren.

TIdUDPClient och TIdUDPServer

Dessa komponenter används för att stödja nätverksprotokollet UDP (User Datagram Protocol) och är också basklasser för ett antal andra Indy-komponenter.

TIdChargenServer

Komponenten används för att generera slumpmässiga tecken, vanligtvis för teständamål.

TIdDayTime och TIdDayTimeServer

Komponenter används för att tillhandahålla en tidstjänst. Klienten begär och servern rapporterar aktuellt datum och tid.

TIdDNSResolver

Detta är en klientkomponent som betjänar förfrågningar från en DNS-server (Domain Name Service). DNS-serverfrågor är utformade för att ersätta datornamnet med dess IP-adress. TIdDNSResolver är en underklass till TIdUDPClient.

TIDDICTServer

Dictionary Server Protocol (DICT) Server Component - En TCP-baserad ordbok på serversidan som låter en klient komma åt en ordbok på naturligt språk.

TIdDISCARDServer

Serverkomponenten som stöder postservern. Inspelningar kan användas som ett felsöknings- och mätverktyg. Registertjänsten skickar helt enkelt all data till den som är villig att ta emot den.

TI dEcho och TI dECHOServer

Komponenter är avsedda att tillhandahålla en svarstjänst, som vanligtvis används för att testa ett nätverks tillstånd. Klienten skickar ett textmeddelande till servern, servern returnerar meddelandet till klienten. Om meddelandet är förvanskat fungerar nätverket fel.

TIdFinger och TIdFingerServer

Komponenterna är avsedda att tillhandahålla ett protokoll som gör det möjligt för en användare att fråga data angående närvaron av andra användare i systemet. Vissa servrar hanterar sådana klientförfrågningar. Genom att använda detta par av komponenter kan du betjäna klientförfrågningar som tar reda på om det finns andra användare i systemet.

TIdFTP

Komponenten inkluderar fullt stöd för filöverföringsprotokollet - FTP (File Transfer Protocol). Passiv och aktiv dataöverföring stöds, såväl som operationer som GET och PUT, ta bort kataloger, få kvoter, fil- och katalogstorlekar. I sitt arbete använder TI dFTP klassen TIdSimpleServer. När en FTP-filöverföring pågår är den sekundära TCP-anslutningen öppen för dataöverföring och stängs när data har överförts. Denna anslutning kallas en "datalänk" och är unik för varje fil som överförs.

TIdGopher och TIdGopherServer

Dessa komponenter är designade för att tillhandahålla ett nätverksprotokoll som nyligen har ersatts från WWW (World Wide Web) av HTTP-protokollet. Servern som implementerar detta protokoll tillhandahåller ett hierarkiskt distribuerat arbetsflödesstödsystem. Ett exempel på användning av detta par av komponenter, som finns i katalogerna \demos\indy\GopherClient och \demos\indy \GopherServer, visar hur detta protokoll kan användas för att tillhandahålla information på det lokala nätverket om filer som finns på din dator, inklusive stängda ettor..

TIdHostNameServer

En serverkomponent utformad för att skicka det lokala servernamnet till klienter.

TIdHTTP och TIdHTTPServer

Komponenter används för att tillhandahålla HTTP-nätverksprotokollet (versionerna 1.0 och 1.1 stöds, inklusive GET-, POST- och HEAD-operationer). Dessutom tillhandahålls stöd för autentisering och användning av proxyservrar. Serverkomponenten används för att tillhandahålla tjänster till en annan webbserver som stöder detta protokoll. TIdHTTPServer gör det enkelt att implementera funktioner som cookies, tillståndshantering och mer.

TIdIcmpClient

En klientkomponent utformad för att tillhandahålla ICMP-protokollet (Internet Control Message Protocol), med hjälp av vilket ping-operationen och nätverksspårningen utförs.

TIdPOP3

En klientkomponent utformad för att tillhandahålla POP-protokollet (Post Office Protocol), inklusive stöd för MIME-kodning och avkodning, samt överföring av multibyte-tecken.

TIdIMAP4Server

En serverkomponent utformad för att stödja IMAP-operationer (Internet Message Access Protocol) på en server. Protokollet låter dig söka efter e-postmeddelanden på servern. Skillnaden mellan IMAP och POP är att POP-protokollet kräver ytterligare minne för att lagra data, medan IMAP-protokollet kommer åt servern istället för klientmaskinen. IMAP4 skapades för att ersätta POP3, men POP3-protokollet är fortfarande den allmänt använda standarden.

TIdIRCServer

En serverkomponent utformad för att stödja de mest använda tjänsteoperationerna på Internet, vanligen kallad chatt (för vänliga konversationer). Komponenten tillhandahåller de grundläggande byggstenarna för en IRC-server (Internet Relay Chat).

TIdMappedPortTCP

En serverkomponent utformad för att skapa mappade portar, som ofta används i proxyservrar. Metoderna för denna komponent låter dig mappa en port till en annan. Till exempel kan port 80 mappas till port 3000 och alla förfrågningar till den första porten (port 80) kommer att vidarebefordras till den andra porten (port 3000).

TIdNNTP och TIdNNTPServer

Dessa komponenter krävs för att tillhandahålla Network News Transfer Protocol (NNTP) som används i nyhetstjänster. Klientkomponenten inkluderar stöd för MIME-kodning och -avkodning, samt stöd för multibyte-tecken och alternativa kodningar. Serverkomponenten låter dig skapa nyhetsservrar. Det är viktigt att notera att TIdNNTPServer inte är en fullfjädrad nyhetsserver, utan en komponent som tillhandahåller den grundläggande funktionaliteten för en sådan server.

TIdQOTD och TIdQOTDServer

Komponenter används för att tillhandahålla en Dagens offerttjänst. Klientkomponenten ansluter till en instans av serverkomponenten för att ta emot den dagliga offerten. Varje serverinstans innehåller en unik offertdatabas.

TIdSMTP

En klientkomponent utformad för att användas i Simple Mail Transfer Protocol (SMTP)-applikationer, ger stöd för autentisering, MIME-kodning och avkodning och stöd för multibyte-tecken.

TIdSNTP

En klientkomponent designad för att tillhandahålla SNTP (Simple Network Time Protocol) - en tidstjänst. Kan användas för att ansluta till valfri tidstjänst för att fastställa aktuellt datum och tid.

TIdSimpleServer

En serverkomponent som tillhandahåller en lätt TCP-server. Låter dig organisera en punkt-till-punkt-anslutning. Används för att skapa servrar med en enda användare, det vill säga att den bara kan betjäna en anslutning åt gången. Till skillnad från TIdTCPServer-komponenten, genererar den inte sekundära processer medan den väntar på förfrågningar från klienter och medan de bearbetar dessa förfrågningar. Med andra ord, om servern betjänar en begäran från en klient, och vid den tidpunkten en annan klient kommer åt den för att ansluta, kommer den att blockeras till slutet av behandlingen av den första begäran.

TIdTelnet och TIdTelnetServer

Klientkomponenten används för att organisera fjärrsessioner på en annan dator, inklusive konsolförhandlingar och autentisering. Kommunikationsprotokollet förutsätter närvaron av en person som utför interaktiv interaktion med servern. Klientkomponenten har inte bildskärmsstöd och terminalemulering, utan tillhandahåller helt enkelt en anslutning till baksidan. Vanligtvis används TIdTelnetServer-serverprotokollet för att organisera textbaserade fjärrdatabaser för interaktiv interaktion med klienter.

TIdTime och TIdTimeServer

Klientkomponenten är ett alternativ till TIdSNTP-komponenten för timing. Det är viktigt att notera att formaten för dessa två protokoll är olika. TIdTime är baserat på RFC 868-formatet (returerar tid i den interna standarden för UNIX OS, gör alla nödvändiga konverteringar). Serverkomponenten liknar driften av en DayTime-server. Kan användas för att implementera en tidstjänst på den lokala datorn. Ingen ytterligare kod krävs, skapa bara en instans av TIdTimeServer som returnerar tiden för serverdatorns interna klocka.

TIdTrivialFTP och TIdTrivialFTPServer

Dessa komponenter är nödvändiga för att organisera det enklaste filöverföringsprotokollet. Klientkomponenten i detta protokoll används för att ansluta till en instans av motsvarande serverkomponent. Protokollet är avsett för privata, lätta, lokala fall av filöverföring, till exempel i lokala nätverk eller för nedladdning (uppladdning) av routningstabeller till routrar. På grund av de svaga egenskaperna hos detta protokoll rekommenderas inte användningen av det när du använder autentiseringsalgoritmer eller andra säkerhetsmekanismer. Huvudsyftet med detta protokoll är att överföra filer till en hårdvaruenhet för att modifiera den.

TIdTunnelMaster och TIdTunnelSlave

Servertunnelkomponenter används i proxyservrar för att organisera flera logiska anslutningar över en enda fysisk (tunnel). Dessa klasser kan användas för olika ändamål, som att upprätta en hemlig anslutning över icke-hemliga kanaler.

TIdWhois och TIdWhoIsServer

Denna klientkomponent ansluter till valfri standard Whois-server som låter dig få information om domäner. Serverkomponenten tillhandahåller NIC-serverns grundläggande funktioner.

Indy Övrigt

Palettsidan för Indy Diverse komponenter inkluderar BASE64, UUE, Quoted Printable och andra vanliga e-postkommunikationsformat, kodare (MD2, MD4 och MD5) för kryptografiska standarder som används för att lagra lösenord och elektroniska signaturer i en irreversibel (svår att dekryptera) form, såväl som många andra användbara komponenter och verktyg som ofta används i utvecklingen av internetapplikationer.

TIdAntiFreeze

På grund av blockeringen av Indys komponentalgoritmer ser det ofta ut som att applikationen "hänger sig" medan anslutningen fungerar. För att utesluta användningen av sekundära processer (trådar) när du organiserar kommunikation för att förhindra frysning (frysning) av applikationen räcker det att placera den angivna komponenten på formuläret.

Komponenten fungerar genom att tolka förfrågningar från TCP/IP-protokollstacken och skicka meddelanden till applikationen under en fördröjning när externa anslutningar blockeras, vilket skapar en illusion av att köra kod. Eftersom komponenten endast påverkar blockerade anslutningar för huvudprocessen, krävs inte användning av TIdAntiFreeze i applikationens sekundära processer. Tänk på att TIDAntiFreeze-komponenten saktar ner anslutningarna eftersom huvudprocessen periodvis avbryts för att bearbeta meddelanden. Av detta följer att man måste se till att applikationen som utvecklas inte lägger för mycket tid på att bearbeta meddelanden, inklusive OnClick, OnPaint, OnResize, etc. Till viss del kan detta styras genom egenskaperna för klassen TIdAntiFreeze. Användningen av denna komponent är valfri, men låter dig lösa problemet med att synkronisera anslutningar med applikationens visuella gränssnitt.

TIdDateTimeStamp

En klass för att utföra matematik för datum och tid relaterad till det faktum att Internetprotokoll använder olika datum- och tidsformat; dessutom kan klienter och servrar vara i olika tidszoner.

TIdIPWatch

Detta är en timerbaserad komponent som ständigt övervakar förändringar i datorns IP-adress. Komponenthändelser aktiveras när en förändring upptäcks. Den angivna komponenten används vanligtvis för att upptäcka det faktum att en dator har anslutit till Internet eller något annat nätverk. Ändringen av IP-adress i denna situation kan bero på tilldelningen av en IP-adress av en DHCP-server (Dynamic Host Configuration Protocol) vid anslutning till ett nytt nätverk.

TIdLogDebug

Syftet med den här komponenten är att fånga upp händelserna för en klient- eller serverkomponent och placera en händelsepost i den angivna filen. Den här komponenten är mycket användbar för att felsöka Indy-komponenter.

TIdMessage

Komponenten används i kombination med andra komponenter för att korrekt dekryptera eller koda meddelanden. Dessa kan vara POP-, SMTP- och NNTP-komponenter. Klassen stöder MIME-kryptering och dekryptering, multibyte-tecken och ISO-kodning.

TIdNetwork Calculator

En av få Indy-komponenter som kan användas när man bygger applikationer. Nätverkskalkylatorn kan användas för att utföra beräkningar på IP-adresser, inklusive nätmasker, subnät, nätverksklasser och så vidare.

TIdThreadMgrDefault

Komponenten tillhandahåller hantering av sekundära processer som standard. Skapas när någon Indy-komponent som stöder processhantering inte har en instans av klassen TIdThreadManager definierad. Komponenten tillhandahåller endast de grundläggande funktionerna för att hantera sekundära processer: den skapar och förstör dem på begäran.

TIdThreadMgrPool

En mer avancerad processhanteringskomponent än TIdThreadMgrDefault eftersom den slår samman processer snarare än att skapa eller förstöra dem på begäran.

TIdVCard

VCard - elektronisk motsvarighet till ett visitkort, kan innehålla personlig information om ägaren, grafisk data.

TIdIMFDecoder

Designad för att avkoda Internetmeddelanden. Det är en ättling till TIdCoder-klassen, precis som alla andra kodarkomponenter. Klassen TIdCoder utför avkodning i enlighet med ARPA RFS-822 Internet textmeddelandeformatstandard, som föreslogs i augusti 1982, och USENET meddelandestandard RFC 1036, som föreslogs i december 1987.

Komponenten utökar kapaciteten för TIdCoder-klassen för att tillåta RFS-822-formatdetektering från rubrikernas sammanhang, vilket ger ett mottagningsdekrypteringsläge och MIME-kryptering och dekryptering. TIdIMFDecoder-komponenten används i klassen TIdMessageClient för att avkoda mottagna och sända meddelanden.

TIdQuotedPrintableEncoder

QuotedPrintableEncoder låter dig dekryptera text i det angivna formatet. Kan fungera som en fristående komponent med den angivna kodningstypen, vilket gör att meddelanden som innehåller den nya kodningstypen kan skickas.

TIdBase64Encoder

Implementerar ytterligare en krypteringsalgoritm som gör det möjligt att överföra tecken som inte kan skrivas ut.

TIdUUEncoder

Implementerar en av de första chifferalgoritmerna, UU-kodning. Används ibland när man lägger upp artiklar i en nyhetstjänst.

TIdXXEncoder

Det är osannolikt att denna krypteringsmetod någonsin kommer att användas. Det är i huvudsak samma UU-kodning, men med en annan krypteringstabell.

TIdCoderMD2

Komponenter med olika varianter av MD (Message Digest) krypteringsalgoritm. Alla är baserade på blandning, är enkelriktade och har inga dekrypteringsalgoritmer.

Protokollklient- och serverkomponenter kan användas för att utveckla server- och klientinternetapplikationer, tillsammans med eller istället för grundläggande (ClientSocket, ServerSocket) och andra komponenter från Internet- och Fastnet-paletten. Indy-komponenter använder inte WebBroker-arkitekturen och implementerar lågnivåstöd för Internetprotokoll och tjänster direkt i källkoden (källkoder bifogas).

TIdConnectionInterceptOpenSSL och TIdServerInterceptOpenSSL

SSL-protokollet - Secure Sockets Layer (Secret Socket Level), som säkerställer sekretessen och tillförlitligheten för kommunikation mellan två applikationer, har två nivåer. På den låga nivån av ett lagertransportprotokoll (som TCP) är SSL ett skrivprotokoll och används för att kapsla in olika högre lagerprotokoll. Fördelen med SSL är att det är ett applikationsprotokolloberoende, och ett högre lagerprotokoll kan användas över SSL.

SSL tillhandahåller kommunikationssäkerhet, som har tre huvudfunktioner: tillhandahålla en konfidentiell anslutning; offentlig nyckelkryptering (används för att autentisera adressaten); stöd för tillförlitlighet i dataöverföring.

• Symmetrisk kryptografi används för att kryptera data (t.ex. DES, RC4, etc.).
• Den digitala signaturen tillhandahålls med asymmetrisk kryptering med publik nyckel (t.ex. RSA, DSS, etc.).
• Kommunikationssäkerhet, meddelandetransport inkluderar kontroll av meddelandets integritet genom MAC-korrigeringskoder, säkra hashfunktioner (t.ex. SHA, MD5, etc.) med hjälp av MAC-beräkningar.

I kombination med HTTP-protokollet och serverautentisering tillhandahåller SSL-protokollet nödvändiga krypteringsfunktioner och upprätthåller vidare den etablerade anslutningen genom att autentisera webbservern på nytt, etc. Det är viktigt att förstå att SSL endast säkrar kommunikation under dataöverföring och inte är en ersättning för andra säkerhetsmekanismer.

Komponenterna TIdConnectionInterceptOpenSSL och TIdServerInterceptOpenSSL tillhandahåller anslutningar på både klientsidan och serversidan i enlighet med SSL-protokollet. Det bör noteras att komponenterna TIdConnectionInterceptOpenSSL och TIdServerInterceptOpenSSL endast är tillgängliga i Delphi 6, men inte i Kylix. Detta beror på komplexiteten i protokollet, som i fallet med en Windows-implementering är baserat på operativsystemets funktioner.

Exempel på användning av Indy-komponenter finns i /Delphi6/Demos/Indy-katalogerna. Totalt innehåller Indy-biblioteket i version 8.0 69 komponenter. Det anges att i version 9.0 kommer det angivna biblioteket att innehålla 86 komponenter. Alla komponenter är enhetliga och ingår i både Delphi 6 och Kylix, vilket gör att de kan användas för att utveckla plattformsoberoende applikationer. Alla Indy-komponenter stöder multithreading.

Indy-komponenterna implementerar nästan all funktionalitet som finns tillgänglig i Internet- och Fastnet-komponenterna, vilket tydligt visas i tabellen.

	Komponenter	Indy komponenter	Syfte med komponenter
1	TserverSocket, TClientSocket	TIdTCPserverSocket, TIdTCPClientSocket	Interaktion mellan två datorer (klient och server) med hjälp av TCP/IP-protokollet
2	TNMDayTime	TIdDayTime, TIdDayTimeServer	Serverbegäran för aktuell tid
3	TNMEcho	TIdEcho, TIdEchoServer	Används för att kommunicera med svarsservern
4	TNMFinger	TIdFinger, TIdFingerServer	Används för att hämta användarinformation från en sökserver på Internet
5	TNMFTP	TIdFTP, TIdTrivialFTP, TIdTrivialFTPServer	Tillhandahåll filöverföring med FTP-protokoll
6	TNMHTTP	TIdHTTP, TIdHTTPServer	Använd HTTP-protokollet för datautbyte
7	TNMMsgServ, TNMMsg		Används för att skicka enkla textmeddelanden från klienten till servern
8	TNMNNTP	TIdNNTP, TIdNNTPServer	Stöd datautbyte med nyhetsservern
9	TNMPOP3	TIdPOP3	Används för att ta emot e-post från en e-postserver som använder POP3-protokollet
10	TNMSMTP	TIdSMTP	Används för att skicka e-post via en e-postserver på Internet
11	TNMSrm, TNMSrmServ		Överför binära data som skrivits till strömmen med hjälp av TCP/IP-protokollet
12	TNMUDP	TIdUDP, TIdUDPServer	Skicka data med UDP-protokoll
13	TpowerSock, TNMGeneralServer		Klasser inkapslade som komponenter som är grundläggande för att skriva dina egna klienter (Powersock) och servrar (NMGeneralServer)
14	TNMUUPocessor	TIdUUEncoder, TIdUUDecoder	Konvertera binära filer till MIME eller UUENCODE
15	TNMURL		Konverterar strängar till HTML-format och kodar om dem tillbaka

Undantaget är klasser som TNMMsgServ, TNMMsg, TNMStrm, TNMStrmServ, TpowerSock, TNMGeneralServer, TNMURL, som antingen implementerar föråldrade protokoll eller har funktionalitet implementerad i en stor grupp alternativa klasser.

Men till skillnad från sina föregångare - Internet- och Fastnet-komponenter, har Indy rikare server- och dataomkodnings- och krypteringskomponenter, samt autentiseringsstöd (Indy Misc-palett). Som du kan se från tabellen ovan tillhandahålls huvudprotokollen och tjänsterna inte bara av klienten utan också av serverkomponenterna. Dessa är tid, svar, användarinformationstjänster, såväl som HTTP, NNTP, UDP och till och med den enklaste versionen av FTP.

Några exempel på användning av Indy-komponenter

I Delphis Indy-komponenter definieras IP-adressen i Host-egenskapen, vanligtvis endast i klientapplikationer. Serverbaserade komponenter har metoder för att starta eller stoppa polling av motsvarande port - till exempel att ändra egenskapen Active för IdTCPServer-komponenten startar eller stoppar polling av motsvarande port. Efter att ha upprättat en anslutning mellan klienten och servern kan dataöverföringen påbörjas.

Indy-komponenter lägger stor vikt vid datasäkerhet och tillförlitlighet. IdTCPClient-komponenten har till exempel metoderna Connect och Disconnect. Att tillämpa en programmeringsteknik som i koden nedan från klientsidan:

med TCPClient, börja Connect; försök lstMain.Items.Add(ReadLn); slutligen Koppla bort; slutet; slutet;

och använda Connection-egenskapen, skickad som en parameter till AThread-instansen av TIdPeerThread-klassen, från serversidan:

med AThread.Connection börjar WriteLn("Hej från Basic Indy Server-server."); Koppla ifrån; slutet;

du kan räkna med antingen regelbunden anslutningsexekvering eller korrekt felhantering.

Var uppmärksam på ReadLn- och WriteLn-metoderna för motsvarande klasser - de liknar standard Pascal I/O-satser. Detta är en hyllning till UNIX-programmeringstekniken, där de flesta systemoperationer utförs genom att läsa och skriva till lämpliga filer.

Precis som Fastnet-komponenter har Indy-komponentklasser händelser som kan användas för att organisera händelsehantering. Du kan till exempel organisera visningen av ett meddelande i formuläret när du ansluter till en klient:

procedur TForm1.IdECHOServer1Connect(AThread: TIdPeerThread); begin lblStatus.caption:= "[ Betjänar klient ]"; slutet;

Indy tillhandahåller komponenter som implementerar protokoll med klient- och serverdelar som är unika för detta bibliotek. Komponenterna TIdGopherServer och TIdGopher, tack vare metoderna GetExtendedMenu, GetFile, GetMenu, GetTextFile på klientsidan och ReturnGopherItem, SendDirectoryEntry på serversidan, hjälper till att visa filer av olika typer, inklusive de som är markerade som dolda, såväl som kataloger på en fjärrdator (liknande den som kommandot dir *.* gör i MS-DOS-operativsystemet).

Med hjälp av IdSMTP- och IdMessage-komponenterna kan du enkelt skapa din egen webbapplikation som kan skicka e-post med SMTP-protokollet.

Samtidigt är IdMessage-klassen (en av de 23 komponenterna från Indy Misc-sidan) ansvarig för att generera ett meddelande, som följer av dess namn, och IdSMTP ansvarar för att upprätta en anslutning till e-postservern.

Tekniken som används i Indy använder blockering av läsning och skrivning. Alla Connect-operationer som används i Indy väntar på att anslutningen ska slutföras. När du arbetar med Indy-klientkomponenter behöver du vanligtvis göra följande:

• begära en anslutning till servern;
• göra förfrågningar till servern för läsning och skrivning (beroende på typen av server utförs steget en gång eller upprepas många gånger);
• avsluta anslutningen till servern och koppla ur.

Indys komponenter är designade för att ge en mycket hög abstraktionsnivå. Invecklarna och detaljerna i TCP/IP-stacken är dolda för programmeraren så att han kan fokusera på uppgiften.

Följande lilla exempel visar en typisk klientbönsession:

med IndyClient börjar Host:= "zip.pbe.com"; // Värd att anropa Port:= 6000; // Port för att anropa servern på Connect; prova // Din kod kommer här äntligen Koppla bort; slutet; slutet;

I exemplet, även om anslutningen till servern inte upprättas, kommer anslutningen att avslutas på ett elegant sätt på grund av användningen av try-finally-satsen.

Indys serverkomponenter beskriver en mängd olika servermodeller som du kan använda beroende på dina behov och protokoll.

TIdTCPServer är den mest använda serverkomponenten, som skapar en sekundär process som är oberoende av applikationens huvudprocess. Den skapade processen väntar på inkommande förfrågningar från potentiella kunder. För varje klient den svarar på skapas en individuell sekundär process. Händelser som inträffar under underhållsprocessen är relaterade till sammanhanget för respektive process.

Med andra ord, för varje klientanslutning använder klassen TIdTCPServer en unik sekundär tråd genom att anropa den trådens OnExecute-händelsehanterare. Den formella parametern för OnExecute-metoden är en referens till en instans av klassen Athread som motsvarar den skapade tråden. Connection-egenskapen för den här klassen är en referens till klassen TIdTCPConnection, som instansieras för att bearbeta en klientförfrågan. TIdTCPConnection stöder läsning och skrivning via en anslutning, samt upprättande och avslutande av en session.

UDP-protokollet fungerar utan att först upprätta en anslutning till servern (varje skickat paket är en oberoende datamängd och inte en del av en stor session eller anslutning). Medan TIdTCPServer skapar separata trådar för varje anslutning, använder TIdUDPServer antingen en huvudtråd eller en enda sekundär tråd som hanterar alla UDP-protokollförfrågningar. När TIdUDPServer är aktiv skapas en tråd för att lyssna efter inkommande UDP-paket. För varje mottaget paket aktiveras OnUDPRead-händelsen antingen på huvudtråden eller på kontexten för lyssnartråden, beroende på värdet på ThreadedEvent-egenskapen. När ThreadedEvent utvärderas till False höjs händelsen på huvudtråden, annars på lyssningstråden. Medan händelsen bearbetas blockeras andra serveroperationer. Därför är det viktigt att se till att OnUDPRead-procedurerna körs så snabbt som möjligt.

Om du behöver skapa en ny klientklientapplikation för en befintlig server med ett befintligt protokoll, är din uppgift enbart att utveckla och felsöka klientapplikationen. Men när vi ska utveckla både klient- och serverapplikationer med hjälp av ett befintligt eller nytt protokoll står vi inför det klassiska "kyckling och ägg"-problemet. Var ska man börja programmera - från klienten eller från servern?

Självklart måste i slutändan både klienten och servern skapas. För många applikationer, särskilt de som använder ett textbaserat protokoll (som HTTP), är det lättare att börja bygga en applikation genom att designa servern. Och för dess felsökning finns det en bekväm klient som redan finns. Detta är en Telnet-konsolapplikation som är tillgänglig på både Windows och UNIX.

Om du skriver konsolkommandot telnet 127.0.0.1 80 med IP-adressen för den lokala datorn och standardportnumret 80 som används av webbservrar, kommer applikationen att svara med texten som visas i Fig. 6 för Windows 2000 och IIS 5.0.

För att skapa den enklaste servern med Indy-komponenter måste du:

Om du behöver designa en server som inte bara korrekt informerar sina klienter när anslutningen bryts, utan också förser dem med information om de feltillstånd som har uppstått, använd try-except-satsen istället för try-finally - till exempel som visas i följande exempel:

procedure TDataModule1.IdTCPServer1Execute(AThread: IdPeerThread); vars: Sträng; börja med AThread.Connection försök försök s:= ReadLn; // Utför serverns uppgift här // om inget undantag görs, // skriv ut serverns svar WriteLn(s); förutom på e: Exception do begin WriteLn(e.Message); end; //on slut; //försök utom till slut Koppla ur; slut; slut;

Detta lilla exempel visar stegen för att skapa en enkel textserver, samt hur man felsöker den.

Servern som beskrivs ovan är ett typiskt exempel på organisationen av modern distribuerad datoranvändning.

Funktioner för att skapa flerskiktsapplikationer

På senare tid har flera servrar använts alltmer för att tillfredsställa klientförfrågningar. En server av denna typ, efter att ha mottagit en klientförfrågan och delvis förberett den för vidare bearbetning, kontaktar en annan server och skickar en transformerad begäran eller förfrågningar till den. Den andra nivåns server kan i sin tur kommunicera med andra servrar. Således kan vi prata om en serverarkitektur med flera nivåer.

Därefter kommer vi att skapa en dataåtkomstserver vars syfte är att returnera data från databasen. Den här servern läser eller skriver inte direkt till databasfilerna. Istället kontaktar den databasservern på jakt efter den data som klienten kräver.

Så vi börjar utveckla en applikation med en arkitektur i tre nivåer. För att skapa en databasserver med Indy-komponenter måste du:

1. Skapa ett nytt projekt.
2. Placera en instans av TIdTCPServer-komponenten från paletten Indy Servers i projektets huvudform.
3. Ställ in egenskapen DefaultPort för en instans av klassen TIdTCPServer1 till 6001 (högre värden rekommenderas för att undvika dubbletter av portnummer för olika applikationer), och egenskapen Active till true.
4. Lägg till en ny modul till projektet genom att välja Arkiv | Nytt | Datamodul och placera instanser av SQLConnection- och SQLDataSet-komponenterna på den från fliken dbExpress på komponentpaletten.
5. Ställ in egenskapen ConnectionName för klassen SQLConnection till IBLocal och LoginPrompt till False. Om du inte har konfigurerat IBLocal för databasen werknemer.gdb, följ först denna procedur.
6. Ställ in SQLConnection-egenskapen för SQLDataSet-klassen till SQLConnection1 och ställ in CommandText-egenskapen till SQL-satsen: välj CUSTOMER, CONTACT_FIRST, CONTACT_LAST från CUSTOMER där CUST_NO = :cust.

Ofta orsakar en innovation slutet för en annan. Tills nyligen drev Blogger en sökmotor baserad på Googles personliga sökningar. Vi hade, och är fortfarande tillgängliga, widgeten " Sökruta", men han fungerar inte. Istället introducerade Google tyst en enkel bloggsökning för Blogger. Å ena sidan är detta en förenkling och förlust av ajax-lösningen, och å andra sidan en mekanism som är begriplig och spårbar i samma Google Analytics.

• Hur man skapar ett Blogger-sökformulär

Bloggsökningswidget för Blogger

Till att börja med har listan med widgets på Blogger fortfarande en "sökruta" som låter dig söka i din blogg, bloggrulle och annat innehåll du anger baserat på Googles anpassade sökmotor.

Sökrutawidgeten fungerar inte

Men även på den officiella Google-bloggen, i webbläsaren Chrome, med AdBlock inaktiverat, för det exakta sökordet, ger det ingenting och det är inte klart om detta kommer att fixas i framtiden eller inte. Problemet dök upp under lång tid, och resultaten av dess lösning är inte synliga.

Det bör också noteras här att Googles anpassade sökning fungerar i ett säkert läge, med hjälp av HTTPS-protokollet, för att säkerställa konfidentialitet för användardata. Å ena sidan är detta bra, men å andra sidan är det omöjligt att ta reda på vad användarna letade efter på bloggen, och det här är verkligen intressant.

Site Search från Google för Blogger

Faktum är att Google agerade listigt. De fixade inte något, utan skrev en JavaScript-kod med hjälp av jQuery-biblioteket som omdirigerar till Google-sökning.

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

I det här fallet kan HTML-koden för sökformuläret som ska infogas i en vanlig HTML/JavaScript-widget se ut så här:

Således anger användaren en sökfråga i sökformuläret, klickar på Enter-knappen och skriptet omdirigerar honom till Googles sökresultatsida för frågan:

webbplats:[domännamn] [sökfråga]

Lösningen är ganska universell, men glöm inte att den kräver jQuery!

Hur fungerar bloggsökning efter Blogger?

Som sådan har Bloggers sökmotor funnits och har använts för arkivsidor under lång tid. Om du har tillräckligt många inlägg på din blogg klickar du på länken "Föregående" så kommer du till en sida med en webbadress som denna:

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

Det bör noteras att i standardfilen (som standard) robots.txt, är /search-mappen förbjuden att indexera, med följande rad:

Disallow: /search

Det är rätt. Annars kommer du att få många siddubbletter, vilket kan leda till inte de mest trevliga konsekvenserna.

Huvudsaken är att bloggen nu söks genom denna adress, med angivande av q-parametern där en begäran skickas som representerar sökfrasen, till exempel:

http://www.?q=php

I det här fallet kommer en sökning att göras efter meddelanden där frasen "php" finns. Det är anmärkningsvärt att det inte finns någon morfologi här, d.v.s. pågående sök efter exakt matchning med den angivna frasen.

Hur skapar jag ett bloggsökningsformulär för Blogger?

Vi har den mekanism vi behöver. Poängen är liten – att infoga ett sökformulär på bloggen. För att göra detta kommer vi att använda en HTML/JavaScript-widget som låter dig lägga till applikationer eller annan tredjepartskod till din blogg, d.v.s. oss nära och kära.

html/javascript-widget för Blogger

Gå bara till " Design» på din blogg och klicka på länken « Lägg till gadget» i det avsnitt du behöver. I fönstret som öppnas, hitta och klicka på " plustecken» för HTML/JavaScript-gadgeten. I fönstret som öppnas, i fältet "Titel", anger du formulärets titel, till exempel: Bloggsökning, - och i fältet "Innehåll" anger du följande HTML-kod:

Uppenbarligen istället för www.webbplats du måste registrera domännamnet för din blogg. Det bör också noteras att jag har gett den enklaste och mest fungerande versionen, som du kan ändra och ordna som du vill. Klicka på knappen Spara».

Resultatet av sökningen ser ut så här på min blogg:

Blogger sökresultat

Det bör noteras att frågan inte finns kvar i sökformulärsfältet och att det inte finns någon nyckelordsmarkering. Det är dock bättre än ingenting. Tja, om så önskas kan dessa problem elimineras med samma JavaScript.

Summering

Att skapa själva sökformuläret och lägga till det i bloggen via HTML/JavaScript-gadgeten är inget komplicerat. I artikeln gav jag den enklaste, men ganska fungerande versionen, som jag själv använder. Det var allt för mig. Tack för uppmärksamheten. Lycka till!

vid 8:00

Redigera meddelande

5 kommentarer

Internets popularitet fortsätter att växa. Idag, enligt experter, använder cirka 14 % av befolkningen över femton år dess tjänster (det vill säga cirka 694 miljoner människor). Dessutom, när man bedömer publiken i det globala nätverket, tas inte hänsyn till användare som har tillgång till mobilt internet och besöker internetkaféer, klubbar och klassrum. Den ledande positionen när det gäller antalet Internetanvändare är fortfarande ockuperad av USA (152 miljoner människor), följt av Kina (72 miljoner) och Japan (52 miljoner) stänger dessa tre.

Det bör noteras att den överlägsna dynamiken i tredje världen. För närvarande bor bara en fjärdedel av alla internetanvändare i USA, medan deras andel för tio år sedan var mer än två tredjedelar. Ändå kan det inte hävdas att Internet har blivit lika populärt över hela världen. Även om det är vanligast i USA, Europa och Asien. Om vi ​​pratar om länderna i Latinamerika, där är det inte så populärt. Till exempel har Brasilien, som har den ledande positionen när det gäller antalet internetanvändare i Latinamerika, endast 13,1 miljoner internetanslutningar. Och en kontinent som Australien ligger bara på 15:e plats (9,7 miljoner användare).

Om vi ​​talar om Europa, så är Tyskland och Storbritannien de ledande i antalet Internetanvändare, som upptar femte respektive fjärde plats i världsrankingen (32 och 30 miljoner användare). När det gäller de mest populära internetresurserna ges de tre första platserna till webbplatser för företag som Microsoft (538,6 miljoner besök), Google (495,8 miljoner) och Yahoo! (480,2 miljoner). Därefter följer den populära amerikanska internetbörsen eBay, som intar fjärdeplatsen (269 miljoner besök).

Om vi ​​talar om vilken typ av innehåll som lockar internetanvändare idag, bör vi först och främst namnge bloggar, vars popularitet växer med stormsteg. Kom ihåg att en blogg eller webblogg ( från engelska. blogg, webblogg - en virtuell nätverkslogg eller en dagbok över händelser) är en webbplats, vars huvudinnehåll regelbundet läggs till poster, bilder eller annat multimediainnehåll. Beroende på författarnas sammansättning kan bloggar vara personliga, grupp (företag, klubb, etc.) eller offentliga (öppna); efter innehåll - personligt (öppet eller stängt), tematiskt eller allmänt. Bloggar kan kombineras till nätverk enligt tematiska inslag eller andra kriterier. Bloggars popularitet som ett medium för onlinekommunikation är för närvarande mycket högre än för e-post, nyhetsgrupper, webbforum och chattrum. Dessutom är webbloggar ibland så tätt sammanflätade med varandra att vissa användare redan betraktar dem som ett slags kollektiv intelligens för nätverksgemenskapen. I Ryssland är bloggsystem som LiveJournal.com, Liveinternet.ru och Diary.ru de mest kända. Men Livejournal.com är fortfarande ledande i popularitet bland blogghotell i Runet - enligt Yandex statistik är det betydligt före sina ryska motsvarigheter Liveinternet.ru och Diary.ru.

Som du vet söker en modern internetanvändare vanligtvis information på webben med hjälp av söktjänster. Men eftersom det är lite svårt att söka efter bloggar med vanliga sökverktyg, på grund av detaljerna i deras skapande, format och stödjande programvara, fanns det ett behov av specialiserade söktjänster som skulle söka uteslutande på bloggar.

Till exempel genomförde specialister från universitetet i Amsterdam en grundlig analys av Blogdigger.coms sökmotorloggar för maj 2005 (det är 1,2 miljoner frågor), efter att ha studerat det från olika vinklar: syftet med sökfrågor, deras ämne och användare beteende. Det visade sig att sökningen efter bloggar skiljer sig markant från den vanliga sökningen på Internet. Här är 52 % av alla sökfrågor (och efter filtrering av "skräp" - och alla 78 %) egennamn - det är namn på personer, varumärken, företagsnamn, stadsnamn osv. Dessutom är allmänna tematiska frågor (lingvistik, humor, islam) mycket populära, med hjälp av vilka människor söker efter bloggar om ett specifikt ämne. Men när användare söker på bloggar beter de sig på ungefär samma sätt som de gör på vanliga sökmotorer: korta sessioner, där uppmärksamheten främst ägnas åt de första resultaten av sökningen.

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

Tills nyligen var den populäraste bloggsöktjänsten världen över Technorati, som gav möjligheten att söka i 17 miljoner dagböcker. I slutet av juli i år uppdaterade denna största bloggsökmotor gränssnittet och gjorde även några ändringar i kärnan för att påskynda frågebehandlingen.

Bland de viktigaste innovationerna är utseendet på navigationspanelerna Discover, Most Popular och Favorite. Upptäck är en tematisk katalog över bloggar, Mest populär är ett betyg, och i Favorit kan en besökare lägga till favoritbloggar och valfritt bara välja bland dem.

När det gäller ändringarna av sökmotorn, Technoratis ledningsblogginlägg om snabbare frågebehandling och mer exakt upptäckt av blogglänkar. Inom en snar framtid är det planerat att implementera språklokalisering, snabbare indexering, samt detaljerad statistik för hela den globala bloggosfären.

Enligt ledningen för sökmotorn var förändringar i arbetet nödvändiga, eftersom sajten inte längre kunde ge användbarhet fullt ut. Enligt Technorati växer bloggosfärens storlek exponentiellt och närmar sig redan 50 miljoner bloggar, vilket naturligtvis också var en av huvudorsakerna till förändringar i tjänsten.

Google Blog Search ( )

Den mest populära sökportalen, Google, har också utökat sina sökmöjligheter med en specialiserad sökmodul i internetdagböcker. Google Internet Archive kommer att inkludera alla bloggar, inte bara de som tidigare publicerats på den dedikerade Google Blogger-webbplatsen.

Tjänsten är för närvarande i beta och endast bloggar publicerade sedan juni 2005 kan sökas. Men enligt företagsföreträdare pågår ett arbete med att få med de dagböcker som tidigare publicerats på internet. Med hjälp av den nya sökmotorn kommer det att vara möjligt att hitta bloggar av författaren eller av den publicerade texten i meddelandet. Dessutom kommer Google aktivt att indexera alla bloggar som har ett automatiskt system för att spåra webbsidaändringar.

Skaparen av Technorati publicerade ett brev på sin företagsblogg efter Googles bloggsökning, där han välkomnade Googles inträde i blogggemenskapen. Han skriver att sökportalens beslut att ta med bloggar i sina arkiv visade att Google tar detta relativt nya internetfenomen på allvar.

Vi noterar också att Google-systemet nyligen började upprätthålla en företagsblogg på ryska. Det första inlägget som dök upp på den här bloggen skrevs av chefen för Googles ryska division, Vladimir Dolgov. Den ryska bloggen drivs av rysktalande Google-anställda för en rysktalande publik. Bloggen finns på: GoogleRussiaBlog.blogspot.com. Den ryska divisionen av företaget hoppas att bloggare ska stödja Googles företagsblogg genom att skicka sina önskemål om vilken information de skulle vilja se i den.

Naturligtvis är Google inte på något sätt det första företaget som har bestämt sig för att inkludera bloggar i sin sökning, men detta beslut kan verkligen anses vara viktigt, eftersom denna portal är en tydlig ledare bland sökmotorer på Internet. Notera att Google redan innan skapandet av en bloggsöktjänst förvärvade ett företag som bidrog till att omvandla webbloggar till ett världsomspännande fenomen (den mest populära sökmotorn köpte Pyra, och med den tekniken bakom Blogger-systemet - mjukvara och en webbplats som stöder miljontals bloggar över hela världen).

Googles strategi är att se till att användarna får allt de vill ha från sökmotorn, oavsett fråga. När allt kommer omkring är det ofta folk som letar efter information om vad som händer just nu, de vill ha färska nyheter och kommentarer, som ibland bara kan hittas i webbloggar.

Användare av Googles söksystem noterar dock redan besväret med den nya sökmotorn. Till exempel sker standardsorteringen där traditionellt efter relevansen av begäran, och inte efter tid, vilket är särskilt sant för bloggar. När allt kommer omkring, i en bloggsökning är huvudsaken effektivitet, inte relevans.

Arbeta med bloggar och andra internationella sökmotorer. Till exempel, i nyhetssektionen av Yahoo! det finns ett nytt sökalternativ - i nyheter och bloggar. Listan över bloggar där den givna nyckelfrasen förekommer kommer att visas i ett separat fönster, bredvid de största nyhetsbyråernas nyhetsflöden. Faktum är att trots att bloggare inte är professionella journalister, överträffar de ibland massmedia både i hastighet och i detalj i beskrivningen. Dessutom kan journalister inte fysiskt bevaka alla händelser. Men bloggar fortfarande inte garantera äkthet, så Yahoo! blandade inte information från dem och från 6,5 tusen ansvariga nyhetskällor.

Förutom blogginlägg kan sökmotoranvändare se amatörbilder av händelser på Flickr, en webbplats för att dela ögonblicksbilder som ägs av Yahoo!. Bilder på efterdyningarna av bombningarna i London eller orkanen Katrina i USA lockade särskilt många besökare.

Den välkända sökresursen Ask.com (http://www.ask.com/), som ägs av IAC/InterActiveCorp, har också nyligen skaffat sig möjligheten att söka information i bloggar. Den nya tjänsten heter Bloglines. Samtidigt noterar representanter för resursen att deras avkomma skiljer sig markant från andra liknande tjänster som fungerar som traditionella sökmotorer, och filtrerar bort spam, som nyligen har börjat helt enkelt frodas i bloggar.

Användare kommer att kunna spara sökningar och dela sina resultat med andra. De kommer också att kunna lägga upp sina egna sökningar på sajter som Bloglines och Digg. Företaget har inte heller för avsikt att begränsa sig till att bara introducera en ny tjänst på sin sökresurs, som nyligen har gjorts om helt, och kommer att integrera ny teknik i Bloglines.

Bloggsökning på Yandex ( )

Bloggsökning i den ryska delen av Internet genomförs inte sämre än den internationella. Den bästa sökningen efter bloggar i Runet organiserades av Yandex sökportal. Yandex har dessutom länge sökt efter alla RSS-format (RSS är en familj av XML-format utformade för att beskriva nyhetsflöden, artikelmeddelanden och bloggändringar), och till och med ett nyhetsflöde att starta upp. Och det är osannolikt att Google kommer att hinna indexera bloggar som Yandex gör idag.

Och nyligen har Yandex förbättrat sin bloggsökningstjänst - nu innehåller webbplatsens huvudsida sådana indikatorer för bloggvärlden som heta ämnen, populära bloggar och bloggvärd.

Bloggsökning, som ett slags verktyg för att navigera i den allmänna opinionen på Internet, låter dig nu utforska stämningen hos användare och det ryska nätverket. På begäran hittas inte bara poster, utan även strömmar, och sökrelevansen har förbättrats avsevärt. Dessutom, tack vare utseendet på en sparad kopia, kan användaren se hela texten för poster direkt på Yandex utan att klicka på länkarna. Avancerad sökning låter dig söka separat i bloggar och forum efter kategori, samt hitta inlägg via länkar som nämns i dem.

Idag innehåller sökdatabasen för bloggsöktjänsten som lanserades av Yandex i december 2004 mer än 800 000 ryskspråkiga onlinedagböcker, och varje dag bearbetar denna tjänst 100-160 000 nya poster. Totalt känner Yandex till mer än 45 miljoner inlägg i bloggar och forum.

Försöker arbeta med bloggar och andra ryska sökmotorer. Till exempel, i slutet av 2005, lanserades kommunikationstjänsten "Rambler Planet" (http://planeta.rambler.ru) - ett enda block av portalkommunikationstjänster. Det nya Rambler-projektet är positionerat som ett sätt att skapa en internetanvändares egen representation på webben, vars kärna är en multimediadagbok. I den här dagboken kan du publicera och visa inte bara textmeddelanden och foton, utan även videor. Dessutom är Planet integrerat med andra portalresurser - Rambler Photo, Rambler Group och Rambler Vision. Och i början av detta år dök en ny funktion upp i Rambler Planets multimediadagboksystem - användare kan nu organisera tematiska gemenskaper. Snälla och ytterligare en ny funktion - möjligheten till SMS-publicering. Nu kan du göra anteckningar i din onlinedagbok med din mobiltelefon. Snart kommer det att vara möjligt att koppla ihop RSS och dagböcker från andra system och organisera betyg. Alla samhällen som finns idag är samlade i Ramblers temakatalog.

Ryska bloggen ( )

Förutom Yandex görs sökningar i ryska bloggar också på webbplatsen för det inhemska Blogus-projektet. Naturligtvis är det här projektet långt ifrån den fullständiga täckningen av bloggosfären som Technorati eller Yandex har, men du kan hitta intressant information där också. Tjänsten finns fortfarande i betaversion, dess gränssnitt förbättras ständigt, och inom en snar framtid lovar den att bli ett ganska enkelt, funktionellt och bekvämt sökverktyg specifikt riktat till bloggare. I det här skedet planerar Blogus-utvecklarna att behålla och indexera högst 10 000 av de mest populära bloggarna. Således, om Yandex tillåter dig att utföra den bredaste sökningen, kommer Blogus att bli dess smalare tematiska tillägg, med hänsyn till auktoriteten för en viss blogg.

Speciellt för sajten

Vladimir Gubailovsky

Google har startat en sökning efter onlinedagböcker eller bloggar. Sökningen görs inte bara på tjänsten som tillhandahålls av Google själv – tjänsten Blogger, utan på alla andra bloggar som ger information om ändringar i form av uppdateringar. För närvarande innehåller Googles sökindex blogginlägg som går tillbaka till juni 2005, men Google har för avsikt att indexera äldre inlägg också. Med hjälp av tjänsten kan du hitta önskad onlinedagbok, författare eller en separat post och i ett utvalt kronologiskt intervall.

Sök i bloggvärlden

Inte konstigt att Google släppte bloggsökning. Det är förvånande att ett företag känt för sitt skarpa öga för innovation, och släpper nya tjänster och verktyg nästan varje vecka på sistone, inte har erbjudit användarna just denna tjänst - bloggsökning så länge.

Bloggar har sina egna detaljer som skiljer denna typ av webbplats från alla andra, och därför skiljer sig bloggsökning från traditionell sökning. Som jämförelse släppte Yandex sin bloggsökning redan i december 2004. Och Google såg helt enkelt inte detaljerna som bloggosfären bär på (denna term har redan etablerat sig som en definition av alla bloggar som finns på webben).

Enligt Technorati har det totala antalet bloggar på webben redan nått 16,1 miljoner, antalet fördubblas var femte månad – en ny blogg skapas var 5-7:e sekund. Bloggar – onlinedagböcker – skrivs och publiceras idag av både privatpersoner och större företag. Dessutom är de senaste kronologiska blogginläggen av största intresse. Och stora sökmotorer, även snabba som Google, uppdaterar sina index ganska långsamt - de märker bara inte detaljerna i bloggen och indexerar allt. Traditionella sökmotorer som Google eller Yahoo bygger sina index för webbsökningar genom att korsa webben med automatiska sökrobotar som samlar in allt de kan från alla webbsidor de stöter på. Det är inte ovanligt att förra årets eller ännu äldre nyheter dyker upp på första sidan i sökningen – sökmotorn är långt ifrån alltid välorienterad i tiden. Detta är ganska naturligt - det måste fungera med sidans uppdateringsdatum, och sidan kan uppdateras utan att innehållet ändras. En sökmotor kan inte garantera datumet för någon sida på Internet.

"Uppkomlingar" på sökmarknaden

De tidsfördröjningar och kronologiska avbrott i bloggandet som är vanliga i traditionella sökmotorer har gett mindre sökmotorer en chans. Dessa tjänster fokuserade på att indexera bloggar så snabbt som möjligt. De försöker spåra en blogguppdatering inom några minuter för att göra dessa ändringar sökbara. Nya tjänster, av vilka några är mindre än ett år gamla, möter naturligtvis många problem. Tekniken utvecklas fortfarande, och företag håller bara på att hitta de bästa sätten att spåra och sortera bloggar. Vissa tjänster tappar många bloggar, andra plockar upp sajter som av misstag ser ut som bloggar. På DayPop. en liten mängd bloggar presenteras - cirka 60 tusen, men dessa bloggar valdes ut av webbplatsens redaktörer som de mest intressanta ur deras synvinkel. Sajter som Technorati, Feedster, IceRocket (som indexerar ryska bloggar till de bästa hittills) och BlogPulse har samlat på sig mycket fler bloggar, mellan 15 miljoner och 20 miljoner. Sökresultaten för dessa system ger mycket fler resultat, ofta från ganska oansenliga, men mycket intressanta källor. Medan Technorati och BlogPulse enbart fokuserar på bloggar, erbjuder Feedster och IceRocket också ett alternativ som låter dig söka efter nyheter från traditionella källor - nyhetsflöden, onlinetidningar och andra officiella nyhetsinnehållsleverantörer.

Medan Google, Yahoo och Microsoft bearbetar miljarder sidor, är bloggsökningen fokuserad på 10 till 20 miljoner webbplatser. Här använder sökmotorer metoder som bara är tillämpliga på bloggar och som är olämpliga för att indexera godtyckliga sajter. Enligt The Wall Street Journal Online förlitar sig Technorati till exempel oftast på "ping-mekanismen" för att övervaka bloggar. De flesta bloggare organiserar sina journaler genom tjänster som Blogger eller LiveJournal, som automatiskt pingar sökmotorn när en blogg ändras. Technoratis vd David Sifry säger att hans företag har avtal med många företag som tillhandahåller blogghosting (det vill säga en tjänst för hosting och bloggning) – Technorati blir pingad före andra sökmotorer. När Technorati tar emot ett sådant meddelande uppdaterar Technorati omedelbart sitt sökindex. Feedster använder också ping-övervakning, men dessutom samlar den in uppdateringar med hjälp av ett RSS-flöde (som den nyss lanserade Google-bloggsökningen), där alla ackumulerade uppdateringar utfärdas med jämna mellanrum. Men genom att bara använda RSS-flöden och pingar från stora bloggtjänster kan du förlora de där viktiga bloggarna som finns på egen hand. Därför använder IceRocket också sin egen sökrobot, som kringgår webben och självständigt indexerar bloggar. En sökrobot kan skilja en blogg från vilken annan webbplats som helst – eftersom bloggar har sina egna karaktäristiska skillnader. Varje blogg har en kronologisk sekvens av poster, varje inlägg innehåller ett uttryckligen specificerat datum och titel.

Tid i hyperrymden

Vetenskaplig observatör av Radio Liberty Alexander Sergeev beskrev detaljerna för bloggar på följande sätt: "Tillsammans med bloggar har Internet kommit till tiden eller till och med tiden. Före bloggar var Internet ett hyperrum där tid var frånvarande. i nyhetsflöden , och det finns väldigt få nyhetsflöden jämfört med hela volymen på webben. Det faktum att bloggen nödvändigtvis är förknippad med kronologin av inlägg sätter en mycket specifik struktur, som inte fanns innan bloggen."

Google hoppade över bloggsökningen, kom inte först här och måste nu komma ikapp. Google ansåg förmodligen att om ett företag hade den bästa sökmotorn skulle det indexera bloggar lika bra som allt annat. Men det visade sig att detta inte är helt sant. Webben förändras så snabbt att till och med Google, trots all sin smidighet och smidighet, inte längre är tillräckligt snabb för att vara först överallt – och det mest smärtsamma för företaget är att man har missat ett segment av sökmarknaden. Om Google hade lanserat bloggsökning för ett år sedan hade många av de företag som tagit sig upp i detta marknadssegment idag helt enkelt inte uppstått.

På senare tid har den så kallade "gerillamarknadsföringen", "crowd marketing", som syftar till att öka länkmassan från bloggar, forum, fråge- och svarsajter och kommentarer, blivit allt mer populär. Om du inte har tid att utföra dessa arbeten är jag omedelbart redo att rekommendera killarna från Referr-tjänsten (deras exempel på arbete).

Idag kommer jag kort att prata om grunderna för effektiv användning av Googles sökresultatfiltrering för effektiv crowd marketing. Det här ämnet är också relevant eftersom Google döljer några av de sökfilter som tidigare var tillgängliga.

Se Google SERP i andra länder

I en ålder av personliga SERP:er har det blivit nästan omöjligt att snabbt se sökresultat i ett annat land som lokala användare ser det. Det finns dock fortfarande alternativ.

Algoritm för att visa sökresultat i andra länder

• gå till "Inkognito" -läget i Chrome (Ctrl + Shift + N);
• i adressfältet anger du Google-domänen för motsvarande region och /ncr (metoden är föråldrad och fungerar inte) - denna metod är tillämplig på alla regioner;
• det är önskvärt att byta webbläsargränssnittsspråk till engelska
• ange önskad fråga och få resultatet;

Ovanstående metod fungerar inte längre.

För att kontrollera utfärdandet från det valda landet, använd ett VPN. Till exempel inbyggd gratis i webbläsaren Opera.

Det finns ett annat sätt att se resultaten i Google USA - det här är användningen av webbplatsen aol.com, som sammangår med utfärdandet av Google.com. Det viktigaste är att inte glömma att söka i inkognitoläge.

Google forumsökning

Vad gör detta filter? Det filtrerar sökresultat och visar bara de som är relaterade till forum och frågor och svar. Detta filter är mycket användbart för dem som vill öka varumärkes- eller produktmedvetenheten i diskussioner. Detta är mycket enkelt att göra genom att söka efter ämnen om informationsresurser där människor behöver din produkt eller tjänst. Huvudsaken är inte att annonsera, utan att hjälpa människor. Länken är bara ett tillägg eller en av de möjliga lösningarna på användarens problem.

https://www.google.com.ua/webhp?tbm=dsc - sök efter diskussioner (utfasad metod, Google tog bort funktionen)

Dessutom har det här filtret mer subtila inställningar som hjälper dig att bara hitta färska ämnen på forumen (dag, vecka, månad) eller lämna resultat endast från det land du befinner dig i.

Tillägg: alla sökfrågor kan konverteras till en diskussionssökning genom att lägga till i slutet av adressfältet &tbm=dsc

Google Blog Search

Om du vill begränsa dina sökresultat och bara se bloggar anger du följande adress