edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Karl Dahlke <eklhad@comcast.net>
To: edbrowse-dev@edbrowse.org
Subject: [edbrowse-dev] Good Morning America fun
Date: Fri, 07 Jun 2019 17:15:01 -0400	[thread overview]
Message-ID: <20190507171501.eklhad@comcast.net> (raw)

[-- Attachment #1: Type: text/plain, Size: 1567 bytes --]

I've always said, newspaper and tv websites are the worst.
They're just disseminating information, basically readonly, they don't have to be complicated, but they are!
Almost all of them I turn js off, browse, jump to h1, and there's the story.
Well a few don't work like that, like nasa.gov, and I've already talked about that one at length.
Yesterday I wanted to read a story that somebody linked to,

https://www.goodmorningamerica.com/culture/story/real-life-iron-man-robert-downey-jr-launches-63499797

With js off, nothing!
With js on, just one line.
Time for debugging.
I fixed one thing after another after another after another,
see the various commits in the last 24 hours,
and if you pull all those then bring up the site,
402 lines, including the story, and links to various other stories.
So it works!

The story is fluff, cause it's GMA and not a real science outlet, but oh well.

The point is, this kind of debugging was flat out impossible without the snapshot() feature
that lets me make a (mostly) local copy of the website.
Then I put in alerts and breakpoints and so on.
The local copy isn't true in every way.
When I bring it up I only get 169 of the 402 lines, not sure why,
some xhr stuff pulls in the story and has to run off the real website, but stil, still,
all the debugging I could do, and it's kinda fun.

Brousing this site is really slow, as are some others,
and I should probably stop debugging and look at performance, cause you don't really want to wait 2 minutes for this news story.


Karl Dahlke

             reply	other threads:[~2019-06-07 21:15 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-07 21:15 Karl Dahlke [this message]
2019-06-08  4:56 ` Kevin Carhart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190507171501.eklhad@comcast.net \
    --to=eklhad@comcast.net \
    --cc=edbrowse-dev@edbrowse.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).