Как устроен Meteor изнутри

[@zag2art]

Да, кстати, напомню — завтра (суббота, 14 декабря 2013) на сутки будет открыта для изучения книга Discover Meteor. Подробнее здесь.

[@crusat]

Спасибо за статью! Ждем продолжения, фреймворк очень интересный!
Попробовал сделать небольшое приложение на метеор, все оказалось более чем просто, но возник вопрос — какой модуль лучше использовать для работы с изображениями, например, создание миниатюр (thumbnails) и водяных знаков?

[@zag2art]

Выбирайте любой npm-модуль. Метеор с ними отлично ладит.

[@crusat]

Супер, спасибо! Он нравится мне все больше и больше :)

[@crusat]

Для тех, кто не понял, почему по ссылке выше мы только пишем зависимости в packages.json, и не устанавливаем их затем по старинке через npm install — надо идти дальше по шагам и подправить код, вызвав зависимость через Meteor.require('пакет');, после чего запустить meteor как обычно. Во время запуска он и установит указанные пакеты. Делал это при выключенном метеоре и сначала не понял, почему нет пункта про установку. Очевидно, это сделано для живой перезагрузки. Т.е. не выключая сервер, можно даже установить пакет. Очень удобно для обновления сайта.

[@zag2art]

> Ждем продолжения, фреймворк очень интересный!

Сам фреймворк жутко интересный, но, как выясняется, неблагодарное это дело. Как ни напишу статью о Метеор на хабре — сливается карма.

[@crusat]

Вы, главное, пишите, а карму мы выровняем.

[@slayerhabr]

Вопрос от тех, кто на бронепоезде: Meteor научился изолировать сессии? Насколько помню — с клиента можно было запросто удалить любую коллекцию.

[@asktomsk]

Научился, начиная с 0.5 версии.
Для каждой коллекции можно написать специальные конструкции (в серверной части), которые ограничивают доступ.

[@aledovskiy]

Почему MongoDB?

[@zag2art]

Наверное, потому что JavaScript-у он роднее. MySql собираются пришивать в 1.1+ версии. То есть уже после выхода стабильного релиза на монге.

[@arXangel]

Давно использую идею централизованного хранилища данных на клиенте в виде самописной библиотеки.
Но сейчас, под новые задачи, пишу реализацию этой идеи под особенным соусом.

Краткое резюме:

• Схемы из mongoose.js для работы с документами (создание, валидация);
• Подписка на изменение документов (используем наблюдателей knockout.js и геттеры/сеттеры)
• Привычные методы из mongoose.js (findById, findByIdAndRemove и тд.) для выборки документов и возможно будет доступна мощь mongodb подобных запросов (буду смотреть на реализацию minimongo для метеора)
• Отдельным пунктом идёт работа с сервером (тут я еще не определился, у меня уже есть зачаток библиотеки для удобной работы с api сервера, наверное её и буду дорабатывать). Эта часть будет идти дополнительной надстройкой над хранилищем, потому что она не всем нужна из коробки.

В итоге получается похожее на mongodb хранилище документов на клиенте с валидацией данных и поддержкой серверного api для проектов, использующих knockout.js

[@zag2art]

Согласен тема интересная. Идея так и витает в вохдухе.

[@arXangel]

Я уже реализовывал подобную идею, только там не было схем данных и валидации, да и упор там был на использование этого добра через api, а сейчас хочу сместить фокус на сторону данных, как это сделано в метеор и mongoose.js. Должно получится очень хорошо, хотя бы потому что делается это для решения реальных задач. Как будет что показать, выложу на гитхаб и, наверное, напишу статью на хабре, ведь качественных реализаций не так много, да и вдруг кому полезным будет.

[@zag2art]

Ок. Держи в курсе

[@arXangel]

Хорошо.