Надо сделать оформление заказа в несколько ступеней.
Собственно текущий вариант, вроде: имеем таблицу, в которую заносятся данные за каждый шаг + в конце, при подтверждение, выставляется confirmed=1, чтобы знать, что заказ офрмлен полность и подтверждён.
Вариант конечно гуд, вот только если пользователь забьёт на оформление в процессе, то в БД останется частично заполненная запись, которую оттуда потом удалять надо.
Чтото как то не особо красиво выходит в плане реализации, а других вариантов чтото в голову не приходит.
Мб есть чтото более красивое ?

Чем некрасиво вычищать записи по крону с датой > суток? Учитывая, что всё уже работает?

Можно в cookies если данных немного. А в базу уже на последнем шаге.

Да не, данных как раз много, так что вариант с кукисами я уже отбросил.


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

Ну если данных много можно использовать сессии, хранимые на стороне сервера. В чем именно их хранить выбор большой: файлы, memcache, база, ...

А может, на клиентской части сверстать форму со сменяющимися страницами (типа wizard), а потом оптом все сабмитнуть?

Сессии - классическое решение, ключ передается через куки, данные можно хранить где угодно, у нас например хранятся в tmpfs

О сессиях в файлах я уже что-то совсем позабыл. Да, такой вариант весьам гуд, вот только делаю я на Mojolicious и сессии(стандартные) там в кукисах в JSON хранятся. Надо будет покопать в этом направлении.
Вариант с memcache или redis тоже в принципе гуд.

MojoX::Session

Какая разница, откуда потом чистить протухшие данные? Из сессий в файлах или из базы?)