Знаете, даже не задумывался о стоимости разработки. Проект же делался не ради денег, а по фану, с целью узнать что-то новое и попробовать себя в роли разработчика. А ведь стоимость подобной разработки это действительно интересно.
По поводу модели пользователя, дополнительные поля были добавлены позже, поэтому было решено делать так как проще, то есть создать ещё одну таблицу и соответственно связь o2o. В следующих проектах, конечно же буду сразу делать кастомную модель пользователя.
По поводу таблиц "тикет-комментарий", даже не подумал что можно сделать так как вы предлагаете. Для меня логичнее было создать отдельную таблицу, но ваш вариант, тоже вариант )
Ранних коммитов не было, всё делалось локально. Возможно напишу статью про то что есть сейчас, с кодом.
Модель пользователя - таблица Account расширяет стандартную модель Django User через поле OneToOneField.
Ticket и Comment это две разные таблицы. Comment связан и с Ticket, и с User, через ForeignKey. То есть у одной заявки может быть много комментариев от разных пользователей. У меня это сделано так.
Да, пока что в данной системе это никак не контролируется. Это всё таки Pet-проект, которым я занимаюсь один, в свободное время. У меня много всяческих идей по поводу развития сервиса, но не всегда есть время и знания, что бы их воплотить в жизнь. В будущем это конечно же планируется добавить SLA, для большей осведомлённости пользователей и повышения качества сервиса.
Спасибо за наводки, обязательно почитаю. Да, действительно хэлпдеск делался для облегчения жизни пользователей и сотрудников в том числе. Заявки по телефону и электронной почте тоже регистрируются, но пока что в ручную, сотрудниками. В будущем надеюсь, автоматизировать заявки из почты.
По первому вопросу, в базе хранятся только ссылки на файлы, сами файлы загружаются в папку media/numberTicket
По поводу отдельных справочников, мне показалось это достаточно разумно, вынести в отдельные таблицы информацию, которая не меняется от тикета к тикету, а просто берется из справочников. И как мне кажется, так проще и удобней делать выборку. Буду рад услышать как это сделать правильней.
Знаете, даже не задумывался о стоимости разработки. Проект же делался не ради денег, а по фану, с целью узнать что-то новое и попробовать себя в роли разработчика. А ведь стоимость подобной разработки это действительно интересно.
Понял что вы имеете в виду.
По поводу модели пользователя, дополнительные поля были добавлены позже, поэтому было решено делать так как проще, то есть создать ещё одну таблицу и соответственно связь o2o. В следующих проектах, конечно же буду сразу делать кастомную модель пользователя.
По поводу таблиц "тикет-комментарий", даже не подумал что можно сделать так как вы предлагаете. Для меня логичнее было создать отдельную таблицу, но ваш вариант, тоже вариант )
Ранних коммитов не было, всё делалось локально. Возможно напишу статью про то что есть сейчас, с кодом.
Модель пользователя - таблица Account расширяет стандартную модель Django User через поле OneToOneField.
Ticket и Comment это две разные таблицы. Comment связан и с Ticket, и с User, через ForeignKey. То есть у одной заявки может быть много комментариев от разных пользователей. У меня это сделано так.
Да, пока что в данной системе это никак не контролируется. Это всё таки Pet-проект, которым я занимаюсь один, в свободное время. У меня много всяческих идей по поводу развития сервиса, но не всегда есть время и знания, что бы их воплотить в жизнь. В будущем это конечно же планируется добавить SLA, для большей осведомлённости пользователей и повышения качества сервиса.
Да, точно, связи не правильно проставлены. Спасибо за ссылку, там действительно исчерпывающе описано.
К сожалению, код проекта в том виде в котором описан в статье не сохранился. Многое уже переделано.
Спасибо за наводки, обязательно почитаю. Да, действительно хэлпдеск делался для облегчения жизни пользователей и сотрудников в том числе. Заявки по телефону и электронной почте тоже регистрируются, но пока что в ручную, сотрудниками. В будущем надеюсь, автоматизировать заявки из почты.
По первому вопросу, в базе хранятся только ссылки на файлы, сами файлы загружаются в папку media/numberTicket
По поводу отдельных справочников, мне показалось это достаточно разумно, вынести в отдельные таблицы информацию, которая не меняется от тикета к тикету, а просто берется из справочников. И как мне кажется, так проще и удобней делать выборку. Буду рад услышать как это сделать правильней.