Нужно найти время попробовать постгрес

Юзаю монгу, хотелось бы повысить скорость сложных выборок. При первом поиске в инете вижу что по тестам аранга в 3-5 раз быстрее и жрёт в два раза больше места, как-то с трудом верится

экспериментирую с postgresql и jsonb типом в нём в качестве полуклассичной БД и nosql через sqlx хорошо пока в go работает. получается хороший гибрид. куча данных можно засунуть в одну колонку jsonb, остальное критичное для поиск в sql в отдельные колонки

экспериментирую с postgresql и jsonb типом в нём в качестве полуклассичной БД и nosql через sqlx хорошо пока в go работает. получается хороший гибрид. куча данных можно засунуть в одну колонку jsonb, остальное критичное для поиск в sql в отдельные колонки

что с индексацией JSON'а?

что с индексацией JSON'а?

из коробки postgresql умеет в jsonb искать по дереву, сравнивать ключи, значения и тд если это имеется ввиду. если имеется ввиду классическая индексация как по обычным типам для быстрого поиска, то по jsonb вопрос ещё не изучал

есть

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

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

вот поэтому я и грю что лучше брать ту бд, которая изначально планировалась для решения проблемы X (а не в которую со временем её завезли) если твоя проблема это X

это как про Java и Go, Go изначально дизайнился с учётом конкуретности, Java - нет, туда её позже завезли основываясь то том, что уже было

это как про Java и Go, Go изначально дизайнился с учётом конкуретности, Java - нет, туда её позже завезли основываясь то том, что уже было

но она лучше вродь, @onokonem поправьте если не прав

но она лучше вродь, @onokonem поправьте если не прав

конечно она лучше, осталось только выяснить для чего))

это как про Java и Go, Go изначально дизайнился с учётом конкуретности, Java - нет, туда её позже завезли основываясь то том, что уже было

в яве конкурентность была сразу, причем были треды и зеленые треды. зеленые выпилили в версии 2 (ака 1.2)

Почему их выпилили, кстати?

в яве конкурентность была сразу, причем были треды и зеленые треды. зеленые выпилили в версии 2 (ака 1.2)

вот опять что-то новое для себя открыл))

И они работали в одном треде?

Господа а у нас же может быть несколько разных вэйтгрупп в одном пакете?

народ

посоветуйте легковесный пакет для jwt

без auth

просто создание и проверка

посоветуйте легковесный пакет для jwt

google => golang jwt, первая ссылка

Господа а у нас же может быть несколько разных вэйтгрупп в одном пакете?

Может конечно

слово легковесный я не зря написал, но все равно спасибо)

google => golang jwt, первая ссылка

слово легковесный я не зря написал, но все равно спасибо)

а что, там тяжеловесный? посмотри 2 и 3 ссылки

это же jwt - это подпись и проверка

на jwt.io есть список известных библиотек для go

Покажите кто то как делается канал в канале

@onokonem, ЕМНИП, вы говорили о том, что использовали bolt для логов, но его производительности не хватает а пробовали diskv?

@onokonem, ЕМНИП, вы говорили о том, что использовали bolt для логов, но его производительности не хватает а пробовали diskv?

Болт для логов? Зачем для логов KV?

Болт для логов? Зачем для логов KV?

а в чем предлагаете хранить кроме plain-text? если нужен поиск

а в чем предлагаете хранить кроме plain-text? если нужен поиск

на самом деле есть куча вариантов, тот же elastic или монга

По-моему там поиск только по индексу, вам просто по ключу искать?

стыдно признаться но я храню в SQLite (просто черный ящик на случай разборов)

Если вариант по ключу устраивает, то badger неплох на запись

а в чем предлагаете хранить кроме plain-text? если нужен поиск

Кликхаус

Кликхаус

Классная штука, но не для маленьких проектов

на самом деле есть куча вариантов, тот же elastic или монга

Или вот эти классические решения, да

Небольшой отчёт новостей за сегодняшний день: 1. какова дополнительная когнитивная нагрузка const квалификатора? https://github.com/romshark/Go-2-Proposal---Immutability#32-go-is-all-about-simplicity-so-why-make-the-language-more-complicated 2. иммутабельные методы интерфейсов https://github.com/romshark/Go-2-Proposal---Immutability#26-immutable-interface-methods 3. как работают и зачем нужны иммутабельные интерфейсы? https://github.com/romshark/Go-2-Proposal---Immutability#37-why-do-we-need-immutable-interfaces 4. как быть с aliasing'ом слайсов https://github.com/romshark/Go-2-Proposal---Immutability#27-slice-aliasing

Кто может проконсультировать по локализации Rest API? Не знаю как подступиться к проблеме

А?;

Какая локализация для api?

ну там формат даты времени

не?

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

А в чем сложность?

И где тут про Go

Не.

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

Делайте на клиенте. Локализация api - идея абсолютно дурацкая

Делайте на клиенте. Локализация api - идея абсолютно дурацкая

Норм идея, особенно если клиенты могут быть какие угодно и это открытое АПИ игры, например.

If you say so

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

я бы не стал

If you say so

Конечно, ответы без какой-либо аргументации так же хороши как и вопросы про сдвинуть дату на полгода, а с шарингом опыта ответ — был бы кладом. Тот же кейс с открытым АПИ — для клиентов удобнее, если они будут просто передавать язык. А не париться с реализацией локализации каждый по своему.

Вопрос теперь в том, сколько у меня клиентов, и данных, которые нужно перевести. Думаю теперь отдача локализованных данных сервером имеет смысл

Попробую ещё раз понять тогда

Это не api, если оно с локализацией. Это ui. Вы хотите превратить api в ui? Плохая идея...

Норм идея, особенно если клиенты могут быть какие угодно и это открытое АПИ игры, например.

ещё больше ответсвенности на апи? ну ё-моё

ещё больше ответсвенности на апи? ну ё-моё

Точно, ответственность — это плохо.

Может я чего-то не понимаю, но как объект {"name": "USA"} в переводе на {"name": "США"} становится ui?

Я бы заговнокодил и сделал бы потребителей АПИ счастливее. Потому что пользователи не должны страдать.

Пользователи — потребители АПИ.

Я бы заговнокодил и сделал бы потребителей АПИ счастливее. Потому что пользователи не должны страдать.

А при чем тут говнокод?

Говнокодить не обязательно, чтобы передавать локализованные данные

А при чем тут говнокод?

Топовые люди не одобряют ?

Это вопрос подхода и архитектуры, а не написания кода

Тка может сделать /api/countries/ru И так далее для всех возможных вариантов. А на клиенте уже определять положение и идти к нужному эндпоинту?

ERROR: S client not available

Может у кого-нибудь есть пример такого проекта на гитхабе? Было бы здорово

Может у кого-нибудь есть пример такого проекта на гитхабе? Было бы здорово

Что вам именно нужно?

Абстрактно спрашиваете

Реализация API с локализацией на сервере

Реализация API с локализацией на сервере

Тебе просто принимать параметр — можешь использовать и путь и параметр и заголовок запроса.

Реализация API с локализацией на сервере

Ну язык в урле или в заголовке

Конечно, ответы без какой-либо аргументации так же хороши как и вопросы про сдвинуть дату на полгода, а с шарингом опыта ответ — был бы кладом. Тот же кейс с открытым АПИ — для клиентов удобнее, если они будут просто передавать язык. А не париться с реализацией локализации каждый по своему.

Ну вот я аргументировал. Нужно оно топикстартеру? Ни-хе-ра! Ему нужна локализация api...

Ну вот я аргументировал. Нужно оно топикстартеру? Ни-хе-ра! Ему нужна локализация api...

Не подошёл аргумент. С вами тоже не все аргументы работают.

Но почитать было интересно.

Может я чего-то не понимаю, но как объект {"name": "USA"} в переводе на {"name": "США"} становится ui?

Не понимаете. На коды стран есть стандарт, и его надо использавать в api. На перевод стандарта нет.

Хорошо, например, запрос будет GET /countries?lang=en. А вот теперь интереснее. Каким образом можно будет сделать так, чтобы можно было спокойно переводить и другие данные? Как идея, можно создать объект такого вид: { "locale": { "en": { "name": "USA" }, "ru": { "name": "США" } } } И потом уже забирать из нужного поля значение

На мой взгляд, выглядит уродливо, но в качестве временного решения может подойти

На мой взгляд, выглядит уродливо, но в качестве временного решения может подойти

Нет ничего более постоянного, чем временное.

Какие данные вы обычно собираете о пользователе и его поведении? Например, время последнего действия, лог действий, информация об используемых устройствах и т.д.

а так же его местонаходжение и текущий IP адрес актуальной любовницы или любовника

Какие данные вы обычно собираете о пользователе и его поведении? Например, время последнего действия, лог действий, информация об используемых устройствах и т.д.

Спрашиваете как будто все тут в одном направлении работают

Зависит от продукта же

Кому то каждый хит нужен, а кому то время последнего логина за глаза

Спрашиваете как будто все тут в одном направлении работают

Скажем, речь об обобщенных случаях

Данные которые собираются однозначно

Скажем, речь об обобщенных случаях

Да ну, так не бывает

Какие данные вы обычно собираете о пользователе и его поведении? Например, время последнего действия, лог действий, информация об используемых устройствах и т.д.

Главное будь готов предоставить все данные пользователя по его запросу, если юрлицо или сервера в цивилизованной стране.

Данные которые собираются однозначно

Множество сайтов вобще ничего не собирает, кроме логина, пароля и иногда почты

мне вот интересно

а вы смешиваете внешние зависимости и локально бд?

а вы смешиваете внешние зависимости и локально бд?

что это значит?

ну например данные идут не только с sql но и с внешнего api

как все это мокать и на каком уровне класть вопрос конечно открытый

внешние апи всегда надо мокать

тесты же должны быть повторяемыми

sql можно не мокать, если не хочется. Я не мокаю =)

ну базу надо мокать тоже