Запомнить данные, только в БД? Или?

В куках если только хранить, но это ненадежно - раз. И по размеру ограничено - два.

Вопрос, нужна ли в данном случае надежность? Или только юзабилити? Если второе, то почему бы и не в куках.

Запоминайте куки и потом их подставляйте.

Устанавливайте посетителю куки (не каждому вошедшему, а тому который набрал 13 зн. номер) и сохраняйте введенные им данные либо в куках, либо если данные большие в базе или файлах по идентификатору в куках.

И если потом он снова зайдет, то выдавайте ему список его номеров для выбора.

Иначе только авторизация.

Из недостатков - привязка к машине пользователя (с работы зашел посетитель - ок, потом из дома - его данных уже нет).

И если у посетителя куки отключены тоже не прокатит (хотя если поискать, то можно найти еще десяток мест для хранения данных на машине пользователя кроме кук, но это уже экзотика)

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

А есть ли смысл делать авторизацию? Человеку надо будет вводить логин/пароль.

А так ему надо просто ввести номер :) Может проще ему на почту отсылать письмо один раз и все - номер всегда при нем

Юпи-с, если у человека отключены куки, толку с вашей авторизации? :)

Мне кажется, те кто их отключает или чистит знает зачем это делает и к чему это приведёт. Я бы на вашем месте делал просто через куки или сессии

Делайте авторизацию не полную с логином паролем, а по кодовому слову, которое выбирает юзер, типа "посылка для толяна".

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

и все же с письмом легче, это после куков, а авторизацию можно поставить через апи разных систем.