2019-09-19 01:27:19 +00:00
{% set metaTitle = "FAQ" %}
{% set metaUrl = '/faq' %}
2018-04-19 06:22:53 +00:00
{% extends "_layout.njk" %}
2018-04-18 21:00:36 +00:00
2019-09-17 05:14:25 +00:00
{% set noJsMaxSizeInt = config.cloudflare.noJsMaxSize | int %}
{% set chunkSizeInt = config.uploads.chunkSize | int %}
2019-09-17 04:13:41 +00:00
{% set extensionsFilterMode = config.extensionsFilterMode %}
{% set extensionsFilter = config.extensionsFilter %}
2020-04-08 19:59:58 +00:00
{% block stylesheets %}
2020-07-28 14:47:48 +00:00
<!-- Libs stylesheets -->
2020-04-08 19:59:58 +00:00
<link rel="stylesheet" href="libs/fontello/fontello.css{{ versions[1] }}">
2020-07-28 14:47:48 +00:00
{{ super() }}
2020-04-08 19:59:58 +00:00
{% endblock %}
2018-04-18 21:00:36 +00:00
{% block content %}
{{ super() }}
2018-12-07 22:10:35 +00:00
<section class="section">
<div class="container has-text-left">
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
<h1 class="title">
Frequently Asked Questions
</h1>
<hr>
2020-04-08 19:59:58 +00:00
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
<h2 id="general" class='title is-spaced'>General</h2>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">What is {{ globals.name }}?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2019-12-01 20:10:23 +00:00
This is a fork of <a href="https://github.com/WeebDev/lolisafe" target="_blank" rel="noopener">lolisafe</a>.<br>
2020-05-27 22:18:09 +00:00
{{ globals.fork_host }} repository of the fork is located <a href="{{ globals.fork_repo }}" target="_blank" rel="noopener">here</a>.
2018-12-07 22:10:35 +00:00
</div>
</article>
2018-04-18 21:00:36 +00:00
2020-05-27 22:18:09 +00:00
{% if globals.enable_faq_banned_categories -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Are there any <strong>banned categories</strong>?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-04-08 19:59:58 +00:00
Banned categories are the following, <i>but not limited to</i>:<br>
<strong>Child pornography.</strong><br>
Virus/malware, or anything Google Safe Search would categorize as <i>unwanted software</i> *.<br>
2020-05-27 22:18:09 +00:00
Copyrighted content. Meaning I will respond to copyright takedown notices,.. if any.<br>
<strong>Full-length episodes of cartoons, TV shows or movies of any kind.</strong> Japanese, Chinese, Antarcticaness, I don't care.<br>
CD drama audio files. I only know of Japanese shows that have these, but regardless of nationality.<br>
2020-04-08 19:59:58 +00:00
<br>
Any of such uploads, when found, will be purged immediately without any prior notice.<br>
2020-05-27 22:18:09 +00:00
Repeat offenders will have their IPs permanently blocked from accessing {{ globals.whole_faq }}.<br>
2020-04-08 19:59:58 +00:00
For child pornography specifically, first offenders will immediately be blocked permanently.<br>
2019-12-01 20:10:23 +00:00
<br>
2020-05-27 22:18:09 +00:00
* When Google Safe Search detects <i>unwanted software</i>, Chrome's users will be alerted that anything they download from {{ globals.whole_faq }} are <i>unsafe</i>.
2018-12-07 22:10:35 +00:00
</div>
</article>
2020-05-27 22:18:09 +00:00
{%- endif %}
2018-04-18 21:00:36 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Will you keep my uploads forever?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-04-08 19:59:58 +00:00
Unless the uploads are included within the banned categories above, or some other bullshit, I will.<br>
2020-05-27 22:18:09 +00:00
{% if globals.takedowns_url -%}
In case I have to take down any uploads, I will log their names and explanations in <a href="{{ globals.takedowns_url }}" target="_blank">here</a>.<br>
2020-05-16 20:35:54 +00:00
{%- endif %}
2020-04-08 19:59:58 +00:00
<br>
Otherwise, we also have temporary uploads feature, with which you can have your uploads be automatically deleted after a period of time.<br>
It is disabled by default, but you can configure it through our homepage uploader's Config tab.
2018-12-07 22:10:35 +00:00
</div>
</article>
2018-04-18 21:00:36 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">How can I keep track of my uploads?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-04-08 19:59:58 +00:00
Simply create a user on the site and every uploads will be associated with your account, granting you access to your uploads through our Dashboard.<br>
You will <strong>have</strong> to do this if you ever want to delete your own uploads in the future, unless you choose to use the temporary uploads feature.
</div>
</article>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">What are albums?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
Albums are a simple way of sorting/categorizing uploads together.<br>
2020-04-12 08:24:22 +00:00
You can share public links to these albums, allowing everyone else to view pretty listings of the uploads in them.<br>
Albums can also be downloaded as ZIP-archives.<br>
Both of these features can be toggled per-album basis from the Dashboard.
2018-12-07 22:10:35 +00:00
</div>
</article>
2018-05-12 16:34:19 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Why should I use this?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
I don't know.
</div>
</article>
2018-05-12 16:34:19 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">I saw something too illegal for my tastes here, what should I do?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-05-16 20:35:54 +00:00
Send a strongly worded email to <a href="mailto:{{ globals.email }}">{{ globals.email }}</a> and I will try to get back to you within <strong>48 hours</strong>.<br>
2020-04-08 19:59:58 +00:00
These include copyright takedown notices and reports about uploads violating banned categories.
2018-12-07 22:10:35 +00:00
</div>
</article>
2018-05-12 16:34:19 +00:00
2020-05-27 22:18:09 +00:00
{% if globals.support -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">How can I support {{ globals.name }}?</h3>
2019-09-01 19:23:16 +00:00
<article class="message">
<div class="message-body">
2020-05-27 22:18:09 +00:00
{{ globals.support | safe }}
2020-04-08 19:59:58 +00:00
</div>
</article>
2020-05-16 20:35:54 +00:00
{%- endif %}
2020-04-08 19:59:58 +00:00
</div>
</section>
<section class="section">
<div class="container has-text-left">
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
<h2 id="technical" class='title is-spaced'>Technical</h2>
2020-04-08 19:59:58 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">What are the allowed extensions here?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
{% if extensionsFilter.length -%}
{%- if extensionsFilterMode === 'whitelist' -%}
We only support the following extensions:
{%- else -%}
We support any file extensions, except the following:
2020-04-12 08:22:07 +00:00
{%- endif -%}<br>
2020-04-08 19:59:58 +00:00
{% set comma = joiner(' ') -%}
2020-04-12 08:22:07 +00:00
{%- for extension in extensionsFilter -%}
2020-04-08 19:59:58 +00:00
{{ comma() }}<code>{{ extension }}</code>
2020-04-12 08:22:07 +00:00
{%- endfor -%}
2020-04-08 19:59:58 +00:00
{%- else -%}
We support any file extensions.
{%- endif %}
2019-12-01 20:10:23 +00:00
</div>
</article>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Why are my <strong>.htm/.html</strong> uploads being served as plain text?</h3>
2019-12-01 20:10:23 +00:00
<article class="message">
<div class="message-body">
2020-04-08 19:59:58 +00:00
There had been too many phishing pages being uploaded in the past.
2019-09-01 19:23:16 +00:00
</div>
</article>
2020-05-27 22:18:09 +00:00
{% if globals.server_location -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Where is the server located?</h3>
2019-01-05 04:54:29 +00:00
<article class="message">
<div class="message-body">
2020-05-27 22:18:09 +00:00
{{ globals.server_location | safe }}.
2020-05-16 20:35:54 +00:00
{% if config.cloudflare.purgeCache -%}
<br>
We are using <a href="https://www.cloudflare.com/cdn/" target="_blank" rel="noopener">Cloudflare</a> though, so you can expect your uploads to be delivered quickly all over the world after they have been cached.
{%- endif %}
2019-01-05 04:54:29 +00:00
</div>
</article>
2020-05-16 20:35:54 +00:00
{%- endif %}
2019-01-05 04:54:29 +00:00
2020-05-16 20:35:54 +00:00
{% if config.cloudflare.purgeCache -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Since my uploads are cached, what about after I delete them from the dashboard?</h3>
2019-01-05 04:54:29 +00:00
<article class="message">
<div class="message-body">
2019-01-05 04:56:46 +00:00
We will send API requests to Cloudflare to purge their cache immediately after you delete your uploads from the dashboard.<br>
2019-09-01 19:23:16 +00:00
Cache of their thumbnails will also be purged, if applicable.
2019-01-05 04:54:29 +00:00
</div>
2020-05-16 20:35:54 +00:00
</article>
{%- endif %}
2019-01-05 04:54:29 +00:00
2020-05-27 22:18:09 +00:00
{% if globals.enable_faq_tor -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">I cannot access this website with Tor and/or VPNs!?</h3>
2020-05-27 22:18:09 +00:00
<article class="message">
<div class="message-body">
My server is actively refreshing and blacklisting Tor exit nodes.<br>
There have been too many child pornography uploaders using Tor, that they simply didn't care about individual IPs being banned.<br>
Sometimes I might also end up blacklisting IP ranges that were known to come from VPNs, if there had been attempts with multiple of those IPs.<br>
Nothing much I can do about it. We live in a society.
</div>
</article>
{%- endif %}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Are there any Desktop clients?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-04-08 19:59:58 +00:00
We do have some browser extensions:<br>
<a href="https://addons.mozilla.org/en-US/firefox/addon/lolisafe/" target="_blank" rel="noopener">Firefox extension</a>. Maintained by me. Its GitHub repository is located <a href="https://github.com/BobbyWibowo/loli-safe-extension" target="_blank" rel="noopener">here</a>.<br>
<a href="https://chrome.google.com/webstore/detail/loli-safe-uploader/enkkmplljfjppcdaancckgilmgoiofnj" target="_blank" rel="noopener">Chrome extension</a>. Maintained by lolisafe's team. Its GitHub repository is located <a href="https://github.com/WeebDev/loli-safe-extension" target="_blank" rel="noopener">here</a>.<br>
With the Chrome extension specifically, you will have to manually set the domain in the extension's settings to <code>https://safe.fiery.me</code>.<br>
<br>
If you use Windows desktop, the safe support uploads from <a href="https://github.com/ShareX/ShareX" target="_blank" rel="noopener">ShareX</a>.<br>
You can download the config file by clicking on the ShareX icon on the homepage.<br>
When logged in, the config file will also be automatically populated with your account's token.<br>
This will allow you to manage your ShareX uploads from our Dashboard.<br>
<br>
If you use Linux desktop, there is a compatible bash uploader which I also maintain.<br>
You can learn more about it from <a href="https://github.com/BobbyWibowo/uguush" target="_blank" rel="noopener">its GitHub repository</a>.
</div>
</article>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Do you have a No-JS uploader form?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
<a href="nojs" target="_blank"><strong>Yes!</strong></a>
2018-12-07 22:10:35 +00:00
</div>
</article>
2018-04-18 21:00:36 +00:00
2019-09-17 05:14:25 +00:00
{% if noJsMaxSizeInt and chunkSizeInt -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Why is the maximum file size in the No-JS uploader form smaller?</h3>
2019-09-01 19:23:16 +00:00
<article class="message">
<div class="message-body">
This site is using Cloudflare, which limits the maximum upload size.<br>
2020-04-08 19:59:58 +00:00
Since the homepage uploader chunks your uploads through JS wizardry, it is possible to increase the maximum file size there.
2019-09-01 19:23:16 +00:00
</div>
</article>
{%- endif %}
2019-09-17 05:14:25 +00:00
{% if chunkSizeInt -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">So your API supports chunked uploads?</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-04-08 19:59:58 +00:00
<strong>Yes.</strong> The homepage uploader was coded to chunk uploads into {{ chunkSizeInt }} MB pieces by default. However, this is configurable through its Config tab.<br>
2019-12-04 20:19:23 +00:00
<br>
2020-04-08 19:59:58 +00:00
If you want to chunk your API uploads, feel free to inspect the source code to see how it works.<br>
A rough description of how it works is to simply upload the chunks with their UUID information attached,<br>
and then call the "finish chunks" API with the said UUID, to rebuild them into a single proper file.
2018-12-07 22:10:35 +00:00
</div>
</article>
{%- endif %}
2018-04-18 21:00:36 +00:00
2020-05-27 22:18:09 +00:00
{% if globals.fork_repo -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">I found a bug! -or- I want to request a feature!</h3>
2018-12-07 22:10:35 +00:00
<article class="message">
<div class="message-body">
2020-05-27 22:18:09 +00:00
Feel free to create a {{ globals.fork_host }} issue <a href="{{ globals.fork_issues }}" target="_blank" rel="noopener">here</a>.</br>
If you do not have a {{ globals.fork_host }} account, you can also email <a href="mailto:{{ globals.email }}">{{ globals.email }}</a>.
2020-04-08 19:59:58 +00:00
</div>
</article>
2020-05-16 20:35:54 +00:00
{%- endif %}
2020-04-08 19:59:58 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">How do I delete my own account <strong>and</strong> all the uploads associated with it?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
For now, you will also have to contact me through my email above.<br>
A feature to delete your own account by yourself is still <strong>work in progress</strong>.<br>
Otherwise, if you do not mind a record of your username being left here, it should be easy to bulk delete all your uploads from the Dashboard anyway.
2018-12-07 22:10:35 +00:00
</div>
</article>
2018-04-18 21:00:36 +00:00
</div>
</section>
2020-04-08 19:59:58 +00:00
<section class="section has-extra-bottom-padding">
<div class="container has-text-left">
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
<h2 id="privacy" class='title is-spaced'>Privacy</h2>
2020-04-08 19:59:58 +00:00
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">What information is kept with uploads?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
The uploader's <strong>IP address</strong>.
</div>
</article>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">What information is kept with users?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
Technically, <strong>none</strong>.<br>
After all, not even an email address is required to register an account.<br>
Anything will do as your usernames, and passwords are also encrypted.<br>
2020-05-16 20:35:54 +00:00
If a registered user has not uploaded anything even once, then I will not even be able to associate it to any specific IP address.
2020-04-08 19:59:58 +00:00
</div>
</article>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Why do you need to keep my IP address?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
<strong>Security purposes.</strong><br>
2020-05-16 20:35:54 +00:00
For instance, if it is necessary to purge uploads from a specific IP address due to abuse, it <i>will</i> help a lot to be able to find all uploads by that specific uploader.<br>
2020-04-08 19:59:58 +00:00
My safe have been plagued by aplenty of abuse, so this policy will remain as long as the safe lives on.
</div>
</article>
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Does the server have some sort of access logs?</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
2020-05-16 20:56:37 +00:00
<strong>Yes.</strong><br>
The logs contain each visitor's IP address.<br>
This is required by our automated system, that checks logs in real time to detect and punish abuse, such as DDoS attempts, scanners, and so on.<br>
2020-04-08 19:59:58 +00:00
Logs are rotated daily, and the server will only keep the last 10 logs.<br>
2020-06-01 04:44:16 +00:00
So you can be assured that the logs will only be kept for <strong>10 days at most</strong>.
2020-04-08 19:59:58 +00:00
</div>
</article>
2020-05-16 20:56:37 +00:00
{% if config.cookiePolicy -%}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">Cookies</h3>
2020-05-16 20:56:37 +00:00
<article class="message">
<div class="message-body">
We use cookies to offer you a better browsing experience and to analyze our traffic.<br>
You consent to our cookies if you continue to use this website.<br>
Details in our <a href="cookiepolicy">Cookie Policy</a>.
</div>
</article>
{%- endif %}
2020-07-28 14:47:48 +00:00
<h3 class="subtitle has-text-white-ter">I still have more unanswered questions!</h3>
2020-04-08 19:59:58 +00:00
<article class="message">
<div class="message-body">
2020-05-16 20:35:54 +00:00
Feel free to email <a href="mailto:{{ globals.email }}">{{ globals.email }}</a>.
2020-04-08 19:59:58 +00:00
</div>
</article>
</div>
</section>
2020-05-25 20:49:54 +00:00
{% include "_partial/floating-home.njk" %}
2018-04-18 21:00:36 +00:00
{% endblock %}