Спасибо, очень интересно. Мне кажется вам стоит вынести ваш развёрнутый комментарий в пост, что бы обозначить проблематику, т.к. во-первых без него не совсем понятно зачем всё это надо и во-вторых, комментарий едва ли не интереснее самого поста
Эм, простите, возможно я путаю кислое с солёным, но разве у гугла и бинга не используется особая магия для индексации аяксовых сайтов?
Где то даже на хабре была статья, что если в url'е присутствует /#!, то поисковик сразу понимает, что сайт аяксовый и использует специальные методики индексации.
Она и не быстрей =)
Тут всё индивидуально. Кто-то и на джаве быстрее напишет, с учётом всех редеплоев — просто потому что мозги так у человека работают.
Автор вообще знатно вбрасывает удобрений в вентилятор: одно то что «нод быстрее работает» — тема для холиваров на 10 лет вперёд.
Я бы сказал так: У Node JS есть предпосылки к тому, что бы написать на нём быстрый код. И у Node JS, опять же, есть предпосылки для более высокой скорости разработки за счёт лучшей синергии между разработчиками.
Проблемы у Node ровно две, и обе они такие же как у php:
1. Люди не серьёзно относятся к языку, считая его уг по умолчанию;
2. Разработчики, зачастую, плохо его знают и пишут соответствующий код;
Нет, правда, мне вот стыдно говорить людям, что я «Программист JavaScript» — по лицам видно, как все представляют себе «снежинки на сайте»
Я не утверждаю обратного, сам пишу под node, как могу.
Знаете, я пожалуй соглашусь с вами, правда от части — блог, визитки, магазины — вот типовые проекты интернета на мой взгляд.
Подходит ли для них Node? Да, безусловно. Вот в php есть YII, к примеру. Аналоги в этой нише у нода есть, на мой взгляд этого вполне достаточно. Создана вся необходимая инфраструктура (не буду повторять автора статьи, перечисляя).
Другое дело что веб-студии, работающие в сфере дешевых сайтов (5-25 т.р.) вряд ли когда нибудь перейдут на нод — стоимость разработки будет значительно выше, чем cms-based сайтов.
Короче в этой сфере конкурировать с cms не получится. Впрочем те же джависты и дотнетчики сюда не лезут. Ту же альфреску на моей памяти разворачивали индивидуально под клиента и долго пилили. Да и никогда не видел личного блога на альфреске. Впрочем это мой персональный опыт.
Меня несколько удивляет ваш вопрос. Вот возьмём java — можно нагуглить цмски, но ими почти никто не пользуется (хотя конечно есть всякте ecm вроде alfresco, но это другое).
Это в мире php актуально знать именно cms, в java/c#/node js актуально знать фреймворки. Про руби и пайтон не скажу, но по-моему там так же правят бал фреймворки, а не cms.
Я не удивлюсь, если в мире node js вообще никогда не появятся сколько-нибудь серьёзные cms.
Половина комментариев из серии «10 лет на php/java/etc, не верю что node быстрее».
Главная мысль, которую пытается донести автор — node созрел для продакшена.
Про скорость работы сервера — ну, это ж как напишешь, верно?
Ещё один плюс, про который забывают — это то что у тебя весь проект на одном языке. И фронтенд и бекенд, т.е. скорость разработки в команде потенциально должна быть выше, а так же выше уровень взаимозаменяемости членов команды.
Не очень ясен смысл:
Если постоянно переключаться между режимами, будет только видимость анонимности, а если держать его постоянно включенным — чем это лучше использования tor'овской сборки?
Вроде бы инициатива хороша с точки зрения пропаганды тора и комнании, но огнелис сам по себе гиковский браузер (привет, хром) и его пользователи как правило в курсе ситуации.
Где то даже на хабре была статья, что если в url'е присутствует /#!, то поисковик сразу понимает, что сайт аяксовый и использует специальные методики индексации.
Не могу сейчас найти ссылку на эту спецификацию, но для хотль какого то пруфа, оставлю здесь вот это:
www.yearofmoo.com/2012/11/angularjs-and-seo.html#how-google-and-bing-index-ajax-applications
Т.е. на самом деле не понятно — надо всё таки делать статические копии страниц, или нет.
github.com/joyent/node/wiki/modules#wiki-content-management
Это список cms на nodejs. Естественно они ещё не на том уровне, как вордпресс или друпал, т.к. они значительно моложе
Тут всё индивидуально. Кто-то и на джаве быстрее напишет, с учётом всех редеплоев — просто потому что мозги так у человека работают.
Автор вообще знатно вбрасывает удобрений в вентилятор: одно то что «нод быстрее работает» — тема для холиваров на 10 лет вперёд.
Я бы сказал так: У Node JS есть предпосылки к тому, что бы написать на нём быстрый код. И у Node JS, опять же, есть предпосылки для более высокой скорости разработки за счёт лучшей синергии между разработчиками.
Проблемы у Node ровно две, и обе они такие же как у php:
1. Люди не серьёзно относятся к языку, считая его уг по умолчанию;
2. Разработчики, зачастую, плохо его знают и пишут соответствующий код;
Нет, правда, мне вот стыдно говорить людям, что я «Программист JavaScript» — по лицам видно, как все представляют себе «снежинки на сайте»
Знаете, я пожалуй соглашусь с вами, правда от части — блог, визитки, магазины — вот типовые проекты интернета на мой взгляд.
Подходит ли для них Node? Да, безусловно. Вот в php есть YII, к примеру. Аналоги в этой нише у нода есть, на мой взгляд этого вполне достаточно. Создана вся необходимая инфраструктура (не буду повторять автора статьи, перечисляя).
Другое дело что веб-студии, работающие в сфере дешевых сайтов (5-25 т.р.) вряд ли когда нибудь перейдут на нод — стоимость разработки будет значительно выше, чем cms-based сайтов.
Короче в этой сфере конкурировать с cms не получится. Впрочем те же джависты и дотнетчики сюда не лезут. Ту же альфреску на моей памяти разворачивали индивидуально под клиента и долго пилили. Да и никогда не видел личного блога на альфреске. Впрочем это мой персональный опыт.
Это в мире php актуально знать именно cms, в java/c#/node js актуально знать фреймворки. Про руби и пайтон не скажу, но по-моему там так же правят бал фреймворки, а не cms.
Я не удивлюсь, если в мире node js вообще никогда не появятся сколько-нибудь серьёзные cms.
Главная мысль, которую пытается донести автор — node созрел для продакшена.
Про скорость работы сервера — ну, это ж как напишешь, верно?
Ещё один плюс, про который забывают — это то что у тебя весь проект на одном языке. И фронтенд и бекенд, т.е. скорость разработки в команде потенциально должна быть выше, а так же выше уровень взаимозаменяемости членов команды.
Если постоянно переключаться между режимами, будет только видимость анонимности, а если держать его постоянно включенным — чем это лучше использования tor'овской сборки?
Вроде бы инициатива хороша с точки зрения пропаганды тора и комнании, но огнелис сам по себе гиковский браузер (привет, хром) и его пользователи как правило в курсе ситуации.