Какой самый лучший метод сохранения действий для приложения Catalyst?

Я не могу избавиться от мысли, что есть фундаментальный недостаток в обязательном 15-минутном тайм-ауте в приложении, которое обычно требует> 15 минут между действиями.

Как бы то ни было, я бы посмотрел на переопределение метода Catalyst::Plugin::Session->delete_session, чтобы любое содержимое $c->request->body_parameters было сериализовано и сохранено (предположительно в базе данных) для последующего восстановления. Возможно, вам понадобится элементарная проверка аргументов POST, чтобы убедиться, что они соответствуют вашим ожиданиям.

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

Это действительно неприятная ситуация, и я склонен повторить свое первое предложение ...

ОБНОВИТЬ:

Независимо от того, используете ли вы delete_session или auto, остается парадоксальная проблема: вы не можете сохранить эту информацию в сеансе, потому что событие тайм-аута уничтожит сеанс. Вы должны сохранить его в более постоянном месте, чтобы он пережил повторную инициализацию сеанса. Catalyst::Plugin::Session сам использует Storable, и вы сможете с чем-то в этом роде:

use Storable;
...
sub auto {
    ...
    unless (...) { #ie don't do this if processing the login action
        my $formitems = freeze $c->request->body_parameters;
        my $freezer = $rs->update_or_create(
              {user => $c->user, formitems => $formitems} );
        # Don't quote me on the exact syntax, I don't use DBIx::Class
    }
    ...
    my $formitems = $c->request->body_parameters
                  || thaw $rs->find({$user => $c->user})->formitems
                  || {} ;
    # use formitems instead of $c->request->body_parameters from here on in

В базовой таблице, вероятно, есть (пользовательский CHAR (x), formitems TEXT) или аналогичный. Возможно, это временная метка, чтобы не было восстановлено ничего слишком устаревшего. Вы также можете сохранить обработанное действие, чтобы убедиться, что полученные элементы формы принадлежат правильной форме. Вы лучше меня разбираетесь в проблемах своего приложения.

Я бы сохранил данные формы как своего рода данные для каждого пользователя в модели.

Catalyst :: Plugin :: Session :: PerUser - это один из способов сделать это (хотя и несколько хакерски). Я бы рекомендовал использовать плагин сеанса только для аутентификации и хранения всей информации о состоянии в модели, которая вместо этого хранит ваши пользовательские данные.

И я полностью согласен с мнением RET о том, что ограничение в 15 минут кажется в данном контексте контрпродуктивным.

Я наткнулся на это, когда искал в CPAN что-то совершенно не связанное с этим.

Catalyst :: Plugin :: Wizard призван делать именно то, что вам нужно. . В документации предполагается, что он может перенаправлять на страницу входа, сохраняя при этом состояние предыдущего действия.

NB: Я не использовал его, поэтому не могу поручиться за его эффективность.

В конце концов, мы получили ожидающий запрос (URL + params) в auto (), сериализовали и зашифровали его и передали через скрытый элемент формы на странице входа. Если мы получили запрос на вход с заполненным скрытым элементом, мы его расшифровали и десериализовали, а затем соответствующим образом перенаправили (убедитесь, что прошли стандартные пути кода «может ли этот пользователь сделать это»).

У вас всегда может быть какой-нибудь javascript на клиенте, который предотвращает истечение срока сеанса, делая небольшой запрос каждые несколько минут.

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