Как стать автором
Обновить

Комментарии 32

НЛО прилетело и опубликовало эту надпись здесь
Сейчас нет возможности просмотреть вывод списка родных плагинов
$ meteor list

Попробовал поискать 'jade' на atmosphere — находятся какие-то плагины. Не знаю, насколько они готовы к использованию, но, наверное, все-таки возможно подменить.
Также наткнулся на вот такой репозиторий на гитхабе.
К релизу, который намечен на начало 2014 года обещают сделать возможность легкой замены. Сейчас они переписывают полностью эту часть фреймворка. Вот здесь разработчик рассказывает про грядущие изменения — Meteor Devshop 09
где-где? :)
Интересная вещь, а как его подружить с MySQL
The current release of Meteor supports MongoDB, the popular document database, and the examples in this section use the MongoDB API. Future releases will include support for other databases.
:(
Да, пока поддерживается только MongoDB.
Может стоит взглянуть на не-реляционную монгу? Кстати, сами разработчики (10gen) проводят бесплатные онлайн курсы. К сожалению, курсы только начались, буквально вчера. Так что следующий старт будет только через пару месяцев
Вот, что было во вчерашнем письме:
M101JS: MongoDB for Node.js Developers Starts Today

If you know others who want to signup, it's not too late — registration closes February 3rd.
Хабражители, подскажите несложный js framework, чтобы сделать что-то вроде dashboard с обновляемыми по ajax таблицами
Хорошая статья про выбор UI фреймворков.
Можете посмотреть, например, на Backbone, разобраться не составит труда, тем более, что есть хорошая документация, большое количество материалов, и живое комьюнити. Познакомиться с ним можно здесь

Пропустил мимо внимания письмо. Отлично, так желающие познакомиться с монгой еще имеют эту возможность.
Ждем ответа от гуру Derby! :)

Метеор предоставляет вам самим решать, как организовать файлы в своем проекте. Он не навязывает правил, как, например Ruby on Rails, вы можете называть файлы и папки, как вам удобнее.

По вашему это достоинство?

Конечно, этого совсем мало, стоит рассказать еще о роутинге, безопасности

Лучше бы о безопасности и рассказали…
По поводу папок. С одной стороны тот же RoR, который навязывает жесткую структуру и четкие правила для размещения файлов заранее предостерегают от многих ошибок, бесспорно это плюс.
С другой метеор, который дает свободу. Не то, чтобы это было именно «плюсом», но можно построить свою структуру каталогов, и придерживаться этих правил для себя. Не обязательно же создавать папку templates, а класть туда, например, контроллеры, если фреймворк это позволяет :)

В ближайшем времени хочу организовать все в маленький гитхаб репозиторий, и написать продолжение, в которое войдут и вопросы безопасности. Хотелось написать первую статью именно о самом первом знакомстве с meteor.
Без обид, но первое знакомство… У этой библиотеки (фреймворка?) порог ниже плинтуса и о первом знакомстве писать нет смысла, я думаю. В любом случае начинание благое и будем ждать статьи о безопасности:)
Строгость рельсов в том числе сильно решает проблему legacy. Ок, помогает с решением. Ломать ноги в чужом коде дело не из приятных.
А есть где описание для каких проектов метеор подходит, а для каких нет?
Метеор идеален для прототипирования, позволяет очень быстро набросать готовое, рабочее приложение, написание которого на других фреймворках займет побольше времени. В связи с этим хорошо использовать в хакатонах.

А если для реальных приложений… Хорошо себя покажет, где нужна реал-таймовость. Собственно в ней и весь метеор. Не знаю, как для больших проектов, все таки фреймворк еще не достиг версии 1.0, но для небольших, я думаю, вполне реально использовать, да и говорят, что вроде бы уже сейчас нет заметных косяков.
А для браузерной игрушки пойдет?
Кажется, что вполне должен подойти, но есть мнения, что могут быть проблемы.
habrahabr.ru/post/195636/#comment_6787828 — немного обсуждений на этот счет
Посоветуйте, что почитать про meteor. Первую страницу выдачи гугла можно не повторять, но может в вашей коллекции ссылок есть какие-то жемчужины, которыми вы могли бы поделиться.
andrewscala.com/meteor/ — тут кратко, но по делу.
www.discovermeteor.com/ — тут неплохая книга, с множеством материалов (платно)
Вот не полный список того, с чего можно начать:
meteorhacks.com/ — если хочется узнать как устроено все внутри, то сюда
net.tutsplus.com/?s=meteor — есть пару статей из разряда howto
www.eventedmind.com — создатель iron-router, который становится дефакто реализацией, по крайней мере исходя из частоты его использования
github.com/SachaG/Telescope — от создателей discovermeteor книги
www.youtube.com/user/MeteorVideos/videos — meteor devshop каждый раз выступает один из разработчиков и рассказывает много всяких интересностей.
github.com/awatson1978/meteor-cookbook — может быть тоже полезно
плюс пару книг уже вышло:
www.discovermeteor.com/
www.packtpub.com/getting-started-with-meteor-javascript-framework/book
Про книги ничего сказать не могу, еще не читал. Но первую вроде как все хвалят и парни все время везде светятся, на митапах и тд…
Крутая штука этот метеор. Пугает только одно — чрезвычайно низкий порог вхождения, много свободы и простоты. Как бы не превратилось в очередную приманку для «недалёких» программистов. А потом этот код разгребай…
Пишем сейчас проект на Meteor для продакшена (закачик решил рискнуть).
На самом деле очень приятная технология, конечно приходится постоянно сталкиваться с разными трудностями но вцелом продукт рабочий. По крайней мере для не очень сложных и больших проектов. С удовольствием слежу за развитием и жду 1.0.

Самое главное это пораньше выработать четкий стандарт каталогизации, наименования хелперов, шаблонов, коллекций и методов. Иначе очень скоро начинается бардак.

Кстати рекомендую обратить внимание на новую ветку разработки которая скоро станет главной, codename shark – там существенные изменения в движке рендеринга.
Некоторые пакеты уже адаптированы, поэтому если что-то не работает то проверьте github проекта, возможно там есть бранч «shark» или «new ui».
Например в случае с iron-router подключать его надо вот так:

"packages": {
    "iron-router": {
      "git": "https://github.com/EventedMind/iron-router",
      "branch": "shark"
    }
}
Коллеги, объясните пожалуйста, а зачем нужен Meteor? Да, исходя из описания и документации, данный фреймворк позволяет писать на одном и том же языке и на клиенте, и на сервере и переиспользовать этот код в обе стороны.
Но ведь контексты по обе стороны от HTTP — разные. Со стороны браузера всё крутится внутри пользовательской сессии и оперирует понятиями, удобными для пользователя и предметная область трансформирована для удобства отображения. На сервере же всё зачастую по-другому — и управление доступом\правами, сессиями, знание о том что пользователей\сессий — больше одного, куча инфраструктурных вещей и высокая вероятность того, что предметная область сильно отличается от клиентской, т.к. основная задача сервера — модификация, а не отображение (грубо).
Meteor нужен для разработки реактивных веб приложений.

Клиентская и серверная часть там существенно разделены. Возможности реюза серверного и клиентского кода сводятся к реюзу простой логики.

Работа с базой, шаблонами и пр. — отличаются по сути. Хотя внешне сделано так, что очень похоже.
Наконец добрались руки поковырять сабж.
А расскажите в 2-х словах, как правильно деплоить приложения? Я так понимаю, нужны 1. сервер nodejs, 2. сервер mongodb, 3. связывание их между собой.
Meteor умеет создавать сборку проекта в виде node.js application. Монго при этом надо поднимать самому. Связываются через переменную окружения.

Мануал, см. раздел Running on your own infrastructure.

Еще есть готовое решение для деплоймента на хероку heroku-buildpack-meteorite. Удобно и относительно просто, если надо бесплатный тестовый деплоймент для сцены. Правда оно иногда ломается при обновлении версий ноды или метеора.

Родной тестовый деплоймент у метеора еще проще, но он иногда тупит.
Ясно, спасибо.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории