[X] My Assistant

....I quite don't get it.
While there is the dupe auto-detector, it still have "Expunge" for duplicates. This means the detector cannot filter everything, right?

I clear about the results of galleries with the detector kick in, but, what about those without the kick in, which are soon being expunged? I guess (by myself) the only thing being happened is removal from the front page of the galleries. They're still able to be viewed, their stats are running, maybe the GP gaining is still work. (I GUESS)

This post has been edited by FallInLoveWithMiyabi: Aug 21 2010, 18:12

No one seem to have noticed, but the front page is actually delayed by four hours for non-registered visitors.

Ah, so I should publish my uploads about four hours before rush time if I want to maximise the number of visits they receive while they're on the front page...

Ah, so I should publish my uploads about four hours before rush time if I want to maximise the number of visits they receive while they're on the front page...

To the extent there is a "rush time", yes.

Bug: Line breaks in a gallery comment do not appear in the text input field when you want edit it.

Here's a comment:
(IMG:[wimg.co.uk] http://wimg.co.uk/D_Q.png)

Here's what I get when I click [Edit]:
(IMG:[wimg.co.uk] http://wimg.co.uk/_4G.png)

Addendum: There should also be a Cancel button.

This post has been edited by 3d0xp0xy: Sep 3 2010, 02:01

I think it would be nice if there was an option to sort search results by the number of instances or at least tags that were found by one's search. What I mean by this is that if you search for a few tags, it would simply sum up the numbers for each respective tag and then sort the results in descending order. So if in a gallery tag A has (X) by it in the gallery page, tag B has (Y), and C has (Z) then it would find X+Y+Z for each gallery and sort by that in descending order (ascending would be nice, too, but only if descending was and stayed included, too).

I also think it would be nice to enable automatic currency trading under My Home and anywhere else it might be. Currently only those who frequently refresh the Overview and especially Hath Exchange tabs get good rates. These people obviously are wasting your bandwidth as well as making your site meaningfully less enjoyable/useful to many others. GP --> C currently fluctuates and also consumes more time if one tries to not be gouged an extra credit due to rounding losses (which could be fixed various ways). GP|C --> Hath is much worse, though, since you have to bid (at least usually over) 10% more than the last person. Lots of people that refresh a lot just pick a nice, low price to bid and then can't be challenged well because the minimum higher bidding price is just totally not worth it. These people often pick up multiple cheap hath this way, while many others surely just watch as they never are able to do well. There are multiple ways to fix this, but perhaps simply turning the Hath exchange into C --> Hath in the same way that GP --> C operates would be the easiest and least unfun/disappointing for everyone. If you really don't want to create hath on demand then simply allowing people to offer up to V hath for a minimum of W credits per hath would fix everything. The same could be done for buyers, too (i.e. will buy up to V hath at a price that is up to W credits). Then hath offerers wouldn't be screwed out of a reasonable (i.e supply:demand equilibrium-causing) exchange rate and hath buyers would have a reasonable experience as well. I understand if you wouldn't do that for GP --> C, but C --> Hath is taxed and there's also a much more limited supply of Hath available relative to what it's useful for than there is for GP. I think people must care far more about Hath exchange rates than GP exchange rates. Buyers obviously have a reason to care, and sellers can't all be enjoying be shortchanged so commonly, either.

Thanks for e-hentai.org!

This post has been edited by oohay: Sep 3 2010, 04:09

There are multiple ways to fix this, but perhaps simply turning the Hath exchange into C --> Hath in the same way that GP --> C operates would be the easiest and least unfun/disappointing for everyone.

I discussed this with Tenboro and he said it is never going to happen. According to him, the hath exchange is working as intended.

If you really don't want to create hath on demand then simply allowing people to offer up to V hath for a minimum of W credits per hath would fix everything. The same could be done for buyers, too (i.e. will buy up to V hath at a price that is up to W credits).

How would this fix anything?

According to him, the hath exchange is working as intended.

Inflating prices so people are more likely to donate to get Hath instead of buying it? :>

Inflating prices so people are more likely to donate to get Hath instead of buying it? :>

Well, that or running H@H.

Something could be done about the RSS feed. Things are getting ridiculous on my end.

Maybe separate them into individual feeds for each category (Arist CG Sets, Manga, etc.)

Trying to both filter them and then use a decent web-based reader without tripping over bugs/quirks or introducing enough delay as to miss posts is driving me completely looney over here.

This post has been edited by sam48146: Sep 6 2010, 08:51

Hmm well, the RSS feeds that aren't really RSS but Atom might be due for some upgrades, but did you try using Google Reader? I don't use it actively for Galleries, but I find that it works great for other feeds I've tried.

Oh god, Google Reader. How I love and hate thee.
Funny thing about Google Reader:

The frequency of updates for a feed typically depends on how many people actually use Google Reader to receive that feed.
This is assuming some other protocol or whathaveyou doesn't pick up the slack.
If you filter a feed and subscribe to the filtered feed, the feed's subscribers =1 and GReader takes between 4 to 10 hours between updates.
A 4 hour delay is pushing it. Any more and you risk missing stuff.

I heard Google Reader does support PubSubHubbub, which allows RSS updates to be "pushed".
Passing said filtered feed (trying out Yahoo Pipes at the moment as FeedRinse stopped cooperating)
through FeedBurner with "PingShot" activated lowers the delay to an almost consistent 1 hour.

Using Netvibes reader (which I don't like) has little to no delay, FeedBurner-in-the-middle or not.

Just tried that two days ago and it seems to be stable, but Pipes is updating it's engine soon.
I tested the new engine beta. It breaks things.

This post has been edited by sam48146: Sep 6 2010, 18:42

Well, considering there's more than 500 people subscribing to that feed through Google Reader, it should update more often than that. It's usually only minutes behind whenever I happen to check on it.

There definitely is negligible delay when subscribing directly to the E-H feed in GReader.
The problem is when you try to filter the feed with a website/service in between.
Google Reader treats it like a new, unique feed with one subscriber (which it is) and takes its sweet time updating it.

If E-H had a feed for each category, you wouldn't need to pass it through a filter to drop certain categories.
The only categories I personally need to pass through a filter are Manga and Doujinshi, to drop all galleries in a language other than Japanese and English.

Filtering the feed by tags is kinda useless, as tags might not be added fast enough to the gallery to be listed in the feed entry before the feed is checked for new entries by the filter.
It happens quite often, dependent on how often your filter checks the feed. The newest stuff doesn't have tags yet for the filter to work off of.

This post has been edited by sam48146: Sep 6 2010, 20:48

Well, it's harder if you want to filter it, but Google Reader would still treat category feeds as separate feeds.

GReader hopefully wouldn't take too long to update it as multiple people are (hopefully) subscribed to a category feed.
You are right though. Simply having category feeds might not work if GReader is slow to update them.

Let me backpedal to the root of the problem.

Delay from filtering isn't a problem so long as the following is true: X < Y
X = Delay between E-H feed entry's appearance and when the filter's feed containing new entry is checked by GReader.
Y = Time between a new E-H feed entry's appearance and disappearance in the feed.

If the above is false, stuff is missed.


E-H category feeds would remove one reason for filtering the E-H feed.
Also, each category feed would have a much higher Y than the current feed, making them easier to avoid missing stuff when filtering.

This post has been edited by sam48146: Sep 7 2010, 00:48

It would be pretty neat if we could subscribe to individual uploaders...

GOOD LUCK !.......

It would be nice if there was a tag that automatically expired after a month so that the "already uploaded" tag wouldn't be applied to galleries which are expunged for "excessive minor updates".

It would be nice if, instead of expunging galleries for "excessive minor updates", there were some other way of penalising the uploader.

This post has been edited by Sayo Aisaka: Sep 15 2010, 20:16

I would prefer there be a limit of updating galleries (exception for galleries classed as manga and western due to translations and the evil that is palcomix). Basically, prevent galleries from being updated more than twice per 30 day period (an exception being made for updates made within an hour of previous updates)