кто-нибудь писал на react + go

попробовал это https://github.com/olebedev/go-starter-kit но какое-то оно медленное для go

100-120ms, у меня wordpress быстрей

потому что там не го

а по подробней

написано же го стартед кит

там жс-интерпретатор написанный на го

как писать сайты на го тогда?

я на revel писал

https://beego.me/ вот такой есть, вроде поплуярнее reval

и как быстро рендерил страницу

Вы определитесь сервер-сайд или клиент сайд рендеринг?

Вы определитесь сервер-сайд или клиент сайд рендеринг?

АААААААААА

how about инхаус проприетарщина?

Так она все равно в гите или свн

С доменом

Так она все равно в гите или свн

с которыми нужно проделать специальные телодвижения чтоб они стали go get'able

я хотел на сервер сайде делать

мне сказали вот что

"Есть биндинги к оригинальному движку js, и они работают быстро" "В данном случае используется нативная реализация на golang, она делает меньше оптимизаций и работает медленнее"

я начал искать способы разыне и наткнулся на react + go

нативная реализация чего?

подправил

Рендеринг на сервере: "Потому что рендеринг - это числодробилка. Go будет "затыкаться на нём", а шаблоны у него простенькие. Ты будешь терять в удобстве не приобретая ничего"

зачем вообще запускать жс в го?

это если я хочу чтоб html был в соурсах

пиши фронтенд на жс и запускай его нодой-хуёдой, а на го бекенд которому не надо ничего рендерить

с которыми нужно проделать специальные телодвижения чтоб они стали go get'able

Да подумаешь одна строка в nginx. И так кстати нужно только если тебе нужно с хттпс на ссш переключить же

Если репы могут клонить все по хттпс, то все ок

окай отпадает вариант писать на react + go, который рендерит мне хтмл на бекенде. потому что я вижу это медленно

а как насчет этого

Да подумаешь одна строка в nginx. И так кстати нужно только если тебе нужно с хттпс на ссш переключить же

у меня гит только по ссш

вот я хочу написать сайт без reacta, просто вот как на пхп я пишу сайты

мне вот что сказали: "Потому что рендеринг - это числодробилка. Go будет "затыкаться на нём", а шаблоны у него простенькие. Ты будешь терять в удобстве не приобретая ничего"

вот я хочу написать сайт без reacta, просто вот как на пхп я пишу сайты

ну так и пиши без реакта

мне вот что сказали: "Потому что рендеринг - это числодробилка. Go будет "затыкаться на нём", а шаблоны у него простенькие. Ты будешь терять в удобстве не приобретая ничего"

советую обоссать того кто тебе это сказал

я не хочу, человек хороший вы чего

Если это не шутка, то рекомендую https://github.com/rcrowley/go-metrics :) Meter RPS позволит смотреть сразу. Counter проще, RPS придется постфактум считать.

Спасибо!

BitBucket.org

Фу;)

Можно ли на сервере генерировать JS код, который будет запускаться на клиенте нативно?

Фу;)

Чего фу-то? Со своей задачей спарвляется. Я ж бомж и покупать приватные репозитории гитхаба не могу.

А где приватные репы модно держать сейчас?

gitlab.com Как говорится, gitlab - это лучшее, что могло случиться с github-ом.

gitlab.com Как говорится, gitlab - это лучшее, что могло случиться с github-ом.

Можно и гитхабу заплатить

Можно ли на сервере генерировать JS код, который будет запускаться на клиенте нативно?

можно, но это будет не серверсайд рендеринг

можно, но это будет не серверсайд рендеринг

Не важно как это называется. Так правильно

Можно ли на сервере генерировать JS код, который будет запускаться на клиенте нативно?

Можно. Генери.

Чем и во что?

Чего фу-то? Со своей задачей спарвляется. Я ж бомж и покупать приватные репозитории гитхаба не могу.

Ну оно же тошнотное совсем. Чужими для хищников делано

Чем и во что?

А это уже тебе решать;)

Ну оно же тошнотное совсем. Чужими для хищников делано

Ну, я пару лет пользуюсь - мне норм. Храню исходники прототипов игр всяких.

А это уже тебе решать;)

Так я спрашиваю появилось что уже? 2017 год объявлен годом трансляторов в JS.

Что лучше использовать для подсчет кол-ва запросов на сервер? expvar или sync/atomic?

ExpVar по факту и есть атомики, только с возможностью экспортировать данные через debug/vars

поставил beego

очень быстрый

супер

Чем и во что?

template/text^Wsed

блин не могу понять, что плохого в рендеринге на server side go то что он темплейты там рендерит, если у меня будет api, он тоже будет рендерить. --- есть какие-то особенности чтоль? чем-то это хуже? может это не для этого преднозначено? есть какие-то нюансы? --- я чего-то не знаю?

рендеринг разный бывает

просто в этом группе сказали что все хорошо можно, другие говорят что не стоит. есть навреное какая-то причина

кто-то не может жить без темплейтов на жс, например

а кому-то подстановки значений из переменных хватает

зачем темплейты из js?

jade типо

обычный go template

ну могу свой go_sander template написать

гошные темлейты работают охуенно быстро.

гошные темлейты работают охуенно быстро.

Но на них нельзя программировать

ERROR: S client not available

И любителям Jinja2 её будет не хватать

а зачем на них программировать?

Но на них нельзя программировать

Это наоборот плюс

Это наоборот плюс

So so

Что шаблонизатор максимально тупой и простой

this

можно надефайнить функций на каждый чих

Что шаблонизатор максимально тупой и простой

Я согласен. Но я думаю что таких философов ещё поискать

ну да jinja2 хороший, мне нравиться. ---

ну да jinja2 хороший, мне нравиться. ---

Но на нем можно программировать

а как насчет того что, если мы все на сервере рендерим (view), и пока го занят этим процессом. он больше ничего другого не делает, рендеринг занимает некоторе время, все это дробление. --- что думаете

хотя делает быстро

?

?

Есть две точки зрения - рендерит сервер. Сервер перегружен, визуальное качество хуже, потому что нет кучи фреймворков Javascript. А если мы все равно лепим JS фреймворки на сторону сервера, то пусть клиент тогда уже и рендерингом занимается! Даже проще получается.

нет на стороне сервера никаких js фреймокров, я попробовал это очень медленно

Но клиент-клиент сайд рендеринг имеет одну колосальную проблему - исчезает индексация в поисковиках. И жто убивает идею на корню почти везде. Поэтому счастья нет.

ну если рендерить js на бекенде, то медленно

нет на стороне сервера никаких js фреймокров, я попробовал это очень медленно

Речь о томт что ты рендеришь данные для JS фреймворков, которые потом крутятся у клиента. Твой бекэнд программист все равно должен знать Javascript и окунуться в говно фронт-энда

так это может быть обычное api,

restful

ну тогда отдаешь на фронтенд жсон и хай они там ебутся с ним как хотят

так это может быть обычное api,

Ты читаешь что я пишу? Это клиент сайд рендеринг и есть и потеря видимости.

Я жду другого - когда сервер будет генерировать JS код библиотек автоматически. Не страницу, а либу, которая в свою очередь делает всю логику веб-страницы.

што?

?

запутали меня вообще

типа, отдавать не весь жс, а только тот что нужен на конкретной странице?

Ну народ осознал что JS это типа ассемблера, писать на нам невозможно, зато просто компилировать в него код, который зашибись работает. Поэтому делают трансляторы на TypeScript, Clojure и т.д.

Компилируешь свой сайт в JS, со всеми структурами, путями, менюшками и исполняешь на клиенте. Но это мечта.

В реальности - первым пунктом в требовании к Senjor Go Developer стоит - понимание верстки. Такая вот вакансия тут была недавно.

@RShishkin как написать программу на го + реакт. чтоб работал server side и client side: сервер - чтоб ренедрил html, чтоб с seo проблем не было клиент - чтобо по клику на сайте, менял свой виртуал-дом, в зависимости от написанной логики в реакте. ---