Comments 18
Что-то я не всё понял…
Откуда взялась коллекция Profiles? Да и для чего она вообще, если у каждого пользователя есть свой profile?
Зачем делать две публикации на просмотр и редактирование, когда они предоставляют одни и те же данные? Почему отдаются все поля записи, там же может быть что-то не для всех глаз… И чем key отличается от _id, который якобы скрыт? Плюс пользователю всегда публикуется его users.profile и он его может менять… ну и, собственно, вопрос: где CRUD? (-:
Откуда взялась коллекция Profiles? Да и для чего она вообще, если у каждого пользователя есть свой profile?
Зачем делать две публикации на просмотр и редактирование, когда они предоставляют одни и те же данные? Почему отдаются все поля записи, там же может быть что-то не для всех глаз… И чем key отличается от _id, который якобы скрыт? Плюс пользователю всегда публикуется его users.profile и он его может менять… ну и, собственно, вопрос: где CRUD? (-:
Откуда взялась коллекция Profiles?Из первой строки кода.
Да и для чего она вообще, если у каждого пользователя есть свой profile?Потребовалось вынести в отдельную коллекцию. Но не суть, это для примера.
Зачем делать две публикации на просмотр и редактирование, когда они предоставляют одни и те же данные?Разные параметры: userId и profile._id
Почему отдаются все поля записи, там же может быть что-то не для всех глаз…Прятать можно — fetch.
И чем key отличается от _id,Нарасовал key для обозначения значения параметра.
который якобы скрыт?При редактировании оперируем с userId, а при просмотре только с profile._id
где CRUD? (-:Понимаю, что нужно рассказать про AutoForm.
AutoForm мне сорвал башню, маленько настругал.
Про автоформ не надо рассказывать, и так известно (-:
Лучше расскажите про локализацию автоформы… как нормально сделать реактивными сообщения, label, опции и т.п. Или, никак не догоняю, как на autoform-bs-datepicker навесить ивенты? Где их писать?
Вопрос в том, что CRUD подразумевает некоторые действия, это же аббревиатура из глаголов, а, собственно, ни одного из действий глаголов в статье нет.
Вопрос про коллекцию был не про «первую строчку», а о том, что была изменена, по-видимому, логика операций с пользователями и теперь у пользователей есть user.profile, а так же ещё одна сущность коллекция для того же — вот это мне не понятно.
Теперь понял про key и user._id. Ну если Вам так удобно… мне не понятно, ну да ладно… но опять-таки, а где Вы храните информацию от accounts-? В коллекции или в пользователе?
Прятать нужно не в fetch, а в fields публикации.
Лучше расскажите про локализацию автоформы… как нормально сделать реактивными сообщения, label, опции и т.п. Или, никак не догоняю, как на autoform-bs-datepicker навесить ивенты? Где их писать?
Вопрос в том, что CRUD подразумевает некоторые действия, это же аббревиатура из глаголов, а, собственно, ни одного из действий глаголов в статье нет.
Вопрос про коллекцию был не про «первую строчку», а о том, что была изменена, по-видимому, логика операций с пользователями и теперь у пользователей есть user.profile, а так же ещё одна сущность коллекция для того же — вот это мне не понятно.
Теперь понял про key и user._id. Ну если Вам так удобно… мне не понятно, ну да ладно… но опять-таки, а где Вы храните информацию от accounts-? В коллекции или в пользователе?
Прятать нужно не в fetch, а в fields публикации.
Про автоформ не надо рассказывать, и так известно (-:Да хрен его знает, товарищ майор. До локализации AutoForm еще не добрался. Есть задел, для useraccounts оно работало. За autoform-bs-datepicker могу сказать, что обернул v4beta — это счастье. А что не так с ивентами? На шаблон страницы можно навесить, например.
Лучше расскажите про локализацию автоформы… как нормально сделать реактивными сообщения, label, опции и т.п. Или, никак не догоняю, как на autoform-bs-datepicker навесить ивенты? Где их писать?
Вопрос в том, что CRUD подразумевает некоторые действия, это же аббревиатура из глаголов, а, собственно, ни одного из действий глаголов в статье нет.В заголовке же «для CRUD».
Вопрос про коллекцию был не про «первую строчку», а о том, что была изменена, по-видимому, логика операций с пользователями и теперь у пользователей есть user.profile, а так же ещё одна сущность коллекция для того же — вот это мне не понятно.Если не назначить явно options.profile для Accounts.createUser, то и нет его в db.users.
Вы храните информацию от accounts-? В коллекции или в пользователе?Я не вмешиваюсь в действия пакетов «accounts-». Если они задействуют db.users.profile — это их забота. В коллекции profiles анкеты пользователей (т.е. данные сами набивают). Вопрос в названии коллекции. Неважно.
Прятать нужно не в fetch, а в fields публикации.И там тоже. Сам себе ответил.
Лучше расскажите про локализацию автоформы… как нормально сделать реактивными сообщения, label, опции и т.п.
нашёл недавно :)
Уже давно не Meteor.Collections, а Mongo.Collections. Router.map желательно не использовать, так как велика вероятность, что его уберут в последующих версиях iron-router.
Добавил обработку Meteor.loggingIn()
Подправил обработку this.ready()
Sign up to leave a comment.
Meteor. Как же запилить этот ваш iron:router для CRUD?