Дмитрий Байчапанов, Помогите до конца понять запрос.
таблица с колонками
id | sum_paid | transaction_id | date_start | date_end | comment
1 | | | | |
sum_paid (select sum(value) as sum_paid ) в вашем запросе это бонусы для начисления или списания ?
транзакция id это номер транзации для списания. ( не уникальное ) для списания бонусов частями с разных бонусов.
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
Дмитрий Байчапанов, Правильно ли я понимаю что таблицы 2 ? Одна таблица с начислением бонусов клиенту. А вторая со списаниями. 5 | -30 | null | 1 дек | 1 | оплата бонусами | заказ 2 ( что значит null и в 5 колонке 1 )
По крону не прокатит. У нас в одной таблице идет id трнзакции / наименование товара / сколько получено бонусов / сколько потрачено
то есть картина может быть такая.
3 / товар 3 100р / 10 / 50
2 / товар 2 200р / 20 / 50 ( в этой покупке на момент продажи эти самые 20 бонусов не активны т.е на момент продажи оно как бы 0 )
1 / товар 1 1000р / 100 / 0
Как их потом пропорционально списать ?
бонусы с 1 покупки (50) потратили на вторую покупку осталось 50 + 20 упало
На вторую покупку опять списали 50. Осталось 20 + 10 упало.
И предположим бонусы должны начать гореть. Самый первый бонус в виде 100. И никакой записи по идее нету о том что он плавно растекся на прошлые покупки. т.е я смотрю есть 100 списывали 0 дата подошла и спишу 100.. А по факту получается их всего 30 - 100 вот и минус
Жаль в моем городе нету таких вакансий, если бы нанимал друпалера. Я бы перешел от слов к делу. Проверил бы знание базовых вещей. Знание основ темизации, знание структуры папок и файлов. Как пользуются хуками. Проверил бы как человек ориентируется в модулях например views. И дал бы простое задание на мышление и логику. Потому как их обычных нод и полей можно собирать маркеты мультидоменные без использования уберкартов и комерцов
n подарков / y розыгрышей = x подарков за розыгрыш ( период ) ( пишем данные в таблицу )
по этому принципу можно даже интервал раздачи определить. и писать все в базу
А потом если записей в базе за розыгрыш = x подаркам то остановить розыгрыш и ждать следующего периода
Site Developer: Ну из пабликов тянуть конечно кодированные части и ставить их это бред, как и много другое. Вполне нормальная работа студий в некоторых вещах. Вам дают ознакомиться если на стороне заказчика есть специалист с исходником. Потом берут и кодируют части важные. Какие то библиотеки или классы. Чтобы стырить было как можно сложнее.
Какие то крупные игроки продукты свои раздают но они кодированы. Например панель управления для партнерки с REG.ру
Sergey Goryachev: нет не помогает. у меня Версия 57.0.2987.133 любой сайт на первой вкладке не скролится колесом мышки. Хотя как то через раз как повезет, но чаще не скролит.
Sergey Goryachev: на первой вкладке хрома скрол не работает. ( т.е открыт у вас сайт и он в первой вкладке) Хрен вы скролом его прокрутите. И сломаете голову себе как я :) перелопатив кода кучку.
таблица с колонками
id | sum_paid | transaction_id | date_start | date_end | comment
1 | | | | |
sum_paid (select sum(value) as sum_paid ) в вашем запросе это бонусы для начисления или списания ?
транзакция id это номер транзации для списания. ( не уникальное ) для списания бонусов частями с разных бонусов.
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