четких определений нет, то тут месяца два назад всплывал вопрос, что должен знать джуниор, и там написали список требований , которые не все мидлы могут осилить...
Владислав Довгун, Поверьте, у многих не доходят до сайта руки....
По поводу отзывов - отзывы на сайте и вк можно накрутить так, что никто не придерется. Поэтому это не лучший выход. Но рабочий. Поэтому просто не заморачивайтесь и работайте. Работаете на бирже - получайте отзывы там.
Вот, вам надо выписать 250 бонусов .
Вы достаете доступные чеки из базы сортируете их по мере того, когда они сгорят, и через сервер , списываете. В самом простом варианте,
Делаете while запрос на базу, с получением ближайшего свободного чека, и гасите его. Да запросов изначально много в этом варианте, но вы решаете задачу
Потом можно просто получать список доступных чеков и одним запросом в базу гасить их.
https://modulbank.ru/tariffs
Смотрите, на бесплатном тарифе, вы можете выпустить карту себе банковскую, сколько налички нужно - можете перевести на свою дебетовую любую карту. 0.75%.
Или тратить без комиссии в магазинах с карты.
Т.е. тут уже все будет зависеть от вашего подхода.
lavezzi1, в модуль банке зато есть бесплатное обслуживание. но если вам только тратить в магазине и не выводить наличку - то оно идеально. ну и дешевле валютный контроль стоит. плюс можете себе сделать карточку за 300 р в год.
Например, делает запрос, и знаете, что у пользователя доступно 500 бонусов например.
Из них, человек например хочет потратить 300.
При генерации заказа, мы делаем выборку доступных бонусов у человека, и получаем следующий список
Бонус1 - доступно 40 бонусов
Бонус2 - доступно 50 бонусов
и тд
И по порядку делаем транзакции, чтобы покрыть 300 бонусов.
select i.* , o.sum_paid, transaction_id from bonus i
right join (select sum(value) as sum_paid, transaction_id from bonus where transaction_id is not null group by transaction_id ) o on i.id=o.transaction_id
если вам нужны только актуальные бонусы, которые можно потратить, то добавляете
where date_end>'2017-09-12'
having sum>sum_paid
Или же вы можете отображать все бонусы, даже сгоревшие в ЛК пользователя. Просто делаете проверку на дату и на кол-во потраченных бонусов.
Логика проста:
1) вы создаете чек для погашения
2) вы постепенно погашаете заказ доступными чеками (на уровне сервера), маркируя, что транзакция относится к основной записи (как раз это и есть метка родительского элемента). для понимания, вы можете в родительский элемент насильно записать id транзакции. тогда расчеты будет делать немного проще.
3) вы закрываете, или ничего не трогаете с чеками, которые пропали.