Именно. Сюда же и Турция, хотя их пример роста не так показателен по сравнению с Малайзией. И там и там власть выборная, как следствие работают социальные лифты, и это более существенная составляющая успешного социума чем официальная идеология.
В общем, вопли о приходящих к власти исламистах в пост-революционных арабских странах стоит умерить. Надо порадоваться за общество которое нашло силы объединиться и взять свою судьбу в свои руки. В Нигериях пока и до этого не доросли.
Не хотелось бы рвать шаблоны в эти тяжкие для россиян дни, но напомню что Малайзия мусульманская страна, где у власти находятся умеренные исламисты. А их премьер-министр в свое время предлагал ввести золотой динар: goo.gl/NcGNw
Интересно что в этом списке делают всякие национальнальные ассоциации водопроводчиков, олимпийский коммитет, федерация тенниса и прочие «Рога и Копыта».
>Если подскажите в скольки из этих 48 фреймворков есть orm для mysql поддерживающая отношения, буду Вам крайне благодарен.
Не подскажу; SQL не пользую, как и большинство нодовцев. Если у вас что-то отличное в положительную сторону от других решений, выпустите и продвигайте это отдельным модулем — будет проще и быстрее даст отклик.
Фреймворк это другой уровень и другие требования. Для фреймворка желательна какая-никакая идея, чтобы пользователь представлял во что это может вырасти через год. Авторритет разработчика, потому что объективных критериев оценки и сравнения разных архитектур почти нет. И какие-нибудь гарантии стабильности, желательно звучное имя компании в спонсорах/авторах.
И насчет выбора. Из вашей коллекции с моей совпадает лишь шаблонизатор dust. Прекрасный шаблонизатор, пожалуй, самый производительный из функциональных. Кстати сказать, его использует LinkedIn в своей мобильной платформе, так что на сегодня он используется в самом востребованном нодовском приложении.
Однако, dust в последний раз обновлялся этим летом, хуже того, последний коммит от автора был этим летом. По нодовским меркам это очень давно и я волнуюсь за их судьбу. Было бы прекрасно, если бы люди имеющие столько энергии чтобы собирать фреймворки посвятили себя от части поддержке любимых библиотек. Вот вы даже пишите о том что даст у вас «расширен», почему бы эти «расширения» не отправить обратно в репозиторий даста? Или сделать форк и развивать отдельно.
tl;dr
Есть время/желание — поддерживайте имеющиеся модули и пишите недостающие, «фреймворки» из них сами потом соберутся, если модули будут стоящими.
Achievement Unlocked: Собери модули и назови это фреймворком.
В русском языке, как и во многих других, пробелы не ставятся после открывающей и перед закрывающей скобками. В коде так же рекомендую придерживаться какого-нибудь style guide, к примеру: goo.gl/gYHf
Ну и фреймворков в ноде очень не хватает, я знаю лишь о 48-ми: goo.gl/kwTlP
Тоже может быть, правда автора в сговоре с монгуставцами не замечал.
Вот что пишут:
>From V0.8.0 to V0.9.6.9, the Javascript bson parser was slower than an optional C/C++ bson parser. As of V0.9.6.9+, due to performance improvements in the Javascript parser, the C/C++ perser is deprecated and is not installed by default anymore.
>Раньше для MySQL нативный драйвер отставал от бинарного в 3-15 раз, теперь только в 1.5-2.
Ничего себе, это только благодаря V8 или сама нода что-то подточила? Или авторы библиотеки.
Не пользуюсь SQL, не слышал ранее про Firebird, но рад, что нода обрастает драйверами.
Удачи вам с модулем и спасибо что рассказали.
Раз речь про C++ плагины зашла, в монговском драйвере отказались от С++ парсера BSON для новой ноды 0.6, сославшись на то что разница в скорости нивелировалась. Точнее как опция он все еще есть, но рекомендуют использовать нейтивный (js) парсер. Не понял пока из-за чего, то ли скорость нейтивной догнала C++, то ли конвертации туда-обратно снижают скорость сишной до обычной.
В общем, вопли о приходящих к власти исламистах в пост-революционных арабских странах стоит умерить. Надо порадоваться за общество которое нашло силы объединиться и взять свою судьбу в свои руки. В Нигериях пока и до этого не доросли.
Не подскажу; SQL не пользую, как и большинство нодовцев. Если у вас что-то отличное в положительную сторону от других решений, выпустите и продвигайте это отдельным модулем — будет проще и быстрее даст отклик.
Фреймворк это другой уровень и другие требования. Для фреймворка желательна какая-никакая идея, чтобы пользователь представлял во что это может вырасти через год. Авторритет разработчика, потому что объективных критериев оценки и сравнения разных архитектур почти нет. И какие-нибудь гарантии стабильности, желательно звучное имя компании в спонсорах/авторах.
И насчет выбора. Из вашей коллекции с моей совпадает лишь шаблонизатор dust. Прекрасный шаблонизатор, пожалуй, самый производительный из функциональных. Кстати сказать, его использует LinkedIn в своей мобильной платформе, так что на сегодня он используется в самом востребованном нодовском приложении.
Однако, dust в последний раз обновлялся этим летом, хуже того, последний коммит от автора был этим летом. По нодовским меркам это очень давно и я волнуюсь за их судьбу. Было бы прекрасно, если бы люди имеющие столько энергии чтобы собирать фреймворки посвятили себя от части поддержке любимых библиотек. Вот вы даже пишите о том что даст у вас «расширен», почему бы эти «расширения» не отправить обратно в репозиторий даста? Или сделать форк и развивать отдельно.
tl;dr
Есть время/желание — поддерживайте имеющиеся модули и пишите недостающие, «фреймворки» из них сами потом соберутся, если модули будут стоящими.
В русском языке, как и во многих других, пробелы не ставятся после открывающей и перед закрывающей скобками. В коде так же рекомендую придерживаться какого-нибудь style guide, к примеру: goo.gl/gYHf
Ну и фреймворков в ноде очень не хватает, я знаю лишь о 48-ми: goo.gl/kwTlP
Представляю сколько пользователей сейчас с этим мучаются.
Закрывайте скобки за собой.
В контексте этой клавиатуры, это напоминает анекдот про неуловимого Джо.
Вот что пишут:
>From V0.8.0 to V0.9.6.9, the Javascript bson parser was slower than an optional C/C++ bson parser. As of V0.9.6.9+, due to performance improvements in the Javascript parser, the C/C++ perser is deprecated and is not installed by default anymore.
>Раньше для MySQL нативный драйвер отставал от бинарного в 3-15 раз, теперь только в 1.5-2.
Ничего себе, это только благодаря V8 или сама нода что-то подточила? Или авторы библиотеки.
Удачи вам с модулем и спасибо что рассказали.
Раз речь про C++ плагины зашла, в монговском драйвере отказались от С++ парсера BSON для новой ноды 0.6, сославшись на то что разница в скорости нивелировалась. Точнее как опция он все еще есть, но рекомендуют использовать нейтивный (js) парсер. Не понял пока из-за чего, то ли скорость нейтивной догнала C++, то ли конвертации туда-обратно снижают скорость сишной до обычной.
.exit(function(err, result) {
if(err) throw err;
return result;
}