Size: a a a

2020 February 18

AB

Anton Buryka in Ruby School .us
Roger
Ребята, если на сайте не будет регистрации и тд, а будет чисто форма отправки типо: имя, мыло, тел и кнопка отправить, чтобы на мыло админу приходило, то user-а создавать не надо, чисто ActionMailer и все?
А в какую таблицу будут писаться данные?
источник

R

Roger in Ruby School .us
Anton Buryka
А в какую таблицу будут писаться данные?
В которую создам со своим названием. Может я не понял вопрос, сорян
источник

SU

Serg Udo in Ruby School .us
Roger
В таком случае не надо user правильно?
По идее можно через Ай ди сделать, только потом в базе выбирать их по почте придётся, если с ними работать нужно. Трудно понять не понимая структуру БД и цели. Плюс проверки нужно ставить, а то тебе вместо почты- много чего накидать могут в БД. Не сталкивался с таким.
источник

R

Roger in Ruby School .us
Serg Udo
По идее можно через Ай ди сделать, только потом в базе выбирать их по почте придётся, если с ними работать нужно. Трудно понять не понимая структуру БД и цели. Плюс проверки нужно ставить, а то тебе вместо почты- много чего накидать могут в БД. Не сталкивался с таким.
Я понял. Спасибо. Да, проверки обязательно)
источник

AB

Anton Buryka in Ruby School .us
Roger
В которую создам со своим названием. Может я не понял вопрос, сорян
Ну ты говооришь, что будешь записывать эти данные в таблицу в БД. У таблицы должно быть имя. Обычно связывают модель с таблицей в БД. Можно не связывать, если не предполагается ничего хранить и просто нужны какие-то методы класса.
Но в твоем случае получается, что таблица в БД, как ее не назови, будет относиться к сущности юзера.
Если это не так, то заводить еще одну бесполезную таблицу или сущность, конечно, не имеет никакого смысла
источник

R

Roger in Ruby School .us
Anton Buryka
Ну ты говооришь, что будешь записывать эти данные в таблицу в БД. У таблицы должно быть имя. Обычно связывают модель с таблицей в БД. Можно не связывать, если не предполагается ничего хранить и просто нужны какие-то методы класса.
Но в твоем случае получается, что таблица в БД, как ее не назови, будет относиться к сущности юзера.
Если это не так, то заводить еще одну бесполезную таблицу или сущность, конечно, не имеет никакого смысла
Те можно создать таблицу users и просто к ней соотв. поля и также организовать сохранение в бд и отправку на мыло путем ActionMailer?
источник

AB

Anton Buryka in Ruby School .us
Roger
Те можно создать таблицу users и просто к ней соотв. поля и также организовать сохранение в бд и отправку на мыло путем ActionMailer?
Ну да. Но чтобы не писать запросы к БД для тебя придумали всякие ORM типа ActiveRecord. Поэтому в рельсах удобно иметь модель и таблицу с БД с одним и тем же именем, тогда ты можешь легко и просто сохранять данные через
User.create(emal: params[:email])

и так же легко юзеров  искать через
User.find_by(email: params[:email])
источник

А

Алексей in Ruby School .us
Serg Udo
По идее можно через Ай ди сделать, только потом в базе выбирать их по почте придётся, если с ними работать нужно. Трудно понять не понимая структуру БД и цели. Плюс проверки нужно ставить, а то тебе вместо почты- много чего накидать могут в БД. Не сталкивался с таким.
Заказы в любом онлайн-магазине сделаны без регистрации пользователя. Он просто заполняет все данные. Может даже имя не указывать. Только телефон для связи с ним
источник

А

Алексей in Ruby School .us
вот пример такого функционала
источник

А

Алексей in Ruby School .us
Регистрация конечно может быть и тогда заказ будет привязан к пользователю, но она не обязательна
источник

А

Алексей in Ruby School .us
Если регистрация обязательна, чтобы сделать заказ, то такой интернет-магазин обречён
источник

AB

Anton Buryka in Ruby School .us
Алексей
Регистрация конечно может быть и тогда заказ будет привязан к пользователю, но она не обязательна
Пользователь - это абстракция, пользователь не обязательно должен быть зарегестрирован )
источник

А

Алексей in Ruby School .us
Roger
Ребята, если на сайте не будет регистрации и тд, а будет чисто форма отправки типо: имя, мыло, тел и кнопка отправить, чтобы на мыло админу приходило, то user-а создавать не надо, чисто ActionMailer и все?
У человека вопрос был конкретно про регистрацию
источник

А

Алексей in Ruby School .us
Как уже сохранять в БД и к чему привязывать данные с каждой заполненной формы - это уже другой вопрос)
источник

AB

Anton Buryka in Ruby School .us
Алексей
Как уже сохранять в БД и к чему привязывать данные с каждой заполненной формы - это уже другой вопрос)
Так он же не про регистрацию, а про создание юзера)) Юзера у себя в системе можно хоть лидом назвать, хоть жопой - это тупо байтики и вопрос нейминга. А искать и работать проще с моделью, чем напрямую с БД
источник

R

Roger in Ruby School .us
Anton Buryka
Так он же не про регистрацию, а про создание юзера)) Юзера у себя в системе можно хоть лидом назвать, хоть жопой - это тупо байтики и вопрос нейминга. А искать и работать проще с моделью, чем напрямую с БД
Вот это я и хотел уточнить))Спасибо огромное)
источник

SU

Serg Udo in Ruby School .us
Алексей
Заказы в любом онлайн-магазине сделаны без регистрации пользователя. Он просто заполняет все данные. Может даже имя не указывать. Только телефон для связи с ним
Но по факту это все равно юзер, хоть и без регистрации. Как мы его не назовём
источник

AB

Anton Buryka in Ruby School .us
не за что )
источник

mB

mr Bubble in Ruby School .us
Serg Udo
Но по факту это все равно юзер, хоть и без регистрации. Как мы его не назовём
Для инет магазина больше подходит Клиент, не?
источник

SU

Serg Udo in Ruby School .us
mr Bubble
Для инет магазина больше подходит Клиент, не?
Можно  Dog- это просто название модели, человек спрашивал, можно вообще без юзера сделать. Я не делал.
источник