[X] My Assistant

what is it with sites removing features instead of adding new ones on every new update ? (IMG:[invalid] style_emoticons/default/huh.gif)

Tenboro, people that use the site since forever, with accounts old as heck that literally everyone can see coming out to tell you this update was not good for the site is not "brigadeing", people looking in 4chan asking why the site changed and coming here to get answers isn't either, there are no discord groups making plans to sabotage you or to raid threads. this is literally just people saying the change fucked up so hard they had to come out of silence and just lurking

all the hubbub about supposed improved performance, but is it just me or is it slower now?

the normie site page-jumping is pretty consistently slight load, but the sad panda site has frequent ~5-second page loads

normie site (old search) loads the page first, then the thumbnails

sad panda loads the whole thing at once but has to stall for ~5+ seconds

This post has been edited by HibikiRekka: Nov 3 2022, 22:02

anyway, my suggestions:

show total search results. "Found many results." is just bs

Have a seek bar, if not return the old page system (like the EH Scrobbler script someone made on ~page 28)

Have separate Advanced Search options to include expunged/low-power tags with the rest of a search, separate from exclusively searching expunged/low-power tags

cause if not, Hentag is a better user experience than the site itself

This post has been edited by HibikiRekka: Nov 3 2022, 22:08

So many long time lurkers decided to come out of their cave just like me. It’s funny and sad at the same time.

cool. very cool. I understand why you made this choice, so I won't blame you.

But you know that, I don't understand that why you can't no longer add page list function. I've already see numerous sites that show results based on PID or GID index. However, none of these sites asked users to search for ID indexes without page list. Instead, there was a page function that worked very well. Just like before this update.

I know it's being brigadeered, but some amount of the complaints are of course organic. However, since page 5 or so it's just people spamming about page numbers, and I can't keep replying to that.

I get that people feel strongly about it, but as a tradeoff between functionality and performance, this is pretty much the best I can do. The old search engine isn't actually working anymore despite people claiming otherwise, and the alternative was a severe reduction in functionality.

You mention Nyaa, which has page numbers, but you can only see 1000 results per search, is that really what people want?

And I'm not sure why people act like they can't use the dates of the posted galleries to "know where you are in a search".

(I'm actually busy with making some additions to the search engine, so I won't keep posting.)

Maybe just split the database? If it's the database size that's the issue, maybe just move everything older than a certain point into another database and allow users to pick which one to search in. There's usually not a need for a user to be able to search EVERYTHING all at once. It's not that much an inconvenience to search another time either if the first one didn't include the result someone was looking for. Certainly much less of a hassle compared to not even having a quick and easy reference point to how many results you're into/where you're at in your search. It would be fairly scalable as a solution too, just split it again when it gets too big.

Because the loss of page numbers IS a severe loss in functionality. I get that you don't understand it and maybe your specific use case isn't greatly affected, but as evidenced by all the people coming out of the woodworks (no you're not being brigaded, lol, some communities I'm in just spiked in activity due to people confused why things broke so horribly so suddenly) clearly many people have very different circumstances. Please don't ignore and write them off as inconsequential just for your own convenience. Your response here makes me worried that's exactly what you're doing.

You're talking as if there was a way to map years to pages. This was never a thing you could do, but if anything, that would be easier to do now than it used to be.

Not a good update. More straightforwardly, the change of searching UI is a disaster.

If the uploading-time-based searching is not what engineers designed to support at the first time, page selector at least functions a substitute. But what you do is just banned that option to force people using the site as your expectation.

This post has been edited by CASSHARN: Nov 3 2022, 22:49

Long time user here aswell (Recent Uploader even).

At first i thought something was wrong on my end like adblocker etc.
The last thing i would have thought is someone actually removing page browsing.

I am also one of those guys that likes to search for a tag and just randomly jump between pages.

Whatever reason there was, i can not see it justified.

So here's my use case, and I don't use any third-party apps, just the main site. And have for the better part of a decade. (edit: according to the joined date, I should have said and now into the second decade. Jeez.)

I read something and now I'm in the mood for that genre. I go back to the gallery and choose the most relevant tag and then search all the works in that tag in a particular language. Maybe I want bondage and english, but I've recently read everything from the first ten to 20 pages (there's a lot of this one, after all). Well, let's go maybe 30 pages from the last page to get something fun that isn't ancient and I haven't read in a while. This is now impossible.*

But that holds up for any use of browsing the tags. Why bother allowing us to search by tags at all?

Google and nyaa are not browsing websites, they're places you go to find a specific thing. That's why their search does not work well for a website like this. I'm not looking for a specific light novel or anime episode, I'm meandering to find something I'm interested in. I mention this use case because it is extremely common, and every other manga reading website includes the ability to at least jump multiple pages with most having specific page options. Because people are there to browse.


*Search by ID, you say? How, I ask, do I do that with my dick in one hand and the phone in the other? Let's be real here, this is a porn browsing site. Surely you know how it is being consumed?

Anyway, if there aren't plans for an actual alternative, then I guess I will look for a third party app that can make the content of the site usable again.

This post has been edited by johngalt13: Nov 4 2022, 00:00

Hello,
why I cannot browse per page number anymore ? this is horrible for making any search.

Having pages allowed us to situate ourselves infinitely more easily than anything else

Now most of the time I don't even know where I'm at. (IMG:[invalid] style_emoticons/default/sad.gif) Its even more horriblly horrible when I want to browse my favorites, a true nightmare. I have to remember and test how many clicks I need to reach where I want to reach a specific doujin and thus I take more time clicking, remembering and searching than instantly click on the page number I already knew or quickly writing it.



This post has been edited by funky360: Nov 3 2022, 23:22

However, a lot of comments here are saying "bring back page numbers back", assuming that it's a trivial thing to do. As a server dev I know that it's actually near impossible without seriously harming the performance of the server.

As a DBA i can say - Bullshit.
Even more so as they claim that the GID offers stable results. That does mean that they can easily include page-numbering. Heck, nearly every single database has simple functionalities for that.

To browse page 101, the server first has to know what's the first gallery of the page 101. For simple queries it can be done relatively fastly (with indexing), but with sophiscated enough queries (especially with bunch of ORs and exclusions) the only way of knowing this reliably is basically fetching every galleries in the first 100 pages.

No, it doesnt need to fetch any galleries. It only needs to look at the resultset it got anyways. There is a "limit" clause in most languages for a reason.

I expect that even pressing "next" 100 times in the new system, while would use more server bandwidth, will pressure DB not much more than (or even less than) simply browsing to page 101 in the old system.

"I am sure that transporting sand grain by grain is not more work than using a bucket".

I'm willing to let it slide as long as you add the mesugaki tag at last!

OK, I jumped from page 6 of this thread to page 37 (posted over just two days!), so if the perfect answer was posted on pages 7-36, I apologize. I'll get through them eventually.

Thinking about what I just wrote, why did I jump from page X to page Y of the comments? Because I didn't want to click 30 more times to move through all the pages. I know this is a forum, not gallery search results, but the concept is the same. Sometimes it's natural to jump through chunks of search results, aka pages, rather than advancing one screen at a time. It can help you to browse wide swathes of results, or home in on your desired result. And for me, clicking more than 20 times to get where I'm going is just untenable. When going screen by screen through search results, I usually limit myself to 10 clicks (screens/pages) before ending my review and doing something else.

One might do the same when browsing through a book: stick your finder in a few pages later, see what's there, go back and forth that way, etc. Or in the stacks of a library: walk down a few shelves, move back and forth, etc. It's the same with galleries, at least for me. It's a process of "getting a sense", triangulating, homing in on what you want.

In the current new architecture, if we at least had the ability to input a number to move forward or backward X galleries, that would be helpful. Because I can definitely see myself wanting to jump 200 galleries ahead, then maybe back up by 50, and so on. Either way, it's just not practical to move through a result set of more than, say, 10-20 screens one by one.

Well, that's my $0.02. I hope this is helpful to the discussion, and I look forward to reading the rest of the thread. Either way, I love the site, and can't imagine being without it. So whatever happens, I'm thankful! And I'll manage.

Sigh

How do I restrict the search by the date that was posted?

Let's say I want to see galleries that contain "female:femdom" that they were posted in 2014, or July 2014. How should I type it in the search bar?

Then I want to see galleries between 2012 and 2013 with the same tag, how do I type in the search bar?

I guess that would be fine for me searching by specific year-month-day and "from date to date" on searching, that's why I'm asking, I couldn't find it on E-H wiki.

I just checked in case of filtering by tags last result sometimes have gid 1 or some arbitrary number so if you even make a mistake in gid you will skip some galleries. idk how you can call it an improvement.

Like I said before, you can still easily "emulate" what pages are using the current method, just put a limit on the next galleries and let people use it like that. it will not have the same page numbers but it is pretty much the same

It would be funny if this was a idea to make nnn successful because i believe a majority of the userbase are just simply never gonna use the website again with how shortsighted and poorly implemented this update is especially with the devs inability to take criticism about the shiny new idea they had even if it 90 percent of the userbase will never use it.

This post has been edited by CosmicTon: Nov 3 2022, 23:50

At this rate I'll just go and use nhentai instead since they scrape everything from this site anyway. I would check the site daily to see new uploads and with this new update it made it really tedious to see what is actually new without wasting a bunch of time of clicking back. Tenboro seems pretty adamant about this new system so I won't be expecting any changes. Ehentai was good while it lasted.

Optimizing performance does not mean getting your page 0.1 sec faster, it means the server won't crash in 6 months because of the RAM, CPU, or bandwidth usage...

Thanks to everyone trying to answer all those stupid comments, and to those who actually worked to provide an alternative.

Pagination is dead, I share the frustration, there should have been something put in place instead, even if not as good.

I am no web developer, but I made some changes to the monkey script, so I will share it as well for whoever want to use/improve it.

- I overwrite firstGID or lastGID with the url parameter next or prev if available.
=> For example if the first result is GID 5000 and the last 6000, but prev is 4500, the result is covering 4500-6000, and not 5000-6000, there was simply no result in the 4500-5000 range, but the search do include that range.

- I'm inspecting the Prev and Next div, to check if they contain a SPAN instead of a link A.
=> If Next is grey and unclickable, it means there are no further result, so even if the last result is GID 450, the range 450-1 is covered otherwise "Next" would be available.

I admit it doesn't change much but I feel better when the green range is accurate, when you press next it starts exactly from where it ended (IMG:[invalid] style_emoticons/default/smile.gif)

- I added 2 buttons Save and Load, I do not think they will work with Chrome as I use unsafeWindow for the button functions and it seems not compatible with Chrome from what I read on the web.

During a search, save will store the current GID in the browser localstorage with the search as the key.
If you do the exact same search later, load will bring you back exactly where you were (it also store if you were going forward or backward)

Recreating a pagination is impossible, you can try to estimate the number of pages based on your current page, like 25 results for each 10k GID range, you will only create a mess, missing potential results between pages because the next 10k GID range had in fact 60 results and you had no way to predict that.

Thus that new GID navigation bar is the best way to navigate currently.

(IMG:[i.imgur.com] https://i.imgur.com/eDitjFQ.png)

[pastebin.com] https://pastebin.com/pWrA6ihD
In case I'm not allowed to post an url: pastebin.com/pWrA6ihD