ну не Go же брать

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

нуу.. питонку например

да ладно, что значит "тесной связи нет", вот у меня одни и те же типы и некоторые сервисы шарятся между фронтом и беком

Давай пойдем с другой стороны. Чем плох node.js на бэке?

ну тогда смысл есть да

(про однопоточность не надо - вы в питоне с GIL разберитесь в начале :) )

(про однопоточность не надо - вы в питоне с GIL разберитесь в начале :) )

а чем мешает? зависит от задачи же

я понимаю. Я о том что про ноду любят вспоминать что она "однопоточная" (что не совсем так BTW), но у питона ситуация + - такая же

Есть Go... Но вот фронтенд сервер на Go не напишешь...

А изоморфность очень нужна

ну ок. Какие преимущества у Go перед node.js?

аргумент про фронтенд сервер слабый в пользу ноды :)

ну ок. Какие преимущества у Go перед node.js?

Я хорошо в нем ориентируюсь. Гораздо луше чем в ноде)

мне нравится static typing в Go (хотя есть претензии отдельные как оно в нем реализовано)

Давай пойдем с другой стороны. Чем плох node.js на бэке?

стдлибы считай нету. нормальных списков, сетов. их конечно завозят так что спорно хотя с другой стороны просто то что нужно на беке не нужно на фронте типы, классы. в питонке более сахарно всё, поэтому хотябы есть шанс сделать минимальные ДСЛи, ОРМ, контейнеры

поэтому на ноде я тоже пишу с типами

стдлибы считай нету. нормальных списков, сетов. их конечно завозят так что спорно хотя с другой стороны просто то что нужно на беке не нужно на фронте типы, классы. в питонке более сахарно всё, поэтому хотябы есть шанс сделать минимальные ДСЛи, ОРМ, контейнеры

а что нужно в stdlib? И главное зачем (вопрос не на потроллить) Типы - кто мешает брать flowtype к примеру? про DSL и ORM - сейчас это все совершенно спокойно делается с ES2015 Proxy

что такое фронтэнд сервер?

звучит очень дико

Нет

локальный сервер?

я так понимаю что это как минимум server-side rendering

а что нужно в stdlib? И главное зачем (вопрос не на потроллить) Типы - кто мешает брать flowtype к примеру? про DSL и ORM - сейчас это все совершенно спокойно делается с ES2015 Proxy

ну когда для того что бы нормально использовать коллекции тебе надо подключать 3th party модули это такое. а потом в этих модулях случается какой-то ахтунг и все летит в жопу (left-pad, для примера)

Да, фронтенд сервер нужен для SSR и изоморфности.

типо обертка на ноде, которая с АПИ настоящего бекэнда дружит?

про left-pad это "нормальные" болезни роста А насчет коллекций - о каких коллекциях идет речь? (я не просто так спрашиваю)

Backend -> Frontend Server (SSR) -> Браузер

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

Всем привет, раз зашел вопрос о SSR, как решается проблема с авторизацией? на фронте у меня используется jwt tocken

типо обертка на ноде, которая с АПИ настоящего бекэнда дружит?

ага

кладешь в куку

и как быть с ssr? там-то токена как бы нет

тянешь из куки

и у тебя при ssr есть токен

Всем привет, раз зашел вопрос о SSR, как решается проблема с авторизацией? на фронте у меня используется jwt tocken

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

все равно прийдется куки использовать :)

Может я что-то не понимаю, по логину пришел токен -> сохранили в localStorage -> высылаем при каждом реквесте в хедерах

не понимаешь :)

мм?

Тебе нужно выполнить SSR при ПЕРВОМ запросе

когда у клиента еще сайт не загрузился

это я говорил про SPA

соответственно как ты с ПЕРВЫМ запросом отошлешь любые данные из localStorage

я тоже

вот и получается, что при первом запросе и SSR токена нет , я о том же

народ а кто какой css фраимворк с vue использует?

правильно. Поэтому ты кладешь токен в куку. И когда пользователь снова откроет сайт - браузер вышлет куку с первым запросом

ааа

ты сможешь ее вытащить на сервере и установить правильный токен

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

да

вот это я затупил

спасибо большое :D

я понимаю что хранить что-то в куках это so 2003

но другого варианта в принципе почти нет

да не, самое то для такого варианта

про left-pad это "нормальные" болезни роста А насчет коллекций - о каких коллекциях идет речь? (я не просто так спрашиваю)

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

иначе придется поднимать сессию

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

да ладно. Я вот не использую lodash, использую lodash-fp или (чаще) ramda

как раз не включение их в стандартную библиотеку говорит о том что "время еще не пришло"

более того, в ES2015 уже много фич, которые позволяют вообще обходиться без lodash

я бы сравнил lodash с boost в C++

хотя буст конечно же круче )

тут скорее хороший вопрос как приучить сообщество писать типы для своих библиотек :)

А я правильно понял, @xanf_ua хочешь выложить пример с vue и cсервером? Я просто сейчас юзаю ng2, было бы супер круто такую репку увидеть, чтобы переходить было проше

ERROR: S client not available

да, только мои вкусы весьма специфичны

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

сейчас доведу до ума конфиги и может постримлю чу-чуть

чтоб не палить ключи LIQPAY

и оплатить при помощи самсунг пей

но вообще круто, как раз там и авторизация :D

не надейтесь, я ленивая жопа )

я для подобных систем уже давно использую one-time авторизацию

когда пользователь вводит свою почту и ему на почту падает ссылка с авторизацией :)

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

аааа

но посмотрим, может возьму Auth0

а что нужно в stdlib? И главное зачем (вопрос не на потроллить) Типы - кто мешает брать flowtype к примеру? про DSL и ORM - сейчас это все совершенно спокойно делается с ES2015 Proxy

ох это всё сложно. ну возмем например коллекции. как пример "стдлибы". в питонке я делаю метод __hash__ над типом, и если я его суну в set он будет использоваться. если я сделаю '==' вызовется каойнибудь __equal__ окей допустим есть такой то украденный из питонки http://www.collectionsjs.com/set но всё это надо делать руками. хотя конечно конкретика зарывает в какие то детали, но мой посыл в том что питонка более проработана чтоли. есть такой то обжект интерфейс вокруг которого все пляшут, есть такие то кейворд аргс которые дают гибкость.

вы не поверите(с)

хотя конечно вы скажете что в жс всего этого есть зачатки

более чем зачатки

есть стандартизированный интерфейс

и в 2020 даже можно будет юзать

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Symbol#Well-known_symbols

используя механизм well known symbols начиная с es2015 можно управлять и изменять "стандартное" поведение при работе с "вашими" объектами

итерирование, instanceof, преобразование к примитиву и т.д

ну тоесть вопрос чисто во времени

через сколько лет жс станет питоном

нет, вы забываете об одной очень важной вещи - когда вы пишете на node.js вас не волнует что IE11 не поддерживает символы

ну мой вопрос как бы чего это всё не использовать сейчас на беке просто заюзав сам питон

а про "когда" - вы там с python 2 уже разобрались? :)

нет, вы забываете об одной очень важной вещи - когда вы пишете на node.js вас не волнует что IE11 не поддерживает символы

ну это та же причина почему не будет работать гомогенность кода

разобрались. юзаю 2, всё идеально

это почему то так пугает всех жсников )

Щас бы 2 юзать в 2к17

Щас бы 2 юзать в 2к17

а в чем проблема?

вот, и я об этом :) миниатюра "питон 2 в 2017" :)