[x] integrity_check has been added to the uploaded database sanity check code 6a26711e9616836dafd088aa8910c04a7c6abf2f
[ ] cell_size_check=ON should probably be added to the general SQLite querying code
[ ] Test the webUI on iOS
[ ] Safari
[ ] Firefox
[ ] Is there a way to allow for anonymous readers of public databases via DB4S?
So people can download public databases without needing to install a cert?
One approach would be to bundle a default "anonymous@dbhub.io" certificate with DB4S, which allows for read only usage but not uploading. That would probably not be too hard to get done.
[ ] When people download a database or CSV file, send them the compressed (.zip) version
Or at least add an option to the download button dropdown, making it a chooseable option
[ ] Check if the contributors count still isn't updated when deleting commits/rewriting history. It should, as the # of contributors can go down when this occurs
[ ] Add a "Create new branch" button to the branches page #71
[ ] Add a "Create new tag" button to the tags page #71
[ ] Add a "Create new release" button to the releases page #71
[ ] Initial CSV upload implementation. As per #28.
[ ] Create the front page
[ ] Data sets for exploring
[ ] Header bar
[ ] Features
[ ] Videos
[ ] Docs
[ ] API
[ ] Delete releases needs an 'are you sure?' #71
[ ] When renaming a database, add a check to make sure a database of that name doesn't already exist for the user
[ ] Add sorting options to the database lists on the profile and user pages #77
Sort by name and sort by last modified
Drop down selector maybe?
[ ] Figure out a good way to guide users in creating a new commit, as it's not immediately obvious atm #71
[ ] Add auto-restart for the webUI launch process so Golang crashes don't kill the site #73
[ ] Add a bunch of example databases to the new db4s-beta server
Ugh. Ruby. Looking at the code, it's pretty simple. Likely not difficult to copy the concept to a Go version
[ ] Make sure all stored data structures are as expected (eg commit->tree->entries, and commit sha256 structure internals), just to be on the safe side
Make sure the general structure is ok
It might also be useful to create a quick and dirty CLI tool which reads + validates the json structures in database entries (in bulk)
[ ] Significant quantity of testing :smile:
[ ] Allow Auth0 database users to change their password, as per #44
[ ] Add further DB4S end point pieces
Much of this stuff probably won't be used right away, but having it in place gives us options to enhance the Remote pane in DB4S as time/interest permits
[ ] The headings on the front page ("Most downloaded" etc) should be clickable, and go to a full page showing many results (top 250 or something maybe?)
[ ] API server and dio
We'll need to figure out the authentication approach for the API server and dio too
Certs or API key? API key is probably lowest overhead, as certs would add kB's and latency to every request
On the other hand, unless we're planning on supporting plain http we're going to be using certs to some extent anyway. And DB4S requires the use of client side certs.
Looking around online (quickly), it seems like HTTPS-only is the direction for API's these days. So, the session overhead of HTTPS is probably "just how it is" these days.
They seem to effectively do the same things as the CC ones, so not sure how much use they'll be in the real world. Shouldn't hurt to add them as options though anyway.
Looking at this again (on 2017-12-14), these two new CDLA licenses seem to have gotten no traction whatsoever. From anyone.
They added a mailing list "cdla-discuss" after their announcement. It's not public, but can be subscribed to easily. After subscribing... that mailing list has a total of 43 members (including me) and there are 0 messages in the group. Really seems like a dead effort, not worth wasting time on.
[x] Try out the 3rd May nightly build - just prior to the QScintilla update - to see if the problem is present in that
The problem does seem to arrive with our update to QScintilla 2.10.0. Tried a few potential source changes to see if a smoking gun could be found, but nothing so far. 😦
[ ] Create a .sql script to run after the nightly builds, which tests them to ensure the JSON1 and FTS extensions are working
DBHub.io
PRAGMA cell_size_check=ON
andPRAGMA integrity_check
to our uploaded database check, as per https://news.ycombinator.com/item?id=15612447integrity_check
has been added to the uploaded database sanity check code 6a26711e9616836dafd088aa8910c04a7c6abf2fcell_size_check=ON
should probably be added to the general SQLite querying codeEXPLAIN ANALYZE
on all of our queries in postgresql.go, making sure the indices and similar are reasonabledio
dio
tooAdd the new Linux Foundation "Community Data Licences" to the default licence listDB4S
SQLITE_ENABLE_STAT4
for the SQLite and SQLCipher compilation on OSX and Windows