Hijiribe is down.
Edit: And back again.
Updated
Posted under General
This topic has been locked.
Toks said:
When you combine two tags that individually have large post counts into a search that has a small post count it can be slow. rating:s has tons of posts and panties_around_one_leg has a fairly large number too, but panties_around_one_leg rating:s only has a handful.
As for why it's not happening now when it was before, maybe you were trying it while the site was under relatively heavy load. I think subscriptions were in the middle of being processed around the time of day you originally said you were having the problem.
Okay, I just got one for evangeline_a_k_mcdowell: http://imgur.com/F3WlfdJ (My timezone is GMT+8, if that helps...?)
MaxAndEmilytate said:
Okay, I just got one for evangeline_a_k_mcdowell: http://imgur.com/F3WlfdJ (My timezone is GMT+8, if that helps...?)
It was around the time subscriptions were being processed again. The site is a bit laggier than normal while that's happening, probably nothing to worry about.
Toks said:
It was around the time subscriptions were being processed again. The site is a bit laggier than normal while that's happening, probably nothing to worry about.
I'm getting the same error trying to see the posts under nose_hatchet; searching other tags and general site performance has otherwise been fine. It's 15:41 UTC; I can't remember if/where regular users can check if subscriptions are running.
EDIT: Apparently other users can view it, I still cannot.
Updated
OOZ662 said:
I'm getting the same error trying to see the posts under nose_hatchet; searching other tags and general site performance has otherwise been fine. It's 15:41 UTC; I can't remember if/where regular users can check if subscriptions are running.
EDIT: Apparently other users can view it, I still cannot.
Subscriptions aren't processing right now. They run starting at midnight (EST I think?) and are spread out over the next 4 hours. You can check by looking at the /delayed_jobs page.
It seems nose_hatchet only times out if your limit of posts-per-page is 29 or less. At 30 or more (nose_hatchet limit:30) the search is as fast as normal - takes about half a second. At 29 or less (nose_hatchet limit:29) it times out, even with my 9 second timeout. Presumably you set your posts-per-page in your settings to something 29 or below, while Demundo set his to something 30 or above.
It's pretty bizarre. Normally lower limits are faster, not slower, and usually a single post doesn't make an 18x difference in speed.
I don't remember ever changing it, so it's been set to 20 as long as my memory functions for. Who knows how long that is.
nose_hatchet limit:30 still throws the error, 31 works. Is there one post doing something dumb?
OOZ662 said:
I don't remember ever changing it, so it's been set to 20 as long as my memory functions for. Who knows how long that is.
That's right, 20 is the default value.
OOZ662 said:
nose_hatchet limit:30 still throws the error, 31 works.
Yeah, same for me now. It changed by itself I guess.
Created issue #2382, everyone's welcome to contribute and find what else is broken.
From what I found, pixiv basically nuked mode=big links, replacing them with Javascript pop-up, hence the bookmarklet would not work. Clicking the image in mode=medium to call the pop-up, then opening the image in a separate tab, and THEN calling bookmark works, though.
Tags fetcher is broken for some other reason, perhaps login process was changed as well, because credentials are required to fetch tags.
Looks like pixiv just changed something. Again.
Fetch tag data and artist, not working.
Bookmarklet, not working. Spits out the following error:
Mechanize::ResponseCodeError exception raised
404 => Net::HTTPNotFound for http://spapi.pixiv.net/iphone/illust.php?illust_id=50325852&PHPSESSID=696859_02ab6b4448a47c42689cadd4c112a45e -- unhandled response
etc and so forth. I'm going to guess, going by the link there, that they changed something for iPhone/mobile users and have managed to break everything on our end.