Site Update Log2023-09-13 - You now need 2 MP to start a tag vote or downvote a tag, and 5 MP to start a rename petition. 2023-09-11 - Added the ability to set a monthly data transfer (bandwidth) target for H@H. The system that assigns priority to static ranges will use this value to adjust the priority of the ranges to try to stay below it. While it's unlikely, it's not absolutely guaranteed to not overshoot the target, so you should still keep an eye on it and/or enable overage warnings with your host if available. Range priorities will be adjusted so your client's traffic is at most somewhere between 70% and 90% of this target. It won't increase your traffic if you set it to a large number, so you should not set it if you don't have a cap, or it is so large that you would never realistically hit it. - If you reduce your maximum upload rate or monthly data transfer target, and the new value is below the requirement for the number of assigned static ranges (5 KB/s and 5 GB/month), it will now remove ranges as necessary. It will require you to shut down the client and check the "Allow removing static ranges if necessary" button to do so. Note that low-priority ranges (starting with P5) will be removed first, and it will still allow you to save your settings with the current value even if you're over the cap, assuming that you don't decrease it. - The ability to set a schedule for H@H has been deprecated. It will still use previously set schedules for some time, but these will be removed in the future. If you had previously set an hourly bandwidth limit or a schedule, these will be retired in about a month (around October 11th), so you should update your client to use the new monthly cap if necessary. 2023-09-08 - The ability to set an hourly bandwidth limit on H@H clients has been deprecated. It will still enforce a previously set limit for existing clients for some time, but if you have one set, it will clear it the next time you change your client's settings. 2023-09-04 - Added readouts for priority ranges to the H@H settings page. - Fixed an issue with tag searching for words ending with a period. 2023-09-03 - Archive download costs were reduced from 20 GP/MB for donators and 30 GP/MB for non-donators, to 15 GP/MB for donators and 20 GP/MB for non-donators. (The costs are calculated by MB, or one million bytes, not MiB.) - Fixed an issue where the archive recreation multiplier was applied to H@H download costs. 2023-08-31 - The mod power requirement to create temp tags (which will be screened through the new tag approval added a couple of weeks ago) was dropped from 25 to 15. 2023-08-28 - The algorithm to determine which H@H client to use for a particular image request has been replaced with a new range-focused priority system that will strongly prefer to use the same clients for the same range over time. Note that individual H@H clients may see a significant change in traffic after this change. This should strongly improve cache locality, and therefore significantly decrease the number of cache misses that require the client grabbing the file from the image servers, reducing their load. For visitors this should result in a significant improvement in the reliability of requests (since requests that require a backend fetch are more likely to fail), while for people running H@H it should result in an increase in quality (for the same reason). - The requirement for having a client count towards the free archive quota has changed, and no longer requires a hitrate of 1. It now only requires that the client is healthy (i.e. usable, meeting minimum speed, trust and quality requirements), and that its current or previous session lasted at least 24 hours (i.e., it's been more than 24 hours since a restart, or the previous run was more than 24 hours since the previous restart.) - Free archives from Adopt-a-Server slots was roughly doubled, and is now fixed at 7 GB/week per slot. - Free archives from H@H no longer uses "adjusted" hitrate, it now just uses hitrate straight up. For people with a high total hitrate, this will result in a notable increase. 2023-08-23 - Improved the way tags are internally tokenized for indexing purposes to improve partial tag matching for tags with 3+ words. For example, if you used quotes and searched for a string with multiple words that did not start with the first word of the tag, like say tag:"bisque doll" or tag:"subarashii sekai", it would previously not match against the expected tags, but with the new tokenizer they will. - Various internal performance improvements to how per-gallery and per-user favorite counts are tallied and cached. This should not cause any visible changes, but let me know if you spot any weird favorite count behavior after this. - Corrected an issue with the Autotagger that would on very rare occasions make it fail to detect the presence of a parody/character tag, and therefore place the p:original tag by mistake. 2023-08-19 - Minor tweaks to make tagging error messages more informative. - You can no longer manually downvote tags that have been slaved or blocked (i.e. that are grayed out). These will be automatically eaten. - Tools (tools.php) has been replaced with a new module-based loader, and now uses a different URL scheme. The old URLs will keep working for now. - Bounty ranks below "unranked" are no longer used. (Including rejected bounties as a factor of the rank caused issues when rejecting "partially filled" bounties and similar. Due to this, rejected bounties are no longer a factor in the rank.) 2023-08-15 - A new system for new tag creation has been added. - temp: tags can no longer be created on private galleries, mostly to prevent information leaks. - Small tweak to the search engine so that newly added tags should now be instantly searchable rather than having to wait for a statistics update. 2023-08-10 - As previously announced, the cost of some hath perks has been increased, in some cases significantly. 2023-07-13 - The image limit reset function on the Home page now also always charges GP and uses the new auto-converting function. 2023-07-11 - The archiver now always charges downloads in GP. - The archiver and full image downloads now both auto-convert Credits to GP using the "High" rate from the last 24 hours in the exchange if you have a Credit balance but insufficient GP. (In other words, you can still usually eke out a 1-2% better rate by converting manually, but doing so is no longer essential.) - The amount of free daily credits for visiting EH was increased. 2023-07-07 - Galleries posted more than 1 year ago now always require GP to use the "download original image" links. As before, galleries uploaded 3-12 months ago can still use this function with the image quota outside of peak hours, while galleries uploaded less than 3 months ago can do this even during peak hours. (This still doesn't apply to donators, whose image limits are tied to account rather than IP address and thus cannot be "refreshed" just by switching IP) 2023-06-05 - When bounties expire, they now become unlisted instead of getting cancelled. They can be reactivated just by adding more rewards, and they can still be claimed if you visit it directly, but they won't show up in bounty searches or the "most wanted" lists. 2023-05-06 - Previously, when creating new versions of galleries, the check for whether the gallery is too old to be versioned (1 year) only happened when the gallery was cloned. This will now also be checked when the new version is published. In other words, if a lot of time passed between the two actions and the gallery is now too old to be versioned, it will be published as a new gallery instead. 2023-04-29 Minor tweaks to the donation page: - Added a "use max" button to auto-fill the donation field with the max possible value - Tweaked the math so that rounding effects never changes the total cost for a donation depending on whether a donation is applied in one or multiple rounds. - BTC now uses the full 8 digits of precision for calculating exchange value. (This is primarily because otherwise, the change above might make the system give less than the intended rate.) - Improved UI feedback when entering an invalid value or a higher value than you have available. - Added a fee warning when BTC transaction fees are ridiculous (>200 satoshi/byte). 2023-04-24 - Corrected an issue with the uploader where you couldn't hide only the default "Unsorted" folder. 2023-04-18 - Corrected an issue with the rename tracker where if a competing rename for a gallery+script had the same score as the active one, it would be indicated with green. 2023-04-12 - Corrected an issue where some downvoted comments were fully hidden when they weren't supposed to be. - There is no longer a fixed score threshold for comments being viewable by default. The votes no longer do anything unless there are more comments than it will normally show. (50) 2023-03-06 - If a gallery title contains certain patterns, most notably "AI Generated", it will now automatically add the tag "other:ai generated" to the gallery. This tag cannot be voted on directly. 2023-02-01 - If a H@H client cannot be reached due to some network issue when its certificate is due to be renewed, it would previously rack up penalty points and eventually become revoked, requiring manual intervention. This now uses a separate counter that resets automatically when the client is restarted. 2023-01-13 - Minor tweaks to the H@H settings page; among other things, the wording for the client-side speed limit was changed from "disable limit" to "enable limit". - New H@H nodes are now created with the client-side speed limit disabled by default, as this limit was originally intended for home networks, and the majority of H@H nodes run on servers these days. 2023-01-03 - Cycled the site's crypto wallets. As usual, this means that addresses generated more than a year ago will no longer be automatically credited; if you do accidentally reuse an old address, send me a PM and I'll add it manually. (The address that shows on the donation screen is always current and should be used whenever possible.) 2022-11-25 - One of two new image servers that replace the current oldest image server is now live. (The second one will probably go live in about a month.) - Increased the cutoff for how old a gallery has to be before it charges GP for original file downloads during peak hours from 30 days to 90 days. 2022-11-02 - A new search engine has been deployed. Updates and discussion related to this go in that thread. 2022-09-26 - Three new image servers have been deployed to a secondary location, replacing the single server there which was running out of space. 2022-09-12 - Added separate report types for reporting excessive updates and requesting gallery splits/reversions. 2022-08-07 - Adjusted the "peak hours" used by original image downloading to better match the actual measured peak periods. It is now between 14:00 and 20:00 UTC Monday-Saturday, and between 05:00 and 20:00 UTC on Sundays. 2022-07-27 - Corrected an issue with the image dispatch logic where it would not always avoid servers internally flagged as offline. 2022-07-04 - Updated the backend image fetch logic to make better use of the new topology, especially if a server is offline for any reason. 2022-06-28 - Three new (original) image servers are now live, one for expanding the capacity at one location and two (re-)adding coverage to a different location. 2022-06-07 A couple of minor tweaks to the "Download source image" changes, since it dropped the utilization by a lot more than we needed it to: - It no longer applies to galleries posted in the last - It no longer applies for donators. 2022-06-06 - Using the "Download source image" function will now consume GP during peak hours. "Peak hours" for this purpose is (in UTC) weekdays between 14:00 and 20:00, and weekends between Saturday 14:00 until Sunday 20:00. This will also be used outside of peak hours if the image viewing limit is exhausted. The GP cost is the same as what it would be for resetting the image limit, and also the same as the archiver cost for including it in an archive for a donator. For database health reasons, this function will consume 1000 GP at a time, adding a "hidden" full image quota which is drawn from until it is exhausted. 2022-06-05 - Added fields to the API with the GID and key for a gallery's parent gallery (if it has one), the first gallery in the chain (if it's different from the queried gallery), and the current/active gallery in the chain (if it's different from the queried gallery). - The uploader name for recently published disowned galleries is now also shown in italic to better distinguish it from the "visited link" color. 2022-05-11 - Minimum requirements for new H@H clients were updated. They now need a throttle of 2000 KB/s (up from 1000 KB/s) and a hourly bandwidth limit of 1000 MB (up from 300 MB). This is not retroactive. 2022-05-06 - Fixed an issue with the Autotagger where if the master of a tag group changed multiple times, and the former-master-current-slave tag was upvoted by Autotagger itself, it wouldn't update the tags to reflect the new master. 2022-04-28 - Added the "Defaced" expunge type. - Added expunge type filtering to the expunge tracker along with some other minor filtering improvements. - When a tag is vetoed, the system will now only apply a tagging penalty if the tag was recent, mimicking the behavior for normally downvoted tags. (This prevents people from being penalized if the definition of a tag changes.) 2022-04-25 - Reclass tags are now hidden from the tag pane if there is just one reclass tag with positive tagging score and it matches the current category of the gallery, unless you voted for or against it. 2022-03-31 - Corrected an issue where tags longer than 50 characters would not fully fit in an index table, making them only partially searchable in some search modes. - Corrected an issue where the excluded uploader filter was not working for (recently uploaded) disowned galleries. 2022-02-24 - All the nodes of the third and final web shard have been swapped over. This was the last part of the site using older versions of the underlying software. 2022-02-22 - All the nodes of the second web shard have been swapped over. 2022-02-10 - All the nodes of one of the three main web shards have been swapped with new nodes that have major version updates of pretty much everything. Let me know if you notice any weirdness after this. 2022-02-09 - Due to a software bug, some combine (small) thumbnails would appear with negative colors under some specific circumstances where the source images had a combination of CMYK and grayscale colorspaces. A workaround for this was put in place. 2022-02-06 - Added a second no-H@H image loading mode named "Legacy/HTTP" for compatibility with outdated browsers that do not have newer HTTPS certificate authorities available. Since H@H only works over HTTPS, this has to use the site's image servers, so like the old mode (now labeled "Modern/HTTPS"), this is (bronze) donator only. This mode may or may not work in modern browsers depending on type and security anality settings. - Cleaned up all the remaining dependencies on the old file metadata structure. Everything now uses the new structure exclusively. 2022-02-05 - The "Hentai@Home Local Network Host" setting which was disabled some time ago due to HTTPS complications has now been fully removed, since upcoming browser changes means it won't be reintroduced. 2022-02-04 - The uploader and main bits of the site were switched over to the new file metadata backend. - The H@H backend was switched over to the new file metadata backend. This also removes the last instance of legacy image server handling. 2022-02-01 - Archivers were switched over to the new file metadata backend. Let me know if you spot any issues with recently generated archives. 2022-01-30 - As part of a larger backend rework of how file metadata is stored, the system has now been switched over to a new and more efficient way to track blacklisted files. Let me know if you encounter any issues with uploading after this. 2022-01-23 - The per-user archive cost factor now only counts and applies to recreated archives (i.e. not posted or downloaded in the last 30 days), but the scaling factor was increased and now starts at x2. In other words, archives for galleries published in the last 30 days or that were downloaded in the last 30 days now always use the base cost regardless of volume. 2022-01-19 - The minimum power requirement for restricted tags was increased from 12 to 15. - Tags that have a stated comment requirement now actually check that you made a comment. 2022-01-08 - Applied a minor change to prevent some subtle brightening of resizes for some files. Let me know if you spot any issues with new galleries after this. - Cycled the site's crypto wallets. This means that addresses generated before 2021-01-23 will no longer be automatically credited; if you do accidentally reuse an old address, send me a PM and I'll add it manually. (The address that shows on the donation screen is always current.) 2021-12-25 - Entering a gallery with a content warning should no longer "consume" events/REs. 2021-12-15 - Various consistency improvements for disowned gallery behavior: -- Disowned-but-recently-published galleries are again searchable by uploader. -- The API now also returns the uploader's name for disowned-but-recently-published galleries. -- The uploader readout for disowned-but-recently-published galleries on the search and gallery page now shows as faded to indicate that it was disowned. (Note that uploader exclusion searches do not work on neither disowned nor disowned-but-recently-published galleries in the current implementation since it would leak information. This will be changed in the future so that disowned-but-recently-published galleries are also hidden.) - Added an "uploaduid" search option which works just like "uploader" except it accepts a numeric user id instead of the user's display name. 2021-12-08 - To create a new temporary tag (25+ MP only) you now have to explicitly use "temp:tagname". - Inline creation of namespaced tags was disabled. People with namespacing access must now use the dedicated tool for this. 2021-12-05 - Added an additional confirmation for mass-deleting favorites. 2021-12-03 - Tags on the "My Tags" page are now clickable. - Removed the checkbox for the "Between x and y pages" search option since it was entirely redundant. - Removed the option to search torrent filenames from the regular gallery search, since it has been broken for versioned galleries for a long time, and fixing it was too much of a performance loss. You can still search torrent filenames from the torrent screen. 2021-11-29 - As part of an internal reword of tagging statistics, the mod power formula has been changed. It now looks at started and voted accuracy separately, and for each, gives +0.56 per percentage point over 90% accuracy and subtracts 0.5 per percentage point below 85% accuracy, with a total cap of (started / 1000 + voted / 10000). 2021-11-28 - Language tags for a language specified in the gallery uploader will now be set as the uploader themselves with 100 power rather than as "Autotagger". This means the uploader can now withdraw these tags, and may also be penalized if they are (intentionally) set wrong. 2021-11-21 - Finished migrating the tracking table for older resampled files to use a more efficient format. This is mostly used by the uploader and file search. 2021-11-14 - Fixed a regression in the tagging logic where galleries might end up as "Other" when no strong language tags are present. - If there are no strong language tags on a gallery, the language will now be set back to "Japanese". 2021-11-11 - Fixed disowned galleries not showing the uploader name on the search/index screen for galleries posted in the last 7 days. - Fixed disowning letting you rate your own galleries. 2021-11-10 - Tagged minor languages will now register as "Other" rather than "Japanese" even if they aren't explicitly registered in the system. 2021-11-07 - After a long-term revamp of the uploader and thumbnail publishing backend, the one-hour "Asia delay" for new galleries has now been removed. See the new uploaders thread for more information. 2021-08-07 - User-specific tag stats are now tallied separately rather than part of the modpower initialization, which makes it consistent when tags are tallied for accuracy purposes. 2021-07-15 - Two new L2 image servers were added, which will gradually replace two older servers that were having some I/O performance issues. 2021-07-10 - Updated the BCH block explorer links, as the block explorer for checking BCH transactions was no longer active. 2021-05-19 - Whenever a banner claim is added to an expunged gallery where the expunge type is "duplicate" or "replaced", the petition has a referred gallery (i.e. it was added since the expunge revamp), and the referred gallery is still available, the expunge is no longer removed. ("Forbidden" expunges and "Duplicate"/"Replace" expunges where the referred gallery is unknown or unavailable are still removed.) 2021-05-07 - Expunges on protected galleries can now also be started by people with a mod power of at least 25. 2021-04-19 - Corrected a problem with the bounty/torrent repo syncing that prevented files from being synced properly between nodes. 2021-03-07 - You can no longer withdraw a vote for a tag that has been fully downvoted. 2021-03-04 - A new H@H monitoring/alert system was added. - Voting against an expunge appeal will no longer "bump" the expunge on the tracker unless it changes the activation state of the petition. - Withdrawing an expunge vote will now "un-bump" the expunge on the tracker unless it changes the activation state of the petition. 2021-03-02 - Corrected a minor issue where the auto-detected country for image loads might have differed for images that loaded directly and those loaded through XMLHttpRequest. 2021-02-27 - An override was added for the country detection used for routing image requests to the H@H network. - The new geolocation is now live everywhere. This should significantly improve image load speed/reliability in general. - H@H: The minimum throttle for new clients is now 1000 KB/s (or 1 MB/s, or 8 Mbit/s). This is not retroactive. - H@H: The minimum requirement for being assigned new static ranges was increased to 800 KB/s tested speed, and 250 MB disk space per range. This applies for all clients. - H@H: The minimum requirement for being used for image loads is now 400 KB/s tested speed. This applies for all clients. 2021-02-25 - The new geolocation system is now live on the H@H control servers, which should significantly improve the location accuracy. Let me know if you have any clients that were changed to the wrong country due to this. Note that all overrides that were no longer necessary have been removed. 2021-02-24 - The new geolocation system has been deployed to some servers, notably the repo service. Let me know if you encounter any issues with bounties or torrents as part of this. 2021-02-16 - As part of testing out a new geolocation database, the location of the 200 or so H@H clients that had a mismatch with the old system has been updated. Let me know if your client has been relocated to the WRONG location. (I don't need to know if it has been relocated to the correct location and that you'd rather have it at the old one.) 2021-02-15 - The forum was moved to a new server. There were some changes to the underlying software stack, so let me know if you encounter any issues. 2021-02-01 - The H@H C&C service has been migrated to new servers. This affects everything involving H@H clients. Note that the old servers will be running in parallel with the new ones for a while, until all clients have switched over to the new ones. (This happens automatically.) Edit: Corrected an issue where the H@H Downloader wasn't working for non-cached galleries due to a missing library. 2021-01-31 - The janitor services were migrated to new servers. This affects stuff like stats gathering, index updates and various other background tasks. - Fixed broken expunge link on the gallery manager screen. 2021-01-29 - The "repo" service has been migrated to new servers. This affects torrent and bounty upload/posting functionality, as well as bounty images and torrent downloads. - Corrected an issue where expunge voting was not always restricted to users with a mod power of at least 2. - Corrected an issue where some API calls that modify data were not fully disabled when in read-only mode. (Though they would fail due to a lack of write access.) 2021-01-27 - The EH thumbnail servers now support HTTP/2. - XML (most notably RSS) was migrated to new servers. 2021-01-23 - BTC and BCH wallets have been cycled. If you previously chose to use legacy P2SH-style addresses for BTC, you have to do this again if you still need those. Note that older wallet addresses will still be monitored for at least six months. 2021-01-22 - Some removed galleries were still listed on the uploader page, this should no longer be the case. 2021-01-12 - The bitcoin nodes (both BTC and BCH) have been switched over to new servers. As part of this, wallet addresses created before May 2020 are no longer monitored, so if you accidentally reuse them, you will have to contact me. (The wallet address displayed on the donation page will always be current and valid.) |
Posted Tuesday, 15th of August 2023, 07:27 UTC
As some people may know, the number of "temporary" tags in the system has been getting out of control. Ideally, whenever people create a temporary tag they are supposed to post their sources in a thread on the forum, but even though this is limited to high-MP users, in practice, this often doesn't happen.
A new system has now been developed to help address this issue. Now, whenever someone creates a new temporary tag, they will be redirected to a new Tag Justification form where they are required to provide the desired namespace and any available sources for the tag. The tag will then enter a formal approval process. Agoraphobia and Shank made a detailed writeup on how this process works, but in short, this is how it works: 1. Someone makes a temp: tag on a gallery. They are then redirected to a form requesting namespace and sources for the tag. 2. The tag will show up on the new temp tags tracker. This is accessible to all registered users. 3. Moderators will be able to track new tags as they are added, approve the ones that are properly sourced, and either request additional information or outright reject any tags that aren't. Rejected tags will be fully deleted from the system. The person who created the tag will be informed of approvals, rejections and revision requests via PM. You can also view all your pending tags from this page. Anyone with a mod power of at least 2 (effectively everyone who isn't a brand new user) can leave comments on newly created tags, but keep in mind that this is intended for useful information to help approve or reject the tag. Anyone habitually leaving useless comments will be blocked from doing so. Note that while the new system is being phased in, the requirement for adding new temp tags directly will remain the same (25+ MP), but this may be reduced in the future. Other people should still use the request thread for now. Posted Sunday, 1st of January 2023, 09:53 UTC
The Fifteenth Annual E-Hentai Yuletide Lottery
2022. Because it's not fun unless you throw in new and exciting challenges every single year. The PHP Mersenne-Twister Random Number Generator returns to draw fifty lucky winners from those who entered. Like previous years, you got one ticket per level. The prize, given to each of the lucky winners, is 200 Hath and one Tenbora's Box. The winner is: .@_@.@_@. (1392954) The winner is: Nicosai (3448904) The winner is: Chizuru Ichinose (638489) The winner is: yami_zetsu (1286277) The winner is: charlmin (6243609) The winner is: soliloquy (407781) The winner is: FabulousCupcake (1848351) The winner is: radisu (1097724) The winner is: choices18 (1815626) The winner is: Wayward_Vagabond (137530) The winner is: minson (786094) The winner is: kujinsi (1460703) The winner is: dongmian (3476597) The winner is: zqjr (1099633) The winner is: pablo903 (966670) The winner is: greenwold (403604) The winner is: L_D (249430) The winner is: EsotericSatire (384226) The winner is: Pokom (4764920) The winner is: sehokila (601986) The winner is: hihohahi (126213) The winner is: lotto09 (206314) The winner is: -Kipaliye (3832988) The winner is: zetsu_ (500147) The winner is: hgbdd (101194) The winner is: inumaru12 (417159) The winner is: huhtech (1106289) The winner is: edf5543 (992107) The winner is: Ezekyle (409908) The winner is: zwitch290 (986106) The winner is: asaxplayer (36701) The winner is: ddwiki (254381) The winner is: quazkov (1103315) The winner is: Tenrag (519423) The winner is: KingArtson (1214308) The winner is: Eungeung_Kor (1263971) The winner is: rjgc (78989) The winner is: guard119 (689156) The winner is: Waitugreat (3172187) The winner is: kamio11 (1397626) The winner is: TlchildSinX (287292) The winner is: sirlachdanan (55286) The winner is: Forth_Lancer (80402) The winner is: aaadka (4949516) The winner is: man1970114 (1320813) The winner is: nta-008 (725998) The winner is: TheGreyPanther (582527) The winner is: bbcec020412 (1231104) The winner is: nirvarin21 (2078737) The winner is: zexdeh (6190765) In addition, everyone who participated in the lottery gets a free Macaron! The Macaron gives a 20% bonus to all gained EXP and 1 Hath every day you visit the site. This effect stacks with the Cookies from previous years. The Fifteenth Annual E-Hentai Award Show for Outstanding Achievements in the Field of Excellence Which is where people get a Whistle for contributing to the site in various ways. Just don't think too hard about where it came from. Points are awarded for every yearly toplist you place in, with 3 points for a Top 10 placement, 2 points for placing 11th through 25th, and 1 point for placing between 26th and 50th. 3 points or more would get you the Gold Whistle, which adds +100% EXP, +4 Hath and +7000C per dawn event, and +3 mod power. 2 points would get you the Silver Whistle, which adds +75% EXP, +3 Hath and +5000C per dawn event, and +2 mod power. And 1 point would get you the Bronze Whistle, which adds +50% EXP, +2 Hath and +3000C per dawn event, and +1 mod power. Additionally, all of the awards grant +2 GB/week of free archive downloads as well as an imaginary cute (?) little shoulder Narehate of your choice. Everyone who made a Top 50 showing in the yearly toplists will also receive one Tenbora's Box for each placement. Gold 10 Pokom (4764920) 8 Scumbini (2831103) 7 Waitugreat (3172187) 7 Pseudo-Nim (4363899) 6 nasu (3169265) 6 kit07 (569102) 6 Srac (1635371) 5 Marcensie (5326496) 5 3x2 (2317055) 5 泉水小夜 (2052022) 4 Miles Edgeworth (317696) 4 b217285 (2098974) 4 alinoris (761159) 4 思覺失調 (847200) 4 cgc (803161) 4 cs987987 (911792) 4 Fatesifaeve (2022231) 4 Floripes (84182) 4 Janus Mask (3585145) 3 Darwin4078 (2967667) 3 쿠루링빵 (1100614) 3 114514beastman (2694451) 3 ROBBOO (1132407) 3 taxeol (4918614) 3 Dyjin (242475) 3 yyyun (1504807) 3 th-nn11 (4546790) 3 alfredmeow (1857818) 3 Glovelove. (3737344) 3 huhtech (1106289) 3 KEYLUN (1984660) 3 csk233 (1699554) 3 vivagogo (617123) 3 Rаccoon (975311) 3 moanim (1590897) 3 scp10011 (2202854) 3 liliclinton (1099897) 3 atomicpuppy (2328) 3 Asakinb (4396815) 3 wscore (1995846) 3 Shana (223104) 3 Randommember (463350) 3 cutegyaru (1419096) 3 qq3870990 (1725168) 3 t_shitman (1467489) 3 8476411 (3684207) 3 n-drv (664122) 3 Larequirem (1506949) 3 svines85 (976341) 3 vrttn (4817823) 3 ehaa (4103205) 3 RepStormy (5554944) 3 Hot Chocolate (1681043) 3 hobohobo (689598) 3 hirofuru (776797) 3 Rogabute (1913944) 3 mifukata (1285836) 3 jantch (981462) 3 TheGreyPanther (582527) 3 dongmian (3476597) 3 SAAVEDRA117 (4637367) 3 Sushilicious (445951) 3 Chevalier K (1064662) 3 Astia (1009057) 3 Superlatanium (1647739) 3 高垣 楓 (1872548) 3 momijichan (3278989) 3 milannews (976540) 3 darkwing42 (66788) 3 Bowden (399592) Silver 2 浅见恋恋 (2266514) 2 Collins21 (5778723) 2 Byza (3201420) 2 Kessara (315859) 2 TerryTam91 (1151167) 2 fjsdhgft7vg (3579549) 2 Tenrag (519423) 2 ComanderVenom (5003169) 2 wenx° (4877092) 2 LHZ1545256 (5765505) 2 Cipher-kun (1207129) 2 ZΕS (2404269) 2 scf123 (3254686) 2 PanHun (1378258) 2 lnstrumental (2565198) 2 GDJ (3510424) 2 zen_zen (648569) 2 Zero Angel (36342) 2 d0tax (344306) 2 yinscape (675436) 2 COOPER-JACK (4467008) 2 dluin12345 (1590027) 2 하늬바람 (1637129) 2 GodDeceive (2601814) 2 nyealovey (253026) 2 qxxaxxa (1619825) 2 apcnc (2778897) 2 Molinxx (1447302) 2 Auxityne (5011339) 2 枯树昏鸦 (4397024) 2 babydragon0123 (793709) 2 ddvd (4944111) 2 boosharwo (1451449) 2 kamio11 (1397626) 2 Based Brandon (1334122) 2 Shepardus (2720349) 2 0ld0neEye (10383) 2 JnTo (2729643) 2 twinkletoe111 (78786) 2 eunt domus (1613322) 2 AdamAbbott (4203434) 2 Plavantha (2707) 2 镜面光折射 (6166019) 2 cariaiuno (5541086) 2 dragontamer8740 (1097716) 2 yetsun (81973) 2 fuck** (2910876) 2 siacofilla (71579) 2 hoigoigoi (1111181) 2 blacker0713 (1933746) 2 giftz (3207345) 2 sadjklfjs (6013781) 2 Nasen (2702672) 2 Teacher152 (948511) 2 kikimaru024 (160009) 2 芒果好吃 (5796764) 2 TMDlixin250 (6338722) 2 carradio2014 (5550537) 2 Yayavia (3949670) 2 LittleSweetLoli (439791) 2 zwei7 (1472037) 2 ezequiell (547133) 2 Bane13 (256409) 2 lurphysmaw (5313759) 2 klorpa (2506863) 2 cancerstan (3823715) 2 Tgbvfr (40820) 2 subzeroX (189857) 2 romanicyte (4362764) 2 ElisaG (3059093) 2 mundomuñeca (3788586) 2 jfragrettel (1179875) 2 liuzy777 (5604500) Bronze 1 yupokamusi (1079911) 1 lancers5566 (3839866) 1 nai309 (1894605) 1 cky (183693) 1 panymdo (4499141) 1 Sapo84 (168392) 1 deadmule (5163928) 1 oneer (789059) 1 PonyPonyPonyPony (1594321) 1 Jigsy (293539) 1 Anderztw34 (1436420) 1 alferezkururu966 (613786) 1 s976113 (462463) 1 bb2willneverrelease (1178937) 1 dtmhtk (2106993) 1 OnceForAll (5648780) 1 Pegasus170 (3031383) 1 真實爽粉 (3794884) 1 sakuraso614 (3793001) 1 noones (600260) 1 pop9 (154972) 1 atasitian (375858) 1 Deulkkae (2115725) 1 sirlachdanan (55286) 1 Snappann (4915300) 1 chachax2 (1197278) 1 dankestdungeon (3315362) 1 Mags_ (560909) 1 Forgunia (3664190) 1 Cazher (553330) 1 suratkabar (1947402) 1 jinsa999 (886854) 1 loogutsp (700357) 1 hentailover6983 (2515494) 1 blueguro (5225065) 1 angelafreet (649958) 1 Fog Magic (755111) 1 Lboiiii69420 (5341026) 1 Ein Sof (2975560) 1 The_Herrenvolk (1361639) 1 devianto (925741) 1 Unko Man (5289986) 1 dkdrup (5334770) 1 dadada12386 (716309) 1 somerandomdude33 (825505) 1 smt nocturne (1547762) 1 ranpers35 (4936881) 1 VatsuX (287978) 1 quanbuzhineng (6614282) 1 IcePlume (2878703) 1 JacKrauser (4664970) 1 Flame13 (1544312) 1 kenabrxg (2161736) 1 Vinatea (286153) 1 Ming28561 (3775954) 1 wrongdoormaster (5701184) 1 8JQFPA (4570684) 1 ChairmanMiao (3342297) 1 nataky16 (511779) 1 monocone (5224716) 1 Godboli (2355685) 1 kidconan2323 (6203516) 1 kiiiii (926131) 1 sadikus (24486) 1 Jackiran (4373143) 1 c8qt (4655967) 1 Jo.To (160561) 1 x392 (372143) 1 BlossomPlus (1269525) 1 tos91041 (2293665) 1 liz33969310 (5151242) 1 TheSeventhCode (6442043) 1 NEET☆遥 (611118) 1 FoS_Owner (1996543) 1 1787951236z (3631972) 1 stev123 (722647) 1 errata (224965) 1 StonyCat (932943) 1 justuser:D (3666854) 1 Concord_e (1145682) 1 rokierokiero (6317791) 1 mozilla browser (829365) 1 Theonik (1063059) 1 Oniiichan (737191) 1 llhhhyk (1649555) 1 saila978 (1103739) 1 Amiganer (5043927) 1 ranfan (845948) 1 sasquatch42 (993289) 1 sissy_girl (2195147) 1 ArmoredPlatypus (4939312) 1 Phasmatic (1173122) 1 imrebuild (4526033) 1 mewsf (1941026) 1 jiongtl (1073642) 1 Dk2017 (3851745) 1 spacelion26 (2226013) 1 feifeito (2763559) 1 FGHRSH (3250284) 1 Darksoul0 (91277) 1 kice (2407317) 1 Kanade Tegusa (6034983) 1 suraxiuxiu (3260156) 1 axeto (1452253) 1 Alan Zhuang (2019960) 1 00_ (4655766) 1 yan418797411 (1246765) 1 NeoAlden (5940217) 1 A359004 (5129967) 1 Kahm (148204) Additionally, the following people were boosted one or more ranks due to MVP Nominations. This mechanism was first introduced in 2019, where select staffers have been able to nominate people who contribute in ways outside of what can be measured by the toplists. Each nomination adds 1 point. People who were nominated but already qualified for the top one are not listed, and any excess points are not added. +3: meow_pao (204246) +3: ericeric91 (367313) +3: Spectre (2203) +3: Shank (989173) +3: PrincessKaguya (4850902) +3: Nezu (867559) +3: Mrsuperhappy (1898816) +3: Mayriad (490854) +3: Maximum_Joe (589675) +3: Noni (2977124) +2: what_is_name (4713630) +2: peterson123 (892479) +2: noones (600260) +2: genl (515114) +2: OnceForAll (5648780) +2: Dnkz (1908893) +2: Deulkkae (2115725) +1: 프레이 (3950842) +1: sssss2 (211883) +1: romanicyte (4362764) +1: poiuytrewqazx (3139892) +1: patchpudding (2880987) +1: mysterymeat3 (199441) +1: mathl33t (4675561) +1: kamio11 (1397626) +1: dragontamer8740 (1097716) +1: atasitian (375858) +1: ass_spanker (1068757) +1: aklfhl (1763802) +1: ZΕS (2404269) +1: Nioda (2139773) +1: NickyMacker (4234882) +1: Necromusume (986243) +1: Mags_ (560909) +1: GREGRE (474167) +1: Firew (544326) +1: Cipher-kun (1207129) Congratulations, and thanks to everyone who have contributed in some way for their hard work in the last year. And a Happy New Year to all contributors and visitors alike. Akeome, kotoyoro, and all that. (Thanks to PrincessKaguya for the awards and cookie graphics.) Posted Wednesday, 21st of December 2022, 09:49 UTC
As is customary in E-Hentai tradition, we always hand out a little something to our loyal members and contributors this time of year. Everyone who has reached the Member status on the forums and have been active in the last five years should now have received a few trinkets of appreciation, namely:
50 Hath 1x Star Compass (unique trophy) 3x Stocking Stuffers (trophy) In a repeat from the previous fourteen years, everyone who makes a post in this thread can also participate in the E-Hentai Yuletide Lottery. To participate, make a post in this thread containing the phrase NO GOING BACK somewhere in your post. Make sure to enter before 23:59:59 (Midnight) UTC, December 31st. As usual, The Yuletide Lottery Drawings will be done by the PHP Mersenne-Twister Random Number Generator. The winner will be announced on the 1st of January. And to everyone, have a Happy Holidays, a Merry Christmas, a Festive Festivus, a Lavish Longest Night, or a wonderful whatever other winter celebration you happen to observe. Posted Wednesday, 2nd of November 2022, 10:09 UTC
If you want to know more about the rationale for the changes, start by reading the Change Rationale below (original version in this post).
If you think you found a bug, post the EXACT QUERY you were using, not a vague description of it. FAQ Q: Why did you change the search engine? (TL;DR version) A: The way the old search engine worked could no longer scale with the size of the site's index, and was failing on an increasing number of queries. No amount of money or hardware could have fixed this long-term, so the only option was to fundamentally change how it works. The new search engine is the best tradeoff of functionality and performance available. Q: Can we have page numbers back? A: No. Read the Change Rationale below. Q: But I really need page numbers because of reasons. What if I give you money? Can *I* have page numbers back? A: No. Read the Change Rationale below. Q: But some rando on the internet told me that it's actually really easy to have page-addressed search results with tens of thousands of pages for database indexes with hundreds of millions of rows and I believe them because I want it to be true which means I think you are lying. Can we have page numbers back? A: No. Read the Change Rationale below. Q: What if I threaten to kill your house and burn your dog to the ground? Can we have page numbers back? A: No. Read the Change Rationale below. Q: But what if- A: Just no. Read the Change Rationale below. Change Rationale or; (Not having an exact page selector is worse than having an exact page selector / Not having an exact result count is worse than having an exact result count) and the new search engine is therefore worse than the old search engine! If you ignore all the new and improved functionality and the vastly higher performance, and focus only on "but I want page-addressed results" and "but I want exact result counts", this might be the case. These specific changes were not made because I thought it would be an improvement by itself, but out of necessity. With the old search engine, because of the ever increasing size of the index, results were taking longer and longer to generate, and it required more and more RAM to do so. Many queries would take on the order of three seconds to generate at the time the search engine was replaced, which would be doubled in a couple of years at the current index growth rate, leading to (non-controllable) timeouts. Furthermore, RAM usage for generating a result was more or less linear with the size of the result plus the size of the index for each of the queried terms, and there are practical limits to how much RAM can be made available for a particular process, so at some point queries would just start failing in unpredictable ways. Notably, this was already the case for a non insignificant number of complex queries. In other words, if we kept the old search engine, in a few years, if you tried to search for anything with many results, you would inevitably either get a Cloudflare timeout page, or the query would fail with a memory error. And that's if the site itself isn't completely unusable since all its CPU time might be tied down into trying and failing to create search results. Which, obviously, is bad. The conclusion is, even with unlimited hardware (which we do not have the necessary unlimited funds for), the old search engine would be effectively unusable for most if not all queries with many results in two to three years without significant changes. The available 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 band-aid on the old search engine by significantly curtailing the maximum size of the search result and/or the range of searchable content. 3. Remove functionality 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 just be capped to 1000. Many sites use variants of this approach, like Google, Nyaa and most if not all large Boorus, but if you think for a second that this would cause any less of a shitstorm if we changed to it, I guess I should welcome you to the internet, because it's obviously your first time here. With the third option, you would only be able to search for titles or tags, but not both at the same time. For example, if you searched for "part of title" english you would only be able to find things with those two terms in the title, not galleries tagged with "english". Comment searches and various other functionality would just be removed entirely. Searching would 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 possible tradeoff of performance and functionality. Even if some people disagree with the changes, this is a hill I'm willing to die on. You are allowed to both disagree and/or dislike change in general, but if people keep accusing me of lying about the current state of things and the reasoning for the changes because they read a bunch of misinformation and conspiracy theories posted by clueless autists on 4chan, I'll just start handing out bans to preserve my sanity, so stop doing that. 2023-03-10 - When using exclusion terms, it will no longer just flag the search as "about", instead it shows how many results were excluded on that particular page. (If a gallery would have been both excluded and filtered, it is counted as excluded.) - For consistency reasons, when the search result fits on a single page, excluded galleries are now included in the result count. 2023-03-07 2023-01-09 - Corrected a search indexing issue where some substrings consisting of three characters enclosed in square brackets did not get indexed properly. 2023-01-07 - Corrected an issue that prevented the range bar and range jumping from working correctly with searches involving weak tags. - Corrected an issue with title exclusions where some characters that are stripped from search queries were not stripped from titles before comparison, causing unexpected behavior. 2022-12-22 - Bugfix - For index searches, if a very rare combination of internal buffer states occurred, the search would act as if there were no more results when there actually were. This should be fixed now. 2022-12-20 - Update The search engine will now attempt to give a ballpark estimate for result counts in all standard searches except for searches with inclusive comment terms. The estimate is based on internal stats, index sampling, and a history of the span of results found on each page. The new estimator is primarily used for complex queries where all terms have many hits, where it would previously only say "many". It is also used whenever a page range filter is set, and for index searches when several categories are unselected. For any query that has not been searched recently, the initial estimate will usually be a vague and conservative lower bound (like "thousands" or "10,000+"). A more precise estimate may be provided when enough samples have been collected. It generally prefers to under-estimate rather than over-estimate the count. As such, it should generally be interpreted as "probably more than". The accuracy for the estimate depends on the accuracy of the range map used by the range indicator, and the same caveats apply. Complex searches with non-dependent terms will generally be less accurate. Note the estimate can fluctuate a bit as you go between pages. This is expected. Other Changes: - Fixed some issues with underscores in favorite searches. Similar to username searches, spaces and underscores should now be equivalent for all favorite search usage. - You can now use favnote:* or -favnote:* to filter favorites with any favorite note. - Several caching issues were found with the setting to exclude namespaces by default when searching. A fix would be complicated and essentially make searches uncacheable for everyone using it, and since it's only used by a small fraction of a percent of visitors and a lot of people seem to be confused about what it does, this setting has been disabled for now. It will likely be reintroduced in a slightly different form in the future. - Some fully updated but less than bleeding edge browsers were having issues with the javascript generated by the javascript optimizer we now use. This optimization now targets an older level of compatibility, which should fix this issue. 2022-12-05 - Update A new result range indicator + range jump mechanism has been added. The range indicator will let you see roughly where you are in a search result and how much of it is found on the current page, while the range jump mechanism will let you jump an approximate number of percent into a search result. Range jumping is done by clicking on the range indicator bar. This mechanism is almost, but not quite, entirely unlike pages. While it has a fleeting similarity, don't expect it to behave exactly like them. Most importantly, the range indicator uses various internal statistics to work with basically zero overhead; it does not actually generate pagination for the full search result. This means you should for example not expect the displayed number of pips for each page (or pages per pip for large results) to be fully consistent across the entire result. While it does to a large degree correct for variations in volume and usage over time, there will still be unpredictable natural variations (clusters and gaps) in the distribution of results. This especially applies to comment searches, which cannot make use of any precomputed statistics. The range indicator is only available for normal searches; that is, not for favorites, watched tags, or in gid/file searches. Favorites will be revisited at a later date, as part of a larger rework of the favorite system. Other Changes: - Added the Jump postfix "g" for GID (Gallery ID) jumps. Using this with any GID will jump to the position in the search result with this gallery as the first (or last) result on the page. (If the gallery does not exist in the search result, it will still work, the gallery just won't be there.) - Added a new setting to disable the new range indicator. - Corrected a rare edge case where the search UI would act as if a search had no more results even if it did. 2022-11-25 - Minor Fix - Fixed an issue where some more characters in uploader usernames were not properly searchable. 2022-11-21 - Improvements - Added some significant optimizations for a frequently used search strategy for when multiple name+tag/comment search terms are used and at least one of the name+tag terms has less than 10000 hits. (For some cases this will reduce processing time by >90%). - The search query parser will now handle various cases where repeated or redundant search qualifiers are used, such as weak:tag:foo or tag:tag:tag:bar. 2022-11-18 - Fixes - 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 shift the date by a few minutes to a few hours. 2022-11-17 - Minor Fixes - When searching for comments, if the search term was too short after being stripped of non-indexable characters, the term was silently ignored. It now properly fails the search with an error message instead. - Fixed tags hidden under My Tags not being displayed with search results when filters are disabled. 2022-11-16 - Deployment + Fixes - This update is now fully deployed. - Fixed an issue with how some dynamic stats were generated that only manifested under high load. 2022-11-15 - Minor Fixes - Fixed a bug in favorite searching where, depending on internal state and order of operation, title-only searches could break when multiple terms were used. - The wording of "default filters" was changed to "custom filters" to make it clearer that it is referring to your personalized/customized tag, uploader and language filters, rather than some global default filter. 2022-11-13 - Minor Fixes - Fixed some more search issues with uploader usernames with leading or trailing underscores as well as multiple consecutive spaces/underscores. - We now avoid using the /uploader/ shorthand URLs for uploader usernames containing forward slashes since the resulting URLs are broken. 2022-11-11 - Minor Additions/Tweaks - When searching for tags (or titles+tags) where there is just one tag match and you have that tag filtered, the system will now specifically ignore that filter. If you actually want the tag filtered, you can use the title: qualifier. - The search engine will now stop looking for more results for a page if more than 1000 galleries have been filtered. (This is mostly relevant in edge cases where you are intentionally searching for things you heavily filtered.) - Fixed search warnings not being displayed for favorite searches. - Added a setting to remove the "Your default filters removed XX galleries from this page" message. - 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. 2022-11-07 - Bugfixes - Corrected an issue with tag/name searching in uploader results. - Corrected glitchy behavior with the new jump/seek selector on the favorite page, as well as an issue with the favorite checkbox selector positioning. - Corrected seek/jump offsets not being kept if you switched display mode (minimal/compact/etc) right after using it. - Corrected an issue where some characters weren't properly stripped for name index lookups. - Corrected an issue where, when encountering terms that were long enough to search but that contained characters that are not valid in tags, it would still attempt to parse it as a tag except with those characters stripped, but if there were less than 3 stripped characters, it would then fail the term as being too short. Terms with characters that cannot be used in tags are now instead parsed as title-only unless a different qualifier is used. 2022-11-06 - Minor Addition - 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.) 2022-11-05 - Update 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. 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 a potential issue where the file/gid searches weren't including expunged galleries even though they were supposed to. - Corrected an issue with dashes/hyphens in name searches where they weren't properly stripped for the index lookup. - Corrected an issue where if you were using advanced search and *only* picked a minimum rating, the navigation wouldn't include it, so it would reset between pages. 2022-11-01 - Original Post This update is a complete rewrite of the gallery search engine, meaning that the usage and behavior of searches has changed in a number of more or less significant ways. The most significant and visible fundamental change is that the internal segmenting of search results is now done by gallery ID (GID) ranges rather than "pages". While this means jumping to an arbitrary "page" in the result is no longer supported, this is arguably an improvement since you can now jump to an arbitrary GID instead. This also means each page of results will be fixed on the same set of galleries even if it is refreshed after new galleries are added. The page navigation has been reworked to reflect this. This also fundamentally fixes a long-standing issue where going backwards in the results via the page navigation (as opposed to the browser back button) would often include results from the following page if you were using any form of filtering. Overall, these changes allow for massive performance improvements (three orders of magnitude in some common cases) as well as significant new functionality (keep reading), and there are no longer any limits to how large a search result can be. Search terms that were previously capped to 100,000 results (like say "big breasts" which is tagged on 350K+ galleries) can now be browsed in their entirety. OR Tag Searching OR searching is now supported for tags. (Probably the most requested feature of all time.) To use OR tag searching, prefix the keyword with ~ Example: ~yuri ~"females only" ~f:sole_female$ Specifically, if you have at least two keywords with the OR operator, the search will return all galleries that contain at least one of the tags in question. Using the OR operator will imply the tag: qualifier. If you use it with any other qualifier that isn't a tag namespace, the OR operator is ignored and the keyword will run as a standard AND search. Using OR searching will "consume" one of the allowed inclusion search terms. If you only specify one OR term, it will be treated as an AND tag-only term. There are no specific limits to how many OR terms you can specify, though it will still be practically limited by the search string length cap. It will additionally bail if the overall OR search is matching more than 1000 tags internally, so consider using exact tags to allow for more terms. Wildcards cannot be used for OR terms. Exclude-Only Searching You can now do exclude-only searches. (Probably the other most requested feature of all time.) Example: -yaoi -m:footjob -"glory hole" -sole_male$ -title:"novel ai" -comment:pixiv -uploader:BigDickDave69 You can use up to 10 comment+favnote exclusion terms and 10 tag (or hybrid tag+name) exclusion terms in a search. The gid, uploader, uploaduid and title qualifiers are not specifically limited for exclusions, though they will still be practically limited by the search string length cap. Tag Watching The time cutoff for the tag watching page has been significantly increased: - For non-donators, the cutoff was increased from one week to at least one month. The exact cutoff depends on internal segmenting, the rate new galleries are added, and the total index count for your watched tags. It will generally be somewhere between one and six months. - For donators (gold star+), there are no longer any cutoffs. In other words, you can browse and search watched tags back to the launch of the site if you want. Note however that searching for terms that have few matches in your watched tags may produce fewer than expected results per page. UI => Search Syntax Changes The "Search Gallery Name", "Search Gallery Tags" and "Search Gallery Description" checkboxes as well as the corresponding search checkboxes on the Favorite page have all been removed; this functionality is now part of the search syntax instead. By default, each search term will be interpreted as a hybrid tag+title search, and will match the gallery name (both english/romaji and japanese) as well as the gallery tags. To only match gallery names, prefix the term with the title: qualifier * Example: title:keyword -title:"string of keywords" To only match gallery tags, prefix the term with a tag namespace, or tag: for all namespaces, or use the exact tag operator $, or use the OR operator ~ * Example: f:"big breasts" tag:group -futanari$ ~twintails To search uploader gallery comments, prefix the term with the comment: qualifier * Example: comment:"insightful uploader musings" -comment:"less insightful ones" Favorite searches only: To search favorite notes, prefix the term with the favnote: qualifier * Example: favnote:"this is my favorite gallery" -favnote:"on the citadel" Note that this means combined tag+name+comment/favnote search terms are no longer supported. Search Parsing Changes - When doing unquoted searches with unqualified short and/or non-indexable words (a, an, ai, to, the, and, so, on, and so on), as well as some common adjectives (small, big, huge, gigantic), they will now be automatically appended or combined with the following priority: * If there is a non-qualified search term immediately following the short word, it will be combined with that one. For example, searching for "a dick in a box" without quotes will be searched as "a dick" "in a box". Everyone's new favorite "ai generated" without quotes will be searched as if it had quotes. * If there is a non-qualified search term immediately preceding the short word, it will be combined with that one. For example, searching for "novel ai" without quotes will be searched as if it had quotes. * If there are only short words, they will be combined into one quoted word if there is more than one. For example, searching for "ex on the ox" without quotes will be searched as if it had quotes. * If there is just one short word, or the short words are between qualified search terms, it will be searched as an exact tag. A warning is printed in this case. For example, searching for "9s c:a2 2b" without quotes will be searched as "tag:9s$" "character:a2$" "tag:2b$" To combine short words with a different priority, use quotes or underscores. ("word1 word2 word3" and word1_word2_word3 are equivalent.) To avoid combining short words when searching tags, use the tag: or tag namespace qualifiers. Note that there is a single two-character word "3d" that was specifically whitelisted for title searches, but it is not an indexable word for comment searches so it cannot be used for that. - Support for single-character wildcarding was dropped, and the * wildcard can now only be used at the end of keywords. Title, comment and favnote searches are implicitly wildcarded for indexing reasons, so adding a wildcard will only affect tag searching. Search Term Limits Exclusions and inclusions now have separate limits. A query can have up to 5 name+tag inclusion terms, 10 name+tag exclusion terms, and 10 comment+favnote inclusion+exclusion terms. For both inclusions and exclusions, uploader:, uploadid: and gid: terms aren't specifically limited, but would still be limited by the max length of the search string (200 chars). For exclusions, title: terms are also not limited. GID Searching You can now use the gid: search qualifier to search (publicly visible) galleries by Gallery ID. If you search a GID that has been replaced, it will list the current gallery instead. Inclusion gid: terms cannot be combined with keyword searches or used in watch mode. This does not apply to exclusion terms. If used for exclusion, it will not exclude any galleries that replaced the provided GID. You can specify multiple gid: terms in the same query for an implicit OR search. This search mode will show both normal and expunged galleries. Default tag, language and uploader filters are automatically disabled for these searches. Result Counting For performance reasons, the search engine will no longer count the exact number of results in large result sets; instead result counts will usually be approximated based on various metrics. It will say "about" if the count is an estimate. For complex multi-term searches with large result sets, it may not have enough information to give a reasonable estimate. In these cases, rather than showing a potentially wildly inaccurate one, it will just show "many". This only affects the count readout, navigation for these search results works the same as for smaller ones. Smaller result sets (i.e. those that fit on one page) should return the exact count in all cases. Filtered galleries are included in this count, to match the behavior for estimates. The page range filter, exclusion search terms and default language/uploader/tag filters will not generally be reflected in approximate result count estimates. If you use the category, rating or torrent filters, it will use precomputed adjustment factors to correct the estimate. For some searches this estimate may be fairly inaccurate, say if you search for terms that are mostly applicable for specific categories then unselect other categories. Result counts are not displayed in favorite searches or on the popular page. In the former case, it would only be able to display one for small result sets, and in the latter, it's all one page of results anyway. You can however still see the total for each favorite category. Tag Search Behavior - Tag searching now defaults to matching on word boundaries to reduce unwanted matches. In other words, searching for "tag:mana" will still match all tags that have "mana" as one of the words (like "secret of mana" [=> seiken densetsu] or "mana inuyama"), but it does not match "manabe", "manatsu", "manami" and so on. Searching for "tag:mana*" will restore the previous behavior. - If there are too many tag matches for a term, it will now automatically rerun the term as an exact search instead of erroring out. - Selecting "Search Low-Power Tags" will now only search low-power tags. This mode will also not do hybrid title/tag searches, so if a term is left unqualified (i.e. "big breasts") it will only search the tag. You can still search titles by using the title: qualifier. - The "Search Downvoted Tags" option was removed. Comment Search Behavior Uploader comments and favorite notes are now searched using the comment: and favnote: qualifiers. favnote: is only available in favorite searches. The way comments are indexed have been fundamentally changed, and there will be some subtle differences between normal text searches and favorite + exclusion-only text searches, since the former will usually use indexes while the latter do not. Most notably, some otherwise-searchable common words (like "this" and "with") are not comment-searchable when the index is used but will be searchable when it is not. Also, when the index is used, words starting with these short words will not be matched unless you search for that exactly (like "with" and "withhold"). Furthermore, when the index is used it will only find word matches that start with the string, but when it's not it will also find matches that have the string as part of a word. The index is only used for normal inclusion comment searches, but even for those it may not be used for some words and searches depending on various internal factors and thresholds, so you should not rely on this behavior. Other Changes - Various issues and limitations with favorite searches have been resolved. Searches in favorites should now behave the same as normal searches except for the noted comment/favnote search behavior. - Exclusion searches for titles, tags (except for exact tags), comments and favnotes will now match any part of a word; i.e. -"laughter" will exclude "slaughter". - Indexes are now generally updated immediately when the underlying data changes, which should reduce the delay until changes are reflected in searches. (Due to caching, there can still be some delay.) - Whenever a gallery title has a mixed string of unicode and latin characters without any spaces or other breakable characters, like romaji漢字moreromaji, it would previously only be searchable with terms starting with "rom...", "漢字..." and "字mo..". It is now also searchable for "mor...". - The "Your default filters removed..." message is now more consistent and specifically counts all galleries filtered by your default uploader, tag and language search filter settings. (When using both filters and exclusions and a gallery would have been removed by both, it is counted as an exclusion.) - Selecting "Search Expunged Galleries" will now only search expunged galleries in normal searches. (File searches, GID searches and favorite searches will always display both normal and expunged galleries.) - File searches can no longer be combined with keyword searches or other filters. This search mode will show both normal and expunged galleries. Default tag, language and uploader filters are now automatically disabled for these searches. - Excessively narrow page range filters (min > 1000, max < 10, min/max > 0.8, min-max < 20) are no longer allowed. - The max number of results per page is now 100. Paging Enlargement III was removed and will be refunded Soon™. Known Issues/Quirks/Complaints/Workingasintendedisms - - If you are browsing from the end of a search results (backwards browsing mode) all the way to the start, the "last" page in the result (the one with the oldest results) will have a full page of results and the "first" page in the result (with the most recent ones) will have the remainder. This is working as intended. - If you go backwards in a search result and get to the "first" page (with the most recent results), the "<< First" link will be lit up to flip back to the first page in forwards browsing mode even if there are no further pages and "< Prev" is disabled. This is working as intended. - If you search for several AND inclusion tag terms (or hybrid title+tag terms), where every term has many results (~10K+) and some have a lot of results (~100K+), and there is a low degree of overlap between the tags, you may see fewer than expected results per page. You can usually use exact tags to avoid this. - In general, "results per page" should be considered a target rather than a guarantee. For example, as an internal optimization, if a result page is at least 95% full after a search cycle, it may return with a couple of results "missing" instead of starting another search cycle (which can be expensive). This does not mean it's withholding results from you, you'll find them on the next page. - "But $tool/$script needs the ability to access arbitrary pages in search results and/or accurate search result counts" is out of scope/wontfix. Update it to use the new gid-based navigation. And no, the old search engine was not "working just fine the way it was", it was failing on an ever-increasing number of searches due to running out of RAM when building results and badly needed a fundamental redesign to cope with the ever-increasing size of the index. This is likely the most complicated update in the site's history, so there will probably be bugs and other subtle behavioral changes. Please don't hestiate to ask whether something is intentional if it's not noted in these patch notes. Posted Thursday, 28th of April 2022, 07:12 UTC
After some internal discussion followed by a public debate, we have gone ahead and added a new expunge reason named "Defaced" with the following description:
"Content has been defaced by adding content-obstructing scanmarks, censorship or advertisements beyond what is present in the original artist release, or has been intentionally degraded to the point where legibility is an issue." Since this expunge type has a subjective element, you need a mod power of at least 20 to start this type of expunge petition. It won't show in the list if you have less. "Degraded" includes any sort of intentional bad-faith sabotage of the core content, including but not limited to excessive downsampling, blurring, pixelation etc, as well as leaving out core content. Scanmarks that do not obstruct content or promotional pages added after the content pages do not qualify. Older low-resolution scans are exempt. This expunge type does not contribute towards the automatic temporary upload ban. Expunge type filtering was also added to the expunge tracker as part of this addition, along with some other minor filtering improvements. Posted Saturday, 1st of January 2022, 09:28 UTC
The Fourteenth Annual E-Hentai Yuletide Lottery
On one hand, you probably didn't win. On the other hand, you survived 2021. All things considered, you did pretty well. The PHP Mersenne-Twister Random Number Generator returns to draw fifty lucky winners from those who entered. Like previous years, you got one ticket per level. The prize, given to each of the lucky winners, is 200 Hath and one Tenbora's Box. The winner is: Kitsune Nagato (94904) The winner is: wscore (1995846) The winner is: neopet (1711476) The winner is: matuka (702189) The winner is: name83u5 (1909681) The winner is: Frederiksc (94450) The winner is: chjj30 (1714698) The winner is: ACFDT (1772406) The winner is: Dnkz (1908893) The winner is: kinoshita_tokichiro (754239) The winner is: 하늬바람 (1637129) The winner is: ilegs (5098427) The winner is: roadgray (672936) The winner is: hc br (2760368) The winner is: ogfmp (402386) The winner is: ljh235689 (1927705) The winner is: kirua40 (343911) The winner is: Ivolt01 (37912) The winner is: 夏舞融冰 (1925325) The winner is: cklodar (2656332) The winner is: Akitsuki Fuuka (1387913) The winner is: zen_zen (648569) The winner is: Ellee (135407) The winner is: DrasticMeasures (1106439) The winner is: Hero Of Time (1863823) The winner is: Artamsk (392990) The winner is: aurabolt (374857) The winner is: passerby1020 (1029569) The winner is: kgikz (59388) The winner is: skillchip (9984) The winner is: walsim (199424) The winner is: Zero Angel (36342) The winner is: Half a Wheelchair (1460804) The winner is: ankwchi (58246) The winner is: Kalevala (678718) The winner is: ddaavw (522370) The winner is: VriskaSerket (106990) The winner is: ForgottenOne (423953) The winner is: Shadowtech (338410) The winner is: Ass Spanker (1068757) The winner is: Try_ (1622728) The winner is: chooter (261198) The winner is: XMike (8053) The winner is: doomgaze (4932) The winner is: dadadadasss (786636) The winner is: lygarx (333964) The winner is: lhv520045 (1051644) The winner is: elda88 (173922) The winner is: RazyNight (3832988) The winner is: sarsman (518541) In addition, everyone who participated in the lottery gets a free Frosted Cookie! The Frosted Cookie gives a 20% bonus to all gained EXP and 1 Hath every day you visit the site. This effect stacks with the Cookies from previous years. The Fourteenth Annual E-Hentai Galleries Award Show for Outstanding Achievements in the Field of Excellence Which is where people get a Barrel! for contributing to the site in various ways. Which is like a Barrel, but with more emphasis. Points are awarded for every toplist you place in, with 3 points for a Top 10 placement, 2 points for placing 11th through 25th, and 1 point for placing between 26th and 50th. 3 points or more would get you the Gold Barrel!, which adds +100% EXP, +4 Hath and +7000C per dawn event, and +3 mod power. 2 points would get you the Silver Barrel!, which adds +75% EXP, +3 Hath and +5000C per dawn event, and +2 mod power. And 1 point would get you the Bronze Barrel!, which adds +50% EXP, +2 Hath and +3000C per dawn event, and +1 mod power. Additionally, all of the awards grant +2 GB/week of free archive downloads as well as an imaginary cute little shoulder alchemist of your choice. Everyone who made a Top 50 showing in the Galleries Toplists will also receive one Tenbora's Box for each placement. Gold 12 Pokom (4764920) 12 nasu (3169265) 10 Scumbini (2831103) 7 Pseudo-Nim (4363899) 6 kit07 (569102) 6 Srac (1635371) 6 Miles Edgeworth (317696) 5 Janus Mask (3585145) 5 milannews (976540) 5 klorpa (2506863) 5 Sharav (1545484) 5 滅茶苦茶 (847200) 4 alinoris (761159) 4 TheGreyPanther (582527) 4 n-drv (664122) 4 darkwing42 (66788) 4 blue penguin (924439) 4 Fatesifaeve (2022231) 4 Marcensie (5326496) 4 Dyjin (242475) 4 cs987987 (911792) 3 th-nn11 (4546790) 3 하늬바람 (1637129) 3 qq3870990 (1725168) 3 Randommember (463350) 3 Darwin4078 (2967667) 3 Dnkz (1908893) 3 cgc (803161) 3 ilegs (5098427) 3 Noni (2977124) 3 moanim (1590897) 3 高垣 楓 (1872548) 3 Shana (223104) 3 wscore (1995846) 3 DDavid (4944111) 3 boosharwo (1451449) 3 vivagogo (617123) 3 Sushilicious (445951) 3 AP00 (4655766) 3 Larequirem (1506949) 3 qxxaxxa (1619825) 3 hgbdd (101194) 3 maxraccoon (975311) 3 Bane13 (256409) 3 atomicpuppy (2328) 3 liz33969310 (5151242) 3 hellweekdays (2401473) 3 Bowden (399592) 3 ROBBOO (1132407) 3 KEYLUN (1984660) 3 eddie76 (235114) 3 mifukata (1285836) 3 zen_zen (648569) 3 GDJ (3510424) 3 枯树昏鸦 (4397024) 3 Hot Chocolate (1681043) 3 hirofuru (776797) 3 Superlatanium (1647739) 3 jantch (981462) 3 PanHun (1378258) 3 3x2 (2317055) 3 Godboli (2355685) 3 alfredmeow (1857818) 3 Daniel_Sheng (4121306) 3 hobohobo (689598) 3 lttcyber (2052521) 3 Nasen (2702672) Silver 2 Briareos Kerensky (146153) 2 dfdfdzx (2091266) 2 Kessara (315859) 2 ranfan (845948) 2 Auxityne (5011339) 2 itvara (4932949) 2 waiv3v (2548109) 2 Tenrag (519423) 2 stev123 (722647) 2 Rider21 (3289856) 2 mozilla browser (829365) 2 dtmhtk (2106993) 2 scp10011 (2202854) 2 chiitohideki (3850295) 2 Paarfi (1704278) 2 Floripes (84182) 2 Ζes (2404269) 2 elgringo (2790) 2 ming.eva (1099725) 2 mewsf (1941026) 2 Astia (1009057) 2 Asakinb (4396815) 2 vrttn (4817823) 2 FoS_Owner (1996543) 2 Kryptonyx (4512860) 2 Concord_e (1145682) 2 Molinxx (1447302) 2 yinscape (675436) 2 Zero Angel (36342) 2 Kharl Bin Jahmin (1334122) 2 GodDeceive (2601814) 2 kamio11 (1397626) 2 alferezkururu966 (613786) 2 dragontamer8740 (1097716) 2 buttobicpu (1367618) 2 b217285 (2098974) 2 aaakkk2019 (4868276) 2 kefe (439502) 2 Tgbvfr (40820) 2 Jo.To (160561) 2 ximizuQAQ (4854507) 2 Magikarp_Guy (1613322) 2 sadikus (24486) 2 MILF Supremacy (184441) 2 okawabi (2089843) 2 pablo903 (966670) 2 RepStormy (5554944) 2 yetsun (81973) 2 scf123 (3254686) 2 lancers5566 (3839866) 2 suratkabar (1947402) 2 Dynellen (183069) 2 subzeroX (189857) 2 monocone (5224716) 2 MIUI (1750008) 2 lnstrumental (2565198) 2 svines85 (976341) 2 Village Idiot (49472) 2 ncc1701z (1259150) 2 8476411 (3684207) 2 Pegasus170 (3031383) 2 jfragrettel (1179875) 2 Deulkkae (2115725) 2 giftz (3207345) 2 shote1369 (4249716) 2 qwersad222 (2833061) 2 Flame13 (1544312) 2 pineapple1029 (1175503) 2 liuzy777 (5604500) Bronze 1 yupokamusi (1079911) 1 Ferax (963181) 1 真實爽粉 (3794884) 1 Theonik (1063059) 1 titswifter (338151) 1 fleialei (3634653) 1 s976113 (462463) 1 Kermaperse (4460710) 1 Cocki12 (4666488) 1 M8R-bdyxio (601536) 1 PonyPonyPonyPony (1594321) 1 tumult (158817) 1 Jigsy (293539) 1 chachax2 (1197278) 1 meow_pao (204246) 1 blacker0713 (1933746) 1 習近平 (729138) 1 Faval (105773) 1 oneer (789059) 1 pop9 (154972) 1 SoDick (1739014) 1 OnceForAll (5648780) 1 hsyff (2554336) 1 Cipher-kun (1207129) 1 sigo8 (791906) 1 sirlachdanan (55286) 1 Mags_ (560909) 1 tkg9 (5424761) 1 Tankgewher1918 (4507648) 1 泉水小夜 (2052022) 1 crazyalex (813834) 1 aleden (1803958) 1 hoigoigoi (1111181) 1 bunnygunny (1904467) 1 0ld0neEye (10383) 1 loogutsp (700357) 1 ElisaG (3059093) 1 blueguro (5225065) 1 akunoko (1328123) 1 Fog Magic (755111) 1 aucerumo (155251) 1 Ein Sof (2975560) 1 apcnc (2778897) 1 huhtech (1106289) 1 ttfdg520cs (5190818) 1 salar (229374) 1 エロゲーマー (4520805) 1 black_sabbath (4581424) 1 smt nocturne (1547762) 1 mundomuñeca (3788586) 1 ezequiell (547133) 1 Buster D. (2885586) 1 Snappann (4915300) 1 IcePlume (2878703) 1 illadin37 (3536233) 1 Rhydin (2494866) 1 LittleSweetLoli (439791) 1 t_shitman (1467489) 1 那珂ちゃん (1582819) 1 Polar0007 (3549172) 1 kenabrxg (2161736) 1 FilthyPervert1222 (5665981) 1 kikimaru024 (160009) 1 BlossomPlus (1269525) 1 K4W1H0R53 (1116859) 1 dadada12386 (716309) 1 流量了了 (2716637) 1 Viktor0nk (1173811) 1 x392 (372143) 1 Walker009 (797469) 1 fabriciodel96 (3050204) 1 cometravel (1711700) 1 NekoHime27 (667843) 1 Bfodler (697423) 1 siacofilla (71579) 1 Fierune (4692655) 1 2way-hogdog (5004952) 1 Olivia Elyzoo (5448887) 1 nai309 (1894605) 1 The_Herrenvolk (1361639) 1 Phasmatic (1173122) 1 kzmkzmkzmkzm (444292) 1 hhd2 (3073282) 1 ArmoredPlatypus (4939312) 1 sissy_girl (2195147) 1 Sapo84 (168392) 1 bananapow (250742) 1 caxerx (2306709) 1 errata (224965) 1 evilhawk (870961) 1 saila978 (1103739) 1 sasquatch42 (993289) 1 Lboiiii69420 (5341026) 1 Oniiichan (737191) 1 itn00bs (868877) 1 Darksoul0 (91277) 1 liliclinton (1099897) 1 axeto (1452253) 1 FGHRSH (3250284) 1 StonyCat (932943) 1 manganese25 (1576399) 1 ranphafranboise (649731) 1 gpf0710 (3222338) 1 灬望而不及 (1750758) 1 RubyXoo (3141075) 1 fmnijk (4883356) 1 eltk (1329297) 1 uuuji (1998063) 1 sdshdv (1179779) 1 NerfThis (1755845) 1 1787951236z (3631972) 1 문재인 (2846875) 1 赤色蛋黄 (1937286) 1 unsafebiscut (625111) Additionally, the following people were boosted one or more ranks due to MVP Nominations. This mechanism was first introduced in 2019, where select staffers have been able to nominate people who contribute in ways outside of what can be measured by the toplists. Each nomination adds 1 point. People who were nominated but already qualified for the top one are not listed, and any excess points are not added. +3: chjj30 (1714698) +3: genl (515114) +3: Maximum_Joe (589675) [RIP] +3: Mayriad (490854) +3: Mrsuperhappy (1898816) +3: Nezu (867559) +3: PrincessKaguya (4850902) +3: Shank (989173) +2: Binglo (243587) +2: GO_KENTA (1635704) +2: meow_pao (204246) +2: Ming28561 (3775954) +2: mysterymeat3 (199441) +2: OnceForAll (5648780) +2: Spectre (2203) +2: sssss2 (1843795) +2: Walker009 (797469) +1: Ass Spanker (1068757) +1: buttobicpu (1367618) +1: Concord_e (1145682) +1: Deulkkae (2115725) +1: elgringo (2790) +1: Floripes (84182) +1: Mags_ (560909) +1: nX7UtWS5 (4391788) +1: Quackytheduck (1017125) +1: rizelbr (242621) +1: sickentide (407334) +1: Village Idiot (49472) +1: WindyNii (4860095) +1: what_is_name (4713630) Congratulations, and thanks to everyone who have contributed in some way for their hard work in the last year. And a Happy New Year to all contributors and visitors alike. Akeome, kotoyoro, and all that. (Thanks to Noni for the cookie graphics, and PrincessKaguya for the awards graphics.) Posted Wednesday, 22nd of December 2021, 13:31 UTC
As is customary in E-Hentai tradition, we always hand out a little something to our loyal members and contributors this time of year. Everyone who has reached the Member status on the forums should now have received a few trinkets of appreciation, namely:
50 Hath 1x Barrel (unique trophy) 3x Stocking Stuffers (trophy) In a repeat from the previous thirteen years, everyone who makes a post in this thread can also participate in the E-Hentai Yuletide Lottery. To participate, make a post in this thread containing the phrase IT'S A BARREL somewhere in your post. Make sure to enter before 23:59:59 (Midnight) UTC, December 31st. As usual, The Yuletide Lottery Drawings will be done by the PHP Mersenne-Twister Random Number Generator. The winner will be announced on the 1st of January. And to everyone, have a Happy Holidays, a Merry Christmas, a Festive Festivus, a Lavish Longest Night, or a wonderful whatever other winter celebration you happen to observe, unless Covid cancelled it yet again. Posted Wednesday, 1st of December 2021, 09:56 UTC
For various reasons, primarily to help prevent some issues with searching in the "misc" namespace, we decided to make some changes to the tag namespacing. Essentially, this involves making new namespaces for all "approved" tags. The "misc" namespace has been renamed to "temp" to emphasize that it is only used for "unapproved" or temporary tags.
The new namespaces are as follows: mixed (x): holds mixed-gender fetish tags - e.g. group, mmf threesome, ffm threesome, body swap, multiple assjob ⠀ other (o): holds approved technical tags - e.g. compilation, novel, mosaic censorship, 3d, animated, full color, multi-work series ⠀ cosplayer (cos): holds existing and future cosplayer tags - If the cosplayer consistently uses a name order, use that. Otherwise, follow the name order of the cosplayer's country. ⠀ While the "temp" namespace is for all intents and purposes identical to the old "misc" namespace, in the future there may be some changes to the search mechanics for this namespace, as well as a more aggressive pruning mechanism whenever all the current tags have been migrated to the "approved" namespaces. We will get back to that at a later date. Note that you may see some inconsistencies in the tag pane due to caching whenever a tag is moved. That should automatically fix itself when the cache expires or any tag is added or voted on. Let me know if you encounter any issues that AREN'T "(tag) still shows up as as (old namespace) on (gallery)". |