Componentes de Indy utilizados en Delphi 6.
Además de los servicios y protocolos básicos de Internet, existe una amplia gama de servicios adicionales, cuyas capacidades suelen utilizar los desarrolladores de Internet. Además, la capacidad de mostrar información mediante un navegador no siempre es una solución aceptable para las aplicaciones de Internet. En este caso, es razonable utilizar la infraestructura de Internet para el intercambio de datos y proporcionar visualización de información a través de aplicaciones cliente más complejas desarrolladas, por ejemplo, en Delphi.
Supongamos que desea implementar una lógica personalizada del lado del servidor que no está integrada en los servidores web estándar. Para resolver este tipo de problemas, Delphi incluye la biblioteca Internet Direct (Indy) de Nevrona Designs (http://www.nevrona.com/Indy/). Esta biblioteca, desarrollada específicamente para Borland Delphi, ya cuenta con ocho versiones, la última de las cuales se incluyó en la nueva versión de Delphi. El conjunto de componentes se divide en tres grupos: cliente (Indy Client), servidor (Indy Servers) y auxiliar (Indy Misc).
Clientes Indy y Servidores Indy
La mayoría de los componentes Indy Client e Indy Servers son pares correspondientes a las partes de cliente y servidor de los protocolos y servicios (con la excepción de componentes independientes, principalmente basados en servidor, como TunnelMaster y TunnelSlave), y permiten el uso de protocolos como TCP/IP, UDP, NNTP, SMTP, FTP, HTTP, así como servicios ECHO, FINGER, WHOIS, etc.
Los componentes del cliente de Indy se escriben usando sockets. El socket del lado del cliente requiere una conexión con el servidor. Una vez que se establece la conexión, el cliente y el servidor pueden comenzar a intercambiar mensajes. Estos mensajes son de diferente naturaleza, pero normalmente el intercambio se realiza según un protocolo específico (por ejemplo, HTTP)
TIdTCPClient y TIdTCPServer
Estos componentes se utilizan para admitir uno de los principales protocolos de red: TCP (Protocolo de control de transmisión), y también son las clases base para los componentes TIdSMTP y TIdFTP. La clase TIdTCPServer tiene una propiedad ThreadMgr cuyo valor predeterminado es nil. Si ThreadMgr es nulo cuando TIdTCPServer está habilitado, la clase TIdThreadMgrDeafault se creará implícitamente. De lo contrario, se utiliza el administrador de procesos instalado.
TIdUDPClient y TIdUDPServer
Estos componentes se utilizan para admitir el protocolo de red UDP (Protocolo de datagramas de usuario) y también son las clases base para una serie de otros componentes de Indy.
TIdChargenServer
El componente se utiliza para generar caracteres aleatorios, normalmente con fines de prueba.
TIdDayTime y TIdDayTimeServer
Los componentes se utilizan para proporcionar un servicio de tiempo. El cliente solicita y el servidor informa la fecha y hora actual.
Resolución de TIdDNS
Este es un componente de cliente que atiende solicitudes de un servidor DNS (Servicio de nombres de dominio). Las consultas del servidor DNS están diseñadas para reemplazar el nombre de la computadora con su dirección IP. TIdDNSResolver es una subclase de TIdUDPClient.
TIdDICTServer
Componente de servidor de protocolo de servidor de diccionario (DICT): un servidor de diccionario basado en TCP que permite a un cliente acceder a un diccionario de lenguaje natural.
TIdDESCARTARServidor
El componente del servidor que admite el servidor de registros. Las grabaciones se pueden utilizar como una herramienta de depuración y medición. El servicio de registros simplemente pasa los datos a quien quiera recibirlos.
TI dEcho y TI dECHOServer
Los componentes están destinados a proporcionar un servicio de respuesta, que normalmente se utiliza para probar el estado de una red. El cliente envía un mensaje de texto al servidor, el servidor devuelve el mensaje al cliente. Si el mensaje es confuso, la red no funciona correctamente.
TIdFinger y TIdFingerServer
Los componentes están destinados a proporcionar un protocolo que permita a un usuario consultar datos sobre la presencia de otros usuarios en el sistema. Algunos servidores manejan tales solicitudes de clientes. El uso de este par de componentes le permitirá atender las solicitudes de los clientes que averigüen si hay otros usuarios en el sistema.
TIdFTP
El componente incluye soporte completo para el protocolo de transferencia de archivos - FTP (Protocolo de transferencia de archivos). Se admite la transferencia de datos pasiva y activa, así como operaciones como GET y PUT, eliminación de directorios, obtención de cuotas, tamaños de archivos y directorios. En su trabajo, TI dFTP utiliza la clase TIdSimpleServer. Cuando una transferencia de archivos FTP está en curso, la conexión TCP secundaria está abierta para la transferencia de datos y se cierra cuando los datos se han transferido. Esta conexión se denomina "enlace de datos" y es única para cada archivo que se transfiere.
TIdGopher y TIdGopherServer
Estos componentes están diseñados para proporcionar un protocolo de red que recientemente ha sido reemplazado de WWW (World Wide Web) por el protocolo HTTP. El servidor que implementa este protocolo proporciona un sistema de soporte de flujo de trabajo distribuido jerárquico. Un ejemplo del uso de este par de componentes, ubicados en los directorios \demos\indy\GopherClient y \demos\indy\GopherServer, demuestra cómo se puede usar este protocolo para brindar información en la red local sobre los archivos ubicados en su computadora, incluidos los archivos cerrados. unos. .
TIdHostNameServer
Un componente de servidor diseñado para pasar el nombre del servidor local a los clientes.
TIdHTTP y TIdHTTPServer
Los componentes se utilizan para proporcionar el protocolo de red HTTP (se admiten las versiones 1.0 y 1.1, incluidas las operaciones GET, POST y HEAD). Además, se proporciona soporte para la autenticación y el uso de servidores proxy. El componente de servidor se utiliza para proporcionar servicios a otro servidor web que admita este protocolo. TIdHTTPServer facilita la implementación de funciones como cookies, administración de estado y más.
TIdIcmpClient
Un componente de cliente diseñado para proporcionar el protocolo ICMP (Protocolo de mensajes de control de Internet), con la ayuda de la cual se realizan la operación de ping y el seguimiento de la red.
TIdPOP3
Un componente de cliente diseñado para proporcionar el protocolo POP (Protocolo de oficina de correos), incluida la compatibilidad con la codificación y decodificación MIME, así como la transferencia de caracteres multibyte.
TIdIMAP4Server
Un componente de servidor diseñado para admitir operaciones IMAP (Protocolo de acceso a mensajes de Internet) en un servidor. El protocolo le permite buscar mensajes de correo electrónico en el servidor. La diferencia entre IMAP y POP es que el protocolo POP requiere memoria adicional para almacenar datos, mientras que el protocolo IMAP accede al servidor en lugar de a la máquina cliente. IMAP4 se creó para reemplazar a POP3, pero el protocolo POP3 sigue siendo el estándar ampliamente utilizado.
TIdIRCServer
Un componente de servidor diseñado para admitir las operaciones de servicio más utilizadas en Internet, comúnmente conocido como chat (para conversaciones amistosas). El componente proporciona los componentes básicos para un servidor IRC (Internet Relay Chat).
TIdMappedPortTCP
Un componente de servidor diseñado para crear puertos asignados, que a menudo se usan en servidores proxy. Los métodos de este componente le permiten asignar un puerto a otro. Por ejemplo, el puerto 80 se puede asignar al puerto 3000 y todas las solicitudes al primer puerto (puerto 80) se reenviarán al segundo puerto (puerto 3000).
TIdNNTP y TIdNNTPServer
Estos componentes son necesarios para proporcionar el Protocolo de transferencia de noticias en red (NNTP) que se utiliza en los servicios de noticias. El componente de cliente incluye soporte para codificación y decodificación MIME, así como soporte para caracteres multibyte y codificaciones alternativas. El componente de servidor le permite crear servidores de noticias. Es importante tener en cuenta que TIdNNTPServer no es un servidor de noticias con todas las funciones, sino un componente que proporciona la funcionalidad básica para dicho servidor.
TIdQOTD y TIdQOTDServer
Los componentes se utilizan para proporcionar un servicio de cotización del día. El componente de cliente se conecta a una instancia del componente de servidor para recibir la cotización diaria. Cada instancia de servidor contiene una base de datos de cotizaciones única.
TIdSMTP
Un componente de cliente diseñado para usarse en aplicaciones de Protocolo simple de transferencia de correo (SMTP), brinda soporte para autenticación, codificación y decodificación MIME y soporte para caracteres multibyte.
TIdSNTP
Un componente de cliente diseñado para proporcionar SNTP (Protocolo de tiempo de red simple), un servicio de tiempo. Se puede utilizar para conectarse a cualquier servicio horario para determinar la fecha y la hora actuales.
TIdSimpleServer
Un componente de servidor que proporciona un servidor TCP ligero. Le permite organizar una conexión punto a punto. Se utiliza para crear servidores con un solo usuario, es decir, puede atender solo una conexión a la vez. A diferencia del componente TIdTCPServer, no genera procesos secundarios mientras espera las solicitudes de los clientes y mientras procesa estas solicitudes. Es decir, si el servidor está atendiendo una petición de algún cliente, y en ese momento otro cliente está accediendo a él para conectarse, entonces quedará bloqueado hasta que finalice la tramitación de la primera petición.
TIdTelnet y TIdTelnetServer
El componente de cliente se usa para organizar sesiones remotas en otra computadora, incluidas las negociaciones y la autenticación de la consola. El protocolo de comunicación asume la presencia de una persona que realiza una interacción interactiva con el servidor. El componente de cliente no tiene soporte de visualización ni emulación de terminal, sino que simplemente proporciona una conexión con el back-end. Normalmente, el protocolo del servidor TIdTelnetServer se utiliza para organizar bases de datos remotas basadas en texto para la interacción interactiva con los clientes.
TIdTime y TIdTimeServer
El componente de cliente es una alternativa al componente TIdSNTP para la temporización. Es importante señalar que los formatos de estos dos protocolos son diferentes. TIdTime se basa en el formato RFC 868 (devuelve la hora en el estándar interno del sistema operativo UNIX, realizando todas las conversiones necesarias). El componente del servidor tiene un funcionamiento similar al de un servidor DayTime. Se puede usar para implementar un servicio de tiempo en la computadora local. No se requiere código adicional, simplemente cree una instancia de TIdTimeServer que devolverá la hora del reloj interno de la computadora del servidor.
TIdTrivialFTP y TIdTrivialFTPServer
Estos componentes son necesarios para organizar el protocolo de transferencia de archivos más simple. El componente de cliente de este protocolo se utiliza para conectarse a una instancia del componente de servidor correspondiente. El protocolo está diseñado para casos privados, ligeros y locales de transferencia de archivos, por ejemplo, en redes de área local o para cargar (cargar) tablas de enrutamiento en enrutadores. Debido a las características débiles de este protocolo, no se recomienda su uso cuando se utilizan algoritmos de autenticación o cualquier otro mecanismo de seguridad. El objetivo principal de este protocolo es transferir archivos a un dispositivo de hardware para modificarlo.
TIdTunnelMaster y TIdTunnelSlave
Los componentes del túnel del servidor se utilizan en los servidores proxy para organizar varias conexiones lógicas en una única física (túnel). Estas clases se pueden utilizar para diversos fines, como establecer una conexión secreta a través de canales no secretos.
TIdWhois y TIdWhoIsServer
Este componente de cliente se conecta a cualquier servidor Whois estándar que le permita obtener información sobre dominios. El componente del servidor proporciona la funcionalidad básica del servidor NIC.
Miscelánea Indy
La página de la paleta de componentes varios de Indy incluye BASE64, UUE, Quoted Printable y otros formatos comunes de comunicación por correo electrónico, codificadores (MD2, MD4 y MD5) para estándares criptográficos utilizados para almacenar contraseñas y firmas electrónicas en forma irreversible (difícil de descifrar), así como muchos otros componentes y utilidades útiles que se utilizan con frecuencia en el desarrollo de aplicaciones de Internet.
TIdAnticongelante
Debido al bloqueo de los algoritmos de los componentes de Indy, a menudo parece que la aplicación se "cuelga" mientras la conexión funciona. Para excluir el uso de procesos secundarios (hilos) al organizar las comunicaciones para evitar la congelación (congelación) de la aplicación, basta con colocar el componente especificado en el formulario.
El componente funciona analizando las solicitudes de la pila de protocolos TCP/IP y enviando mensajes a la aplicación durante un retraso cuando las conexiones externas están bloqueadas, lo que crea la ilusión de que se está ejecutando un código. Dado que el componente afecta las conexiones bloqueadas solo para el proceso principal, no se requiere el uso de TIdAntiFreeze en los procesos secundarios de la aplicación. Tenga en cuenta que el componente TIdAntiFreeze ralentiza las conexiones porque el proceso principal se interrumpe periódicamente para procesar los mensajes. De esto se deduce que se debe tener cuidado de que la aplicación que se está desarrollando no dedique demasiado tiempo a procesar mensajes, incluidos OnClick, OnPaint, OnResize, etc. Hasta cierto punto, esto se puede controlar a través de las propiedades de la clase TIdAntiFreeze. El uso de este componente es opcional, pero permite solucionar el problema de sincronizar conexiones con la interfaz visual de la aplicación.
TIdFechaHoraSello
Una clase para realizar matemáticas de fecha y hora relacionadas con el hecho de que los protocolos de Internet usan diferentes formatos de fecha y hora; además, los clientes y servidores pueden estar en diferentes zonas horarias.
TIdIPReloj
Este es un componente basado en un temporizador que monitorea constantemente los cambios en la dirección IP de la computadora. Los eventos de componente se activan cuando se detecta un cambio. El componente especificado generalmente se usa para detectar el hecho de que una computadora se ha conectado a Internet o cualquier otra red. El cambio de dirección IP en esta situación puede deberse a la asignación de una dirección IP por parte de un servidor DHCP (Protocolo de configuración dinámica de host) al conectarse a una nueva red.
TIdLogDebug
El propósito de este componente es interceptar los eventos de cualquier componente cliente o servidor y colocar un registro de eventos en el archivo especificado. Este componente es muy útil para depurar componentes de Indy.
Mensaje TId
El componente se utiliza en combinación con otros componentes para descifrar o codificar correctamente los mensajes. Estos pueden ser componentes POP, SMTP y NNTP. La clase admite el cifrado y descifrado MIME, caracteres multibyte y codificación ISO.
TIdNetworkCalculator
Uno de los pocos componentes de Indy que se pueden usar al crear aplicaciones. La calculadora de red se puede utilizar para realizar cálculos sobre direcciones IP, incluidas máscaras de red, subredes, clases de red, etc.
TIdThreadMgrPredeterminado
El componente proporciona la gestión de procesos secundarios de forma predeterminada. Se crea cuando cualquier componente de Indy que admite la gestión de procesos no tiene definida una instancia de la clase TIdThreadManager. El componente proporciona solo las capacidades básicas para administrar procesos secundarios: los crea y los destruye a pedido.
TIdThreadMgrPool
Un componente de gestión de procesos más avanzado que TIdThreadMgrDefault porque fusiona procesos en lugar de crearlos o destruirlos a pedido.
Tarjeta TIdV
VCard - equivalente electrónico de una tarjeta de visita, puede contener información personal del propietario, datos gráficos.
Decodificador TIdIMF
Diseñado para decodificar mensajes de Internet. Es un descendiente de la clase TIdCoder, al igual que todos los demás componentes del codificador. La clase TIdCoder realiza la decodificación de acuerdo con el estándar de formato de mensajes de texto de Internet ARPA RFS-822, propuesto en agosto de 1982, y el estándar de mensajería USENET RFC 1036, propuesto en diciembre de 1987.
El componente amplía las capacidades de la clase TIdCoder para permitir la detección del formato RFS-822 desde el contexto de los encabezados, proporcionando un modo de descifrado de recepción y cifrado y descifrado MIME. El componente TIdIMFDecoder se utiliza en la clase TIdMessageClient para decodificar los mensajes recibidos y transmitidos.
TIdQuotedPrintableEncoder
QuotedPrintableEncoder le permite descifrar texto en el formato especificado. Puede funcionar como un componente independiente con el tipo de codificación especificado, lo que permite enviar mensajes que contienen el nuevo tipo de codificación.
Codificador TIdBase64
Implementa otro algoritmo de cifrado que permite transmitir caracteres no imprimibles.
Codificador TIdUU
Implementa uno de los primeros algoritmos de cifrado, la codificación UU. A veces se usa al publicar artículos en un servicio de noticias.
Codificador TIdXX
Es poco probable que este método de encriptación se utilice alguna vez. Es esencialmente la misma codificación UU, pero con una tabla de cifrado diferente.
TIdCoderMD2
Componentes con diversas variedades del algoritmo de cifrado MD (Message Digest). Todos ellos se basan en la mezcla, son unidireccionales y no tienen algoritmos de descifrado.
Los componentes de servidor y cliente de protocolo se pueden utilizar para desarrollar aplicaciones de Internet de servidor y cliente, junto con o en lugar de los componentes básicos (ClientSocket, ServerSocket) y otros componentes de Internet y Fastnet. Los componentes de Indy no utilizan la arquitectura WebBroker, implementando soporte de bajo nivel para los protocolos y servicios de Internet directamente en su código fuente (se adjuntan los códigos fuente).
TIdConnectionInterceptOpenSSL y TIdServerInterceptOpenSSL
El protocolo SSL - Secure Sockets Layer (Secret Socket Level), que garantiza el secreto y la fiabilidad de la comunicación entre dos aplicaciones, tiene dos niveles. En el nivel bajo de un protocolo de transporte en capas (como TCP), SSL es un protocolo de escritura y se utiliza para encapsular varios protocolos de capas superiores. La ventaja de SSL es que es un protocolo de aplicación independiente y se puede utilizar un protocolo de capa superior sobre SSL.
SSL proporciona seguridad en la comunicación, que tiene tres funciones principales: proporcionar una conexión confidencial; cifrado de clave pública (utilizado para autenticar al destinatario); soporte para la confiabilidad de la transmisión de datos.
- La criptografía simétrica se utiliza para cifrar datos (por ejemplo, DES, RC4, etc.).
- La firma digital se proporciona mediante cifrado de clave pública asimétrica (p. ej., RSA, DSS, etc.).
- Confiabilidad de la comunicación, el transporte de mensajes incluye verificar la integridad del mensaje a través de códigos de corrección MAC, funciones hash seguras (por ejemplo, SHA, MD5, etc.) usando cálculos MAC.
En combinación con el protocolo HTTP y la autenticación del servidor, el protocolo SSL proporciona las funciones de cifrado necesarias y además mantiene la conexión establecida al volver a autenticar el servidor web, etc. Es importante comprender que SSL solo protege la comunicación durante la transferencia de datos y no sustituye a otros mecanismos de seguridad.
Los componentes TIdConnectionInterceptOpenSSL y TIdServerInterceptOpenSSL proporcionan conexiones tanto del lado del cliente como del lado del servidor de acuerdo con el protocolo SSL. Cabe señalar que los componentes TIdConnectionInterceptOpenSSL y TIdServerInterceptOpenSSL solo están disponibles en Delphi 6, pero no en Kylix. Esto se debe a la complejidad del protocolo, que en el caso de una implementación de Windows se basa en las funciones del sistema operativo.
Se pueden encontrar ejemplos del uso de componentes de Indy en los directorios /Delphi6/Demos/Indy. En total, la biblioteca de Indy en la versión 8.0 contiene 69 componentes. Se afirma que en la versión 9.0 la biblioteca especificada contendrá 86 componentes. Todos los componentes están unificados e incluidos tanto en Delphi 6 como en Kylix, lo que permite su uso para desarrollar aplicaciones multiplataforma. Todos los componentes de Indy admiten subprocesos múltiples.
Los componentes de Indy implementan casi toda la funcionalidad disponible en los componentes de Internet y Fastnet, lo que se muestra claramente en la tabla.
| Componentes | Componentes Indy | Propósito de los componentes | |
|---|---|---|---|
| 1 | TserverSocket, TClientSocket | TIdTCPserverSocket, TIdTCPClientSocket | Interacción de dos ordenadores (cliente y servidor) utilizando el protocolo TCP/IP |
| 2 | TNMDíaHora | TIdDayTime, TIdDayTimeServer | Solicitud del servidor para la hora actual |
| 3 | TNMEcho | TIdEcho, TIdEchoServer | Se utiliza para comunicarse con el servidor de respuesta. |
| 4 | TNMFdedo | TIdFinger, TIdFingerServer | Se utiliza para obtener información del usuario de un servidor de búsqueda en Internet |
| 5 | TNMFTP | TIdFTP, TIdTrivialFTP, TIdTrivialFTPServer | Proporcionar transferencia de archivos usando el protocolo FTP |
| 6 | TNMHTTP | TIdHTTP, servidor TIdHTTP | Utilice el protocolo HTTP para el intercambio de datos |
| 7 | TNMMsgServ, TNMMsg | Se utiliza para enviar mensajes de texto simples del cliente al servidor | |
| 8 | TNMNNTP | TIdNNTP, servidor TIdNNTP | Admite el intercambio de datos con el servidor de noticias. |
| 9 | TNMPOP3 | TIdPOP3 | Se utiliza para recibir correo electrónico de un servidor de correo mediante el protocolo POP3 |
| 10 | TNMSMTP | TIdSMTP | Se utiliza para enviar correo electrónico a través de un servidor de correo de Internet |
| 11 | TNMStrm, TNMStrmServ | Transferir los datos binarios escritos en la secuencia utilizando el protocolo TCP/IP | |
| 12 | TNMUDP | TIdUDP, servidor TIdUDP | Enviar datos usando el protocolo UDP |
| 13 | TpowerSock, TNMGeneralServer | Clases encapsuladas como componentes que son básicos para escribir sus propios clientes (Powersock) y servidores (NMGeneralServer) | |
| 14 | TNMUUProcesador | TIdUUEncoder, TIdUUDecodificador | Convierte archivos binarios a MIME o UUENCODE |
| 15 | TNMURL | Convierte cadenas a formato HTML y las recodifica |
La excepción son las clases como TNMMsgServ, TNMMsg, TNMStrm, TNMStrmServ, TpowerSock, TNMGeneralServer, TNMURL, que implementan protocolos obsoletos o tienen funciones implementadas en un gran grupo de clases alternativas.
Sin embargo, a diferencia de sus predecesores (componentes de Internet y Fastnet), Indy tiene componentes de encriptación y transcodificación de datos y servidor más completos, así como soporte de autenticación (paleta Indy Misc). Como puede ver en la tabla anterior, los principales protocolos y servicios los proporciona no solo el cliente, sino también los componentes del servidor. Estos son servicios de tiempo, respuesta, información del usuario, así como HTTP, NNTP, UDP e incluso la versión más simple de FTP.
Algunos ejemplos del uso de componentes Indy
En los componentes Indy de Delphi, la dirección IP se define en la propiedad Host, normalmente solo en las aplicaciones cliente. Los componentes alojados en el servidor tienen métodos para iniciar o detener el sondeo del puerto correspondiente; por ejemplo, cambiar la propiedad Active del componente IdTCPServer inicia o detiene el sondeo del puerto correspondiente. Después de establecer una conexión entre el cliente y el servidor, puede comenzar la transferencia de datos.
Los componentes de Indy ponen mucho énfasis en la seguridad y confiabilidad de los datos. Por ejemplo, el componente IdTCPClient tiene los métodos Connect y Disconnect. Aplicando una técnica de programación como en el siguiente código desde el lado del cliente:
con TCPClient comience Connect; prueba lstMain.Items.Add(ReadLn); finalmente Desconectar; final; final;y usando la propiedad Connection, pasada como parámetro a la instancia AThread de la clase TIdPeerThread, desde el lado del servidor:
con AThread.Connection, comience WriteLn("Hola desde el servidor de Basic Indy Server"); Desconectar; final;puede contar con la ejecución regular de la conexión o con el manejo correcto de errores.
Preste atención a los métodos ReadLn y WriteLn de las clases correspondientes: se parecen a las declaraciones de E/S estándar de Pascal. Este es un tributo a la técnica de programación UNIX, donde la mayoría de las operaciones del sistema se realizan leyendo y escribiendo en los archivos apropiados.
Al igual que los componentes de Fastnet, las clases de componentes de Indy tienen eventos que se pueden usar para organizar la gestión de eventos. Por ejemplo, puede organizar la visualización de un mensaje en el formulario al conectarse a un cliente:
procedimiento TForm1.IdECHOServer1Connect(AThread: TIdPeerThread); begin lblStatus.caption:= "[ Cliente en servicio ]"; final;Indy proporciona componentes que implementan protocolos con partes de cliente y servidor que son exclusivas de esta biblioteca. Los componentes TIdGopherServer y TIdGopher, gracias a los métodos GetExtendedMenu, GetFile, GetMenu, GetTextFile del lado del cliente y ReturnGopherItem, SendDirectoryEntry del lado del servidor, ayudan a visualizar archivos de varios tipos, incluidos los marcados como ocultos, así como directorios en un computadora remota (similar a la que hace el comando dir *.* en el sistema operativo MS-DOS).
Usando los componentes IdSMTP e IdMessage, puede crear fácilmente su propia aplicación web que puede enviar correo usando el protocolo SMTP.
Al mismo tiempo, la clase IdMessage (uno de los 23 componentes de la página Indy Misc) es responsable de generar un mensaje, que se deriva de su nombre, e IdSMTP es responsable de establecer una conexión con el servidor de correo.
La tecnología utilizada en Indy utiliza lecturas y escrituras de bloqueo. Cualquier operación de conexión utilizada en Indy espera a que se complete la conexión. Cuando trabaja con componentes de cliente de Indy, normalmente necesita hacer lo siguiente:
- solicitar una conexión al servidor;
- realizar solicitudes al servidor para leer y escribir (según el tipo de servidor, el paso se realiza una vez o se repite muchas veces);
- termine la conexión con el servidor y desconéctese.
Los componentes de Indy están diseñados para proporcionar un nivel muy alto de abstracción. Las complejidades y los detalles de la pila TCP/IP se ocultan al programador para que pueda concentrarse en la tarea que tiene entre manos.
El siguiente pequeño ejemplo muestra una sesión típica de bean de cliente:
con IndyClient comience Host:= "zip.pbe.com"; // Host a llamar Puerto:= 6000; // Puerto para llamar al servidor en Connect; intente // Su código va aquí finalmente Desconectar; final; final;En el ejemplo, incluso si no se establece la conexión con el servidor, la conexión terminará correctamente debido al uso de la instrucción try-finally.
Los componentes del servidor de Indy describen una variedad de modelos de servidor que puede usar según sus necesidades y protocolo.
TIdTCPServer es el componente de servidor más utilizado, que crea un proceso secundario que es independiente del proceso principal de la aplicación. El proceso creado espera las solicitudes entrantes de clientes potenciales. Para cada cliente al que responde, se crea un proceso secundario individual. Los eventos que ocurren durante el proceso de mantenimiento están relacionados con el contexto de los respectivos procesos.
En otras palabras, para cada conexión de cliente, la clase TIdTCPServer usa un subproceso secundario único llamando al controlador de eventos OnExecute de ese subproceso. El parámetro formal del método OnExecute es una referencia a una instancia de la clase Athread correspondiente al hilo creado. La propiedad Connection de esta clase es una referencia a la clase TIdTCPConnection, que se instancia para procesar una solicitud de cliente. TIdTCPConnection admite la lectura y escritura a través de una conexión, así como el establecimiento y finalización de una sesión.
El protocolo UDP funciona sin establecer primero una conexión con el servidor (cada paquete enviado es un conjunto de datos independiente y no forma parte de una gran sesión o conexión). Mientras que TIdTCPServer genera subprocesos separados para cada conexión, TIdUDPServer utiliza un subproceso principal o un único subproceso secundario que maneja todas las solicitudes del protocolo UDP. Cuando TIdUDPServer está activo, se crea un subproceso para escuchar los paquetes UDP entrantes. Para cada paquete recibido, el evento OnUDPRead se activa en el subproceso principal o en el contexto del subproceso de escucha, según el valor de la propiedad ThreadedEvent. Cuando ThreadedEvent se evalúa como False, el evento se genera en el subproceso principal; de lo contrario, en el subproceso de escucha. Mientras se procesa el evento, se bloquean otras operaciones del servidor. Por lo tanto, es importante asegurarse de que los procedimientos de OnUDPRead se ejecuten lo más rápido posible.
Si necesita crear una nueva aplicación de cliente para un servidor existente utilizando un protocolo existente, su tarea es únicamente desarrollar y depurar la aplicación de cliente. Sin embargo, cuando tenemos que desarrollar aplicaciones tanto de cliente como de servidor utilizando un protocolo existente o nuevo, nos enfrentamos al clásico problema de "los huevos y la gallina". ¿Dónde empezar a programar, desde el cliente o desde el servidor?
Obviamente, al final, tanto el cliente como el servidor deben estar creados. Para muchas aplicaciones, especialmente aquellas que usan un protocolo basado en texto (como HTTP), es más fácil comenzar a crear una aplicación diseñando el servidor. Y para su depuración hay un cliente conveniente que ya existe. Esta es una aplicación de consola Telnet que está disponible tanto en Windows como en UNIX.
Si escribe el comando de consola telnet 127.0.0.1 80 con la dirección IP de la computadora local y el número de puerto predeterminado 80 utilizado por los servidores web, la aplicación responderá con el texto que se muestra en la Fig. 6 para Windows 2000 e IIS 5.0.
Para crear el servidor más simple utilizando componentes de Indy, debe:
Si necesita diseñar un servidor que no solo informe correctamente a sus clientes cuando se interrumpe la conexión, sino que también les proporcione información sobre las condiciones de error que se han producido, utilice la sentencia try-except en lugar de try-finally, por ejemplo, como se muestra en el siguiente ejemplo:
procedimiento TDataModule1.IdTCPServer1Execute(AThread: IdPeerThread); variables: cadena; comience con AThread.Connection intente probar s:= ReadLn; // Realice la tarea del servidor aquí // si no se genera una excepción, // escriba la respuesta del servidor WriteLn(s); excepto en e: Exception do begin WriteLn(e.Message); end; //on fin; //intentar excepto finalmente Desconectar; fin; fin;Este pequeño ejemplo demuestra los pasos para crear un servidor de texto simple, así como también cómo depurarlo.
El servidor descrito anteriormente es un ejemplo típico de la organización de la computación distribuida moderna.
Características de la creación de aplicaciones de varios niveles.
Recientemente, se han utilizado cada vez más servidores múltiples para satisfacer las solicitudes de los clientes. Un servidor de este tipo, habiendo recibido una solicitud de cliente y parcialmente preparada para su posterior procesamiento, contacta con otro servidor y le envía una solicitud o solicitudes transformadas. El servidor de segundo nivel puede, a su vez, comunicarse con otros servidores. Por lo tanto, podemos hablar de una arquitectura de servidor de varios niveles.
A continuación, crearemos un servidor de acceso a datos cuyo propósito es devolver datos de la base de datos. Sin embargo, este servidor no lee ni escribe directamente en los archivos de la base de datos. En su lugar, contacta con el servidor de la base de datos en busca de los datos requeridos por el cliente.
Entonces, comenzamos a desarrollar una aplicación con una arquitectura de tres niveles. Para crear un servidor de base de datos utilizando componentes de Indy, debe:
- Crear un nuevo proyecto.
- Coloque una instancia del componente TIdTCPServer de la paleta Indy Servers en el formulario principal del proyecto.
- Establezca la propiedad DefaultPort de una instancia de la clase TIdTCPServer1 en 6001 (se recomiendan valores más altos para evitar números de puerto duplicados para diferentes aplicaciones) y la propiedad Active en verdadero.
- Agregue un nuevo módulo al proyecto seleccionando Archivo | Nuevo | Módulo de datos y coloque instancias de los componentes SQLConnection y SQLDataSet en él desde la pestaña dbExpress en la paleta de componentes.
- Establezca la propiedad ConnectionName de la clase SQLConnection en IBLocal y LoginPrompt en False. Si no ha configurado IBLocal para la base de datos employee.gdb, siga este procedimiento primero.
- Establezca la propiedad SQLConnection de la clase SQLDataSet en SQLConnection1 y establezca la propiedad CommandText en la instrucción SQL: seleccione CLIENTE, CONTACT_FIRST, CONTACT_LAST de CLIENTE donde CUST_NO = :cliente.
A menudo, una innovación provoca el fin de otra. Hasta hace poco, Blogger ejecutaba un motor de búsqueda basado en las búsquedas personales de Google. Teníamos, y todavía estamos disponibles, el widget " Caja de búsqeda", pero él No funciona. En su lugar, Google introdujo discretamente una simple búsqueda de blogs para Blogger. Por un lado, esto es una simplificación y pérdida de la solución ajax, y por otro lado, un mecanismo comprensible y rastreable en el mismo Google Analytics.
- Cómo crear un formulario de búsqueda de Blogger
Widget de búsqueda de blogs para Blogger
Para empezar, la lista de widgets en Blogger todavía tiene un "Cuadro de búsqueda" que le permite buscar en su blog, lista de blogs y otro contenido que especifique según el motor de búsqueda personalizado de Google.
El widget del cuadro de búsqueda no funciona Pero incluso en el blog oficial de Google, en el navegador Chrome, con AdBlock deshabilitado, para la palabra clave exacta, no da nada y no está claro si esto se solucionará en el futuro o no. El problema apareció durante mucho tiempo y los resultados de su solución no son visibles.
También cabe señalar aquí que la búsqueda personalizada de Google funciona en un modo seguro, utilizando el protocolo HTTPS, para garantizar la confidencialidad de los datos del usuario. Por un lado, esto es bueno, pero por otro lado, es imposible saber qué buscaban los usuarios en el blog, y esto es realmente interesante.
Búsqueda de sitios de Google para Blogger
De hecho, Google actuó con astucia. No arreglaron nada, pero escribieron un código JavaScript utilizando la biblioteca jQuery que redirige a la búsqueda de Google.
$(".entrada de cuadro de búsqueda").on("presionar tecla", función(ev) ( if (ev.which == 13) ( window.location.href = "https://www.google.com/search?q =sitio%3A" + ventana.ubicación.nombre de host + "%20" + encodeURIComponent ($(this).val()); ) ));
En este caso, el código HTML del formulario de búsqueda que se insertará en un widget normal de HTML/JavaScript podría verse así:
Por lo tanto, el usuario ingresa una consulta de búsqueda en el formulario de búsqueda, hace clic en el botón Entrar y el script lo redirige a la página de resultados de búsqueda de Google para la consulta:
sitio:[nombre de dominio] [consulta de búsqueda]
La solución es bastante universal, ¡pero no olvide que requiere jQuery!
¿Cómo funciona la búsqueda de blogs para Blogger?
Como tal, el motor de búsqueda de Blogger existe y se ha utilizado para las listas de páginas de archivo durante mucho tiempo. Si tiene suficientes publicaciones en su blog, haga clic en el enlace "Anterior" y accederá a una página con una URL como esta:
http://www.?updated-max=2013-11-21T08:00:00%2B02:00&max-results=7
Cabe señalar que en el archivo robots.txt predeterminado (por defecto), la carpeta /search está prohibida de indexar, con la siguiente línea:
No permitir: /buscar
Es correcto. De lo contrario, obtendrá muchas páginas duplicadas, lo que puede tener consecuencias no muy agradables.
Lo principal es que ahora se busca el blog a través de esta dirección, especificando el parámetro q en el que se pasa una petición que representa la frase de búsqueda, por ejemplo:
http://www.?q=php
En este caso, se realizará una búsqueda de mensajes en los que esté presente la frase "php". Cabe señalar que aquí no hay morfología, es decir, en curso buscar por coincidencia exacta con la frase especificada.
¿Cómo crear un formulario de búsqueda de blogs para Blogger?
Tenemos el mecanismo que necesitamos. El punto es pequeño: insertar un formulario de búsqueda en el blog. Para ello, utilizaremos un widget de HTML/JavaScript que le permite agregar aplicaciones u otro código de terceros a su blog, es decir. nosotros los seres queridos.
widget html/javascript para Blogger Solo ve a " Diseño» de tu blog y haz clic en el enlace « Agregar dispositivo» en la sección que necesites. En la ventana que se abre, busque y haga clic en " Signo de más» para el gadget HTML/JavaScript. En la ventana que se abre, en el campo "Título", ingrese el título del formulario, por ejemplo: Búsqueda de blog, y en el campo "Contenido", ingrese el siguiente código HTML:
Obviamente, en lugar de www.sitio deberás registrar el nombre de dominio de tu blog. También se debe tener en cuenta que he dado la versión más simple y funcional, que puede cambiar y organizar como desee. Clic en el botón Salvar».
El resultado de la búsqueda se ve así en mi blog:
Resultado de búsqueda de Blogger Cabe señalar que la consulta no permanece en el campo del formulario de búsqueda y no hay resaltado de palabras clave. Sin embargo, es mejor que nada. Bueno, si lo desea, estos problemas se pueden eliminar usando el mismo JavaScript.
Resumiendo
Crear el propio formulario de búsqueda y agregarlo al blog a través del gadget HTML/JavaScript no es algo complicado. En el artículo, di la versión más simple, pero bastante funcional, que yo mismo uso. Eso es todo para mí. Gracias por la atención. ¡Buena suerte!
| a las 8:00 | Editar mensaje | 5 comentarios |
La popularidad de Internet sigue creciendo. Hoy, según los expertos, alrededor del 14% de la población mayor de quince años utiliza sus servicios (es decir, unos 694 millones de personas). Además, al evaluar la audiencia de la Red Global, no se tienen en cuenta los usuarios que tienen acceso a Internet móvil y visitan cibercafés, clubes y aulas. La posición de liderazgo en cuanto al número de internautas la sigue ocupando Estados Unidos (152 millones de personas), seguido de China (72 millones) y Japón (52 millones) cierra este tridente.
Cabe señalar que las dinámicas superadoras del tercer mundo. Actualmente, solo una cuarta parte de todos los usuarios de Internet viven en los Estados Unidos, mientras que hace diez años su participación era de más de dos tercios. Sin embargo, no se puede argumentar que Internet se ha vuelto igualmente popular en todo el mundo. Si bien es más común en los EE. UU., Europa y Asia. Si hablamos de los países de América Latina, entonces allí no es tan popular. Por ejemplo, Brasil, que ocupa la posición de liderazgo en términos de número de usuarios de Internet en América Latina, tiene solo 13,1 millones de conexiones a Internet. Y un continente como Australia solo ocupa el puesto 15 (9,7 millones de usuarios).
Si hablamos de Europa, Alemania y Gran Bretaña son los líderes en número de usuarios de Internet, que ocupan respectivamente el quinto y cuarto lugar en el ranking mundial (32 y 30 millones de usuarios). En cuanto a los recursos de Internet más populares, los tres primeros lugares los ocupan los sitios de empresas como Microsoft (538,6 millones de visitas), Google (495,8 millones) y Yahoo! (480,2 millones). Le sigue el popular intercambio estadounidense de Internet eBay, que ocupa la cuarta posición (269 millones de visitas).
Si hablamos del tipo de contenido que atrae a los usuarios de Internet hoy en día, primero debemos nombrar los blogs, cuya popularidad está creciendo a pasos agigantados. Recordemos que un blog, o weblog ( De inglés. blog, registro web: un registro de red virtual o un diario de eventos) es un sitio web, cuyo contenido principal son entradas, imágenes u otro contenido multimedia que se agregan regularmente. Según la composición de los autores, los blogs pueden ser personales, grupales (corporativos, club, etc.) o públicos (abiertos); por contenido - personal (abierto o cerrado), temático o general. Los blogs se pueden combinar en redes según características temáticas u otros criterios. La popularidad de los blogs como medio de comunicación en línea es actualmente mucho mayor que la del correo electrónico, los grupos de noticias, los foros web y las salas de chat. Además, los registros web a veces están tan estrechamente entrelazados entre sí que algunos usuarios ya los consideran una especie de inteligencia colectiva de la comunidad de la red. En Rusia, los sistemas de blogs como LiveJournal.com, Liveinternet.ru y Diary.ru son los más famosos. Pero Livejournal.com sigue siendo el líder en popularidad entre los alojamientos de blogs en Runet; según las estadísticas de Yandex, está significativamente por delante de sus homólogos rusos Liveinternet.ru y Diary.ru.
Como sabe, un usuario de Internet moderno generalmente busca información en la Web utilizando servicios de búsqueda. Pero, dado que buscar blogs con herramientas de búsqueda estándar, debido a las especificaciones de su creación, formatos y software de apoyo, es algo difícil, se necesitaban servicios de búsqueda especializados que buscaran exclusivamente en blogs.
Por ejemplo, especialistas de la Universidad de Ámsterdam realizaron un análisis exhaustivo de los registros del motor de búsqueda de Blogdigger.com correspondientes a mayo de 2005 (eso es 1,2 millones de consultas), y lo estudiaron desde diferentes ángulos: el propósito de las consultas de búsqueda, su tema y el usuario. conducta. Resultó que la búsqueda de blogs es significativamente diferente de la búsqueda habitual en Internet. Aquí, el 52% de todas las consultas de búsqueda (y después de filtrar "basura", y todo el 78%) son nombres propios: estos son los nombres de personas, marcas de productos, nombres de empresas, nombres de ciudades, etc. Además, las consultas temáticas generales (lingüística, humor, Islam) son muy populares, con la ayuda de las cuales las personas buscan blogs sobre un tema específico. Sin embargo, cuando los usuarios buscan blogs, se comportan de forma muy similar a como lo hacen en los motores de búsqueda habituales: sesiones cortas, en las que se presta atención principalmente a los primeros resultados de la búsqueda.
(http://www.technorati.com/ )
Hasta hace poco, el servicio de búsqueda de blogs más popular en todo el mundo era Technorati, que brindaba la capacidad de buscar 17 millones de diarios. A fines de julio de este año, este motor de búsqueda de blogs más grande actualizó la interfaz y también realizó algunos cambios en el núcleo para acelerar el procesamiento de consultas.
Entre las principales novedades se encuentran la aparición de los paneles de navegación Discover, Most Popular y Favorite. Discover es un directorio temático de blogs, Most Popular es una calificación, y en Favorite un visitante puede agregar blogs favoritos y, opcionalmente, seleccionar solo entre ellos.
En cuanto a los cambios en el motor de búsqueda, la publicación del blog de administración de Technorati sobre un procesamiento de consultas más rápido y una detección de enlaces de blog más precisa. En un futuro próximo, está previsto implementar la localización de idiomas, una indexación más rápida y estadísticas detalladas para toda la blogosfera mundial.
De acuerdo con la gestión del motor de búsqueda, los cambios en el trabajo fueron necesarios, ya que el sitio ya no podía proporcionar usabilidad en su totalidad. Según Technorati, el tamaño de la blogosfera está creciendo exponencialmente y ya se acerca a los 50 millones de blogs, lo que, por supuesto, también fue una de las principales razones de los cambios en el servicio.
Búsqueda de blogs de Google ( )
El portal de búsqueda más popular, Google, también ha ampliado sus capacidades de búsqueda con un módulo de búsqueda especializado en diarios de Internet. Google Internet Archive incluirá todos los blogs, no solo los publicados anteriormente en el sitio web dedicado de Google Blogger.
El servicio se encuentra actualmente en versión beta y solo se pueden buscar blogs publicados desde junio de 2005. Sin embargo, según representantes de la empresa, se está trabajando para incluir aquellos diarios que antes se publicaban en Internet. Con la ayuda del nuevo motor de búsqueda será posible encontrar blogs por el autor o por el texto publicado del mensaje. Además, Google indexará activamente todos los blogs que tengan un sistema automático para rastrear los cambios en la página web.
El creador de Technorati publicó una carta en el blog de su empresa después de la búsqueda de blogs de Google, dando la bienvenida a la entrada de Google en la comunidad de blogs. Él escribe que la decisión del portal de búsqueda de incluir blogs en sus archivos mostró que Google se está tomando en serio este fenómeno de Internet relativamente nuevo.
También notamos que recientemente el sistema de Google comenzó a mantener un blog corporativo en ruso. La primera publicación que apareció en este blog fue escrita por el jefe de la división rusa de Google, Vladimir Dolgov. El blog ruso está dirigido por empleados de Google de habla rusa para una audiencia de habla rusa. El blog se encuentra en: GoogleRussiaBlog.blogspot.com. La división rusa de la empresa espera que los blogueros apoyen el blog corporativo de Google enviando sus deseos sobre qué información les gustaría ver en él.
Por supuesto, Google no es ni mucho menos la primera empresa que ha decidido incluir blogs en su buscador, pero esta decisión puede considerarse realmente significativa, ya que este portal es un claro líder entre los buscadores de Internet. Tenga en cuenta que incluso antes de la creación de un servicio de búsqueda de blogs, Google adquirió una empresa que contribuyó a la transformación de los registros web en un fenómeno mundial (el motor de búsqueda más popular compró Pyra, y con él la tecnología detrás del sistema Blogger: software y un sitio que admite millones de blogs en todo el mundo).
La estrategia de Google es garantizar que los usuarios obtengan todo lo que desean del motor de búsqueda, independientemente de la consulta. Después de todo, a menudo las personas buscan información sobre lo que está sucediendo en este momento, quieren noticias y comentarios nuevos, que a veces solo se pueden encontrar en los registros web.
Sin embargo, los usuarios del sistema de búsqueda de Google ya están notando las molestias del nuevo buscador. Por ejemplo, la clasificación predeterminada ahí ocurre tradicionalmente por la relevancia de la solicitud, y no por el tiempo, lo cual es especialmente cierto para los blogs. Después de todo, en una búsqueda de blogs, lo principal es la eficiencia, no la relevancia.
Trabaja con blogs y otros buscadores internacionales. Por ejemplo, en la sección de noticias de Yahoo! hay una nueva opción de búsqueda - en noticias y blogs. La lista de blogs en los que aparece la frase clave dada se mostrará en una ventana separada, junto a las fuentes de noticias de las agencias de noticias más grandes. De hecho, a pesar de que los blogueros no son periodistas profesionales, a veces superan a los medios de comunicación tanto en velocidad como en detalles de descripción. Además, los periodistas no están físicamente capacitados para cubrir todos los eventos. Sin embargo, los blogs aún no garantizan la autenticidad, por lo que Yahoo! no mezcló información de ellos y de 6,5 mil fuentes de noticias responsables.
Además de las publicaciones de blog, los usuarios de motores de búsqueda pueden ver fotos de aficionados de eventos en Flickr, un sitio para compartir instantáneas propiedad de Yahoo!. Las imágenes de las secuelas de los bombardeos en Londres o del huracán Katrina en los Estados Unidos atrajeron especialmente a muchos visitantes.
El conocido recurso de búsqueda Ask.com (http://www.ask.com/), propiedad de IAC/InterActiveCorp, también ha adquirido recientemente la opción de buscar información en blogs. El nuevo servicio se llama Bloglines. Al mismo tiempo, los representantes del recurso señalan que su descendencia es significativamente diferente de otros servicios similares que funcionan como motores de búsqueda tradicionales y filtran el spam, que recientemente comenzó a volverse simplemente desenfrenado en los blogs.
Los usuarios podrán guardar búsquedas y compartir sus resultados con otros. También podrán publicar sus propias búsquedas en sitios como Bloglines y Digg. La compañía tampoco pretende limitarse a introducir un nuevo servicio únicamente en su buscador, que ha sido completamente rediseñado recientemente, y va a integrar nuevas tecnologías en Bloglines.
Búsqueda de blogs en Yandex ( )
La búsqueda de blogs en la parte rusa de Internet no se implementa peor que la internacional. La mejor búsqueda de blogs en Runet fue organizada por el portal de búsqueda Yandex. Además, Yandex ha buscado durante mucho tiempo todos los formatos RSS (RSS es una familia de formatos XML diseñados para describir fuentes de noticias, anuncios de artículos y cambios en blogs) y una fuente de noticias para arrancar. Y es poco probable que Google tenga tiempo de indexar blogs como lo hace Yandex hoy.
Y recientemente, Yandex ha mejorado su servicio de búsqueda de blogs: ahora la página principal del sitio contiene indicadores de la blogósfera como temas candentes, blogs populares y alojamiento de blogs.
La búsqueda de blogs, como una especie de herramienta para navegar por la opinión pública en Internet, ahora le permite explorar el estado de ánimo de los usuarios y la red rusa. A pedido, no solo se encuentran registros, sino también flujos, y la relevancia de la búsqueda se ha mejorado significativamente. Además, gracias a la aparición de una copia guardada, el usuario puede ver el texto completo de las entradas directamente en Yandex sin hacer clic en los enlaces. La búsqueda avanzada le permite buscar por separado en blogs y foros por categoría, así como encontrar entradas por enlaces mencionados en ellos.
Hoy en día, la base de datos de búsqueda del servicio de búsqueda de blogs lanzado por Yandex en diciembre de 2004 contiene más de 800 000 diarios en línea en idioma ruso, y cada día este servicio procesa entre 100 y 160 000 entradas nuevas. En total, Yandex conoce más de 45 millones de entradas en blogs y foros.
Tratando de trabajar con blogs y otros motores de búsqueda rusos. Por ejemplo, a fines de 2005, se lanzó el servicio de comunicación "Rambler Planet" (http://planeta.rambler.ru), un bloque único de servicios de comunicación del portal. El nuevo proyecto Rambler se posiciona como un medio para crear la propia representación de un usuario de Internet en la Web, cuyo núcleo es un diario multimedia. En este diario, puede publicar y ver no solo mensajes de texto y fotos, sino también videos. Además, Planet está integrado con otros recursos del portal: Rambler Photo, Rambler Group y Rambler Vision. Y a principios de este año, apareció una nueva característica en el sistema de agenda multimedia Rambler Planet: los usuarios ahora pueden organizar comunidades temáticas. Satisface y una nueva característica más: la posibilidad de publicación de SMS. Ahora puede hacer entradas en su diario en línea usando su teléfono móvil. Pronto será posible conectar RSS y diarios de otros sistemas y organizar clasificaciones. Todas las comunidades que existen en la actualidad están recogidas en el catálogo temático de Rambler.
Blogus ruso ( )
Además de Yandex, también se realizan búsquedas en blogs rusos en el sitio web del proyecto doméstico Blogus. Por supuesto, este proyecto está lejos de la cobertura completa de la blogosfera que tienen Technorati o Yandex, pero también puede encontrar información interesante allí. El servicio todavía existe en versión beta, su interfaz se mejora constantemente y en un futuro próximo promete convertirse en una herramienta de búsqueda bastante simple, funcional y conveniente dirigida específicamente a los bloggers. En esta etapa, los desarrolladores de Blogus planean mantener e indexar no más de 10 000 de los blogs más populares. Por lo tanto, si Yandex le permite realizar la búsqueda más amplia, Blogus se convertirá en su adición temática más estrecha, teniendo en cuenta la autoridad de un blog en particular.
Especial para el sitio.
Vladimir Gubailovski
Google ha lanzado una búsqueda de diarios o blogs en línea. La búsqueda se lleva a cabo no solo en el servicio proporcionado por el propio Google, el servicio Blogger, sino en todos los demás blogs que brindan información sobre cambios en forma de actualizaciones. Actualmente, el índice de búsqueda de Google incluye entradas de blog que datan de junio de 2005, pero Google tiene la intención de indexar también las entradas más antiguas. Con la ayuda del servicio, puede encontrar el diario en línea deseado, el autor o una entrada separada, y en un intervalo cronológico seleccionado.
Busca en la blogosfera
No es de extrañar que Google haya lanzado la búsqueda de blogs. Es sorprendente que una empresa conocida por su buen ojo para la innovación y que lanza nuevos servicios y herramientas casi todas las semanas últimamente, no haya ofrecido a los usuarios este servicio en particular: la búsqueda de blogs durante tanto tiempo.
Los blogs tienen sus propios detalles que distinguen este tipo de sitio de todos los demás y, por lo tanto, la búsqueda de blogs es diferente de la búsqueda tradicional. A modo de comparación, Yandex lanzó su búsqueda de blogs en diciembre de 2004. Y Google simplemente no vio los detalles que conlleva la blogosfera (este término ya se ha establecido como una definición de todos los blogs que existen en la Web).
Según Technorati, el número total de blogs en la Web ya ha alcanzado los 16,1 millones, el número se duplica cada cinco meses: se crea un nuevo blog cada 5-7 segundos. Los blogs, diarios en línea, son escritos y publicados hoy tanto por individuos como por grandes empresas. Además, las entradas de blog cronológicas más recientes son de gran interés. Y los grandes motores de búsqueda, incluso los más rápidos como Google, actualizan sus índices con bastante lentitud, simplemente no notan los detalles del blog e indexan todo. Los motores de búsqueda tradicionales, como Google o Yahoo, construyen sus índices para las búsquedas web atravesando la Web con rastreadores automáticos que recopilan todo lo que pueden de todas las páginas web que encuentran. No es raro que en la primera página de la búsqueda aparezcan noticias del año pasado o incluso más antiguas: el motor de búsqueda está lejos de estar siempre bien orientado en el tiempo. Esto es bastante natural: tiene que funcionar con la fecha de actualización de la página y la página podría actualizarse sin ningún cambio en el contenido. Un motor de búsqueda no puede garantizar la fecha de ninguna página en Internet.
"Advenedizos" en el mercado de búsqueda
Los retrasos de tiempo y las pausas cronológicas en los blogs que son comunes en los motores de búsqueda tradicionales han dado una oportunidad a los motores de búsqueda más pequeños. Estos servicios se centraron en la indexación de blogs lo más rápido posible. Intentan rastrear una actualización del blog en unos minutos para que esos cambios se puedan buscar. Los nuevos servicios, algunos de los cuales tienen menos de un año, por supuesto, enfrentan muchos problemas. La tecnología aún está evolucionando, y las empresas solo están descubriendo las mejores formas de rastrear y clasificar blogs. Algunos servicios pierden muchos blogs, otros seleccionan sitios que accidentalmente parecen blogs. En DayPop. se presenta una pequeña cantidad de blogs, alrededor de 60 mil, pero estos blogs fueron seleccionados por los editores del sitio como los más interesantes desde su punto de vista. Sitios como Technorati, Feedster, IceRocket (que indexa los mejores blogs rusos hasta la fecha) y BlogPulse han acumulado muchos más blogs, entre 15 y 20 millones. Los resultados de búsqueda de estos sistemas dan muchos más resultados, a menudo de fuentes bastante discretas pero muy interesantes. Mientras que Technorati y BlogPulse se centran únicamente en los blogs, Feedster y IceRocket también ofrecen una opción que le permite buscar noticias de fuentes tradicionales: fuentes de noticias, periódicos en línea y otros proveedores oficiales de contenido de noticias.
Mientras que Google, Yahoo y Microsoft procesan miles de millones de páginas, la búsqueda de blogs se centra en entre 10 y 20 millones de sitios. Aquí, los motores de búsqueda utilizan métodos que solo se aplican a los blogs y no son adecuados para indexar sitios arbitrarios. Según The Wall Street Journal Online, Technorati, por ejemplo, se basa con mayor frecuencia en el mecanismo de "ping" para monitorear blogs. La mayoría de los bloggers organizan sus diarios a través de servicios como Blogger o LiveJournal, que hacen ping automáticamente al motor de búsqueda cuando cambia un blog. El director ejecutivo de Technorati, David Sifry, dice que su empresa tiene acuerdos con muchas empresas que brindan hospedaje de blogs (es decir, un servicio para hospedaje y publicación de blogs): Technorati recibe pings antes que otros motores de búsqueda. Al recibir dicho mensaje, Technorati actualiza inmediatamente su índice de búsqueda. Feedster también usa el monitoreo de ping, pero además, recopila actualizaciones usando una fuente RSS (como la búsqueda de blogs de Google recién lanzada), en la que todas las actualizaciones acumuladas se emiten a intervalos regulares. Pero al usar solo fuentes RSS y pings de los principales servicios de blogs, puede perder esos blogs importantes que existen por sí solos. Por lo tanto, IceRocket también utiliza su propio robot de búsqueda, que pasa por alto la Web e indexa los blogs de forma independiente. Un robot de búsqueda puede distinguir un blog de cualquier otro sitio, porque los blogs tienen sus propias diferencias características. Cualquier blog tiene una secuencia cronológica de entradas, cada entrada contiene una fecha y un título explícitamente especificados.
El tiempo en el hiperespacio
El observador científico de Radio Liberty Alexander Sergeev describió las características específicas de los blogs de la siguiente manera: "Junto con los blogs, Internet ha llegado al tiempo o incluso al Tiempo. Antes de los blogs, Internet era un hiperespacio en el que el tiempo estaba ausente". , y hay muy pocos feeds de noticias en comparación con todo el volumen de la Web. El hecho de que el blog esté necesariamente asociado a la cronología de las entradas establece una estructura muy específica, que no existía antes del blog".
Google omitió la búsqueda de blogs, no llegó primero aquí y ahora tiene que ponerse al día. Google probablemente pensó que si una empresa tenía el mejor motor de búsqueda, indexaría los blogs tan bien como cualquier otra cosa. Pero resultó que esto no es del todo cierto. La web está cambiando tan rápido que incluso Google, a pesar de toda su agilidad y agilidad, ya no es lo suficientemente rápido como para ser el primero en todas partes, y lo más doloroso para la empresa es que se ha perdido un segmento del mercado de búsqueda. Si Google hubiera lanzado la búsqueda de blogs hace un año, muchas de las empresas que han surgido en este segmento de mercado hoy simplemente no habrían surgido.
Recientemente, el llamado “marketing de guerrilla”, “marketing de multitudes”, que tiene como objetivo aumentar la masa de enlaces desde blogs, foros, sitios de preguntas y respuestas y comentarios, está ganando cada vez más popularidad. Si no tiene tiempo para realizar estos trabajos, estoy listo para recomendar de inmediato a los muchachos del servicio Referr (sus ejemplos de trabajo).
Hoy, hablaré brevemente sobre los conceptos básicos del uso efectivo del filtrado de resultados de búsqueda de Google para un marketing de multitudes efectivo. Este tema también es relevante porque Google oculta algunos de los filtros de búsqueda que antes estaban disponibles.
Ver las SERP de Google en otros países
En la era de los SERP personalizados, se ha vuelto casi imposible ver rápidamente los resultados de búsqueda en otro país como los ven los usuarios locales. Sin embargo, todavía hay opciones.
Algoritmo para ver resultados de búsqueda en otros países
- vaya al modo "Incógnito" en Chrome (Ctrl + Shift + N);
- en la barra de direcciones, ingrese el dominio de Google de la región correspondiente y /ncr (el método está desactualizado y no funciona); este método es aplicable a todas las regiones;
- es deseable cambiar el idioma de la interfaz del navegador a inglés
- ingrese la consulta requerida y obtenga el resultado;
El método anterior ya no funciona.
Para verificar la emisión del país seleccionado, use una VPN. Por ejemplo, integrado gratis en el navegador Opera.
Hay otra forma de ver los resultados en Google USA: este es el uso del sitio aol.com, que se agrega a la emisión de Google.com. Lo principal es no olvidar buscar en modo Incógnito.
Búsqueda en el foro de Google
¿Qué hace este filtro? Filtra los resultados de búsqueda y solo muestra los relacionados con foros y listados de preguntas y respuestas. Este filtro es muy útil para aquellos que desean aumentar el conocimiento de la marca o el producto en las discusiones. Esto es muy fácil de hacer mediante la búsqueda de temas en los recursos de información donde las personas necesitan su producto o servicio. Lo principal no es hacer publicidad, sino ayudar a las personas. El enlace es solo una adición o una de las posibles soluciones al problema del usuario.
https://www.google.com.ua/webhp?tbm=dsc: busque discusiones (método obsoleto, Google eliminó la funcionalidad)
Además, este filtro tiene configuraciones más sutiles que lo ayudarán a encontrar solo temas nuevos en los foros (día, semana, mes) o dejar resultados solo del país en el que se encuentra.
Adición: cualquier consulta de búsqueda se puede convertir en una búsqueda de discusión al agregarla al final de la barra de direcciones &tbm=dsc
Búsqueda de blogs de Google
Para limitar sus resultados de búsqueda y ver solo blogs, ingrese la siguiente dirección
