как ни крути вам надо сохранить данные о платаже сначала себе в базу, что бы сформировать "номер счета" а потом уже отправить пользователя. Тут либо ajax, либо "костыли". Хотя все 99% кто использует эквайринг, у всех проходит в 2 шага (формирование счета, оплата), и пользователи не жалуются.
Посмотрите документацию к API платежной системы, возможно там есть передача параметров не только через POST, а еще и через GET.
Если есть передача через GET, тогда:
1) пользователь вводит сумму и нажимает оплатить (форма сабмитится на ваш скрипт, а не платежный центр)
2) Сохраняем данные о платаже. И формируем номер счета.
3) header('Location: https://sci.interkassa.com/?ik_pm_no=8&ik_am=10&ik...');
1) пользователь вводит сумму и нажимает ОПЛАТИТЬ
2) Сервер добавляет в базу платеж (имя пользователя, сумма, дата) получаем ID этой записи (last_insert_id)
3.а) и например выводим эту форму с кнопкой "Перейти к оплате" и над ней будет написано, что сейчас вы будете направлены на сайт оплаты.
3.б) можно сразу в "body onload" поставить submit формы, и тогда после нажатия оплатить он перейдет уже на сайт оплаты.
ну можно процедуру для mysql сделать, но она не будет быстрее работать.
я бы key сохранил в базу, тк если база огромная, друг скрипт на середине "вылетит" и тогда все накопленные ключи слетят .... а так запускать скрипт по крону например .... пусть раз в минуту по 1000 записей обрабатывает типа select * from `table` where `key` is null limit 1000; а потом уже как вся база будет обработана или удалять или что то еще с дублями делать.
раз эти оба сервака ваши я бы все таки сделал на domain.site.ru какой нибудь интерфейс хотя бы простенький по которому сам код движка с domain.site2.ru будет проверять наличие доступа у клиента
2 tbicr: прошу прощение, плохо просмотрел вашу ссылку (думал просто крестики нолик в клетках крестиков ноликов), не посмотрел что ты сам говоришь где другому ходить, интересный вариант. опять же если школьники захотят они его сами реализуют.
вы наверно в школе не разрабатывали крестики нолики… если бы разрабатывали то знали что там всего 3 возможных варианта развития событий… причем если ты их знаешь то тому кто ходит вторым НЕВОЗМОЖНО выиграть… развязка решается на 3тьем ходе… победит первый игрок или будет ничья. поэтому крестики нолики по этой ссылке не играбельны… а морской бой и точки заинтересовавшиеся школьники и сами сделают… там код будет больше. А для понятия основ чем меньше — тем лучше.
если что пишите в ПМ напишу Вам пример такой на Node.js websocket + canvas… опять же данные технологии будут иметь огромный запас для визуализации и построения любых других игр вплоть до онлайн 3Д шутеров.
