filesafe/views/cookiepolicy.njk

219 lines
7.9 KiB
Plaintext
Raw Normal View History

{% set metaTitle = "Cookie Policy" %}
{% set metaUrl = '/cookiepolicy' %}
{% extends "_layout.njk" %}
{% block stylesheets %}
{{ super() }}
<link rel="stylesheet" href="libs/fontello/fontello.css{{ versions[1] }}">
{% endblock %}
{% block content %}
{{ super() }}
<section class="section has-extra-bottom-padding">
<div class="container has-text-left">
<h1 class='title'>Cookie Policy</h1>
<h1 class="subtitle">
{{ globals.whole_cookie }} may use cookies. This page describe how and why we use cookies.
</h1>
<hr>
<h2 class='subtitle is-brighter'>What are cookies? -or- How to disable cookies?</h2>
<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>
<h2 class='subtitle is-brighter'>How We Use Cookies</h2>
<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>
<h2 class='subtitle is-brighter'>Account related cookies</h2>
<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>
<h2 class='subtitle is-brighter'>Login related cookies</h2>
<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>
<h2 class='subtitle is-brighter'>What information do we know about you?</h2>
<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>
<h2 class='subtitle is-brighter'>What about cookies?</h2>
<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>
<h2 class='subtitle is-brighter'>Cookies We May Use</h2>
<article class="message">
<div class="message-body">
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>chunkSize</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<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>Necessary</td>
<td>730</td>
</tr>
<tr>
<th>fileLength</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>parallelUploads</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>previewImages</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>render</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</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>
<td>LocalStorage</td>
</tr>
<tr>
<th>selectedAlbumsAll</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</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>
<td>LocalStorage</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>
<td>LocalStorage</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>
<td>LocalStorage</td>
</tr>
<tr>
<th>siBytes</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>stripTags</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>token</th>
<td>{{ globals.root_domain }}</td>
<td>Necessary</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>uploadAge</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</td>
</tr>
<tr>
<th>uploadsHistoryOrder</th>
<td>{{ globals.root_domain }}</td>
<td>Personalization</td>
<td>LocalStorage</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>
<td>LocalStorage</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>
<td>LocalStorage</td>
</tr>
</tbody>
</table>
</div>
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
Only Analytics keys will be set on first page load regardless of your consent.<br>
The rest will only be set as you use features of our website.<br>
However, all Personalization keys should delete themselves once you set back their default values.
</div>
</article>
<h2 class='subtitle is-brighter'>Questions?</h2>
<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 %}