|
A ver, quizá estoy malentendiendo el asunto. Es cierto, supongo que montar un robot no sea correcto, no lo sé; cabe la posibilidad de que el sitio en cuestion opte por bloquearnos.
Tampoco digo que probar en local no nos pueda dar una idea. Pero tratándose de una aplicación de mucho tráfico, pequeñas cosas que en local pueden no notarse siquiera, al acceder a través de una conexión a internet, esas pequeñas cosas pueden magnificarse. Hay que tomar en cuenta que no todos tenemos acceso de banda ancha, o aún teniéndolo, en México lo más que se alcanza es 2Gb (en la ciudad de México 1.5Gb).
Digamos que una página muestra la lista de clientes de mis tiendas, que puede ser de entre 200 o 300 personas.
Si pruebo eso localmente, seguro que me iré con la idea de que funciona de maravilla, es una cantidad de registros nimia para un acceso in situ. Pero si debo acceder a esa página, vaias veces, muchos clientes, a través de una conexión a internet, la lista ya no se transmite tan rápido.
Pero bueno, de todas formas digo que quizá no estoy entendiendo bien el problema. De hecho, viendo el ab, observo que no sólo es para pruebas locales; de hecho puede usarse para generar n peticiones a un servidor externo.
Aunque entonces lo que estamos probando es, más que nada, la capacidad de ese servidor para soportar conexiones simultáneas, pero no sé qué tanto sirva para sopesar nuestra aplicación en particular.
En fin, yo no quería dar a entender que desdeñaba las pruebas en local, más bien manifestaba una duda.
-------------------------
En cuanto a cómo probar en sí lo que quiere JXJ (tomando en cuenta el riesgo de lo que puede implicar) pues a mi a bote pronto se me ocurre algo así:
1. Usar Indy, WinInet o similares para establecer una petición
2. Usar un analizador del DOM (hay algunos gratuitos para delphi) para listar todos los enlaces de la página obtenida.
3. Mediante un proceso aleatorio decidir si entro o no a uno de esos enlaces.
4. Entrar a los enlaces seleccionados repitiendo desde 1 recursivamente.
// Saludos
|