BigBuggyBastage
Go fsck yourself
Very cool.
Thank you for all the work on this, and for making it available. ♥
Thank you for all the work on this, and for making it available. ♥
It would be for importing into an existing table. Indices and constraints will already be set on the database it gets added to.
md5
in these two lines to trust
: host all all 127.0.0.1/32 md5 host all all ::1/128 md5
\copy
to export data. derpibooru=\# \\copy \(select id, name from tags\) to '/tmp/tags.csv' csv; COPY 422682
\~$ head /tmp/tags.csv 1503,artist:aod23 150,4th doctor 155,4th wall 192,8th doctor 205,9th doctor 217,a canterlot wedding part 1 218,a canterlot wedding part 2 370,action figures 383,ad 421,adorable
select * from images as i where i.id between 16 and 18;
select * from images as i where i.id in (17, 238, 249, 280);
@xbi
Funny you ask. There seem to be no rows in the database that contain data about deleted images (not even the data that were available through API).
Take for example:
select * from images as i where i.id between 16 and 18;
which returns only rows 2 for 16 and 18 and I know for sure >>17 is deleted.
Or:
select * from images as i where i.id in (17, 238, 249, 280);
which returned no rows for me.
@byte[]
You guys making changes to the API is fine and dandy. However: CAN YOU AT LEAST LET PEOPLE KNOW WHEN YOU ROLL OUT THE FUCKING CHANGES?! Make a stupid mailing list or something FFS.
@Damaged
I had a problem with https://derpibooru.org/1206148.json or https://derpibooru.org/17.json does the same thing.
1206148
, works just fine for me. The second one is one of the hard-deleted images I mentioned. I’d suggest coding to allow for not getting JSON. This is particularly important when the site goes into DDOS protection mode, as you will NEVER get JSON when that is active.application/json
is not in the returned Content-Type
header.assert 'application/json' in headers['content-type'].lower()
Help fund the $15 daily operational cost of Derpibooru - support us financially!