Dive into web-development

получаешь данные -> обрабатываешь -> делаешь запрос к бд -> формируешь хтмл -> отдаешь. Вроде бы ничего сложного.

MVC? Это единственный паттерн, используемый в web-development?

+ проверять всё и вся, что идёт от пользователя.

Я не mvc имел в виду. Это обычный working flow работы сайта. А какими способами ты его будешь реализовывать - твое дело. MVC просто помогает разделить логически части, это очень удобно. Хотя можно и просто вставлять куски кода в хтмл (или наоборот ;-).

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

Ну и, конечно, всегда проверять данные идущие от пользователя, как правильно заметил анонимус.

Хотя можно и просто вставлять куски кода в хтмл (или наоборот ;-).

Я не хочу молотком по пальцам.

какой-нибудь легкий фреймворк

bottle.py?

я пхпшник ;-) поэтому по питону не могу ничего особо посоветовать, хотя bottle выглядит симпатично.

Но если начал с рельс, почему бы их хоть в какой-то степени и не попробовать? разруливание путей, шаблонизатор, какой-нибудь уровень абстракции к бд и пр.

bottle.py

Flask?

Или просто дать дельный совет.

Начинайте проект с написания базового фронтенда. А уж потом, в зависимости от потребностей фронтенда, выбирайте бекенд. Ведь, возможно, для вашей задачи будет достаточно grape или sinatra.

Рекомендую обратить внимание на Angular. Вот вам начальный шаблон проекта для быстрого старта.

A propos, для чего полезен Node.js?

A propos, для чего полезен Node.js?

Для bower. Если очень хочется обойтись без Node.js, то некоторые альтернативы bower'y рассматривались здесь, в «How do you manage vendor assets in Rails?».

Я имел ввиду, при разработке своих приложений.

Я имел ввиду, при разработке своих приложений.

Пардон, не очень понял вопрос. Нужно больше конкретики.

В каких случаях можно сказать «вот тут точно node.js использовать надо»? Если я хочу сделать максимально производительное приложение? Или для какого круга задач можно использовать node.js?

Дисклеймер: я ничего не писал на node.js, кроме несерьезного баловства с node-webkit.

В каких случаях можно сказать «вот тут точно node.js использовать надо»?

Если есть legacy на node.js, которое нужно майтейнить.

Если я хочу сделать максимально производительное приложение?

Производительное в каком случае? В веб-приложениях ведь есть множество мест, которые от node.js никак не зависят.

Или для какого круга задач можно использовать node.js?

Для самого широкого. Но только в том случае, если вы готовы использовать «event-driven»-подход для всего.

Почему не django? =(

Дурное влияние true_admin

У лора есть фича: после редактирования поста касты не работают.

bottle.py?

Sinatra или Scorched, если Ruby нравится. Это насчет «легких» фреймворков.

MVC? Это единственный паттерн, используемый в web-development?

Ого, как всё запущено. Веб-разработка не так уж и сильно отличается от разработки десктоп приложений. Главное начать, а там руки сами потянуться использовать паттерны, там где надо.

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

Наверное, самое главное отвыкнуть от модели ПО, используемой для десктопных приложений: запустились, запустили бесконечный цикл ожидания, ждём событий, вроде нажатий на кнопки или пункты меню, дождались - что-то сделали, опять ждём.

И привыкнуть к «получились запрос с параметрами, нашли нужные данные, сформировали ответ».

HTML и CSS на базовом уровне знаю

Нет, не знаешь. И это будет самой большой проблемой, гг.

И привыкнуть к «получились запрос с параметрами, нашли нужные данные, сформировали ответ».

Проблема в том, что приложение будет взаимодействовать с другим сервисом на основании данных, введенных юзером, и делать это постоянно, без каких-либо действий со стороны юзера. Как это вписать в MVC?

У меня основное было - боязнь JS. Решение: прочитай хорошую книжку, узнай основные паттерны. Причем не на уровне построений выпадающей менюшечки, а именно написания бизнес логики с использованием KnockoutJS/AngularJS. В вебе убегать от JS и прятаться от него за фреймворками, которые его генерят - очень плохая идея. JS победил и из него и HTML5 доступны все веб-стандарты: Canvas, WebGL, WebRTC, Video, local storage, HTML5 Offline

И еще полное незнание СSS и верстки. Решение в 60% случаев: Twitter Bootstrap. 40% - пусть верстает кто-то другой ;)

Единственная платформа, в которой силой заставили всех разработчиков написать библиотеки в асинхронном стиле. Таким образом любой вменяемый код на ноде не имеет блокирующих операций

Если я хочу сделать максимально производительное приложение?

В современных реалиях Java

В каких случаях можно сказать «вот тут точно node.js использовать надо»?

Или для какого круга задач можно использовать node.js?

Асинхронность нужна для большого количества пользователей, которые могут висеть подолгу на соединениях. При этом ты хочешь чтобы жрало мало памяти в отличии от Java. Есть хостинги строго 256 или 512 МБ. Жабе можеть быть тесновато.

два чая в студию.

По теме, сядь да напиши что угодно + htmlbook.ru по jquery мне помогло jquery.page2page.ru

потому что Ruby нравится

ты хотел сказать, потому что Ruby модный

Уже нет, сейчас нода в моде.

Если перекатишься на питон&джанго сейчас, то через год будешь всем говорить что стал джангистом еще до того, как это стало модным.

А если серьезно, то тонны модулей в pip, чего нет — напишешь сам и конпельнешь cython'ом. При примерно одинаковой скорости выполнения кода, скорость написания и развертывания у питона выше, русская дока http://djbook.ru, Макбук покупать не обязательно. И, что немаловажно, все тебя считают натуралом.

При наличии Flask-Admin, нужность джанги стала весьма сомнительной. Монолитная какашка.

Если бы кое-кто не убедил меня в том, что джанга - говно, я бы ее и выбрал.

Да хоть BaseHTTPServer.

Как это вписать в MVC?

В MVC надо вписывать то, что вписывается в MVC. Остальное просто надо делать подходящими для этого методами.

То есть, то, о чем я говорю, не вписывается в MVC? Просто на первый взгляд это можно реализовать в модели.

как убедили то?

Сказал, что работал с джангой и что внутри она состоит из костылей.

приложение будет взаимодействовать с другим сервисом на основании данных, введенных юзером, и делать это постоянно, без каких-либо действий со стороны юзера

Т.е., грубо говоря, отдельный бот будет постоянно стучаться на другой сайт? Тогда и делай его отдельным демоном, а взаимодействие с сайтом делай через единую БД.

Т.е., грубо говоря, отдельный бот будет постоянно стучаться на другой сайт?

Совершенно верно.

ну так как ты уже «программист», то вебе очень важна связка html+css+js, заостряй внимание на ней, а не на бекенде, тогда как-то все «проще» по крайней мере мне уж точно :)

а что там на бекенде рульсы джанга или пэхапэ - разницы никто не увидит

http://habrahabr.ru/post/28932/ вот, я кое-что нашел. Или как принято такое реализовывать?

вебе очень важна связка html+css+js, заостряй внимание на ней, а не на бекенде, тогда как-то все «проще»

Выбор вакансий существенно шире будет. Чистые бэкэндщики мало кому нужны, как это не печально.

Думаю, что вполне подходящий вариант, даже учитывая ещё, что у тебя не такая ресурмоёмкая задача.

А еще какие способы есть?

Ну ты и влип :)

О, превед! С ЛОРа не уходят...

Можно, например, запускать демона по крону.

Ты прав, но я так, теперь больше читатель :)

сейчас на фронтенде работы больше в рамках «одной» вакансии, а чистых бекендеров держут в каких-то мега проектах с мега-задачами

отвыкнуть от модели ПО, используемой для десктопных приложений
запустились, запустили бесконечный цикл ожидания, ждём событий, ..., дождались - что-то сделали, опять ждём

Это ты сейчас веб-сервер описал? Если писать на node.js, golang, LUVIT и т.п. (всё, что не cgi like) с нуля, то где-то так оно и будет выглядеть.

JS победил и из него и HTML5 доступны все веб-стандарты: Canvas, WebGL, WebRTC, Video, local storage, HTML5 Offline

Думается мне, эти веб-стандарты закапывают JS. Когда браузеры будут нативно уметь все, что предоставляет сейчас polymer.js, JS просто перестанет быть необходим — для большинства задач будет достаточно HTML.

Судя по последней I/O и недавно вышедшей адаптации Angular для Dart, Google видит будущее именно так.