Надо делать синхронно всё

И не париться

Ты конечно можешь положить в ets что ты уже обновляешь токен, чтобы больше его не обновлять

Но это сложно как то звучит

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

и его надо обновить

у тебя архитектур странная

Что делает генсервер? Хрнит токен?

Нахера тогда генсервер?

по моей задумке он хранит текущий токен и обновляет его при протухании

Твой генсервер должен сам слать запросы

обновление - это запрос к стороннему апи с refresh токеном

И тогда всё будет получаться синхронно

ЛИБО ты делаешь пул

ЛИБО ты делаешь таски

Но всё равно запросы шлёт генсервер

предварительно я так и думал - что генсервер синхронно сам все делает. Но тогда вызовы от других клиентов будут в ящике копиться и отсюда задержки

Для этого придумали пулы и таски

Для этого в твоей httpoison есть async requests

Для того чтобы задержки не копились

пул чего имеется ввиду?

Пулл воркеров, которые шлют запросы к апи

и как им юзать один токен? и не ломиться его обновлять всем вместе?

Получаешь 401- вешаешь флаг "качаю новый токен"

Пока не скачал - все остальные 401 нифига не делают

Потом убираешь

Флаг

ок, спасибо, пойду в этом направлении

Делаешь функцию get_token, которая тебе всегда возвращает актуальный токен из ets. И gen_server, который периодически обновляет токен

Как по мне я бы тоже зная ttl просто бы его обновлял заранее и всё

Но это слишком просто!

Как по мне я бы тоже зная ttl просто бы его обновлял заранее и всё

так делаю, не ослеп

выше писал про такое. Не бывает такого что токен протух ранее положенного?

Тогда ты будешь отправлять клиентам 500

пока твой генсервер его не обновит

А потом закидаешь тухлыми помидорами техподдержку своего апи

этого я и хочу избежать)

Окунулся чуть-чуть во фронтенд. Специалисты, а правда, что в CSS до сих пор нет размера шрифта, зависимого от dpi, и такое решается только вручную через тег @media? Этож позапрошлый век!

да вроде было что-то

https://learn.javascript.ru/css-units#относительно-экрана-vw-vh-vmin-vmax

Видать недавно сделали))

Editor’s Draft, 6 August 2017

:)

ага))

но погоди, если уже браузеры держат, значит раньше придумали.

это только правки может какие были вчера

В общем-то да, надо будет про совместимость покопать, и мож и заюзаю.

у меня работает)

Энивей это лучше чем портянка @media-запросов

у меня в Vivaldi тоже :)

возможно стоит совместить

ну или так, да

а, всё: "Во всех современных браузерах, исключая IE8-, поддерживаются новые единицы из черновика стандарта CSS Values and Units 3"

это про них

а, нееее.

это не совсем то

я про dpi

тут если размер экрана менять - меняется размер шрифта

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

вот такого в цсс походу нет

короче, таки через media

Окунулся чуть-чуть во фронтенд. Специалисты, а правда, что в CSS до сих пор нет размера шрифта, зависимого от dpi, и такое решается только вручную через тег @media? Этож позапрошлый век!

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

ERROR: S client not available

помню статейку одной широко известной в узких кругах консалтиновой конторы. Коротко - api+spa front это пиздец.

https://robots.thoughtbot.com/how-we-replaced-react-with-phoenix

во

вот да! :)

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

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

а по сути спа пишут чтобы "to provide a great first load experience for the user"

вообщем я уже наверное 4 раза делал подходы к API+SPA и каждый раз - гребаный ад

а это я не пережил ни разу смерти какой части фреймворков

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

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

если кто думает что такие штуки - миф, вот мой любимый пример http://martyjs.org/blog/2015/08/02/marty-last.html

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

грусть пичаль

И поменяла шило на мыло?

Вот если сегодня скажут "эликсир все", что мне помешает поддерживать мои приложения?

Каково ваше мнение о ExtJS?

Поговорил с оч опытным фронтендером. Тот подтвердил, что dpi-зависимые размеры шрифтов иначе как через media сделать невозможно (на чистом css). Иначе - через SASS, либо через всякие реакты и js. Короч костыль на костыле. 21 век блин! 2017 год на дворе.

Каково ваше мнение о ExtJS?

ахаха

Если перестанут поддерживать редукс, что поменяется? Нифига, он готов для употребления

у меня сертификат по extjs от 2007 года

Каково ваше мнение о ExtJS?

extjs умер и родился, как sencha и теперь живет на всяких NAS и прочих железках, которые носталгируют по win-like интерфейсам на вебе

Лет 5-6 назад на нем была сделана система слежения для такси

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

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

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

причем еще разработчик обязан пройти сертификацию и платить за право девбилдами пользоваться

наша контора платила, чтобы я мог спрашивать что и как. А проблем там ппц

круто)