13threpression
05/24/17 10:43PM
Dunno if this is a big deal. But I'm tired of these mother fucking pop ups on this mother fucking website. And Im on mobile with virus protection and add blockers up the ass. I can't go 10 seconds after a page loads in on the images without a pop up saying "Your phone is broken buy this IPhone!" or something like that.
bipface
05/25/17 01:33PM
slayerduck said:
Search database commits are done every 5 min and that reflects on searches done on the API and the main site.

ah yes, i forgot that normal searches are also subject to a delay

if it's only transferring metadata, would it be possible to increase the update frequency?
or is there some expensive re-indexing process that needs to run when new data arrives, or something like that?
OffBrandNightLight
05/30/17 09:17AM
I didn't really know where too put this so it's going here I guess. Every now and then while browsing the site I'll just get kick off it and sent too some random porn site. Doesn't open a new window, just kicks me off the site and redirects me too a new one. This is annoying as hell but what really gets me is one of the sites I get taken too has legitimate child porn on it. Not drawing or animations, real kids being fucked by real dicks. I'm sorry, but I kind of don't want too go too jail over something that isn't my doing.
slayerduck
05/30/17 12:08PM
OffBrandNightLight said:
I didn't really know where too put this so it's going here I guess. Every now and then while browsing the site I'll just get kick off it and sent too some random porn site. Doesn't open a new window, just kicks me off the site and redirects me too a new one. This is annoying as hell but what really gets me is one of the sites I get taken too has legitimate child porn on it. Not drawing or animations, real kids being fucked by real dicks. I'm sorry, but I kind of don't want too go too jail over something that isn't my doing.


I had the same report on another website, next time you get it PM me the page and the URL you were on before it redirected you and your country. I'll forward this info to our ad network.

bipface said:
if it's only transferring metadata, would it be possible to increase the update frequency?
or is there some expensive re-indexing process that needs to run when new data arrives, or something like that?


5 min updates is going to stay for now.

hungprincess said:
This website is honestly getting to be completely homophobic & disrespectful. Messaged an Admin about it in the past and i was ignored. So now Im posting heree.


Not the right place, this is for technical issues.
bipface
05/30/17 01:39PM
slayerduck said:
bipface said:
if it's only transferring metadata, would it be possible to increase the update frequency?
or is there some expensive re-indexing process that needs to run when new data arrives, or something like that?

5 min updates is going to stay for now.

*shrug* ah well, it's not a big deal i suppose

alternatively it'd be useful to have an API that simply lists the IDs of all posts which have been edited since the last searchDB sync
senseless
06/03/17 10:20PM
md5 search option unreliable
I was using the md5 search option to attempt to find the original images associated with the sample_* images I had downloaded earlier, using the md5 part of the sample image filenames. This only worked for not quite a third of the images I attempted to find. For all others, I received the standard list page as if I had not searched for anything particular.

md5s this happened with:
30b58ab0e926aff9c4ded3f40467561254cf836c
620c25904258a35a31952ca6b91af1226c0155bf
a497aa4cb10d58e0334e1be1c2c434bdebfb4490
c08bd900125ec9dc855175d6b7289bdb160a74a9
de0458321c51bb73a47d97f91583d4bcc54bfd4e
e7470a06567431e89a37922a1912292347a1d584
e7470a06567431e89a37922a1912292347a1d584
f10adb325e312368543bdeeb53057b69aeca9d04
7abbdfd30d28bed5a78a8b68124c4749330048d9

ones that worked:
a2823be4aa9492fcf876ec3c3c947116
3905469db5e01122883ee657cc8c1656
9971b51ab40820d712b4afbf36ca4279
4e13f80066ddabefc7fd0e02d9e04d00
bipface
06/03/17 10:32PM
senseless said:
md5s this happened with:
30b58ab0e926aff9c4ded3f40467561254cf836c
620c25904258a35a31952ca6b91af1226c0155bf
a497aa4cb10d58e0334e1be1c2c434bdebfb4490
c08bd900125ec9dc855175d6b7289bdb160a74a9
de0458321c51bb73a47d97f91583d4bcc54bfd4e
e7470a06567431e89a37922a1912292347a1d584
e7470a06567431e89a37922a1912292347a1d584
f10adb325e312368543bdeeb53057b69aeca9d04
7abbdfd30d28bed5a78a8b68124c4749330048d9

well those are definitely not MD5s… they're probably SHA1s since they're 40 characters long, and MD5s are 32 characters

i'm not sure how you managed to get files named "sample_<SHA1>" though, are you sure they came from rule34?
senseless
06/03/17 10:52PM
Certain. For instance, I was able to find this one based off of tags:
rule34.xxx/index.php?page=post&s=view&id=1214642

Note that both the sample image and full-size image have filenames with the same 40-character hash:
7abbdfd30d28bed5a78a8b68124c4749330048d9
which could not be found using the md5 search option. Out of curiosity, I just now tried sha1:7abbdfd30d28bed5a78a8b68124c4749330048d9
and got nothing.
bipface
06/03/17 11:04PM
senseless said:
Certain. For instance, I was able to find this one based off of tags:
rule34.xxx/index.php?page=post&s=view&id=1214642

Note that both the sample image and full-size image have filenames with the same 40-character hash:
7abbdfd30d28bed5a78a8b68124c4749330048d9
which could not be found using the md5 search option. Out of curiosity, I just now tried sha1:7abbdfd30d28bed5a78a8b68124c4749330048d9
and got nothing.

huh, this is very strange …
it can't be a SHA1 either; with this example the hash in the name doesn't match the actual SHA1 of the file.

looks like you can at least still search for it by MD5, once you calculate it:
rule34.xxx/index.php?page...a056281270a52b786aa2825f7
senseless
06/04/17 12:08AM
But then the md5 of the sample images won't match that of the originals, which it looks like is the only one indexed.

Poking around a bit, it looks like older images have 40-character filenames, while the newer ones have 32-character filenames. Would be nice if the 40-character filenames could still be used to find the posts those images are listed in.
bipface
06/04/17 06:05AM
senseless said:
But then the md5 of the sample images won't match that of the originals, which it looks like is the only one indexed

ah right, i forgot you only have samples.
as a workaround you can try reverse-searching them on SauceNao or IQDB
reii5
06/08/17 10:15PM
API
The API is broken. No matter what I do it says that I'm abusing it. Fix needed.
reii5
06/08/17 10:47PM
Follow up to the previous post: I can access pages < 2001 normally, although with a 10s delay (which is bullshit), but whenever I try to access a page greater than 2000:

rule34.xxx/index.php?page...x&s=post&pid=2001

I'm getting this message no matter what:

<response success="false" reason="Search error: API limited due to abuse."/>

This is not a security measure and it definitely shouldn't be happening. Can anyone else access the link above?
bipface
06/09/17 12:44PM
reii5 said:
This is not a security measure and it definitely shouldn't be happening. Can anyone else access the link above?

same response for me: "API limited due to abuse"
slayerduck
06/09/17 02:56PM
Correct, pages after 2k are limited right now duo to abuse. People are using it to do a layer 7 DDoS by hitting our API at insanely high PID's that don't exist.

workaround use id<

For API use to access pages beyond 200k posts you can do this for example:
rule34.xxx/index.php?page...=0&tags=id:<400000

This will allow you to do 200k to 400k posts




more detailed explanation from a user @ gelbooru:


Adding "id:<20000" will show you all the posts with that tag that have a post id of less than 20000.
"tag id:<40000" will show all posts with that tag with a post id of less than 40,000 up to the 20,000th search result. This will likely include posts from the previous search. The point being; if you repeat this pattern 86 times, you will have seen every post with that tag regardless of how many there are. Leave out the "tag" and just search "id:<***000" to find all non-deleted posts on Gel. (*** = any multiple of 20 up to 1720.)

There is a faster way but it requires you to pay close attention to the post IDs you are looking at. The post ID is found immediately beneath Statistics on the left side of the post view page.

For example: I want to view ALL non-deleted post that have the blue_eyes tag but there are more than 280,920of them. (The tag counter says 379728 but that includes deleted posts with the tag that cannot be found using the search field.)

First I search "blue_eyes". They are listed in reverse chronological order of posting so ID #s go down as I search through the pages starting with id:1857019 and ending with id:1749882 on page 318. This is a difference of 107137 so I saved myself 5 searches over using the above method.

Next I search "blue_eyes id:<1749882" and I am given the next 20,000 search results. (id:1749877 to id:1640467)

Next I search "blue_eyes id:<1640467" and so on. In this example I would have to perform 15 different searches to see ALL of the non-deleted posts with the blue_eyes tag. The more posts a tag has the more searches have to be used to find them all, e.g. I think touhou requires 16 searches. (Up to 86 if you search for all Gelbooru posts.)




<<< 23 24252627>>>


Reply | Forum Index