You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The temporarily deployed API already faced NFSW content two days ago.
The API already includes a cron running on Sundays to delete articles/tags content on Sundays to limit such content but we have to go further.
Here is a solution proposed a few years ago to avoid public NSFW content :
here is what I propose:
* For the demo, we add the ability to flag accounts as "demo" accounts. This is a simple boolean on the user model that defaults to `false`. For demo accounts, we set `demo: true`. For user accounts, we do nothing.
* Logged out users see only posts made by accounts with `demo: true`.
* Logged in users see posts made by accounts with `demo: true` and posts made by their own account.
Specifically, this means that users (both logged in and logged out) should not see posts made by other users.
By allowing logged in users to see their own posts, we solve the above problem of hiding posts making the demo useless.
By not allowing users to see posts by other users, we also solve the problem of surfacing only good content that accurately reflects the abilities of Conduit.
Another benefit is that this solves the pagination problem we ran into in the past, where we were showing 100+ pages of content.
Since my last reset yesterday, NSFW content has already been published.
The API won't be available for the next 5 hours.
I'll update the current API to deploy the previously listed changes.
It won't introduce breaking changes to frontend implementations using it as it'll return a filtered list of articles and tags.
The temporarily deployed API already faced NFSW content two days ago.
The API already includes a cron running on Sundays to delete articles/tags content on Sundays to limit such content but we have to go further.
Here is a solution proposed a few years ago to avoid public NSFW content :
Originally posted by @lolripgg in #77 (comment)
For frontend implementations, no change would be required :
For backend implementations, it won't be part of the specs as the point of such a limitation is for the public API.
The text was updated successfully, but these errors were encountered: