если нужен SEO, то придется делать SSR (server side rendering)

это уже так сказать, как бы выразиться, надстройки над реактом, то есть из реактовской экосистемы, насколько я понимаю мы не вылезаем и даже особо не переписываем наше приложение

это уже так сказать, как бы выразиться, надстройки над реактом, то есть из реактовской экосистемы, насколько я понимаю мы не вылезаем и даже особо не переписываем наше приложение

при использовании любых инструментов, которые генерят разметку на клиенте, если нужен SEO, придется делать SSR. И тут ребята, с чем угодно на сервере, окромя JS, внезапно испытывают много-много-много боли и тормозов. Те у кого JS, страдают меньше, но, все равно, страдают...

Откуда такая информация, у тебя большой опыт в этом?

при использовании любых инструментов, которые генерят разметку на клиенте, если нужен SEO, придется делать SSR. И тут ребята, с чем угодно на сервере, окромя JS, внезапно испытывают много-много-много боли и тормозов. Те у кого JS, страдают меньше, но, все равно, страдают...

я даже не совсем представляю себе как сделать SSR без JS на сервере, точнее даже совсем не представляю

Гугл реактовские SPA и без SSR парсит вполне успешно

Вот и я про это

Нет проблем с этим

И боли тоже

Есть, если таргетируешь яндекс)

Да и давно рендеринг на сервере из реакт компонентов уже работает

ssr очень сильно грузит сервер

ssr очень сильно грузит сервер

Смотря какой

при использовании любых инструментов, которые генерят разметку на клиенте, если нужен SEO, придется делать SSR. И тут ребята, с чем угодно на сервере, окромя JS, внезапно испытывают много-много-много боли и тормозов. Те у кого JS, страдают меньше, но, все равно, страдают...

ошибочное утверждение. Никакой боли при генерации html из чего угодно. Исключение ТОЛЬКО JS. Ведь он исполняется, кроме сервера, еще и на клиенте. И с этим нужно считаться. ВСЕ другие языки генерируют совершенно спокойно себе на сервере что хотят - и никаких проблем не имеют.

я даже не совсем представляю себе как сделать SSR без JS на сервере, точнее даже совсем не представляю

и это очень странно, потому что ВСЕ другие языки преспогойно себе генерируют на сервере, что хотят. Я шокирован мыслями, что здесь читаю.

Реально, еще раз повторю, только с серверной генерацией на JS есть проблемы, потому что нужно учитывать, что отрендерится на сервере, а что только на клиенте. Все другие языки преспокойно генерят себе готовый html на сервере - и горя не знают. Так работают абсолютно ВСЕ сайты, кроме тех, что написаны на JS.

и это очень странно, потому что ВСЕ другие языки преспогойно себе генерируют на сервере, что хотят. Я шокирован мыслями, что здесь читаю.

Задача состоит не в генерации html, а в генерации html из компонентов React, это надо для того, чтобы превратить SPA в обычный сайт для отдельных случаев, когда без этого никак.

Верное утверждение

Реально, еще раз повторю, только с серверной генерацией на JS есть проблемы, потому что нужно учитывать, что отрендерится на сервере, а что только на клиенте. Все другие языки преспокойно генерят себе готовый html на сервере - и горя не знают. Так работают абсолютно ВСЕ сайты, кроме тех, что написаны на JS.

Вы так пишете, как будто на JS нет огромной кучи шаблонизаторов и никак нельзя отделить серверный JS от клиентского.

Задача состоит не в генерации html, а в генерации html из компонентов React, это надо для того, чтобы превратить SPA в обычный сайт для отдельных случаев, когда без этого никак.

я знаю, для чего это нужно. Хотя, не согласен с формулировкой. "Обычный сайт" - настолько нечеткое понятие, что я его прсто не понимаю. Для Ruby-ста "обычный сайт" - это сайт на Ruby. Для php-шника - это сайт на php. Для того, что знает только Html - это сайт на html. И все это "простые сайты"

всем ку. пытаюсь разобраться с redux-react-router. Как я понял можно использовать стандартные медоты browserHistory.push. Мне нужна обработка на goBack. Поидее ее можно повесить на componentWillReceiveProps() но будет ли это правильным?

Вы так пишете, как будто на JS нет огромной кучи шаблонизаторов и никак нельзя отделить серверный JS от клиентского.

Не хотел, чтоб так можно было понять. ) есть, конечно, решения.

всем ку. пытаюсь разобраться с redux-react-router. Как я понял можно использовать стандартные медоты browserHistory.push. Мне нужна обработка на goBack. Поидее ее можно повесить на componentWillReceiveProps() но будет ли это правильным?

будет

спасибо

Хотя, лучше четче сформулировать. Потому что я только что нафантазировал себе смысл, при котором с подобным подходом могут быть проблемы.

ну я перешел на новый урл продиспатчил новые данные вернулся на старый через history попал на старый урл и мне опять нужно данные продиспатчить

да, норм, в таком случае.

я знаю, для чего это нужно. Хотя, не согласен с формулировкой. "Обычный сайт" - настолько нечеткое понятие, что я его прсто не понимаю. Для Ruby-ста "обычный сайт" - это сайт на Ruby. Для php-шника - это сайт на php. Для того, что знает только Html - это сайт на html. И все это "простые сайты"

С точки зрения браузера обычный сайт - это сайт который отдаёт уже готовую разметку в виде готового же HTML. Single Page Application же строит интерфейс уже в браузере. SSR - это способ отдавать серверу готовый HTML в браузер, но этот HTML генерируется кодом SPA (и React это как раз позволяет, так как у него есть рендер в HTML как у старых добрых шаблонизаторов).

Хотя тут надо получше с терминологией разобраться.

Всем привет. Вчера уже спришивал, но не могу смириться) Если есть общий файл с sass переменными или mixins, то его нужно импортировать в каждый стиль компонента где эти переменные или mixins используются? Просто не понимаю, почему нельзя импортировать в корневой компонент и использовать везде, так как перменные и mixins практически во всех компонентах используются.

С точки зрения браузера обычный сайт - это сайт который отдаёт уже готовую разметку в виде готового же HTML. Single Page Application же строит интерфейс уже в браузере. SSR - это способ отдавать серверу готовый HTML в браузер, но этот HTML генерируется кодом SPA (и React это как раз позволяет, так как у него есть рендер в HTML как у старых добрых шаблонизаторов).

с этим абзацем согласен. Все правильно пишете.

Так как SPA называются SPA, а для не SPA я специальных названий не знаю. Может кто-то подскажет?

Mpa

Так как SPA называются SPA, а для не SPA я специальных названий не знаю. Может кто-то подскажет?

словарь фронтендера что ли пишите? ? к чему все это?)

Multi page

Multi page

спасибо

словарь фронтендера что ли пишите? ? к чему все это?)

просто хочу знать, чтобы быстрее и яснее выражать свои мысли

Всем привет. Вчера уже спришивал, но не могу смириться) Если есть общий файл с sass переменными или mixins, то его нужно импортировать в каждый стиль компонента где эти переменные или mixins используются? Просто не понимаю, почему нельзя импортировать в корневой компонент и использовать везде, так как перменные и mixins практически во всех компонентах используются.

я послушал бы ответ тоже. Почему "или" mixins?

просто хочу знать, чтобы быстрее и яснее выражать свои мысли

Не слышал/не видел, чтоб кто-то говорил/писла MPA. Думаю, все же лучше SPA и НЕ SPA.

Кто делал такую связку: React + Redux + React-router + server rendering? Интересует, где в этом случае хранилище, во всем приложении, или только на отдельных страницах?

Причём генерацию HTML на сервере я считаю неким старым, распространённым и на данный момент необходимым костылём. Так как по логике вещей бэкенд вообще ничего не должен знать как что-то там на клиенте будет отображаться. Единственное, что он должен делать - так это получать, хранить, обрабатывать и отдавать данные. Точно также как бэкенд не занимается вопросами отображения данных в мобильных приложениях.

Хотя это всё нытьё про неидеальность нашего мира.

я послушал бы ответ тоже. Почему "или" mixins?

Возможно не верно описал. Но в результате что переменные, что mixins не импортируются глобально для всех компонентов. Хотя классы из тех же файлов(где лежат перменные, mixins) импортируются :( Это так и должно быть и все просто подключают необходимые стили в каждый компонент?

Причём генерацию HTML на сервере я считаю неким старым, распространённым и на данный момент необходимым костылём. Так как по логике вещей бэкенд вообще ничего не должен знать как что-то там на клиенте будет отображаться. Единственное, что он должен делать - так это получать, хранить, обрабатывать и отдавать данные. Точно также как бэкенд не занимается вопросами отображения данных в мобильных приложениях.

так html генерируется не на том же сервере, откуда получаются данные, а на другом, который этот html отдает клиенту. Поэтому, ничего плохого в этом не вижу. Мобильное приложение, по-сути, представляет из себя уже сгенерированную разметку, которая получает данные. Если структура данных на сервере, который их отдает, поменялась - мы должны изменить и их отображение (т.е. выпустить новую версию нашего приложения). То же самое и с серверной генерацией html разметки для web сайтов.

так html генерируется не на том же сервере, откуда получаются данные, а на другом, который этот html отдает клиенту. Поэтому, ничего плохого в этом не вижу. Мобильное приложение, по-сути, представляет из себя уже сгенерированную разметку, которая получает данные. Если структура данных на сервере, который их отдает, поменялась - мы должны изменить и их отображение (т.е. выпустить новую версию нашего приложения). То же самое и с серверной генерацией html разметки для web сайтов.

Можно вообще не генерировать HTML на сервере. Точнее даже так: по возможности следует избегать генерации HTML на сервере.

А лучше даже так: можно генерировать HTML на сервере почти тем же кодом, что генерирует интерфейс в браузере. И таким вот способом мы подходим к использованию SSR.

Кто-нибудь работал с google cloud engine? Вопрос такой: задал настройки Custom domain name, домен куплен на name.com несколько раз первыставлял (прошло больше недели), но он все равно заходит на домен и оттуда редиректит на свой внутренний урл http://****.appspot-preview.com Как его победить?

Кто-нибудь работал с google cloud engine? Вопрос такой: задал настройки Custom domain name, домен куплен на name.com несколько раз первыставлял (прошло больше недели), но он все равно заходит на домен и оттуда редиректит на свой внутренний урл http://****.appspot-preview.com Как его победить?

Может приложение твое само редиректит?

Можно вообще не генерировать HTML на сервере. Точнее даже так: по возможности следует избегать генерации HTML на сервере.

для web приложений. Генерировать Html на сервере - это единственно возможный вариант работы. Разве есть альтернативы?

для web приложений. Генерировать Html на сервере - это единственно возможный вариант работы. Разве есть альтернативы?

Рендер на фронте?

для web приложений. Генерировать Html на сервере - это единственно возможный вариант работы. Разве есть альтернативы?

Single Page Application. В них тоже есть HTML, но его мало и он не генерируется.

я потерял нить дискуссии

Может приложение твое само редиректит?

Проверял, там довольно простое приложение на express, нигде редиректов не нашёл

Проверял, там довольно простое приложение на express, нигде редиректов не нашёл

Т.е. ты заходишь по новому домену и тебя редиректит на эппспот?

Ага

Рендер на фронте?

так на текущий момент работает только React. Должно пройти время, чтоб это стало общепринятой практикой. React пока составляет ничтожно малую долю всех сайтов. Пренебрежимо малую. Поэтому и генерация html на сервере - скорее всего, еще очень долгое время будет единственно возможным вариантом.

так на текущий момент работает только React. Должно пройти время, чтоб это стало общепринятой практикой. React пока составляет ничтожно малую долю всех сайтов. Пренебрежимо малую. Поэтому и генерация html на сервере - скорее всего, еще очень долгое время будет единственно возможным вариантом.

шта

vue, angular тоже рендерят на клиенте

Ага

У тебя точно там где-то редирект.

так на текущий момент работает только React. Должно пройти время, чтоб это стало общепринятой практикой. React пока составляет ничтожно малую долю всех сайтов. Пренебрежимо малую. Поэтому и генерация html на сервере - скорее всего, еще очень долгое время будет единственно возможным вариантом.

Что тебе мешает рендерить с помощью жиквери?

бэкбон и эмбер тоже

Да хоть на чистом js можно собирать html код

Т.е. ты заходишь по новому домену и тебя редиректит на эппспот?

В приложении именно? Тут экспресс завёрнутый в докер который отдаёт реакт

У тебя точно там где-то редирект.

Он не знает о существовании такого урла как *appspot Или он ещё как-то может туда кидать? Даже если а коде нет вхождений такой строки

так на текущий момент работает только React. Должно пройти время, чтоб это стало общепринятой практикой. React пока составляет ничтожно малую долю всех сайтов. Пренебрежимо малую. Поэтому и генерация html на сервере - скорее всего, еще очень долгое время будет единственно возможным вариантом.

Это такой толстый троллинг, да?

Он не знает о существовании такого урла как *appspot Или он ещё как-то может туда кидать? Даже если а коде нет вхождений такой строки

Может там где-нибудь прописан "базовый" домен, в принципе через апи можно узнать айди приложения.

ERROR: S client not available

Может там где-нибудь прописан "базовый" домен, в принципе через апи можно узнать айди приложения.

Ок, перепроверю :) вдруг правда есть

Покажи конфиг.

app.yaml

а кто-нибудь сталкивался с задачей форматирования номера банковской карты? что-то я ни одного нормального решения найти не могу

а кто-нибудь сталкивался с задачей форматирования номера банковской карты? что-то я ни одного нормального решения найти не могу

вообще не можешь? https://github.com/jessepollak/card

а кто-нибудь сталкивался с задачей форматирования номера банковской карты? что-то я ни одного нормального решения найти не могу

Ножницами можно отформатировать карту! ?

Ножницами можно отформатировать карту! ?

не пори чушь

не пори чушь

Это минута юмора

вообще не можешь? https://github.com/jessepollak/card

видел, оно кривое

https://github.com/shatran/card-react

https://react.parts/web?search=card

https://github.com/shatran/card-react

тоже самое, ну и мне нужно только текст в одном инпуте форматнуть, а не всю эту форму тащить

тоже самое, ну и мне нужно только текст в одном инпуте форматнуть, а не всю эту форму тащить

и ничего из react.parts не подошло?

и ничего из react.parts не подошло?

вот нашел http://eniz.github.io/react-creditcard-input/ , тоже кривое

оно даже номер по длине не ограничивает

разве сложно самому написать?

разве сложно самому написать?

ну как бы такое... карты могут иметь разную длину и разное форматирование

Покажи конфиг.

runtime: custom env: flex env_variables: NODE_ENV: 'production' GCLOUD_STORAGE_BUCKET: ‘***.appspot.com'

то есть надо определить типа карты по началу номера, и потом уже разобраться какую длинну ввода давать

ну и как форматировать

одно решение нашел, но там косяк в том что нельзя переместить курсор и отредактировать какую-то произвольную цифру в номере, курсор все время в конец инпута перескакивает

причем у многих такое

Покажи конфиг.

в докере тоже все просто, установка npm, копирование приложения и yarn run prod

в докере тоже все просто, установка npm, копирование приложения и yarn run prod

А ты смотрел как редирект происходит, через код 300/301 или само приложение?

А ты смотрел как редирект происходит, через код 300/301 или само приложение?

Точно, посмотрел 307 TEMPORARY REDIRECT

Точно, посмотрел 307 TEMPORARY REDIRECT

Значит в серверном коде надо смотреть.

Хмм, в моем именно коде? В каком случае может быть что по домену сервис недоступен, а по аппспоту новая версия всегда доступна

Ребята, а где можно посмотреть поддержку браузерами реакт? Ну и ангуляр с вью если можно)

Хмм, в моем именно коде? В каком случае может быть что по домену сервис недоступен, а по аппспоту новая версия всегда доступна

Как ты домен настраивал?

Днс вообще отдает А записи?

Ребята, а где можно посмотреть поддержку браузерами реакт? Ну и ангуляр с вью если можно)

везде где можно запускать жс