r
Твой вопрос быстро затерялся в разборках.
Я считаю, что так, как ты описал - норм
Я считаю, что так, как ты описал - норм
спасибо за ответ. я просто решил посоветоваться. вдруг есть более грамотное решение.
Size: a a a
2021 March 24
VP
давать готовое решение, не очень хорошая практика
всеравно спс
S
спасибо за ответ. я просто решил посоветоваться. вдруг есть более грамотное решение.
Возможно, сейчас более опытные коллеги ответят, если что не так
ВШ
спасибо за ответ. я просто решил посоветоваться. вдруг есть более грамотное решение.
а другого просто не существует
SS
Друзья, подскажите пожалуйста по какому принципу лучше реализовать функционал закрытия заявки?
к примеру я вижу это так. допустим менеджер нажимает кнопку закрыть заявку, далее в БД проставляется у данной заявки в поле is_done цифра 1. соответственно заявки у которых is done =1 уже не выводятся в листинге заявок.так?
к примеру я вижу это так. допустим менеджер нажимает кнопку закрыть заявку, далее в БД проставляется у данной заявки в поле is_done цифра 1. соответственно заявки у которых is done =1 уже не выводятся в листинге заявок.так?
чуть лучше - дату подставлять, типа done_at
AP
спасибо за ответ. я просто решил посоветоваться. вдруг есть более грамотное решение.
от задачи зависит
SS
мало ль, статистика какая нужна
r
благодарю за ответы.
SC
Vasile Papuc
:D надо было терять чяс чтоб обяснить
чяс...
VI
Друзья, подскажите пожалуйста по какому принципу лучше реализовать функционал закрытия заявки?
к примеру я вижу это так. допустим менеджер нажимает кнопку закрыть заявку, далее в БД проставляется у данной заявки в поле is_done цифра 1. соответственно заявки у которых is done =1 уже не выводятся в листинге заявок.так?
к примеру я вижу это так. допустим менеджер нажимает кнопку закрыть заявку, далее в БД проставляется у данной заявки в поле is_done цифра 1. соответственно заявки у которых is done =1 уже не выводятся в листинге заявок.так?
я б делал на колонку status которая имела б 1 2 3 4 5 где
1 новая
2 на рассмотрении
3 ответ клиента
4 ответ менеджера
5 закрыто
и играл бы просто статусами в каждый момент обработки заявки
а одно поле "is_done" оно не уникально и может отвечать только за закрыто или нет...
1 новая
2 на рассмотрении
3 ответ клиента
4 ответ менеджера
5 закрыто
и играл бы просто статусами в каждый момент обработки заявки
а одно поле "is_done" оно не уникально и может отвечать только за закрыто или нет...
r
я б делал на колонку status которая имела б 1 2 3 4 5 где
1 новая
2 на рассмотрении
3 ответ клиента
4 ответ менеджера
5 закрыто
и играл бы просто статусами в каждый момент обработки заявки
а одно поле "is_done" оно не уникально и может отвечать только за закрыто или нет...
1 новая
2 на рассмотрении
3 ответ клиента
4 ответ менеджера
5 закрыто
и играл бы просто статусами в каждый момент обработки заявки
а одно поле "is_done" оно не уникально и может отвечать только за закрыто или нет...
ну кстати тоже как вариант, расширить функционал.👍
VI
ну кстати тоже как вариант, расширить функционал.👍
а список статусов можешь хранить где угодно... в отдельной таблице, в config.php, config.json, env - но тут спорный момент))
ВШ
ну кстати тоже как вариант, расширить функционал.👍
Можно пойти дальше и создать таблицу для статусов, чтобы статусы можно было править из админки )
ВШ
<?php
namespace App\Enums;
use BenSampo\Enum\Enum;
final class QuestionType extends Enum
{
const Text = 'text';
const RichText = 'rich_text';
const Picture = 'picture';
const Audio = 'audio';
const Video = 'video';
}
namespace App\Enums;
use BenSampo\Enum\Enum;
final class QuestionType extends Enum
{
const Text = 'text';
const RichText = 'rich_text';
const Picture = 'picture';
const Audio = 'audio';
const Video = 'video';
}
r
а список статусов можешь хранить где угодно... в отдельной таблице, в config.php, config.json, env - но тут спорный момент))
думаю проще всего сделать отдельной таблицей и через связи уже обращаться к ним.
ВШ
Можно так
bㅤ
Hello
bㅤ
need help with chat-api.com
bㅤ
and laravel
bㅤ
realtime chat developing