superuser is currently certified at Journeyer level.

Name: Jason Lotito
Member since: 2001-03-12 23:55:17
Last Login: 2015-03-06 21:44:35

FOAF RDF Share This

Homepage: http://www.jasonlotito.com

Notes:

Some stats:

  • Languages: PHP, Python,
    C/C++
  • vi or emacs: vim of course
  • GUI
    Editor: Zend DE for PHP, vim or FTE for everything else

  • KDE or Gnome: KDE
  • Fav. Star Trek Series: Deep
    Space 9
  • Did I read LotR before the movies? Yes,
    long ago, and many times
  • Music: Radiostorm.com:
    Alternative station

Projects

Recent blog entries by superuser

Syndication: RSS 2.0

Devember 2016 – Day 10 and 11 – Router Builder Start

More cleanup today, but more importantly, started working on the Router Builder. This is the magic part of it all. The part that makes it possible to create routers and merge together commands without actually having to write any code. So it’s getting close to be even more fun.

Happy to say as well that the build stuff I built up yesterday on Devember 10 worked on my Windows machine without issue. So I can successfully run this on both my Windows and Mac without issue. So that’s a plus.

Note: spending an hour working on this might not seem like much, but what I’m able to accomplish is still encouraging.

Syndicated 2016-12-11 23:23:42 from JasonLotito

Devember 2016 – Day 8 and 9 – Chrome Caches AJAX Response

I didn’t blog yesterday here, but I did tweet, and I did write code.  It was late, but I still got stuff done.

Today was an interesting day.  I’m still coding, but I came across an interesting bug I’d like to share.

So, in the code I have now, depending on the request’s Accept header, it will return either HTML or JSON.  It’s the same endpoint, but depending on the request made, it will return different results.  The result is the same information, just presented differently.  One way for humans, another for computers.

Now, in Firefox and Safari, this works just fine.  If you go to the page, everything loads up as you’d expect.  If you go back in the browser, and then go forward again, the page that is displayed is the same page you’d expect to see.  The HTML result.

But in Chrome, it doesn’t work like this.  Here is what happens in my case.

First, you make a request to a page /foo/bar.  This request has a header entry:

Accept: text/html

The page loads an HTML page which has JavaScript.  This JavaScript makes a request to the same page /foo/bar, except this time, the Accept header is different.

Accept: application/json

In this case, it’s the same URL, but different requests.  This second request returns JSON as expected.

Now, you click the Back button, and go back a page.  Then you click the Forward button, and instead of seeing the HTML page as you’d expect, you see the JSON result.

Now, even though Chrome has this bug, you can work around it.  When you return the JSON response, you can just send back a response that includes the following headers.

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Expires: Thu, 18 Nov 1971 01:00:00 GMT

This will prevent the AJAX response from being cached, meaning the last cached item will be the HTML page.

How else can you use this?

So, in thinking about this, I was wondering how else I could use this.  After all, if I make a request to the same URL behind the scene and cache it, I can change what’s cached in the browser.  Is there ever a case where you’d want to change what was cached without showing the user right away? I don’t know.  But it’s interesting.  And it would only work on Chrome.

Syndicated 2016-12-09 23:24:09 from JasonLotito

Devember 2016 – Day 7

Busy night, I had to help on call people in the middle of my coding, so
it delayed things. Still, I put in my hour. Later than I wanted, but
here it is. Started adding Router stuff. Learning about React in the
process. Yay!

Day 7 is here on GitHub.

Syndicated 2016-12-08 05:51:27 from JasonLotito

Devember 2016 – Day 6

So, adding in react after the fact was a pain. But it’s mostly working.
I still need to fix actually clicking on the links, but the basics of
React is up and running. Still a lot more work to be done, but still
making progress.

Syndicated 2016-12-07 05:08:35 from JasonLotito

Devember 2016 – Day 5

Another day has gone by.  Another video.  And more code. I learned that the recordings are difficult or impossible to see on screens smaller than an ultrawide, so this means they are mostly useless.  I need to come up with a solution to that if I mean to keep streaming.

From my commit:

So, didn't really think about it before, but decided to add
configuration injection into our commands.  This seems to have worked
out well and I'm happy with the results.  The command defines the
configuration and where it expects it, and the application provides the
external configuration in the appropriate location and it automatically
gets injected.

We also now can display route details.  This still needs more work, but
we are doing well and progressing.

Syndicated 2016-12-06 04:52:29 from JasonLotito

47 older entries...

 

superuser certified others as follows:

  • superuser certified superuser as Apprentice
  • superuser certified deekayen as Journeyer
  • superuser certified glyph as Journeyer
  • superuser certified mobius as Journeyer
  • superuser certified LinuxNinja as Journeyer
  • superuser certified nzkoz as Apprentice
  • superuser certified julian as Journeyer
  • superuser certified cwinters as Journeyer
  • superuser certified jwalther as Journeyer
  • superuser certified Waldo as Apprentice
  • superuser certified voltron as Journeyer
  • superuser certified ianb as Apprentice
  • superuser certified dbl as Apprentice
  • superuser certified exa as Journeyer
  • superuser certified Mulad as Apprentice
  • superuser certified xcyber as Apprentice
  • superuser certified nickshanks as Apprentice
  • superuser certified ErikLevy as Journeyer
  • superuser certified superant as Master
  • superuser certified mattbradshaw as Apprentice
  • superuser certified neale as Apprentice
  • superuser certified LotR as Journeyer
  • superuser certified mrorganic as Apprentice
  • superuser certified gman as Journeyer
  • superuser certified olandgren as Apprentice
  • superuser certified highgeek as Journeyer
  • superuser certified Maltranar as Journeyer
  • superuser certified acme as Master
  • superuser certified cael as Journeyer
  • superuser certified bneely as Apprentice
  • superuser certified fen as Master
  • superuser certified pcburns as Apprentice
  • superuser certified johnsonm as Master
  • superuser certified rasmus as Master
  • superuser certified elduderino as Apprentice

Others have certified superuser as follows:

  • superuser certified superuser as Apprentice
  • ianb certified superuser as Apprentice
  • mobius certified superuser as Journeyer
  • dbl certified superuser as Apprentice
  • voltron certified superuser as Apprentice
  • superant certified superuser as Journeyer
  • olandgren certified superuser as Apprentice
  • nzkoz certified superuser as Apprentice
  • perlamer certified superuser as Apprentice
  • lerdsuwa certified superuser as Apprentice
  • MikeGTN certified superuser as Apprentice
  • Cardinal certified superuser as Apprentice
  • fxn certified superuser as Journeyer
  • mishan certified superuser as Journeyer
  • aint certified superuser as Apprentice
  • elduderino certified superuser as Apprentice
  • dlc certified superuser as Apprentice
  • ataridatacenter certified superuser as Apprentice

[ Certification disabled because you're not logged in. ]

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!

X
Share this page