Have something to say?

Tell us how we could make the product more useful to you.

Browser tab memory and large page extractions

I’ve finally identified the problem with large page extractions and failures… The browser tab memory grows dramatically during the scrape and drops extractions to a crawl with multiple page timeout errors. Recently on a long page extraction of 600 pages, after about 75 pages, Chrome starts slowing down (page reloads), then page timeouts. A look at Chrome’s Task Manager shows that for the tab being used memory usage gets out of control. In this case, over 8GB and growing. THE SOLUTION (but requires monitoring): When you first notice Chrome (or Edge) starting to reload a page, open a new tab. Then as soon as the content highlights for extraction, close it. This extracts the last content, then has UWS load the next page (and subsequent pages) in the open tab. This flushes the tab memory and page extractions resume like you’ve just started. Unfortunately, this might need to be done multiple times for a large list. If there was a way to clear the tab memory during the page extraction to get rid of the ā€œprevious/nextā€ tabs accumulating during a page extraction, it would fix all the problems with memory/sluggishness and fail page extractions. Still hoping for failed page extractions to be re-run at the end of an extraction. Seems an error list could be added at the end of an extraction to accomplish this.

MrKhaki 5 days ago

Avoid Re-Scanning Previous Results During Pagination

Hi, I’d like to suggest an improvement for pagination scraping. Currently, when Ultimate Web Scraper clicks ā€œView moreā€ / ā€œLoad moreā€ and new hotel results are loaded, it appears to scan the entire result list again from the beginning. This causes previously extracted records to be processed repeatedly and makes large result sets slower and less efficient. It would be very useful if the scraper could keep track of already extracted items and, after pagination or ā€œLoad moreā€, process only the newly loaded records. For example: First load: extract hotels 1–20 Click ā€œLoad moreā€ Second load: extract only hotels 21–40 Click ā€œLoad moreā€ Third load: extract only hotels 41–60 Instead of re-scanning hotels 1–20, then 1–40, then 1–60 each time. A deduplication or ā€œprocess only newly loaded elementsā€ option for pagination/infinite scroll would make large scraping jobs significantly faster and reduce unnecessary page processing.

Ozge Arslan 9 days ago