Сергей Сова: Блин, еще один. Сначала объясни, как это абстрактное хэширование применить для РЕШЕНИЯ КОНКРЕТНОГО ВОПРОСА КОТОРЫЙ ЗДЕСЬ ОБСУЖДАЕТСЯ. Ты его хоть понял?
AlexLIn: в любой БД есть оператор WHERE. Который может сравнивать дату, записанную в базе, с текущей. И выбрать таким образом только несгоревшие бонусы
Во-первых, если бы не появлялись с квадратными, то никогда бы не появились с круглыми. Во-вторых, велосипед - аналогия некорректная. Тут речь, скорее, о готовке еды. повар готовит из того что есть, а домохозяйка - по рецепту. И сидит голодная, если рецепта нету.
1. это не форум. 2. по самым нужным вещам там "документация пока отсутствует". 3. Куча адовых примеров, за которые надо руки отрывать - как в самих статьях, так и - особенно - в комментах.
Kir ---: вот черт! Я всегда предлагал так делать, а меня пинали. И новое соединение создается наследованием базового класса соединения, class SlaveConnection extends BaseConnection. Верно?
да погоди ты. я все понять твою систему хочу. я же не спрашивал, какии кодом будешь отдавать. а как будет выглядеть ссылка. Это же апи? У апи запрошен файл. Как будет выглядеть ссылка?
Блин, третья попытка. Можешь показать, КАКУЮ ты ему будешь давать ссылку, чтобы скачать файл? Вот я хочу скачать файл doc.txt. Как будет выглядеть ссылка?
почитай про паттерн POST/Redirect/GET. Пока у тебя все по одному адресу - он работает. Но если на разных, то в случае ошибки тебе придется данные формы и сообщения об ошибках передавать через сессию
не понимаю, почему надо так тщательно от клиента счет скрывать. во всех интернет-магазинах, которыми я пользуюсь, мне сначала в подробностях показывают, за что я плачу, и только потом берут деньги. Не понимаю, зачем временный id и что это такое. Я бы давал постоянный ид, и еще велел юзеру его записать. Чтобы если какие-то проблемы при оплате, он мог хоть что-то внятное сказать оператору.
