Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 53
все идет к использованию Javascript на сервере
Используем, «уже» :-) Присоединяйтесь!
Какова скорость? V8? Каким способом к базам коннектитесь, если таково имеет место быть?
V8, Node.js. По тестам V8 вполне жизнеспособен: скорость сопоставима с CPython и более чем вдвое быстрее PHP. Но основной плюс не в скорости, а в асинхронности всех операций, что позволяет достичь быстрого времени отклика и поддерживать большое количество соединений: bit.ly/9i1LgP.
К key-value базам есть много коннекторов, есть коннектор к MySQL на C++ и на чистов яваскрипте. В целом интересная система.
К key-value базам есть много коннекторов, есть коннектор к MySQL на C++ и на чистов яваскрипте. В целом интересная система.
думаю на тему nodejs, но так как работаю под виндами, то останавливает невозможность просто загрузить свежую сборку без танцев с бубнами и компиляцией
Запускать nodejs в VirtualBox в каком-то смысле даже удобнее. А вся настройка занимает час вместе с установкой Ubuntu.
Это из серии танцев с бубнами. У меня есть VirtualBox для разных целей на ноуте, но код я часто пишу на нетбуке, и там с виртуальными машинами не разбежишься.
Кроме того у разных линухов плохо с поддержкой разных нетбуковых фич ( я пробовал штуки 3) Время работы от аккумулятора заметно меньше, известная проблема с Intel GMA500.
Кроме того у разных линухов плохо с поддержкой разных нетбуковых фич ( я пробовал штуки 3) Время работы от аккумулятора заметно меньше, известная проблема с Intel GMA500.
В крайнем случае можно взять готовую сборку для Windows.
так я с этого и начал, что негде взять готовую сборку
подскажите где можно регулярно скачать свежий билд?
подскажите где можно регулярно скачать свежий билд?
node-js.prcn.co.cc/ например.
ага спасибо, я туда заглядывал не раз
с периодичностью там проблема была последнее время, думал уж загнулся ресурс.
с периодичностью там проблема была последнее время, думал уж загнулся ресурс.
хотя и сейчас там не последняя и даже не предпоследняя версия
В ветке 0.2.x будут только багфиксы, API не изменится. Так что для разработки должно подойти.
Автор сайта жжёт :-)
Mu?
В наше время есть очень быстрый шаблонизатор СTPP2 — ctpp.havoc.ru/
И ситуация складывается таким образом, что сгенерировать JSON ничуть не быстрее, чем сгенерировать HTML код.
Так зачем заставлять сервер генерировать JSON, если можно сразу сгенерировать HTML?
Оставьте JSON для межсервисного взаимодействия, хотя там уже ниша занята XML'ем…
И ситуация складывается таким образом, что сгенерировать JSON ничуть не быстрее, чем сгенерировать HTML код.
Так зачем заставлять сервер генерировать JSON, если можно сразу сгенерировать HTML?
Оставьте JSON для межсервисного взаимодействия, хотя там уже ниша занята XML'ем…
Чисто теоретически может быть ситуация, когда лучше разделить шаблон и данные. Например шаблон отдается CDN а данные имеют свой родной сервер. Может быть еще ситуация, когда шаблон один а данных много — постраничная или подкачка данных при прокрутке.
И все таки данные перевести в json и в html не всегда одинаково по времени и загрузке. Хотя я лично предпочитаю отдать уже готовый элемент в html, особенно когда таких много и сайт обильно ajax-овый — так существенно облегчается обработка на клиенте, видимое время реакции лучше. Хотя это в другую сторону.
И все таки данные перевести в json и в html не всегда одинаково по времени и загрузке. Хотя я лично предпочитаю отдать уже готовый элемент в html, особенно когда таких много и сайт обильно ajax-овый — так существенно облегчается обработка на клиенте, видимое время реакции лучше. Хотя это в другую сторону.
Ну, вы кажется немного погорячились. JSON таки сгенерировать быстрее, нежели html (генерируя html, мы ведь отталкиваемся не только от данных, но и от логики в шаблоне).
Вы должны понимать, что при решении определенного круга задач, генерируя html ВСЁ время на сервере, мы можем получить неоптимально решенную задачу. То есть решения, когда html нужно генерировать на стороне клиента – нужны. И да, по большому счету это больше админки и редкоперезагружаемые страницы. Вы нажали кнопку, и хотите чтобы тут же древовидная структура комментариев стала линейной (пример надуман, понятно что можно найти решение используя CSS). Суть в том, что нужно на странице пользователя перерисовать страницу/элементы, на основе уже имеющихся данных (тот же JSON), НЕ обращаясь к серверу.
Вы должны понимать, что при решении определенного круга задач, генерируя html ВСЁ время на сервере, мы можем получить неоптимально решенную задачу. То есть решения, когда html нужно генерировать на стороне клиента – нужны. И да, по большому счету это больше админки и редкоперезагружаемые страницы. Вы нажали кнопку, и хотите чтобы тут же древовидная структура комментариев стала линейной (пример надуман, понятно что можно найти решение используя CSS). Суть в том, что нужно на странице пользователя перерисовать страницу/элементы, на основе уже имеющихся данных (тот же JSON), НЕ обращаясь к серверу.
Сгенерировать потом на стороне клиента HTML на основе данного json'a — в разы дороже по процессорному времени. Ваш пример решается примитивным js-скриптом, который всего лишь добавляет один css-класс контейнеру, в котором эти комментарии находятся.
Для любой задачи есть множество решений. Есть простые, есть сложные, и нужно смотреть на определенную технологию только в разрезе всего продукта, а не отдельно от него. Иначе аргументация оппонентов не несет нужной смысловой нагрузки и важности аргументов.
Для любой задачи есть множество решений. Есть простые, есть сложные, и нужно смотреть на определенную технологию только в разрезе всего продукта, а не отдельно от него. Иначе аргументация оппонентов не несет нужной смысловой нагрузки и важности аргументов.
HTML можно грузить в контейнер jQuery().load().
Этим приемом решается половина Ваших задач.
Этим приемом решается половина Ваших задач.
Я очень надеюсь, что вы, прочитав комментарий, заметили частицу не. Зачем мне имея данные на странице, стучаться на сервер за html?
И давайте уже смиримся с фактом, что есть задачи, где оптимальнее генерировать html на стороне клиента, а не хранить «уже готовый на все случаи жизни» / «обращаться к серверу за новым» html.
И давайте уже смиримся с фактом, что есть задачи, где оптимальнее генерировать html на стороне клиента, а не хранить «уже готовый на все случаи жизни» / «обращаться к серверу за новым» html.
Я бы не стал делать два компилятора, а взял уже готовый, которых для серверных языков вагон и адаптировал бы его ( компилятор в серверный язык) для js. Если правильный компайлер, то там только шаблоны поправить. С данными может быть засада, но как правило шаблонизатору отдают обьекты, а обьект хорошо сериализируется в json.
И HAML в качестве языка шаблона.
И почему же мы все не кидаемся вовсю использовать шаблонизацию на стороне клиента?
Если приложение все равно делает HTTP запрос (а это неизбежно задержки!) для получения JSON данных, почему бы не загрузить уже готовое HTML представление, сгенерированное на сервере (или взятое из кэша)? Из моей практики размер чисто шаблона редко когда превышает размер данных, а значит выигрыш в трафике тоже отсутствует?
Гуглы того же мнения: code.google.com/closure/templates/
целесообразней почитать-таки про xslt
Читали и тестили. Все круто, кроме скорости парсеров. Уже 5 лет как.
имхо, он ужастен. и xml имхо ужастен.
и что в них такого ужасного?
он громоздок, недостаточно изящен и вообще. есть более привлекательные решения. я не знаю, зачем может быть нужен xslt, двойная работа. сначала закодируй все в хмл, потом переведи в хтмл, если можно сразу через шаблонизатор пропустить
громоздок, да, но что мешает сделать свою обёртку с кратким синтаксисом, а не изобретать очередную кривую поделку? например xstyle github.com/sairi-na-tenshi/xstyle/blob/master/test/test.xs
это в чём это он не изящен?
о каких решениях идёт речь?
именно такая двойная работа обеспечивает ему интероперабельность, позволяющую использовать его как на клиенте так и на сервере.
это в чём это он не изящен?
о каких решениях идёт речь?
именно такая двойная работа обеспечивает ему интероперабельность, позволяющую использовать его как на клиенте так и на сервере.
А чем не нравится jTemplates?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
И javascript шаблонизатор