В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Laravel Pro

4363 membersпожаловаться на группу
2021 September 07

КГ

Кирилл Голубев... in Laravel Pro
память подвела, сорян
источник
20:01пожаловаться#1

Э

Элин in Laravel Pro
А не нужно создавать отдельные модели как тип доставки или тип (способ) оплаты?

Я на перед пока общую картину не вижу, советуюсь вот
источник
20:01пожаловаться#2

ПЛ

Павел Ланчев... in Laravel Pro
тут не память, тут нежелание пройти в сигнатуру и посмотреть что там происходит
источник
20:01пожаловаться#3

?

? in Laravel Pro
Он не правильно запрос написал, там метод не будет прокликиваться
источник
20:02пожаловаться#4

?

? in Laravel Pro
По этому выручает чат
источник
20:02пожаловаться#5

Vr

Vitaliy rim89 in Laravel Pro
все зависит от вашего приложения, мб вам конфига хватит
источник
20:12пожаловаться#6

Э

Элин in Laravel Pro
Понял. Спасибо!
Начну проектировать, дальше будет понятно
источник
20:14пожаловаться#7

AV

Alexey Vetrov in Laravel Pro
начинайте лучше с логики, а как это хранить - будете думать уже потом
источник
20:28пожаловаться#8

Э

Элин in Laravel Pro
Хороший совет!
Спасибо 🙏🏻
источник
20:29пожаловаться#9

А

Андрей in Laravel Pro
Сделай что-то типа статусов на разные виды и дам связями…
Статус оплаты, тип оплаты, айди банка… 3 интейджера из другой таблицы и связи
источник
20:31пожаловаться#10

Э

Элин in Laravel Pro
Пока есть мысль реализовать это в виде полей с enum значениями.

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

Пока мне кажется, что это лучший вариант.

Спасибо!
источник
20:36пожаловаться#11

AV

Alexey Vetrov in Laravel Pro
лучше не используйте enum в базе, потом сложно будет добавить какой-нибудь новый статус
источник
20:37пожаловаться#12

Э

Элин in Laravel Pro
Если бы всё зависит от базы данных, наверное можно было бы всё переложить на архитектуру бд. Но здесь также нужно дописывать методы, возможно даже классы. Последнее склоняет к мысли, что лучше не особо париться, сделать просто и красиво.
источник
20:37пожаловаться#13

А

Андрей in Laravel Pro
Забей на енум, это не гибко
источник
20:38пожаловаться#14

Э

Элин in Laravel Pro
Хорошо, ребят, спасибо)
источник
20:38пожаловаться#15

А

Андрей in Laravel Pro
Проще в кеше держать статусы, если они не меняются
источник
20:38пожаловаться#16

Э

Элин in Laravel Pro
Да, тоже вариант
источник
20:39пожаловаться#17

AV

Alexey Vetrov in Laravel Pro
не смотрите на бд и как будете это хранить пока.
сделайте логику всю, можно обычными классами, потом превратите их в модели или что хотите
источник
20:39пожаловаться#18

Э

Элин in Laravel Pro
Да! Не забыл про это)
Спасибо ещё раз!
источник
20:40пожаловаться#19

А

Андрей in Laravel Pro
Кстати да, статусы можно в класе как константы хранить, тоже не гибко, но потом проще переехать на хранение в отдельной таблице
источник
20:42пожаловаться#20