Хранение переменных в течение длительного времени

Question

Прошло очень много времени с тех пор, как я был здесь, поэтому я надеюсь, что делаю это правильно.

Я работаю над веб-проектом, который в основном является сайтом типа профиля стримера Twitch . Он предназначен для отображения только информации стримеров об их потоке. Таким образом, никакие другие пользователи не должны входить в систему через twitch или иным образом.

Проблема, с которой я столкнулся, заключается в том, что недавние изменения в API Twitch требуют использования OAuth, и токен сбрасывается через определенный период времени, как и должно .

На самом деле вопрос вот в чем ..

Как я могу go хранить переменную на сайте в частном порядке? Эта переменная должна длиться около 30-60 дней, не храниться где-либо, кроме сервера, быть недоступной для кого-либо и может быть легко изменена по истечении периода времени.

Я искал через AP C и понял, поскольку я использую php 7.2, что он был заменен на APCU. При просмотре деталей APCU возникнут проблемы с тем, что эта информация не будет сохранена в течение необходимого мне периода времени, и, возможно, я просто могу ее очистить. Так что это выделено.

Я думал о локальном файловом хранилище, но мне нужно сохранить информацию, которую я собираю, в секрете, поэтому локальный файл не подходит.

Я собираюсь выпустить исходный код как только проект будет завершен, я не хочу использовать базы данных, так как это только усложняет задачу для пользователя simpleisti c.

сеансы хранятся в виде файлов cookie, и это дает строку в руки тому, кто может захотеть быть злоумышленником, так что нет.

Короче говоря, я пытаюсь избежать следующего.

local file storage
databases
sessions
any kind of caching that would be unreliable

Мне просто нужен шаг в правильном направлении.

Извините за длинный пост.

Answer 1

Если вам нужны минимальные настройки и инфраструктура, sqlite может быть хорошим вариантом. Это все еще база данных, но она работает напрямую в PHP и требует только файла для хранения данных. Это решение очень часто используется в мобильных приложениях, поэтому разработчики могут извлечь выгоду из возможностей SQL, сохраняя при этом простоту для пользователь.

sqlitetutorial. net содержит хорошие руководства для начала работы.

Answer 2

Я считаю, что нашел решение проблемы. Я все еще могу использовать файлы для хранилища, и если я помещу .htaccess в каталог, который я использую sh, чтобы ограничить его с помощью deny from all, сервер все равно сможет получить доступ к файлам и прочитать их соответственно, в то же время ограничивая внешнее вторжение.

Еще немного обманов с некоторыми .htaccess, и я могу просто отправить ответ 404, так что похоже, что там нет ничего особенного, вместо того, чтобы предупреждать кого-либо о присутствии файлов или каталогов.

Спасибо SystemGlitch и imvain2 за то, что заставил меня больше думать об этой проблеме, чтобы я мог понять возможности решения.