[X] My Assistant

The publish date adjustment for galleries created with the old uploaders (predating October 2021) has been completed. This should fix the remaining quirkiness with gallery sort placement as well as with the seek/jump mechanism. Note that these galleries are now considered "published" when the gallery was created rather than when it was actually published, though in most cases this would only have shifted the date by a few minutes to a few hours.

(Due to caching, you could potentially still see some minor jump/seek offset issues for the next 24 hours at most, if that particular date was recently used as a target.)

If using a script to make pages for favorites sorted by Favorited Time, the 2nd number behind the - is quite the hindrance.
Doesn't seem to be an identifier for the search (since it changes for every page).
Maybe it's related to time somehow.

What is it, and is there a way to convert it or predict what it would be for a "page" reached by the Prev/Next button without browsing them all?

This post has been edited by uareader: Nov 18 2022, 12:57

If using a script to make pages for favorites sorted by Favorited Time, the 2nd number behind the - is quite the hindrance.
Doesn't seem to be an identifier for the search (since it changes for every page).
Maybe it's related to time somehow.

What is it, and is there a way to convert it or predict what it would be for a "page" reached by the Prev/Next button without browsing them all?

It's Unix timestamp of favorited time, there are lots of tools that can convert it to human-readable time.
[en.wikipedia.org] https://en.wikipedia.org/wiki/Unix_time

This post has been edited by aklfhl: Nov 18 2022, 13:21

If all you want is to wank why does it matter how deep in the search you are?

I'm picky and I want to know how many results i went through. It doesn't matter that much, it's just really really annoying, it feels so intuitive to know where you are. Honestly. I would really want at least an information like "you pressed next 5 times" = 5 pages of result, just a history of navigation.

I'm picky and I want to know how many results i went through. It doesn't matter that much, it's just really really annoying, it feels so intuitive to know where you are. Honestly. I would really want at least an information like "you pressed next 5 times" = 5 pages of result, just a history of navigation.

[github.com] https://github.com/Meldo-Megimi/EH-Page-Scrobbler
You can try this before any official improvements, it produces a "fake number" every time you press prev/next.

Page counter was logical, date jumping is just stupid and not even works XD. I tried with at my faves - with one category, where are 85 "galleries" with 2 page. Choosed a random time and after it I had 3 page. "Working as intended". (IMG:[invalid] style_emoticons/default/biggrin.gif) When you search for something you don't search "hey I want to see stuff from 2 years ago only", especially as the site is 15 years old. You never do this. Ever wanted to see stuff at Youtbe from one youtuber from a specific year? Never...

I don't understand why always change something when you get a ton of complains and not even works. Like the new design from some years ago, which is still bad, as still giant everything compared to the original. (I know, checked with Wayback Machine) And after a ton of complains there aswell, there you added a "minimal+" view to get a similar look what was the original design. Just no logic here. You force something, many dislikes it, and you back down and try to make a bit of reversing, but not enough...

Why there is no beta version with every new huge update? Like "here, you can see what we want to change in the near future. But if you don't like it, you can give feedback and go back use the older look". And find bugs.

And you say, the page counter can't work. But you have 2378902 gallery at "first page" so still counting in a way. And if you go to page 2, then back to page 1 (< Prev) and again to Page 0, I saw 3 galeries. At Page 0! This is not even tested. I can find bugs in 5 min.

Also at last page url: https://e-hentai.org/?prev=1, but next is https://e-hentai.org/?prev=269 and then https://e-hentai.org/?prev=475 and after it https://e-hentai.org/?prev=544. Not even logical for me how it is counting...

Also page 1 is https://e-hentai.org/?next=2378908 but page 0 is https://e-hentai.org/?prev=2378906 How it became lower?
So yeah, this is not working...

Edit:
Also page counter could work, if the last page is page 1 and the newer stuff is page "last number", even though sometimes there would be 4 gallery only at newest page. And galleries position hardcoded, like 1st gallery = pos 0, next pos 1 or something similar. But this time thing is just stupid and not works.

So, any reply for the bugs?

So, any reply for the bugs?

That's how new system works. Some galleries are expunged, filtered by default filter or your search.

Situation:
1. there are 100 galleries in the index
2. there are 20 galleries per page
3. no filtering is happening

1. You press 'Next', last gallery from first page has index 80, you get "&next=80" and you see 20 results, index 79-60
2. Someone uploads 3 new galleries
3. Now you press 'Prev' you get "&prev=79" so you get 20 results, index 80-99
4. 'Prev' button is still available, pressing it again will send you to "&prev=99".
5. And because someone uploaded 3 galleries which are index 100,101,102 you see 3 galleries only because they have index which are bigger than 99
6. If you want to navigate to start and reset the prev/next you need to press first, which will send you to start as if you manually navigated to "&next=103" or "&prev=82"

If for example every 10 galleries, 10 galleries get expunged the main index is only 50 entires. And first page will only have indexes (99-90 and 79-70) going next will give you "&next=70" and will display indexes
(59-50 and 39-30) because the first valid index before 70 is 59.

This post has been edited by Keratos: Nov 18 2022, 21:04

Page counter was logical

Logical, yes. Computationally feasible and scalable, no. Read the thread. Or at least page 1.

date jumping is just stupid and not even works XD. I tried with at my faves - with one category, where are 85 "galleries" with 2 page. Choosed a random time and after it I had 3 page. "Working as intended". (IMG:[invalid] style_emoticons/default/biggrin.gif)

Would you prefer for the site to stop working altogether? Them's the breaks, kid. Read the thread.

When you search for something you don't search "hey I want to see stuff from 2 years ago only", especially as the site is 15 years old. You never do this. Ever wanted to see stuff at Youtbe from one youtuber from a specific year? Never...

Actually, yes, I have frequently wanted to do this for Filthy Frank and Filmcow. Date jumping is better than having to click 'next' 800 times to reach what you're looking for. It is a welcome addition, given that true pagination is infeasible and not coming back.

I don't understand why always change something when you get a ton of complains and not even works. Like the new design from some years ago, which is still bad, as still giant everything compared to the original. (I know, checked with Wayback Machine) And after a ton of complains there aswell, there you added a "minimal+" view to get a similar look what was the original design. Just no logic here. You force something, many dislikes it, and you back down and try to make a bit of reversing, but not enough...

I agree, I hated and still hate that change because I'm not an idiot using a smartphone or high-DPI screen.
But because I'm not an idiot using a smartphone or high-DPI screen, I have user scripts that have mostly negated that problem which resize thumbnails for me.

Why there is no beta version with every new huge update? Like "here, you can see what we want to change in the near future. But if you don't like it, you can give feedback and go back use the older look". And find bugs.

There was a beta. It was rolled out slowly. Read the thread.

And you say, the page counter can't work. But you have 2378902 gallery at "first page" so still counting in a way. And if you go to page 2, then back to page 1 (< Prev) and again to Page 0, I saw 3 galeries. At Page 0! This is not even tested. I can find bugs in 5 min.

If three galleries were added in those five minutes, then this is working as intended. Read the thread.

Also at last page url: https://e-hentai.org/?prev=1, but next is https://e-hentai.org/?prev=269 and then https://e-hentai.org/?prev=475 and after it https://e-hentai.org/?prev=544. Not even logical for me how it is counting...

It is not counting pages. It is using offsets of gallery ID's. Look at the URL, look at the first and last gallery ID's linked on the "page" and on the adjacent "pages," and read the thread.

Also page 1 is https://e-hentai.org/?next=2378908 but page 0 is https://e-hentai.org/?prev=2378906 How it became lower?

(shrug) Indexing starts at zero? There is no such thing as a page anymore, so 'page 1' is a meaningless concept.

Also page counter could work, if the last page is page 1 and the newer stuff is page "last number", even though sometimes there would be 4 gallery only at newest page. And galleries position hardcoded, like 1st gallery = pos 0, next pos 1 or something similar. But this time thing is just stupid and not works.

Them's the breaks, kid. Would you rather have this, or have the site die?

Edit: I like the tagline on this thread. "Don't read just post."

This post has been edited by dragontamer8740: Nov 18 2022, 21:10

The publish date adjustment for galleries created with the old uploaders (predating October 2021) has been completed. This should fix the remaining quirkiness with gallery sort placement as well as with the seek/jump mechanism.
Note that these galleries are now considered "published" when the gallery was created rather than when it was actually published, though in most cases this would only have shifted the date by a few minutes to a few hours.

This also means that at least in SOME cases (when the previous "real" publication date was well after the creation date) a previously valid expunge due to "already uploaded" precedence based on publication date, could now be considered invalid (having to un-expunge the previously expunged gallery, while expunging the previously valid gallery).

I mention this because, while I am sure this is not a frequent occurence, still I remember I have seen in the past a few galleries whose publishing date was even a few months after creation; I also recall quite a bit of refused requests in the expunge tracker due to a difference in creation vs. publish date of just a few hours and sometimes minutes.

Unless it's very recent, we don't really bother swapping expunges so long as the surviving one is otherwise valid anyway, if they somehow do go through the wrong way. It's extremely rare that it passes the wrong way round, and if it crops up (especially predating Oct 2021), it should just be ignored unless Administration says otherwise.

Looks like there is an issue with the minimum rating.

For example, when I search "Zelda english" with 5 stars filter on, I get 7 results.
Some galleries are missing:
https://e-hentai.org/g/1134725/aeb3de6168/ 4.79/5
https://e-hentai.org/g/1132286/dabae87ad3/ 4.78/5
https://e-hentai.org/g/481020/76536cc989/ 4.77/5

Edit: I found the problem.
Sorry, my bad.

This post has been edited by tor85: Nov 18 2022, 23:02

This also means that at least in SOME cases (when the previous "real" publication date was well after the creation date) a previously valid expunge due to "already uploaded" precedence based on publication date, could now be considered invalid (having to un-expunge the previously expunged gallery, while expunging the previously valid gallery).

I mention this because, while I am sure this is not a frequent occurence, still I remember I have seen in the past a few galleries whose publishing date was even a few months after creation; I also recall quite a bit of refused requests in the expunge tracker due to a difference in creation vs. publish date of just a few hours and sometimes minutes.

Unless it's very recent, we don't really bother swapping expunges so long as the surviving one is otherwise valid anyway, if they somehow do go through the wrong way. It's extremely rare that it passes the wrong way round, and if it crops up (especially predating Oct 2021), it should just be ignored unless Administration says otherwise.

Yeah, basically what Shank says. There won't be any do-overs of older expunges, just assume that aged expunges were correct at the time. And it shouldn't affect galleries after Oct 2021 at all, since after the uploader redesign they were already "created" and "published" at the same time.

Looks like there is an issue with the minimum rating.

For example, when I search "Zelda english" with 5 stars filter on, I get 7 results.
Some galleries are missing:
https://e-hentai.org/g/1134725/aeb3de6168/ 4.79/5
https://e-hentai.org/g/1132286/dabae87ad3/ 4.78/5
https://e-hentai.org/g/481020/76536cc989/ 4.77/5

Uh, try without the quotes. There are a lot more than 7.

"The weak tag search is there to aid in tagging and cleanup in order to either get rid of them or make them into active tags, not to get "more results" in casual browsing."





Hello, i've never posted in the forum before so i'm a little new to here-

I have lurked on this site for eons, and am part of discords/groups/areas of people who like electric shock related material - and often help search for related things here


I've traditionally over the years done deep dives with the various options to pull up stuff that's hard to find-

Since Low Power tags is gone- I have rediscovered for things like https://e-hentai.org/g/1129481/9da9ab7ac9/ , for example- I would formerly use the tags female:"electric shocks$" and male:"electric shocks$" in the same sentence to narrow that down - along with the low power setting

Since that was removed, it appears i can use the new weak tag ala
weak:"electric shocks"

Not sure how to syntax this to combine tags though, if i wanted to include both male and female

Second- if the weak tag isn't supposed to be used for general search- a lot of good stuff , i've noticed, is only findable by the weak tag. How is it recommended we continue to hunt for material that isn't ...strongly correlated, i suppose?

Forgive me if i'm just too much of a noob to have learned this - but it was said
" make them into active tags" - How do you do that for stuff that has weak tags? Does that require some sort of material to get a LOT of votes?

It was alarming seeing a lot of things not easily findable anymore- I'm going to have to go to the electroshock communities i'm a part of and teach them all the code syntax for searching now, eesh- hopefully these more advanced searching tricks can be made a bit more obvious for others who aren't aware

Not sure if this has anything to do with the new update, but some of the uploaded galleries aren't showing up under thumbnail view while searching, instead its just a blank space where the page image should be.

The image loads fine if you actually visit the page itself, but under search it constantly shows up as being blank.

I have noticed this with at least 4 or 5 newly uploaded galleries. It might be because of the new site update, because I haven't seen this issue in quite a long while. Just thought I should mention it on here so it can be fixed.

Not sure how to syntax this to combine tags though, if i wanted to include both male and female

weak:male:"electric shocks$" weak:female:"electric shocks$"

Is this what you are looking for?

weak:male:"electric shocks$" weak:female:"electric shocks$"

Is this what you are looking for?

This would only search for galleries that have BOTH male AND female weak tags for "electric shocks$".

If I understand him correctly, what he wants it's a way to search for galleries that contain either one or the other or both.

Which should be weak:tag:"electric shocks$" according to the new sintax, but it doesn't work; it is simply ignored without any error or warning, and does the same search as putting blank string (i.e. returns all galleries).

EDIT : which means the example in the Wiki page here in the "Qualifiers" table, @row "weak:" , is at least partially wrong, since it says :

It may prefix other tag namespaces, e.g. weak:f:rimjob$.
A search without a namespace (e.g. weak:rimjob$) will search the same as weak:tag:rimjob$

Or there is a bug in the parsing (IMG:[invalid] style_emoticons/default/unsure.gif)

EDIT #2 : however, you can use the OR operator introduced in this new searh engine like this :

CODE

~weak:male:"electric shocks$" ~weak:female:"electric shocks$"

This actually works correctly.

Ninja'ed (IMG:[invalid] style_emoticons/default/rolleyes.gif) (IMG:[invalid] style_emoticons/default/laugh.gif)

This post has been edited by mundomuñeca: Nov 19 2022, 03:00

OR searches work with all weak tags.
~weak:male:"electric shocks$" ~weak:female:"electric shocks$"

weak:"electric shocks$" works too.

This post has been edited by Necromusume: Nov 19 2022, 03:01

OR searches work with all weak tags.
~weak:male:"electric shocks$" ~weak:female:"electric shocks$"

Ah, that's how to properly do an OR search. That makes it possible to do a weak + strong tag search as well.

It still is more troublesome than being able to search for both though. Would a new keyword be a possible add for those looking for both?

I get weak searches being there mainly for cleanup, but I don't think that idea works in practice for certain tags, and casual browsers could be more helpful for certain tags. A way to easily search for either strong, weak or both without tons of typing would definitely be welcome.

It will only work with one tag though, and combining it with other tags might lose both OR tags. Maybe a new keyword could make them function as OR between themselves, but still make it required (not OR) along with other tags. Scratch that. It seems to still require one of the OR tags while testing. Which is unexpected to me, but nice for my use case.

This post has been edited by Ichizon: Nov 19 2022, 04:11

- Added a new qualifier "weak:" to search for weak tags. This replaces the "Search Low-Power Tags" checkbox. Using weak: in front of a keyword works the same as using tag: except it will search weak tags (<10 power) instead of active (10+) ones.

This change allows for some additional flexibility, since you can now search for various combinations of weak tags and active tags - for example, all galleries with an active parody tag from a particular series, and weak character tags from said series.

Weak tags cannot be used for exclusions or searched in favorites. Additionally, if you are using OR searches, either all or none of the OR terms must use the weak: qualifier.

It is not possible to search for both active and weak instances of the same tag at the same time, or mix normal and weak OR terms in general, since they use different indexes. These are not artificial limitations. The weak tag search is there to aid in tagging and cleanup in order to either get rid of them or make them into active tags, not to get "more results" in casual browsing.

weak:tag: not working isn't a parsing error, it replaces tag: .

weak:tag: not working isn't a parsing error, it replaces tag: .

Oh. It didn't give me any errors.

CODE

~tag:exhibitionism ~weak:tag:exhibitionism

Seems to return both weak and strong tags. And adding more keywords before them seems to include them, and at least one of the OR tags. I'm stuck on mobile right now, so I mightbe mistaken with my tests.

Edit: Eh, nevermind. It doesn't give any errors, but it seems like it ignores the weak one either way. Might have mistaken some "low power" tags for weak tags in recent galleries in my previous tests. I'll look into it when I'm on PC and refrain from posting on mobile.

This post has been edited by Ichizon: Nov 19 2022, 04:53