N
Юзаю и на работе, и в пет-проекте. Очень полезно. А почему использование должно отличаться от фронта?
Тем, что может свалиться 100500 rps
Size: a a a
2020 November 19
СА
Тем, что может свалиться 100500 rps
В go сделано через UDP, лишнее само отвалится.
N
В go сделано через UDP, лишнее само отвалится.
1) Bottleneck будет при записи в базу
2) надо чтобы отвалилось то чего 100500, а не 1rps с критичной ошибкой в биллинге )
2) надо чтобы отвалилось то чего 100500, а не 1rps с критичной ошибкой в биллинге )
N
Sentry хороший продукт, но я к тому, что надо думать, прежде чем, что-то использовать )
IV
Не знаю как в sentry, но в rollbar можно указать максимум сколько может валиться в период.
IV
и достаточно легко настроить чтобы ошибка в биллинге была приоритетнее остальных
IV
думаю что в sentry это тоже решили
СА
Кстати, я спрашивал про whois-монитор. Вот эта штука https://drs.whoisxmlapi.com/domain-monitor сегодня сделала то, что мне было нужно - прислала на почту алерт об изменении whois-ответа и что именно изменилось.
AP
Sentry хороший продукт, но я к тому, что надо думать, прежде чем, что-то использовать )
там есть sampling)
MS
ant.d наврено мой самый приятный опыт на реакте с библиотекой компонент. Быстро, дешево, сердито, красиво и при желании можно даже зарестайлить на less. Но это было 2 года назад, сейчас наверно еще лучше
у меня был негативный опыт года 3 назад с тем что начинаешь что-то в сторону допиливать получаешь хрен
MS
возможно починили
MS
Трейлер неплохой. Голливуд покусал, но понравилось. :)
а я видос не смотрел, сразу в ченжлог)
AS
Видос зачетный.. прям Wow epic
Y
у меня был негативный опыт года 3 назад с тем что начинаешь что-то в сторону допиливать получаешь хрен
Не починили, если идешь не по их гайду - то получишь хер. Нужно понимать что это просто грамотно написанная обертка над кучей других компонент.
MS
штош
MS
мне дизайн в целом понравился
СА
Всем привет! Я с очередным вопросом-набросом. В сервисе используется какое-то ненулевое количество enum-значений. Они же фигурируют в документации (markdown). Хочется сделать так, чтобы менять эти списки нужно (а в идеале и можно) было бы только в одном месте, чтобы не терять синхронности между докой и кодом. Кто-то сталкивался с такой проблемой? Как решали?
Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
PE
Добавить комменты в коде и доке — обновил здесь, посмотри в другом месте; расшарить это знание среди людей; сделать экшен, который посылает сообщение с инструкциями и знаниями автору если меняются файлы с энумами или докой, ревьювить самому при таких изменениях.
MS
Всем привет! Я с очередным вопросом-набросом. В сервисе используется какое-то ненулевое количество enum-значений. Они же фигурируют в документации (markdown). Хочется сделать так, чтобы менять эти списки нужно (а в идеале и можно) было бы только в одном месте, чтобы не терять синхронности между докой и кодом. Кто-то сталкивался с такой проблемой? Как решали?
Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
у меня примерно такой-же вопрос но вставлять не в доку, а во фронтенд
передавать с сервера чот лень, тоже думаю какой-то декоратор написать для енамов который автоматом будет складывать в папку с фронтом обновленные значения
передавать с сервера чот лень, тоже думаю какой-то декоратор написать для енамов который автоматом будет складывать в папку с фронтом обновленные значения
AV
Всем привет! Я с очередным вопросом-набросом. В сервисе используется какое-то ненулевое количество enum-значений. Они же фигурируют в документации (markdown). Хочется сделать так, чтобы менять эти списки нужно (а в идеале и можно) было бы только в одном месте, чтобы не терять синхронности между докой и кодом. Кто-то сталкивался с такой проблемой? Как решали?
Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
Очень похоже на https://swagger.io/docs/specification/data-models/enums/