Если не процитируешь, мне не о чем с тобой дальше говорить

потому что аргументов нет =)

Нет, потому что ты врешь

кому?

Ты можешь просто сказать как получить?

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

https://habrahabr.ru/post/267639/ Еще вопрос, с какого оно ругается на export?

основаная область видимости*

потому что ты используешь export, а не module.export, не все фишки es6 доступны в браузере

Так, я в общем уже решил function defineConst(name, value) { const temp = value; window[name] = temp; }

все перменные хранятся в своей области, просто к ним нет доступа, основая область видимость в браузере window, в которой находятся в закрытом виде все остальные области

говорят что let не создает ссылку глобально. Как и const

это как с каким-то животным, не помню каким, ты его не видишь, а он есть

Суслик

Так, я в общем уже решил function defineConst(name, value) { const temp = value; window[name] = temp; }

или так function defineConst(name, value) { Object.defineProperty(window, name, { value: value, writable: false, enumerable: true, configurable: true }); }

Да все, не надо. спасибо Чет сильно большой траходром с перевозом проекта на ES6

Всем привет. Можете пожалуйста пояснить за механизм работы сессий? использую express-session и mongo-connect бекенд и фронт разделены. Вот мне приходит логинка пользователя, я сохраняю её в req.session, мне надо , получается, на клиент надо вернуть id сессии и потом просто в остальных запросах делать проверку коллекции session в монге на поиск всех этих данных? или на клиент ничего не возвращается и я исколючительно должен это делать на своей стороне? просто если так то не пойму каким образом (в нубс чате молчат если что , уже пытался )

соответственно по токену доставать все нужные данные

я уже так и начал делать, спасибо) просто вроде и понимаю механизм, но не смог найти максимально понятного объяснения. а его оказывается и не надо -_-

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

я просто думал в тот период не возвращать еще никаких токенов. грубо говоря, задача в том, что нельзя пустить пользователя в приложение пока он не подтвердит регистрацию по почте. но если ему емейл по какой то причине не пришел - дать возможность повторно отправить. вот вроде и токен юзера еще не создавал, и отследить его как-то надо бы было теперь просто сделал токен во всех случаях, но req.session.auth регулирую можно ли его пускать в приложение

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