JD
видишь он пишет что на сервере запустит код
Так что ты уверен что это задание не по серверной части?
Size: a a a
2019 October 07
А
МБ у них на работе эта задача и они ищут кто мог бы сделать ее 🤔
Ты на кого туда идешь, фронт или бэк?
G
Так что ты уверен что это задание не по серверной части?
на позицию React/angular
G
не думаю что фронтэндера заставят TCP делать на бэке
А
не думаю что фронтэндера заставят TCP делать на бэке
Напиши им, что вебсокет это не чистый tcp
JD
не думаю что фронтэндера заставят TCP делать на бэке
а зачем ему тогда фронт код запускать на беке?
А
и дело с концом
G
а зачем ему тогда фронт код запускать на беке?
callback от OAuth GitHub ссылаться куда нибудь должен из-за этого он ответил что могут у себя запустить
G
хотя для OAuth нужно в приложении OAuth указывать ссылку и доверенный домен для CORS
🤷♂️
🤷♂️
JD
callback от OAuth GitHub ссылаться куда нибудь должен из-за этого он ответил что могут у себя запустить
ну в браузере ты tcp не переиспользуешь. А отправлять http именно по вебсокету ничего не даст, потому что вебсокеты это, как написали выше, не чистый tcp. Тебе нужно уточнить задачу
JD
Это нормально, просто напиши что вот так не получится. Что вы имеете ввиду
go
Народ, по производительности что эффективнее, вебсокеты или рест апи?
JD
Народ, по производительности что эффективнее, вебсокеты или рест апи?
рест это архитектура, ты имеешь ввиду http vs WebSockets?
G
Это нормально, просто напиши что вот так не получится. Что вы имеете ввиду
сделаю приложение которое они хотят и потом спрошу как нужно было и скину сюда, отметив тебя и мб еще кого нибудь
JD
Народ, по производительности что эффективнее, вебсокеты или рест апи?
http c keep alive должны быть в теории не хуже вебсокетоа
JD
сделаю приложение которое они хотят и потом спрошу как нужно было и скину сюда, отметив тебя и мб еще кого нибудь
окей. Даже интересно что получится
go
рест это архитектура, ты имеешь ввиду http vs WebSockets?
Да
JD
http без keep alive будут медленнее вебсокетов. А вот с keep alive должно работать не хуже. Погугли http keep alive vs WebSockets
JD
Но так же нужно иметь ввиду кеширование, ошибки, идемпотентность. т. е. вебсокеты могут быть производительнее, но http намного удобнее для задачи
go
http без keep alive будут медленнее вебсокетов. А вот с keep alive должно работать не хуже. Погугли http keep alive vs WebSockets
Спасибо