Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
The problem is you need a DOM-aware Javascript interpreter in your
code to execute the Javascript, manipulate the DOM in the HTML, and
then allow you to extract the data you need.
There are projects like Rhino, which is a Javascript engine you can
embed in other apps, but you still won't have the DOM of the page nor
will you be able to manipulate it then extract the values, at least as
far as I understand.
You could use something like Ruby driving some sort of WebKit
interface on Mac OS or Linux, but I have no idea where to start. That,
to me, seems like the best answer. Maybe even a Ruby-based Cocoa app
would be the trick.
···
On Nov 29, 5:25 pm, Becca Girl <csch...@yahoo.com> wrote:
Hello.
Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
On Sat, Nov 29, 2008 at 7:25 PM, Becca Girl <cschall@yahoo.com> wrote:
Hello.
Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
As gf pointed out, the problem is you need a full DOM and working
javascript for this, sometimes even working css, to really do it
properly, you need a full blown, fully supported, web browser.
Short story, use the WATIR library to interact with your browser's DOM
to do this.
I used to do this all the time for work, in a testing capacity. I
tried a number of diferent solutions, and found WATIR far superior to
anything else out there, including the very pricey pay packages. If
you cut through all the marketing BS, half the pay-packages are
functional the same as WATIR, and the other half are more primitive.
--Kyle
···
On Sat, Nov 29, 2008 at 6:25 PM, Becca Girl <cschall@yahoo.com> wrote:
Hello.
Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
If the site is truely AJAX, i.e. the data is loaded from an HTTP call from
JavaScript, you could monitor the HTTP requests made by the browser. On
Firefox, I use the LiveHTTPHeaders extension. Just load go
view-->sidebar-->HTTP Headers, load the page with whatever data, and look
thru the requests for anything interesting.
I used this method to get Facebook contact info and it worked fairly well.
As a bonus, any data found with this method is usually in a very
machine-understandable format like JSON or RSS. There are Ruby libraries
for both.
Dan
···
On Sat, Nov 29, 2008 at 7:25 PM, Becca Girl <cschall@yahoo.com> wrote:
Hello.
Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
Just for completeness sake: scRUBYt! (since 0.4.05) is using FireWatir as the agent (or mechanize - you can choose whether you want scrape AJAX or not) so you can do full blown AJAX scraping - but with a scraping DSL which usually speeds up the scraper creation, especially in the case of complicated scrapers.
On Sat, Nov 29, 2008 at 6:25 PM, Becca Girl <cschall@yahoo.com> wrote:
Hello.
Is there anyone who has successfully found a way to scrape a dynamically
generated AJAX web site? If I view the source, it gives me the
variables. If I use Firebug to view the DOM, it gives me the actual
values. Any ideas?
As gf pointed out, the problem is you need a full DOM and working
javascript for this, sometimes even working css, to really do it
properly, you need a full blown, fully supported, web browser.
Short story, use the WATIR library to interact with your browser's DOM
to do this.
I used to do this all the time for work, in a testing capacity. I
tried a number of diferent solutions, and found WATIR far superior to
anything else out there, including the very pricey pay packages. If
you cut through all the marketing BS, half the pay-packages are
functional the same as WATIR, and the other half are more primitive.
Peter
Neat. I'll have to give that a try next time I need to revisit scraping.
···
On Mon, Dec 1, 2008 at 3:48 AM, Peter Szinek <peter@rubyrailways.com> wrote:
Just for completeness sake: scRUBYt! (since 0.4.05) is using FireWatir as
the agent (or mechanize - you can choose whether you want scrape AJAX or
not) so you can do full blown AJAX scraping - but with a scraping DSL which
usually speeds up the scraper creation, especially in the case of
complicated scrapers.
But is there a possibility to start firefox with a second profile (so that it circumvents the "one instance"-rule) and rendering to a hidden display? [1][2]
Otherwise, this really hurts testablity (as the browser might retain your personal session) and usability on a deployment server.
Regards,
Florian Gilcher
[1]: Preferably a virtal one on a console-only machine.
[2]: Sadly, afaik, firefox has no hidden-mode.
···
On Dec 1, 2008, at 10:48 AM, Peter Szinek wrote:
Just for completeness sake: scRUBYt! (since 0.4.05) is using FireWatir as the agent (or mechanize - you can choose whether you want scrape AJAX or not) so you can do full blown AJAX scraping - but with a scraping DSL which usually speeds up the scraper creation, especially in the case of complicated scrapers.
On Mon, Dec 1, 2008 at 10:23 AM, Florian Gilcher <flo@andersground.net> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Actually, firewatir and scRUBYt! are nice.
But is there a possibility to start firefox with a second profile (so that
it circumvents the "one instance"-rule) and rendering to a hidden display?
[1][2]
Otherwise, this really hurts testablity (as the browser might retain your
personal session) and usability on a deployment server.
Regards,
Florian Gilcher
[1]: Preferably a virtal one on a console-only machine.
[2]: Sadly, afaik, firefox has no hidden-mode.