• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

rjw57 / tawhiri
27%
master: 1%

Build:
Build:
LAST BUILD BRANCH: add-etag
DEFAULT BRANCH: master
Repo Added 24 Oct 2014 09:56AM UTC
Files 7
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

LAST BUILD ON BRANCH add-etag
branch: SELECT
CHANGE BRANCH
x
  • No branch selected
  • add-docs-link-to-readme
  • add-etag
  • add-ui-to-development-webserver
  • api-configuration
  • api-refactor
  • downloader-py3-syntax-fix
  • fix-rtd-link-in-readme
  • fix-stupid-api-mistake
  • in-progress-api-refactor-2
  • requirements-specific-versions
  • some-basic-tests
  • travis-ci-support
  • ui-refactor-issue-82
  • v2-playground

pending completion
47

push

travis-ci

rjw57
api: add ETag support

Add basic ETag support for the prediction API. On each request, an ETag
is computed by hashing the prediction request with the dataset which
would satisfy it. This ETag is then returned via the ETag header to the
client. Should a server set the If-None-Match header on the incoming
request, it is compared to the computed ETag and, if they match, a 304
response is returned. If ETags match then the prediction is not run and
the client is instructed (via the 304 response) to use the cached
version.

Note that this does not directly help us with the current UI since the
$.ajax() function must have ifModified set explicitly to true to enable
caching support. In that case $.ajax() synthesises a fail. (Quite why
jQuery people can't let the browser sort out its own caching I don't
know.)

It's expected that ETags would be more useful when the predictor is put
behind some sort of caching proxy (e.g. varnish) which understands
ETag/If-None-Match.

33 of 33 new or added lines in 1 file covered. (100.0%)

240 of 900 relevant lines covered (26.67%)

0.53 hits per line

Relevant lines Covered
Build:
Build:
900 RELEVANT LINES 240 COVERED LINES
0.53 HITS PER LINE
Source Files on add-docs-link-to-readme
  • List 0
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line

Recent builds

Builds Branch Commit Type Ran Committer Via Coverage
47 add-etag api: add ETag support Add basic ETag support for the prediction API. On each request, an ETag is computed by hashing the prediction request with the dataset which would satisfy it. This ETag is then returned via the ETag header to the client. Sho... push 21 Nov 2014 04:38PM UTC rjw57 travis-ci pending completion  
46 ui-refactor-issue-82 ui: refactor Request class into request_prediction function push 21 Nov 2014 03:36PM UTC rjw57 travis-ci pending completion  
45 api-refactor <a href="https://github.com/rjw57/tawhiri/commit/8a04adb41">&lt;a href=&quot;https://github.com/rjw57/tawhiri/commit/</a><a class="double-link" href="https://github.com/rjw57/tawhiri/commit/&lt;a class=&quot;double-l... push 16 Nov 2014 10:57PM UTC rjw57 travis-ci pending completion  
44 api-refactor rename tawhiri.api.api to tawhiri.api.blueprint The API blueprint is just that, a blueprint. Remove the Java-esque stuttering of tawhiri.api.api. push 16 Nov 2014 10:48PM UTC rjw57 travis-ci pending completion  
43 in-progress-api-refactor-2 WIP: refactor push 15 Nov 2014 11:29AM UTC rjw57 travis-ci pending completion  
42 in-progress-api-refactor-2 api: refactor as separate Flask Blueprint Increase modularity by moving API into the tawhiri.api.v1 module and re-expressing it as a Flask blueprint. This lets one specify the location of the API as a single URL prefix when creating the Flask app... push 15 Nov 2014 11:27AM UTC rjw57 travis-ci pending completion  
41 api-refactor api: refactor as separate Flask Blueprint Increase modularity by moving API into the tawhiri.api.v1 module and re-expressing it as a Flask blueprint. This lets one specify the location of the API as a single URL prefix when creating the Flask app... push 15 Nov 2014 11:25AM UTC rjw57 travis-ci pending completion  
39 v2-playground Merge branch 'api-refactor' into v2-playground push 14 Nov 2014 02:21PM UTC rjw57 travis-ci pending completion  
38 api-refactor api:v1: tidy up docstring and unneeded constants A very minor set of tidy-ups to api.v1 which make the aim of the module clearer in the docstring and remove the API_VERSION constant which is a little redundant. Should other parts of the applicati... push 14 Nov 2014 02:20PM UTC rjw57 travis-ci pending completion  
36 v2-playground Merge branch 'api-refactor' into v2-playground Conflicts: tawhiri/app.py push 14 Nov 2014 02:15PM UTC rjw57 travis-ci pending completion  
See All Builds (41)
  • Repo on GitHub
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2025 Coveralls, Inc