[X] My Assistant

"2. Put a bandaid on the old search engine by significantly curtailing the maximum size of the search result and/or the range of searchable content."

yeah this is so much better than a site that is now impossible to browse lets go for this

Having encountered the new system for the first time just now and disliking it, I came here to give some feedback but it seems everything has been said so I guess I'll add it to the pile and hope a change will be made:

I understand an update is necessary for the backend side of things, but the current UX is unsatisfactory. The typical end user doesn't care about how the database is indexed or what GID they're on: navigating with pages is the standard, what practically everyone is familiar with using and expect.

I hope you'll listen to your users and try to implement a compromise to bring the UX as close as possible to the previous one. Personally, I would even have preferred the "curtail the maximum size of the search" option to having to deal with the current UI and am not convinced it would have led to more complaints than this thread is overflowing with. Perhaps you could make a poll or some A/B testing to get the users' true preferred option?

Edit: The clickable jump/seek selector update that came a few hours after this post feels like step in the right direction, thanks! I'd appreciate a custom date selector GUI designed for this site instead of the default browser-dependant one though.

This post has been edited by Jake643: Nov 6 2022, 16:48

Hopefully they update this to actually be user friendly. This change to the pagination sucks, I won't say much more on this since plenty of peeps have already criticized it in a more concise manner. This change really only benefits the devs on the back end who can properly navigate the site while throwing the end user under the bus, it's in no way intuitive or more convenient than how it used to work. Just about all the accounts including mine are pretty old as hell and have decided to come out of the woodworks because the update is that bad. The only people I see praising the change or diminishing the criticism are devs, mods, and asslicker with a bunch of account levels from hentaiverse or wherever.

The Jump/Seek Button is a very good addition!

I was working my way from last to first Gallery.
Finding out now where i left off this way makes things much easier instead of searching it through pages.

I still however enjoyed searching for a Tag, Looking at the Page numbers and just randomly jumping between pages to find new stuff.

Any advice as how to search solely through tags on the mirror site? Obviously, I can't use more than 5 without getting an error message.

But I feel that it's an little bit too restrictive if you're searching for something that's uncensored, fully colored, and has at least two more uncommon tags.

Any advice as how to search solely through tags on the mirror site? Obviously, I can't use more than 5 without getting an error message.

Can you show me the syntax you have used? This ain't supposed to happen.

A new code update has been pushed live:

So is it true that there is no solution to the problem of deleted galleries not being displayed with other galleries at the same time when searching? It feels like it should be possible for the backend to do two searches and then sort and consolidate galleries to show to the frontend based on time, right? I really do need this feature quite a bit.

if new galleries are added in a search result after you start clicking "Next", and you start going "Back" again, it would have more galleries before "Page 1"; and if you mess with the navigation or jump into a result at any point, it would just be confused as fuck. So I dropped that entire thing.

I found no part of this is convincing.

Its not clear what you even think pagination should or already achieve.
Knowing that new galleries are always been adding to the start its meaningless to track the precision number of the pages let alone give that to user during the browsing of the results.
What useful to user is a anchor point and a number to remind where they start and how far they have go. The new UI still failed pathetically on this.

if new galleries are added in a search result after you start clicking "Next":
If the first page is not in immediately jumping range(the number is displaying for click) there is no problem at all. Set up a timer to refresh the page number if user still on the page after hours is enough.

If page 1 is in the immediately jumping range and new galleries are added. Just make the real start of the result always the number 1 page and offset the results set based on the GID that user entering depth of results to start at page number 2. The difference won't be matter for user if they keep going deeper into the results and will be eliminate automatically when user go back to first page to pick up the new added galleries.

If user jump into a result then it can be displayed as:GID +/- numbers of pages in the navigation at page load and replaced with a real number later or not at all.

Hell, all these things typed here can be achieved right now by simply preloaded 10pages back and forth from the enter point of the result set at user.

This post has been edited by 117649: Nov 6 2022, 08:43

I like this new update now. Sure, the arbitrary date jumping feels weird. But its a step in the right direction. Maybe going forward we'll see something like the page scrobbler plugin be adopted into the page itself? I mean, from there it'd already have access to key info like "what is the most recent GID" and "what was the first/last GID of each year". Infact, it stands to reason that you could store the GID of key dates (like first of each month, first of each year, etc etc) as a seperate metadata table specifically for a built-in scrobbler. The "most recent" one might be a bit harder, but idk how the backend database is optimised and if getting the latest entry in the database is just as computationally expensive as searching through the list... I'd imagine it isnt... in which case there's no point storing it as metadata.

This update really needs to add Total Pages and the current page back to it.
Currently, it feels so lost to navigate now, like the world has lost its axis.

It is not perfect... but thank you...

The date jumpimg buttons is a good addition to this chaotic update. Kudos.

@Tenboro @PrincessKaguya Thanks for listening to the feedback. Could it be possible to experiment with a variety of server/page navigation setups until a happy balance between usability and server strain is met?

Sort of related, but can something be done about the users who spam 20+ pixiv galleries daily? I think if something is done about this, the strain on the servers could be reduced.

So many old accounts with such low levels. If they only knew the joy of the verse... the Hentaiverse.

(IMG:[invalid] style_emoticons/default/ohmy.gif) what is that hentaiverse?

throwing my 2 cent in, this new paging system is painful. please atleast provide a normie's guide to how the new system works in a accessible location. Thanks. pain....

I missed the page number at first but after a few days using the new search engine without any inconvenience I can say the update, at least in my case, is perfectly fine. I love being able to make a bookmark and resume browsing at a later time at exactly the same position. Thank you!
And as many people mentioned before, if the page numbers are too expensive on the servers maybe they can be added as a perk in exchange for haths. Want page numbers back? Contribute.

Is there a settings tab or something to make the search/frontpage page numbers appear again? I consistently used them

(IMG:[invalid] style_emoticons/default/ohmy.gif) what is that hentaiverse?

A thing that you should definitely stay the fuck away.

That is, unless you like to suffer, then it's the perfect self-torture device for you

Is there a settings tab or something to make the search/frontpage page numbers appear again? I consistently used them

Not with the current new system.

I get Ten's frustration since people who didn't know any better keep saying the same things addressed already.

If index is too big, would it not be more manageable to separate it by year, range of years, by category, or hell by both? Users would be forced to only search within a specific date range and/or category every time they hit that search button.

Pages are so important. I think sacrificing other features should have been thought of first. Either way whatever happens, thank you for keeping this website going. PPL might seem really angry and say nasty stuff, and I'm not trying to excuse their behavior--lot of ppl deserve a ban that went too far, but I hope you don't take their passionate responses too personal.

We all appreciate the work you do.

It is not a date range, it is a date jump. It does what page jumping does but by date. Jumping by specific date makes more sense than a random page number because the contents of page numbers change day by day. Remembering what page something is doesn't work well, galleries get pushed down every single day. You all just got used to that clunky mindset because we haven't had a date filter for around a decade, but now it's back as page jumps.

Also, I think you misunderstood what sacrificing it was. It wasn't a multiple choice of selecting which feature to sacrifice, the pagination system had to be axed because it is the one killing the server.

I don't wanna believe there's no workaround on this, there must be a way to conserve page numbers and RAM at the same time.

If you know how limit/offset and cursor paginations work, you should know there isn't any workaround in it. That page numbering is what's killing the servers. It isn't ideal to paginate big data tables with multiple filters and high traffic that are sorted by most recent date because page contents will keep changing. Another issue was that page content caching keep missing some galleries between pages, which either goes missing or duplicate between 2 pages. The compromise is not having that whimsical blind page jumping to be able to lighten the sever load and display 100% of the results at the same time, not missing any gallery as users flip through the list.

The new "jump/seek" option is a bit better as a temporary bandaid but definitely inferior to the pagination we had, it's not user friendly and should have been a file search option filter from the beginning, not a mean to replace what works perfectly fine.
I like to discover new doujins, as such i often need to go forward or backwards a few pages and i can rarely remember the date (but i do remember the page number because it's shorter).
So bring back pagination please, this is such a crucial part of an archive that it shouldn't even be cause for a debate.

Ten already said it: It is a tradeoff. The site will not be able to take the load in the near future and the size of the db doesn't work for pagination anymore. The bandaid was caching the page results which is actually bad because of the reason I said above: galleries keep getting either missing or duplicate between pages due to the high amount/frequency of new entries getting uploaded within a span of minutes. You can discover new doujins using the page jumps as well, and as I said before remembering the page number is useless because contents keep getting pushed back frequently. Remembering the dates or dates ago is better since the dates of entries will always be the same.

This post has been edited by sakuracircle: Nov 6 2022, 12:18

Can you move UI of "<< First" and "Last >>" out of center?
Move it to corner of the page would be highly appreciate

Minor update:

- Incorporated a clickable jump/seek selector based on a suggested code addition from FabulousCupcake.

Note that the date selector uses the built-in browser one, and as such it will use your browser's locale for the date format. (This is automatically translated to the site's date format by your browser.)