filesafe/views/cookiepolicy.njk

250 lines
9.4 KiB
Plaintext
Raw Normal View History

{% set metaTitle = "Cookie Policy" %}
{% set metaUrl = '/cookiepolicy' %}
{% extends "_layout.njk" %}
{% block stylesheets %}
<!-- Libs stylesheets -->
<link rel="stylesheet" href="libs/fontello/fontello.css{{ versions[1] }}">
{{ super() }}
{% endblock %}
{% block content %}
{{ super() }}
<section class="section has-extra-bottom-padding">
<div class="container has-text-left">
<h1 class='title'>Cookie Policy</h1>
Improved albums public page cache and more Removed its dependency towards albums' editedAt property. Editing album's metas (name, description, etc) will no longer update its editedAt property. Instead it will now ONLY be updated when adding/removing files to/from it. Just like how it was meant to be, which was to be used to check whether it's necessary to re-generate their downloadable ZIPs. Albums public page cache will still be properly invalidated when adding/removing files to/from it, as well as after editing their metas. Added views/album-notice.njk to be used to render okay-ish notice when an album's public page is still being generated. I was originally thinking of using it for disabled albums as well, but I refrained from it to reduce the possibility of disabled album IDs from being easily scanned (as it just returns 404 now). Removed invalidatedAt property from stats cache. Instead their caches will immediately be nullified as they should (thus frees up memory slightly as well). Stats cache for albums will now only be cleared when truly necessary. As in, adding/removing files to/from albums will no longer clear them. Updated Nunjucks files to properly use h1, h2, h3 tags in actual hierarchical orders. Elements that don't need to use hX tags will now use P instead. Nothing changes visually, only structurally. Fixed some elements in Nunjucks using single quotes instead of double quotes. They'd have worked the same, but consistency. Added h1 title in FAQ page. Make text for no JS warning a bit bigger, and improved the phrasing a little bit.
2020-06-03 03:44:24 +00:00
<p class="subtitle">
{{ globals.whole_cookie }} may use cookies. This page describe how and why we use cookies.
Improved albums public page cache and more Removed its dependency towards albums' editedAt property. Editing album's metas (name, description, etc) will no longer update its editedAt property. Instead it will now ONLY be updated when adding/removing files to/from it. Just like how it was meant to be, which was to be used to check whether it's necessary to re-generate their downloadable ZIPs. Albums public page cache will still be properly invalidated when adding/removing files to/from it, as well as after editing their metas. Added views/album-notice.njk to be used to render okay-ish notice when an album's public page is still being generated. I was originally thinking of using it for disabled albums as well, but I refrained from it to reduce the possibility of disabled album IDs from being easily scanned (as it just returns 404 now). Removed invalidatedAt property from stats cache. Instead their caches will immediately be nullified as they should (thus frees up memory slightly as well). Stats cache for albums will now only be cleared when truly necessary. As in, adding/removing files to/from albums will no longer clear them. Updated Nunjucks files to properly use h1, h2, h3 tags in actual hierarchical orders. Elements that don't need to use hX tags will now use P instead. Nothing changes visually, only structurally. Fixed some elements in Nunjucks using single quotes instead of double quotes. They'd have worked the same, but consistency. Added h1 title in FAQ page. Make text for no JS warning a bit bigger, and improved the phrasing a little bit.
2020-06-03 03:44:24 +00:00
</p>
<hr>
<h3 class="subtitle has-text-white-ter">What are cookies? -or- How to disable cookies?</h3>
<article class="message">
<div class="message-body">
<strong>Simply put, a cookie is a technology for remembering something about you.</strong><br>
If you want to learn more about cookies, as well as how to control and disable them, check out <a href="https://www.cookiesandyou.com/" target="_blank" rel="noopener">Cookies & You</a> website.
</div>
</article>
<h3 class="subtitle has-text-white-ter">Will blocking cookies inhibit my usage of this site?</h3>
<article class="message">
<div class="message-body">
<strong>The short answer is, no.</strong><br>
As will be explained in more details in <a href="#cookies-we-may-use">Cookies We May Use</a> section, the site's operations strictly depend on your browser's Local Storage feature.<br>
But our server-side general analytics system makes use of cookies, which means that if you simply wish to opt-out of our analytics, you are free to simply block cookies from us.<br>
The site will still remain fully operational regardless.
</div>
</article>
<h3 class="subtitle has-text-white-ter">How We Use Cookies</h3>
<article class="message">
<div class="message-body">
We use cookies for a variety of reasons detailed below.<br>
Unfortunately in most cases there are no industry standard options for disabling cookies without completely disabling the functionality and features they add to this site.<br>
It is recommended that you leave on all cookies if you are not sure whether you need them or not in case they are used to provide a service that you use.
</div>
</article>
<h3 class="subtitle has-text-white-ter">Account related cookies</h3>
<article class="message">
<div class="message-body">
If you create an account with us, then we will use cookies for the management of the signup process and general administration.
</div>
</article>
<h3 class="subtitle has-text-white-ter">Login related cookies</h3>
<article class="message">
<div class="message-body">
We use cookies when you are logged in so that we can remember that you are logged in.<br>
This prevents you from having to log in every single time you visit a new page.<br>
These cookies are typically removed or cleared when you log out to ensure that you can only access restricted features and areas when logged in.
</div>
</article>
<h3 class="subtitle has-text-white-ter">What information do we know about you?</h3>
<article class="message">
<div class="message-body">
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
We dont request or require you to provide personal information to access our website.<br>
However, we may receive your IP address and user agent automatically.
</div>
</article>
<h3 class="subtitle has-text-white-ter">What about cookies?</h3>
<article class="message">
<div class="message-body">
{{ globals.whole_cookie }} may place cookies on your browser in order to identify you when you return to our website.
</div>
</article>
<h3 id="cookies-we-may-use" class="subtitle has-text-white-ter">Cookies We May Use</h3>
<article class="message">
<div class="message-body">
{#
Note to system admins who fork this project:
"cid" is a cookie name we use for our server-side general analytics system at fiery.me,
and is not something that was baked into this project.
If you do not have other systems that will add other cookies, this project will run cookies-less, as designed.
#}
We may use the following cookies:<br>
<br>
<div class="table-container">
<table class="table is-fullwidth is-hoverable">
<thead>
<tr>
<th>Name</th>
<th>Source</th>
<th>Purpose</th>
<th>Storage Days</th>
</tr>
</thead>
<tbody>
<tr>
<th>cid</th>
<td>{{ globals.root_domain }}</td>
<td>Analytics</td>
<td>730</td>
</tr>
<tr>
<th>cookieconsent_status</th>
<td>{{ globals.root_domain }}</td>
<td>Analytics</td>
<td>730</td>
</tr>
</tbody>
</table>
</div>
Those keys will be set on first page load regardless of your consent, but they are safe to manually block via a third-party utility, if you wish to opt-out.<br>
<br>
We may use the following Local Storage keys:<br>
<br>
<div class="table-container">
<table class="table is-fullwidth is-hoverable">
<thead>
<tr>
<th>Name</th>
<th>Source</th>
<th>Purpose</th>
</tr>
</thead>
<tbody>
<tr>
<th>chunkSize</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>fileLength</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
2020-07-28 09:04:29 +00:00
<tr>
<th>newsfeed</th>
<td>{{ globals.root_domain }}</td>
<td>Necessary</td>
</tr>
<tr>
<th>originalNames</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>originalNamesAll</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>parallelUploads</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>previewImages</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>render</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
<tr>
<th>selectedAlbums</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>selectedAlbumsAll</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>selectedUploads</th>
<td>{{ globals.root_domain }}</td>
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
<td>Personalization</td>
</tr>
<tr>
<th>selectedUploadsAll</th>
<td>{{ globals.root_domain }}</td>
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
<td>Personalization</td>
</tr>
<tr>
<th>selectedUsers</th>
<td>{{ globals.root_domain }}</td>
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
<td>Personalization</td>
</tr>
<tr>
<th>siBytes</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>stripTags</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>token</th>
<td>{{ globals.root_domain }}</td>
<td>Session</td>
</tr>
<tr>
<th>uploadAge</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>uploadsHistoryOrder</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
</tr>
<tr>
<th>viewTypeUploads</th>
<td>{{ globals.root_domain }}</td>
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
<td>Personalization</td>
</tr>
<tr>
<th>viewTypeUploadsAll</th>
<td>{{ globals.root_domain }}</td>
Manage albums admin page, and more! Resolves #194. Added pagination for Manage your albums page. Albums sidebar will now only list 9 albums at most. Use Manage your albums page to view the rest. Albums in the list will now have View uploads button after all. Delete album button for albums renamed to Disable album. Since techincally the server would've always been disabling the albums instead of deleting them. It was something upstream dev's decided, and I haven't bothered changing its behavior. I'll work on actual Delete album feature some other days. As the title says, added Manage albums admin page. Viewing uploads of an album will hook into albumid: filter key. I'll work on filter and bulk operations some other days. Updated styling for disabled albums and users. Instead of havine a line through them, they will be greyed out. Disable public page of albums will still use line through however. Links to album's disabled public page are now clickable. Added a new button styling is-dangerish. It'll be orange. Renamed /api/albums/delete to /api/albums/disable. For backwards compatibility, /api/albums/delete will still work but automatically re-routed to /api/albums/disable. /api/uploads/list will no longer print SQLite errors for moderators or higher when encountering them. It was originally used to inform moderators of non-existing colum names when used for sorting. But on one of the recent commits, I had added a check for allowed colum names. Improved some caching in dashboard page. Added new entries to cookie policy. Some other small things. Bumped v1 version string and rebuilt client assets.
2020-06-01 04:44:16 +00:00
<td>Personalization</td>
</tr>
</tbody>
</table>
</div>
Those keys will be set as you use features of our website.<br>
Personalization keys in particular are designed to clear themselves whenever you set them to their default values.
</div>
</article>
<h3 class="subtitle has-text-white-ter">Questions?</h3>
<article class="message">
<div class="message-body">
For more information, email <a href="mailto:{{ globals.email }}">{{ globals.email }}</a>.
</div>
</article>
</div>
</section>
{% include "_partial/floating-home.njk" %}
{% endblock %}