[X] My Assistant

For what reason was this change made? Site is unusable now, it worked fine before, now there are no pages and a few very important advanced search options were deleted, description search was EXTREMELY useful.
Also remaining two advanced options if checked present me 1-2 galleries by artist's tag, hiding all the rest for whatever reason this clusterfuck of a site code does this.
In what freaking way ID is better than a page number? How am I supposed to guess the random string of numbers representing the next page, or 3 pages forward, how is that usable in any way possible? Go have some fresh air.

This post has been edited by SpermShower: Nov 5 2022, 07:32

TBH, the thing I want to know the most is why there was no beta-testing of this update in any way for the public. No warning, no tests, nothing, just "oh hey, by the way, the site is now functionally unusable without deciphering a technical manual first, and there's a ton of bugs and unexpected behaviors. BTW, anyone who complains is just a brigading troll :^)"

I love this site, I don't want to see it go down due to a poorly-executed update. This site has survived too much bullshit just to go down to something as simple as this.

Page numbers are incredibly important to how I use the site, and strongly hope that some kind of workable solution can be implemented.

I'm only chiming in here to tell anyone and everyone who cares: start archiving your shit.
Stop trusting the administrators, stop trusting the mods. They're in it for the grift.

I regret ever donating even once to this site. Maybe it would've been for the best if it died already, and we'd lost everything. But we have to look at this like another opportunity, and as a last warning: if we don't archive our stuff, we'll definitely lose it for good next time.

This is honestly the most important post in this thread, after the posts with the script to add a navigation bar. Realize this, people. It's not too unlikely that now that the site has been made virtually unusable for most people, Tenboro will just pretend to agree with everyone about that as an excuse to shut it down, unless he's actually making good money off it somehow.

Someone elsewhere said it best:
He doesn't see this as a fun website and service provided to countless people. He sees this only as some database learning experiment for his own personal curiosity and doesn't really understand why people happen to look at it, except perhaps for their own database curiosity.

I know it's not out of malice, but holy shit.

This post has been edited by Kosouda: Nov 5 2022, 07:40

maybeadd a temporary warning within Favorites Page about note searching bein changed?. i almost thought my favs got cleared. maybe most dont ue it but i basically make custom tags out o em, pretty drastic change from my pov.

This post has been edited by gamebustacat: Nov 5 2022, 07:39

This is honestly the most important post in this thread, after the posts with the script to add a navigation bar. Realize this, people. It's not too unlikely that now that the site has been made virtually unusable for most people, Tenboro will just pretend to agree with everyone about that as an excuse to shut it down, unless he's actually making good money off it somehow.

Someone elsewhere said it best:
He doesn't see this as a fun website and service provided to countless people. He sees this only as some database learning experiment for his own personal curiosity and doesn't really understand why people happen to look at it, except perhaps for their own database curiosity.

I know it's not out of malice, but holy shit.

Is he autistic or something?

What was the point to all of this?

It worked fine as it was. I didn't need to do "~faggot ~huge cocks" I just need english sole male. Why add an unnecessary additional key press?

Also it was nice to be able to use my page numbers. I had my jerk material memorized by number.

I hope this isn't some kind of elaborate plan to give an excuse for shutting down this place. It's a well known fact that anti-porn brigades(especially those that came from Japan, loli or not) have been targeting sites that provided access to them and have intensified their attempt in the past few years. If you're being threatened to deplatform or blackmailed in any way by any group of self righteous political brigade or prudish monetary services in this decision I hope you'd come out and raise awareness about it. Don't give in to their disgusting attempt to police our thoughts and what we do in private with ourselves while pretending to be a saint themselves.

This post has been edited by Supersubzero: Nov 5 2022, 08:35

please consider users' voice

i mostly never post here for the 10+ year i have been but the page removal is horrible, and how the hell e-hentai has pages while e-hentai dont.

good news, looks like favorites are showing expunged galleries again (IMG:[invalid] style_emoticons/default/biggrin.gif) (IMG:[invalid] style_emoticons/default/biggrin.gif) (IMG:[invalid] style_emoticons/default/biggrin.gif)

I have added a pull request to show the years in the GID bar, as some users seems to want to browse specific year, it will help them get there in one click (which wasn't possible with pages lol)

Too bad the GID is not always in order of the published date, I hope they will be able to fix that later as they talked about it in the first post.

It's now in github so if any web designer is around to improve the design he's welcome (IMG:[invalid] style_emoticons/default/smile.gif)

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

@FabulousCupcake @OceanS2000 @Qserty or whoever interest in this script.
For scripts relate, should we go to this thread? So we can gather informations and discussions of this script together in one place and make it better together, like a community project.
We trust you guys (more than trust the admin now).

This post has been edited by epa: Nov 5 2022, 10:57

I want to express my voice in favor of the fact that the page numbers need to be returned. Without them, the search for any title in the middle of the issue becomes extremely difficult, if not impossible.

Congrats, you've managed to destroy my over decade long status of never posting due to this update with how bad it is. Why can't I search strictly by ratings anymore? I HAVE to input a tag along with the minimum rating otherwise when I go to the next page the rating filter resets. This new update incredibly unintuitive and should be the poster child of >engineer tries to UX. I don't care what the hell you guys solved, you've made it complete shit to use. If it would be possible to reverse my donation and the seeding I did on H@H I would to show just how shit this update was.

This post has been edited by petnavi: Nov 5 2022, 11:36

I REALLY miss the page navigation (IMG:[invalid] style_emoticons/default/cry.gif)

A new code update has been pushed live:

New Feature: Seek/Jump Navigation

You can now do arbitrary jumps (number of days/weeks/months/years) backwards and forwards in search results, as well as arbitrary seeks to a specific date in the search results, by clicking the new Jump/Seek button in the navigation bar and entering a number or date in the box that appears.

Entering a number will make it jump backwards or forwards by the specified number of days, aligned to the start or end of each day. Adding w, m or y to the number will make it jump by that number of weeks, months or years instead. When jumping forwards (Jump >), the jump is based off the posted time of the oldest (bottom-most) gallery on the current page. When jumping backwards (< Jump), the jump is based off the posted time of the newest (topmost) gallery on the current page.

Entering a date with the YYYY-MM-DD will make it seek to that date in the search result (inclusive). Note that the semantics of < Seek and Seek > is somewhat different than < Next/Jump and Next/Jump > - specifically, which button you use determines whether it uses the date as the starting point or the ending point.

You can also use the YYYY-MM shorthand date. In this case, it will start from the first day in the month when going backwards and the last day in the month when going forward. (In other words, in either case it will include that entire month.)

If you only enter a number (not followed by d w m or y) and it is between 2007 and 2099, it will be interpreted as a year. In this case, it will seek to the last day the year when going forwards and the first day of the year when going forwards.

With the YYYY-MM-DD and YYYY-MM formats, the two first Ys can be left out - in other words, 22-11-05 will be interpreted as 2022-11-05.

Seeks and Jumps to galleries posted before October 2021 or so will be wonky until I run a script to make some fixes to the publish timestamps to match the behavior of newer galleries. This correction will happen shortly after the update is fully deployed.


Bugfixes

- Corrected an issue where galleries were no longer displayed under favorites if they are unavailable.

- Corrected an issue where, when using the /tag/ URLs (such as when clicking tags from the gallery page), it would keep adding additional quotes if you clicked the navigation links.

- Corrected some issues with uploader usernames with underscores and spaces. Note that for syntax and visual ambiguity reasons, underscores and spaces are now considered equivalent in uploader username searches.

- Corrected excluded categories still appearing on the Popular Pane. (They are still supposed to appear with file, gid and favorite searches.)

- Corrected an issue with dashes/hyphens in name searches where they weren't properly stripped for the index lookup.

-------

Since the thread has quieted down a little bit, and I'm sure there are people who are still unhappy about things even with this update, I'll also take some time to address some of the most common criticisms.


(Not having a page selector is worse than having a page selector / Not having an exact result count is worse than having an exact result count) and this update is therefore a step backwards UI-wise!

Well, no shit. They weren't removed because I thought it would be an improvement, but because with the increasing size of the index, results were taking longer and longer to generate and required more and more RAM to do so. Which means not only was it taking more and more resources provide these things, but at some point results would take so long to generate and/or require so much RAM that generating results would just fail outright. This was already the case for a non insignificant number of queries.

I've seen some people make arguments along the line of "I don't mind waiting three seconds for a search result to appear". There are several problems with this argument:

- First of all, the problem isn't primarily that the user has to wait three seconds for a search result, but that a server is using most of its resources for those three seconds to build said search result - of which the user will probably only look at the first few pages at most.

- Secondly, if it's three seconds for a search today, it'll be six seconds in a couple of years - that is, if it doesn't fail outright due to memory limitations and timeouts we cannot control. In other words, either the average server CPU load would be above 100% and the site would be effectively unusable, or people would just get a Cloudflare timeout page whenever they tried to search for anything.

The site does not have the budget for an additional full rack of high-end servers just to provide the existing functionality with the existing limits, and even with unlimited hardware the old search engine would be unusable in a couple of years, so the options were:

1. Replace the old search engine that uses a naive approach of effectively building the full result for a query (which is necessary for full-range page navigation and exact-ish result counting) with a brand new search engine that is a lot more clever about doing stuff.

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.

3. Remove functionalty that was expensive in the old search engine, such as hybrid title/tag searching and comment searching.

With the second option, you would have pages, but there might be a maximum 10 of them with 100 results per page. You'd have exact result counts, but it would be capped to 1000. Many sites use this approach, but if you think for a second that this would cause any less of a shitstorm if we changed to it, I have a bridge to sell you.

With the third option, you would only be able to search for titles or tags, but not both at the same time. Searching would just be all around hampered and unintuitive. See; shitstorm.

Alternatively, you might have a curtailment that only galleries posted in the last couple of years are searchable. Shitstorm.

Alternatively alternatively, those things but with donator-only unlocks and higher limits. Shitstorm.

I went with the first option, which involved three months of active development plus an additional month of testing + optimization, and is, in my opinion, by far the best tradeoff in terms of (server) performance and functionality.

Even if a lot of people disagree, this is a hill I'm willing to die on. And while you are allowed to both disagree and/or dislike change in general, if people keep accusing me of lying to my face about the current state of things and the reasoning for the changes, I'll just start handing out bans to preserve my sanity, so please stop doing that.

As for result counting, I'll put some more effort into providing estimates for various complex results, but this cannot happen until the update has been fully deployed and the old indexing code can be retired.


You should be communicating more about upcoming updates and giving script/tool writes a heads-up instead of just dropping them with no warning!

The new version of the site did undergo closed testing for weeks before it went live, and I can't think of any site that does full-blown public testing, so it would be easy to write this off as "you're asking too much".

But: fair enough. Even though these UI updates only show up every two or three years and would involve maintaining a separate test instance, this really would not take that much additional work.

While feedback from such a public test would be unlikely to fundamentally change the nature of the update, at least it might work out some issues that weren't raised in closed testing, and also provide tool/script writers with a heads-up for upcoming changes.

As such, whenever an future update with major UI changes is getting ready for launch, I'll make a public test version of it first.

I hope that at the very least, we can get an official solution similiar to what the script does. We don't need the same page system from before, but at least SOMETHING in place of it for navigation.
It seems like for the foreseeable future, I am going to only visit on desktop, since that's where I can use the script.

EDIT: welp and as I post it, Tenboro made a post.

This post has been edited by darkfire998: Nov 5 2022, 12:06

Just to add my voice to the throng.

I have to imagine that this was not an update that was made lightly. Page numbers are such a fundamental and intuitive navigation method that surly it was known what backlash would come of their removal. It's unfortunate that the size of this site (a reflection of it's popularity and utility to the many, many users it has supported over the years) has made such a change necessary. That said, if some kind of pseudo page-number indicator/navigator is not the next thing that development time is being devoted to, you are making a significant mistake in the handling of this necessary change. SOMETHING to bring back the feeling of intuitive archive navigation, please.

For my part, I come to this site just as often to discover new artists and content as I do to find works I already know about. Searching a generic category and jumping to an arbitrary page to find that which I don't know to look for is at least 80% of my interfacing with this site. GID may facilitate this in a fashion, but you can't seriously expect any argument that involves using the address bar as a navigation tool to hold water, right?

When this site went down a while back, and it's total loss was a distinct possibility, my heart sank like a lead weight. It is such a massive undertaking, almost to the point of being profound, and I don't care what anyone else says; it is an effort of supreme devotion to keep it running and functional for this long and under the technical, legal, and social conditions at play. Praise for the Dev(s) was unconditional and overwhelming when the site came back against all odds, and for as little as I have interfaced with it, the continuous and often mundane tweaks and updates to keep the back end running as smoothly as possible seem to be continuous and well-conveyed to the users. I can only hope this continues into the future, and that all necessary consideration is given to the user experience as well as the site stability side of things.

I implore you not to ignore these cries of dissatisfaction, unhelpful as many of them may be, and to consider this update the first, technical based part of a two-part process. Intuitive navigation on any archive, let alone one of this scale, is an absolute necessity.

Good luck.

From those 3 options I like both 2 and 3 better I barely use a lot of the search functionality and most things I do search for aren't that large so I wouldn't have anything to worry about. Though I hate you have to search for expunged stuff separately drastically increases my search time.

Why didn't you have a poll that way users would be aware of the issue before and prepare and if users voted you would have less of a backlash.

This post has been edited by flash73: Nov 5 2022, 12:28

Options 2 and 3 really are completely unacceptable. But while this Seek/Jump is leagues better than nothing, it's not a replacement for pagination. It's hard to tell just how far you've jumped forwards or backwards into a search of over a thousand results.