обычно вопросы именно для этого задают

нет

бабло снимать по крону с проверкой оплаченного периода. остальное вроде очевидно

вот первый вопрос. Текущий тариф хранить прям в таблице заведений?

А если решу добавить еще тариф? Или делать отдельно таблицу

таблицу под тарифы заведи

и пусть заведения ссылаются на нее

>1) Как сделать хранение инфы о том какой тариф у заведения? Тут лучше сделать отдельную табличку tariffs куда прописывать тарифы.

То есть в эту же таблицу и данные о стоимости наверно удобно будет занести, да?

ну я хз что за тарифы

а вот еще. Например я решу поменять стоимость тарифа. А у юзеров уже оплачено. Снимается каждый день определенная сумма. То есть и у уже оплативших начнёт сниматься бОльшая сумма, как избежать?

ну тариф даёт право например менять сео теги у своего заведения, видеть статистику, загружать меню, акции и тд

и шаблоны разные

Смотри, я бы сделал так: tariffs - id, name, price company_tariffs - id, company_id, name, price При назначении тарифа компании, копировал бы данные тарифы в tariffs

я так понимаю это Политиками лучше делать разделение доступов?

то есть прайс и там и там

Я специально так сделал бы

чтобы если там у тарифа поменялось чтобы это не затронуло у заведения текущий прайс, да?

Чтобы на случай если в изначальном тарифе изменится цена, то у компании осталась бы прежняя

ага

нормально вроде

Просто уже сталкивался не раз.. "Мы хотим вот так", а потом "Нам надо менять это независимо от того что уже сделано"

ну вот да, я поэтому заранее и рассматриваю, а то знаю что надо будет потом иметь возможность менять

В итоге сначала делал просто табилцу с тарифами (например), а потом все равно приходилось делать отдельную и туда копировать данные

В итоге сначала делал просто табилцу с тарифами (например), а потом все равно приходилось делать отдельную и туда копировать данные

Спасибо, сделаю так

Спасибо (+1) для @Denormalization принято! Текущая карма +4

а бабло снимать, просто по крону? А если недоступен сервак? Заносить отдельно каждую попытку снятия? И проводить дополнительную попытку ночью еще пару раз? То есть чтобы в час еще раз проверить, если не удалось в полночь снять, то снова пробуем

На счет "как снимать" не подскажу. Тут все индивидуально.

или надо такоу статус снятия для каждого заведения делать?

ок, понял, буду думать

В общем случае да, крон

Но там может быть куча подводных камней.

так то принцип очень понятен, но уверен что есть мелочи которые в дальнейшем могут подпортить всё

А если у юзера денег на балансе нету?

а если вообще не снимать, а просто сделать так: У заведения есть баланс (не у юзера а у заведения, наверно). Из этого баланса расчитываем количество дней на которое хватит денег. И просто создаем в моделе атрибут, который будет считать количество оставшихся дней в зависимости от баланса, а не делать снятие каждый день

А если он захочет отменить? А может он тратить на что-то другое?

то есть он сравнивает даты, а не запускает крон

А если он сделает вывод денег?

атата

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

а блин, сам баланс то один фиг надо уменьшать каждый день)) чот я туплю

У меня на одном проекте вообще смех был.. Понадобилось добавить ручной чардж для баланса.. А хуюшки там. Из-за крона, который ежедневно обновлял баланс - пришлось очень много переписывать.

Т.е админ баланс меняет, а крон ночью его обратно возвращал )

))

Так как баланс строился из другой БД на основе других данных )

Поэтому я не люблю связываться со всем где есть слова "Баланс", "Валюта", "Чардж"

Там обычно столько подводных камней, что заебешься разгребать.

там обычно надо думать ДО того как начал писать -)

там обычно надо думать ДО того как начал писать -)

думать надо заказчику, а они не умеют

есть такое, я вот инет магазины не люблю делать из за подводных камней))

Я не могу предвидеть все подводные камни, так как зачастую не знаю специфику бизнеса.

а заказчик не может предвидеть потому что не знает специфики кодинга

угу

столкновение

Из-за этого случается много косяков.

то есть заказчик сам не знает чего хочет?

то есть заказчик сам не знает чего хочет?

а ты встречал других?

это краевой случай. когда заказчик - наркоман -)

иногда даже банально, у поста есть категория. А потом заказчик говорит, надо добавить две категории на пост. Хотя изначально обсуждалось что только 1 категория. Ну как бы для заказчика то тут вообще кажется что все просто)

а ты встречал других?

честно я лет 12 как не встречал наркоманов. как перестал работать в веб-студиях

честно я лет 12 как не встречал наркоманов. как перестал работать в веб-студиях

да причем тут наркоманы? Заказчик - обычный человек. Он не может знать что тебе нужно для работы. И твоя задача у него все узнать. Но в ряде случае ты тоже не знаешь всей специфики, от сюда и проблемы.

+

Либо случаи когда заказчик сам не знает всей специфики

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

и когда заказчик - это секретарша босса которому на самом деле сайт нужен. А секретарша дубовая

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

Ты знал что многие фирмы работают в рассрочку? Сегодня товар, завтра деньги. Я не знал.

из-за этого случился казус

ERROR: S client not available

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

Я либо фриланшу, либо работаю удаленно. У меня нормальные заказчики :) И я с пониманием отношусь к их загонам, мне за это и платят.

тогда не жалуйся -)

Я где-то жаловался?)

Я констатировал факт

так и скажи, платят ок, но есть олени. се ля ви

Я могу их хоть долбоеящерами называть, это ничего не изменит.

ок

печаль, придется писать бэк для этого мастадонта походу https://github.com/blueimp/jQuery-File-Upload

чтобы не терять время решил использовать wp json api)

поэтому не ебусь с ckeditor и файл аплодерами)

и обработками файлами в бэке

@Denormalization привет, ты тут?

@perin не врятли) я спать в час ночи уходил, они ещё в другом чате говорили) спит скорее всего

Что за другой чат?

PHP чат

Аа

линк?

Флудильня

https://telegram.me/phpgeeks

Флудильня

там нет флуда

Нуну

Привет всем

Привет всем

Привет

Помнишь я вчера спрашивал про тарифы и тд

угу

Как бы ты сделал баланс, у юзера или у фирмы?

Зависит от того что требуется от баланса. В простом случае просто столбик в таблице юзера balance.

Вот у юзера например 3 заведения, и нужно вычитать из баланса каждый день. Если денег хватит на продление 2х их 3х, то как снимать? Или пофиг уже будет, раз платить не хочет?)

Тут вообще 2 популярных подхода: 1) Столбик balance 2) Динамический расчет из таблицы а-ля transactions Вот их по разному объеденяют и крутят.

Если баланс у заведения то проще вычитать

Но разница не глобальная

А в чем проблема вычитать по очереди?