Foro - Perl en Español

desdechina escribiste:La información que necesito no me aparece en el código recogido con el método post.

¿Qué quieres decir, que al hacer el POST no obtienes el código HTML de respuesta?

Dices que sí obtienes una respuesta... entonces... ¿a qué código HTML te refieres? ¿El de la respuesta al POST o el de antes del POST?

No conozco nada de IE, pero supongo que te refieres a que la pestaña HTML contiene el código HTML que se ha descargado, mientras que la pestaña SCRIPT contiene el código JavaScript que el código HTML ha descargado.

No entiendo entonces que digas que con el método POST te has bajado la parte SCRIPT. ¿Seguro que el $url es el correcto?

Cabe también otra posibilidad: que el código JavaScript genere parte del código HTML, en el momento de la carga de la página. En ese caso, la solución es bastante más complicada: cuando te conectas con Perl para bajar el HTML, no se va a ejecutar ningún código JavaScript, ya que Perl no sabe que tiene que hacerlo, ni sabe cómo.

En ese caso, una solución es hacer un programa que use el navegador web como intermediario para que baje la $url, interprete el código ejecutable, y a continuación, solicitarle el código HTML que hay realmente en la ventana del navegador.

Vale. Lo que ves en la pestaña HTML es la traducción en forma de árbol jerárquico que el navegador ha interpretado, mientras que en SCRIPT parece que sale el código HTML en crudo.

Bueno, pues entonces: si con el POST obtienes todo el código, deberías poder acceder a la línea donde aparece el 'disabled'. Y si no puedes, es que se trata de código que se genera en el momento de la carga de la página.

Una forma de acceder a él es por medio de expresiones regulares. Lo que no sé es qué parte quieres obtener. ¿Lo que está entre las comillas en 'disabled'.

Creo que has confundido el nombre de los adjuntos, pero bueno, creo que queda claro lo que quieres hacer.

Verás, hay un problema: lo que estás viendo en la pestaña HTML no es el código HTML de la página, sino la representación interna del navegador después de haber leído la página. Esa información reside solamente en la memoria del navegador, y solo mientras estás viendo esa página.

En esta página: Debugging HTML and CSS with the Developer Tools, dice

The Primary Content Pane is where the entire Document Object Model (DOM) is presented in a tree-node structure that can be expanded or collapsed. Use this pane to investigate and inspect your HTML sources. Attributes and values of HTML elements are editable by clicking on them. Text nodes are also editable in this mode. However, if you want to edit the entire webpage in an editor format you can click the Edit button. While in edit mode, the Word Wrap button is activated. You will also noticed that the content of this page may not be exactly the same as the original source because this is the internal representation of Windows Internet Explorer for this webpage. If you have JavaScript calls to write contents to the page, you will see them in this edit mode. Once you are done editing, click the Edit button again and the changes will take affect immediately.

Te he marcado en negrita la frase que lo confirma.

Entonces... el problema ahora no es el de recuperar información desde un servidor externo haciendo un POST... sino de recuperar información que está en la memoria del IExplorer.

La forma, manual, de hacerlo, es yendo al menú Ver->Código fuente->DOM (página). Eso abre una nueva ventana con el código generado. Lo copias a un archivo local y ya puedes procesarlo. Pero claro... esto es un proceso manual.

La forma programada sería hacer un procedimiento que llamara a Win32:: para que hablara con el navegador y realizara estos pasos... pero no tengo idea de si eso es posible. He estado mirando por las redes de Micro$oft, y no veo ningún código para hablar con Herramientas para Desarrolladores. Quizás accediendo al objeto DiagnosticsDom, pero no tengo idea de cómo hacerlo.