12055
Переводчик Фатьянова Анастасия Михайловна
752Свободен
Дата регистрации: 23 ноября, 2016 г.
Россия, Екатеринбург
Женский
Специализации:
Письменные переводы (Перевод сайтов, Художественный, Технический, Искусство / литература, История, Компьютеры: общая тематика, Компьютеры: программы, Косметика, парфюмерия, Математика и статистика, Музыка, Одежда, ткани, мода, Реклама, Туризм, Философия, Фольклор, Фотография, графика)
Редактура
Стаж работы:
1 год
Родной язык:
Русский
Иностранные языки:
Английский
Фрилансер
Программы:
Microsoft Word, Excel, PowerPoint, Google Docs, SmartCAT
Образование:
УрГУ им. Горького (ныне УрФУ им. Б. Ельцина), матмех, бакалавр, год выпуска 2013
Возраст:
32 года
О себе:
По образованию я программист и математик, поэтому предпочтительнее для меня тексты на соответствующую тематику - математика, компьютеры, учебная литература для программистов. Люблю исторические тексты.
Документы, подтверждающие квалификацию:
Образцы переводов
В один из дней он послал за непосредственно ему подчиненными предводителями, а они следующие: Тархан, Йинал ...и Баглиз. И был [л.203б] Тархан самый знатный из них и самый выдающийся из них, и был он хромой, слепой, сухорукий.
Итак, он сказал им:
И лучше всего разрезать этих послов каждого пополам, а мы заберем то, что с ними имеется.
Итак, он сказал им:
И лучше всего разрезать этих послов каждого пополам, а мы заберем то, что с ними имеется.
In one of the days he sent for commanders who obeyed to him, following: Tarkhan, Inal ... and Bagliz. And was [p. 203b] Tarkhan the most notable of them and the most prominent of them, and he was lame, blind and with withered arms.
Therefore, he told them:
And the best is to slice each one of those ambassadors in half and take all they have with them.
Therefore, he told them:
And the best is to slice each one of those ambassadors in half and take all they have with them.
How JSON Web Tokens work?
In authentication, when the user successfully logs in using his credentials, a JSON Web Token will be returned and must be saved locally (typically in local storage, but cookies can be also used), instead of the traditional approach of creating a session in the server and returning a cookie.
Whenever the user wants to access a protected route, it should send the JWT, typically in the Authorization header using the Bearer schema. Therefore the content of the header should look like the following.
Authorization: Bearer
This is a stateless authentication mechanism as the user state is never saved in the server memory. The server’s protected routes will check for a valid JWT in the Authorization header, and if there is, the user will be allowed. As JWTs are self-contained, all the necessary information is there, reducing the need of going back and forward to the database.
This allows to fully rely on data APIs that are stateless and even make requests to downstream services. It doesn’t matter which domains are serving your APIs, as Cross-Origin Resource Sharing (CORS) won’t be an issue as it doesn’t use cookies
In authentication, when the user successfully logs in using his credentials, a JSON Web Token will be returned and must be saved locally (typically in local storage, but cookies can be also used), instead of the traditional approach of creating a session in the server and returning a cookie.
Whenever the user wants to access a protected route, it should send the JWT, typically in the Authorization header using the Bearer schema. Therefore the content of the header should look like the following.
Authorization: Bearer
This is a stateless authentication mechanism as the user state is never saved in the server memory. The server’s protected routes will check for a valid JWT in the Authorization header, and if there is, the user will be allowed. As JWTs are self-contained, all the necessary information is there, reducing the need of going back and forward to the database.
This allows to fully rely on data APIs that are stateless and even make requests to downstream services. It doesn’t matter which domains are serving your APIs, as Cross-Origin Resource Sharing (CORS) won’t be an issue as it doesn’t use cookies
Как работают JWT токены?
При аутентификации, когда пользователь успешно авторизуется со своими учетными данными, ему возвращается JSON Web токен, который должен быть сохранен локально (обычно в локальном хранилище, но можно использовать куки), вместо традиционного создания сессии на сервере и возвращения куки-файла.
Когда пользователь хочет получить доступ к закрытому ресурсу, он должен отправить JWT токен, обычно используется авторизация по схеме Bearer.
Таким образом, содержание заголовка должно выглядеть так:
Authorization:Bearer
Это механизм авторизации без запоминания, так как состояние пользователя никогда не сохраняется в памяти сервера.
Сервер проверит, валиден ли токен в заголовке авторизации, и, в случае успеха, пользователь будет допущен к защищенным страницам.
Поскольку JWT токены независимы и содержат в себе всю нужную информацию, пропадает необходимость постоянно обращаться к базе данных.
Это позволяет полностью полагаться на независимые API данных и даже отправлять запросы к downstream сервисам.
Не имеет значения, какие домены используются на ваших API, CORS (совместное использование ресурсов между разными источникам) не будет проблемой, так как здесь не используются куки-файлы.
При аутентификации, когда пользователь успешно авторизуется со своими учетными данными, ему возвращается JSON Web токен, который должен быть сохранен локально (обычно в локальном хранилище, но можно использовать куки), вместо традиционного создания сессии на сервере и возвращения куки-файла.
Когда пользователь хочет получить доступ к закрытому ресурсу, он должен отправить JWT токен, обычно используется авторизация по схеме Bearer.
Таким образом, содержание заголовка должно выглядеть так:
Authorization:Bearer
Это механизм авторизации без запоминания, так как состояние пользователя никогда не сохраняется в памяти сервера.
Сервер проверит, валиден ли токен в заголовке авторизации, и, в случае успеха, пользователь будет допущен к защищенным страницам.
Поскольку JWT токены независимы и содержат в себе всю нужную информацию, пропадает необходимость постоянно обращаться к базе данных.
Это позволяет полностью полагаться на независимые API данных и даже отправлять запросы к downstream сервисам.
Не имеет значения, какие домены используются на ваших API, CORS (совместное использование ресурсов между разными источникам) не будет проблемой, так как здесь не используются куки-файлы.
Тарифы
Письменный перевод:
Английский
200-300
РУБ
/ 1800 знаков
Редактура
170-250
РУБ
/ 1800 знаков
