В файле, ты сам написал

тебе понятны мои ответы? видно, что разумных вариантов больше одного?

впрочем, я видел самодельную ноускл базу на джейсон-файлах и мыскуль сбоку...

Ясно, спасибо. В 1С я особо не запаривался над этим вопросом. У 1С есть отдельный объект для работы с хранилище данных конкретного пользователя, под которым запущена программа. Само хранилище данных располагается в БД, а объекты/методы, предназначенные для работы с этими данными, выглядят так, будто никакого взаимодействия с СУБД нет. Вся работа с СУБД она под капотом скрыта

@aleksusklim сидит в другом чате, не поминай :)

я из того чата свалил. там разговоры только с ним и велись

это, кстати, в SAP...

Вот-вот. Скажем так.. в голове есть задача хранения данных, есть ответ как это сделать на 1С, а вот с Perl забуксовал. В 1С работа с данными организована через ORM, и СУБД из коробки..)

перле этих орм — девать некуда... :)

В Perl ты волен выбирать свой путь, в 1С - это парадигма.

я уже как-то не раз демонстрировал свой: https://metacpan.org/pod/DBIx::Struct

Расскажи подробнее задачу. В зависимости от того что нужно разные решение подойдут лучше.

лан, пойду детей энкурсесу учить... :)

omg

Есть сервис внешний. Доступ к методами API возможен только после получения токена безопасности, который выдается на 10 часов. Необходимо где-то этот токен хранить на клиенте. Если токена в этом месте нет (программа вызывается впервые) - запрашиваю токен. После получения токена мне его требуется где-то хранить, чтобы при последующих запусках программы я данный токен не запрашивал из сервиса, а брал ранее где-то сохраненный.
Ну а дальше при "старении" токена, обновлять его и снова записывать в то же самое место.

Если никакого готового стораджа нет, то может быть проще будет каждый раз зарпрашивать токен при старте программы?

Это будет слишком просто, я не сдвинусь с места обучения...)

На одной машине будет работать "клиент"?

Да

Возможно, что в этой ситуации файл будет проще всего