бабель

в реакт нейтив бабель подефолту

и это отдельный лол

реакт стимс — это про шта ваще?

такого слова нет

такого слова нет

Сори с телефона пишу https://github.com/aickin/react-dom-stream

Так на 14 и остались

ssr не нужен

поисковики твой жыэс не будут выполнять

и разве не этого чела проблемы что он не обновляет?

так что нужен

поисковики твой жыэс не будут выполнять

ок

поисковики твой жыэс не будут выполнять

Будут

да вы что

типа они такие смотрят ssr у тебя или нет и в зависимости от этого выполняют или нет, да?

ок

ssr нужен для опен граф карточек и немного сео

но ваще вроде гугл на это все тоже забил уже

Без ssr нет жизни.

Если хотите нормальной индексации

да при чем тут забил - не забил. если контент не доступен без выполнения скриптов, его просто не проиндексируют с вероятностью в 99%, лол.

https://webmasters.googleblog.com/2014/05/understanding-web-pages-better.html

индексация не нужна

все в подполье

https://webmasters.googleblog.com/2014/05/understanding-web-pages-better.html

да, это, грубо говоря, означает, что отрендерится страница и ее onload-код. если дальнейший контент можно получить только нажимая на кнопочки, которые управляются вашей любимой MVVM-библиотекой, он не проиндексируется.

индексация не нужна

Скажи это, когда у вас посещаемость будет копейки и приток траффика нулевой, а сайт при этом зарабатывает на рекламе

Скажи это, когда у вас посещаемость будет копейки и приток траффика нулевой, а сайт при этом зарабатывает на рекламе

сайты, которые зарабатывают на рекламе — <угадай>

лол

у нас это по-другому работает лол

сайты, которые зарабатывают на рекламе — <угадай>

А что не так?

у нас это по-другому работает лол

Ну значит вам и не надо.

я и говорю) не надо)

>вам

Node v7.0.0 (Current) https://nodejs.org/en/blog/release/v7.0.0

https://github.com/nodejs/node/pull/8317#issuecomment-243059974

ssr для производительности тоже нужен же

Ну да, с помощью него юзер увидит сайт райньше, чем SPA у него загрузится

Это хорошо

производительность чего? ssr создает доп. нагрузку на сервер, но первичная загрузка для пользователя будет быстрее (в зависимости от проекта)

Сейчас клиенты покруче того что сервер сможет выделить на конект=)

Сейчас клиенты покруче того что сервер сможет выделить на конект=)

Что проще передать, хтмл или жс?

html

Страница будет легче чем целое приложение.

Что проще передать, хтмл или жс?

передать? От веса зависит=)

Вот. И клиент увидит быстрее результат

Целое приложение все равно подгружать

Но он уже сможет пользоваться сайтом

До загрузки приложения

Не сможет

Это почему?

У него уже отрендерено все

Если пользоваться реактом как jade, то конечно, но то что сейчас делают реальных проектах немного зависит от кликов по страничке там, данных от сервера, ну и прочей не важной фигни=)

Данные от сервера уже отрендерены будут. Вопрос кликов это вопрос продуманности интерфейса

Вот блять, просто прямо сейчас делаем изоморфное приложение

Клиент получает сначала html уже со всеми данными заполненый

А потом на это грузится SPA

И это намного быстрее визуально работает, чем пока загрузится с нуля SPA

Я очень рад, если ssr вам подходит=)

ssr маст хев если очень хочется визуальной быстроты загрузки и индексации поисковиками

ну я как пользователь закрою сайт, который будет 1-3 секунды показывать белый экран

а сайтом на голом html вполне можно пользоватся

по ссылкам ходить уж точно

а сайтом на голом html вполне можно пользоватся

Контент есть, ссылочки на другие страницы есть. Все топчик

ssr не всем подходит, да, можно вообще в статику рендерить

ssr не всем подходит, да, можно вообще в статику рендерить

Мощностей на это надо, если пользователей много. Ну и SPA будет новый контент грузить и рендерить уже быстрее, чем присылать целый html. Плюс будет перерендер не всего DOM

Что тоже положительно скажется на ux

если правильно подходить, то можно ssr выплевывать из кеша

По поводу визуальной быстроты загрузки все очень неоднозначно, ssr нам дает увидеть готовую страницу до того, как загрузятся скрипты, но если скрипты есть в кэше браузера, то вполне может получиться, что рендеринг на клиенте произойдет быстрее, чем рендеринг на сервере + загрузка получившегося html на клиент

не все же на странице уникально для пользователя

если правильно подходить, то можно ssr выплевывать из кеша

Это бай дефолт разумеется

рендеринг на клиенте быстрее?

У нас на сервере не более 30ms

рендеринг на клиенте быстрее?

не "рендеринг на клиенте vs рендеринг на сервере", а "рендеринг на клиенте vs рендеринг на сервере + загрузка на клиент того, что отрендерилось"

А ещё сервер денег стоит, а клиентский рендеринг - нет. Но с долгим клиентстким рендерингом сам клиент, который человек, может не прийти и не заплатить.

ну сам подумай, нужно распарсить js, его исполнить, потом уже только вставлять что то в dom дерево

А ещё сервер денег стоит, а клиентский рендеринг - нет. Но с долгим клиентстким рендерингом сам клиент, который человек, может не прийти и не заплатить.

Поэтому есть смысл отдавать только первую страницу

Остальные уже в SPA будут

А если каждая страница потенциально может быть первой?

@oPavlov клиентский рендеринг стоит ресурсов клиента

Хотя с такой стороны, нахуя тебе тогда SPA.