Комментарии 30
Интересная штука, надо будет пощупать её. А каким образом осуществляется переопределение того, какой html-код генерирует фреймворк для отображения того или иного объекта? Какой шаблонный двжиок используется? Что-то самописное или нет?
Эта строка сгенерирует ссылку с каким-то (ну какая нам разница, с каким?) URL
Ну вот сеошники могут не согласиться с тем что нет разницы, какой генерится УРЛ…
Эта строка сгенерирует ссылку с каким-то (ну какая нам разница, с каким?) URL
Ну вот сеошники могут не согласиться с тем что нет разницы, какой генерится УРЛ…
Там довольно уродливые URL-и на самом деле, поскольку представляют собой, фактически, GET-запросы с идентификатором сессии. В Ajax-режиме они не видны. Еще можно сделать любые, какие угодно URL-и, но тогда их придется обрабатывать специально и часть фишек потеряется или станут труднодоступными.
А что касается сеошников, то этот фреймворк немного не для них :) Тут упор делается на сложные приложения, с ветвистой логикой работы.
А что касается сеошников, то этот фреймворк немного не для них :) Тут упор делается на сложные приложения, с ветвистой логикой работы.
не ок
а обосновать?
по фрэймворку
1) при таком подходе получится большая сессия — а сессии, как известно, не подходят для больших проектов.
2) необходимы дополнительные усилия на внедрение верстки.
по статье
1) ни слова про то, как это работает (хотя бы WSGI это или нет)
2) нет примера сайта сделанного на этом чуде.
1) при таком подходе получится большая сессия — а сессии, как известно, не подходят для больших проектов.
2) необходимы дополнительные усилия на внедрение верстки.
по статье
1) ни слова про то, как это работает (хотя бы WSGI это или нет)
2) нет примера сайта сделанного на этом чуде.
1) тут я не спец, конечно. Тестовый сайт с примерно 1500 пользователей успешно работал (даже в первые дни, когда вся эта кодла зарегилась и висела там постоянно), проблем с памятью не было. Больше напрягала БД, но и то потому, что я работал с ней как идиот. Не знаю, как там будет с миллионом пользователей, но эта штука поддерживает кластеризацию (через memcached).
2) Шаблоны поддерживаются. Но если верстка простая (например, в шаблон вставить табличку), то можно обойтись генерацией HTML.
На счет «как это работает» — можно почитать на сайте. Если очень интересно. Там же есть и примеры (справа, очень большая картинка-ссылка «go to the portal demo»).
2) Шаблоны поддерживаются. Но если верстка простая (например, в шаблон вставить табличку), то можно обойтись генерацией HTML.
На счет «как это работает» — можно почитать на сайте. Если очень интересно. Там же есть и примеры (справа, очень большая картинка-ссылка «go to the portal demo»).
под примерами обычно подразумевается запуск в production. есть хотя-бы пара больших сайтов, работающих на Nagare?
это разработка ребят из www.net-ng.com/, там же у них где-то есть ссылки на проекты.
Хм, меня устраивает джанга, но звучит интересно, надо будет попробовать.
Прочитал статью. Так и не понял, что в этом фреймворке такого «революционного»???
Генерировать на сервере HTML и URL многие фреймворки умеют давно.
По поводу первой фичи, то я не совсем понял, что в итоге мы получаем(код совсем не информативен), но если вы имели ввиду получение значения переменной в разных частях программы, то для этого тоже есть различные компоненты, эмулирующие реестр и тд
Генерировать на сервере HTML и URL многие фреймворки умеют давно.
По поводу первой фичи, то я не совсем понял, что в итоге мы получаем(код совсем не информативен), но если вы имели ввиду получение значения переменной в разных частях программы, то для этого тоже есть различные компоненты, эмулирующие реестр и тд
На таком подходе основан Weblocks — CL-фреймворк. Вроде бы он помер :).
я уверен, что и в этой абстракции есть дырка
что вы понимаете под «дыркой»?
например, попробуйте в gwt вывести в log.debug что-нибудь из клиентской части: не получится, потому что она компилируется в javascript, а в файл лога на сервере javascript писать не может.
то есть вроде абстрагировались от разделения клиентской и серверной частей, но как-то через жопу абстрагировались.
подробнее тут: russian.joelonsoftware.com/Articles/LeakyAbstractions.html
то есть вроде абстрагировались от разделения клиентской и серверной частей, но как-то через жопу абстрагировались.
подробнее тут: russian.joelonsoftware.com/Articles/LeakyAbstractions.html
прочитал. Автор какие-то тривиальные вещи излагает, если откровенно. Серебряной пули, конечно, не существует и необходимость наличия мозгов еще никто не отменял. До сих пор еще не создан язык программирования, которым можно было бы пользоваться, совсем не применяя мозг. Разве что, PHP :)
«Я сказал что PHP говно» != «Я крутой кодер». Заипали.
Это не ирония, это уже избитый штамп, которым подкрепляют любые заявления на тему ЯП.
и, тем не менее, это была ирония. Причем даже не над языком программирования, а, скорее, над яростными, сметающими все на своем пути его адептами :) Бессмысленными и беспощадными.
кто-нибудь уже изучал дружбу continuations + memcached?
если нет, то это — скорее пока игрушка для Пола Грэхэма
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Nagare — новый подход к построению web-приложений