dkameleon

dkameleon
Рейтинг
386
Регистрация
09.12.2005
Интересы
деньги, секс и рок-н-рол
dkameleon:
нет.
логика:
1. лок таблиц.
2. селект баланса.
3. если баланс больше запрошенной суммы, то:
3.1. создание заявки.
3.2. минусование баланса.
4. Анлок таблиц.

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

goodier:
И если взять совет от dkameleon, то получится опять тоже самое!

нет.

логика:

1. лок таблиц.

2. селект баланса.

3. если баланс больше запрошенной суммы, то:

3.1. создание заявки.

3.2. минусование баланса.

4. Анлок таблиц.

mvolgin:
Простых смертных на этом сайте ждет разочарование

вы хотите сказать, что я избранный? :)

---------- Добавлено в 14:34 ---------- Предыдущее сообщение было в 14:33 ----------

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

Хотя разок попробовать можно.

на самом деле нет ничего сложного.

все так же, только ко всему прочему бесплатно :)

AssShaker:
а у Вас как успехи в Forex4You?

вы мне рефку предлагаете? :) думаю, её уже хватит.

Если хотите апнуть - придумайте вопрос интереснее :) Накрайняк ответьте на ранее заданные.

goodier:
dkameleon, Здравствуйте!
Я как раз Ваши XML интерфейсы использую!
Скажите в чем смысл делать через CRON если пользователь ввел сумму на сайте и нажал кнопку выплата и в течении 2-5 секунд ему упала денюжка.

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

таким образом, логично размещать вызов к ХМЛ интерфейсу в атомарной операции - между локом и анлоком. Но такого делать нельзя - не буду вдаваться в подробности и узкие места такого решения.

таким образом мне видится оптимальным, стабильным и быстрым решением это очередь заявок.

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

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

ну или если без очереди заявок делать,

то в любом случае атомарная операция минусования баланса, если что-то минусанулось, то эта сумма и уходит на выплату. Запрос к ХМЛ в любом случае должен быть вне лока таблиц.

Решение с очередью вам позволяет записывать результаты выплат и в случае сбоев легко иправлять проблемы. Без очереди вам прийдется колупать историю в кипере и сверять вручную, если вдруг где был сбой.

goodier:

на выплату в форме из которой все значения отправляются через AJAX.

такую фигню повещайте на крон.

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

Dreammaker:
документ, правда, называется

точно, но сути это не меняет :)

иначе всю иностранную валюту подпишут под бартер и всех с ВЭД перекинут на общую :)

marts:
Значит для подтверждения перед налоговой нам не нужны договоры и акты выполненных работ? Я правильно понимаю? Или именной чек Адсенс и расчетный чек это разные вещи?

Я не могу об этом сказать что-то полностью достоверное.

По моим сведениям, требования к документам по входящим платежам предъявляются банком, а их в свою очередь прижимает НБУ.

Есть ли требования к бизнесу по поводу документов - это надо смотреть в закон о предпринимательстве или там, где об упрощенке.

Вцелом, как я понимаю, копии чека, платежек с банка и оферты Адсенса должно быть достаточно и для налоговой.

marts:
Опять здесь расчетный чек именной это одно и тоже?

Эта инструкция не разделяет чеки на Именные и на Предъявителя. Так что касается всех расчетных чеков.

Appassionato:
Но факт остается фактом - как налоговая считает, так она и будет делать.

плохой факт.

ткните их носом: http://zakon.rada.gov.ua/cgi-bin/laws/main.cgi?nreg=z0377-04

Сайт-билдер:

Подскажите, как заработать на Forex?

НЕ торговать! :)

Точно так же, как и с казино: чтобы заработать - нужно быть владельцем казино.

Всего: 8009