или не то?

прозреваю что имеется в виду .having('COUNT = 1')

distinct(:name).pluck.uniq!, не?

мне нужны все поля таблицы

UNIQUE?

юзеры - как пример, это поле не обязательно уникальное, мне нужен просто запрос такой

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

User.select(:name).distinct

User.select(:name).distinct

мне нужны все поля :(

Все поля там

А, сори

мне нужны все поля :(

А поля каких записей ты планируешь получить при distinct(:name)?

учитывая что записей с одинаковым name несколько

А поля каких записей ты планируешь получить при distinct(:name)?

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

ну да, средствами sql это так сходу не сделать

но sql это же как раз про выборку данных

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

select *, row_number() over (partition by name) where row_number = 1, как вариант

select("DISTINCT ON (name) *").order("name, created_at DESC")

если не в тысячи. понятно что для клиента с запросами раз в минуту это неважно

У автора статьи, кстати, неправильный эксперимент, так как в примерах c rescue есть интерполяция, вызов inspect и т.д. Если проводить эксперимент корректно, то получаем разницу во времени в пять раз. Когда говорил, что замерил render 404 и fail ActiveRecord::RecordNotFoun - неправильно выразился) имел ввиду, что нет разницы, имеющей прикладное значение) А так разница, конечно, есть, только измеряется она в микросекундах.

select *, row_number() over (partition by name) where row_number = 1, как вариант

а тут уже плыву :(

ну я так и сказал )если речь про обычные веб приложения для браузера то до фени, ошибками довольно удобно прокидывать ответы, а если это какой-то апи эндпоинт который “ддосят” по 5000 запросов в минуту тут уже играет роль каждая милисекунда )

полгода назад как раз боролся с такой фигней, отвык вообще все оптимизировать (руби же и так медленный лол :D), а по факту после кучи таких мелочей перформанс увеличился прям сильно ?

ну я так и сказал )если речь про обычные веб приложения для браузера то до фени, ошибками довольно удобно прокидывать ответы, а если это какой-то апи эндпоинт который “ддосят” по 5000 запросов в минуту тут уже играет роль каждая милисекунда )

Ага, так и есть) Если не задаваться вопросом о целесообразности использования руби для таких задач)

а как же тестеры узких мест

они помогают найти самые жирные места, потом можно и порефакторить)

он для этого и создан, версии вместе с зависимостями в Gemfile.lock лежат

А в установленном геме же нет Gemfile.lock, это только в исходнике.

ну, его надо создать, очевидно (вместо создания гемсета). Если нужно просто запустить бинарник из гема определённой версии — даже bundler не нужен, это rubygems из коробки умеют: $ rails _5.2.0.rc1_ --version Rails 5.2.0.rc1 $ rails _5.1.5_ --version Rails 5.1.5

ого, даже ~> работает

а gem dependency показыват все зависимости с версиями. В общем спасибо, покопаю в эту сторону.

Бывали ли у кого проблемы, что пума течет по памяти? htop показывает кучу запущенных воркеров от пумы. Использовал ли кто https://github.com/schneems/puma_worker_killer?

Бывали ли у кого проблемы, что пума течет по памяти? htop показывает кучу запущенных воркеров от пумы. Использовал ли кто https://github.com/schneems/puma_worker_killer?

"элегантное" решение проблемы, это гораздо легче чем искать источник "течи"

"элегантное" решение проблемы, это гораздо легче чем искать источник "течи"

это про гем?

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

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

согласен, а в чем теоретически может быть проблема? просто я даже хз, с чего приступиться

Я бы начал с бд, были случаи когда соединение не закрывалось и поток пумы висел продолжая жрать постепенно память

> htop показывает кучу запущенных воркеров от пумы. Встречалась проблема из-за бага в TimerTask. https://github.com/ruby-concurrency/concurrent-ruby/issues/639

Да, бывает что гем может течь вызывать, на русском статья/детектив на эту тему есть

А память действительно течёт, а не просто увеличивается до какого-то плато?

жесть, просто гаданием это сложно решить :(

сервер стейдж, нагрузки нет вообще, забито 1гб ram и еще своп почти на столько же

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

А воркеров сколько?

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

ну прям дискомфорт стало доставлять пару дней назад, сейчас запрос может обрабатываться секунд 20)

Как из "text" получить json ['text']

А воркеров сколько?

много, около 50

50 пумовских воркеров, т. е. они занимают по 40МБ?

(я про процессы, если что)

эт треды наер

135 метров на воркера, вполне ок.

но их очень много

это треды одного и того же воркера, они все вместе занимают эти самые 135 метров (на всех в cluster worker 0).

так, то есть проблема не в пуме?

Ну, все воркеры ты не показал, так что хз. Смотри кто из процессов её ест (top -> >, отфильтрует процессы по памяти (или читай мануал к htop или что там на скриншоте)).

Ну, все воркеры ты не показал, так что хз. Смотри кто из процессов её ест (top -> >, отфильтрует процессы по памяти (или читай мануал к htop или что там на скриншоте)).

хорошо, спасибо)

там вроде можно фильтрануть чтобы оно групировало

А можно с гитхаб на битбакет переехать с сохранением истории коммитов?

Хотя бы те что в мастере

https://docs.gitlab.com/ee/user/project/import/bitbucket.html

Сейчас почитаем, спасибо

А можно с гитхаб на битбакет переехать с сохранением истории коммитов?

git clone github && git push bitbucket

дарю идею

дарю идею

Это слишком просто

Это не для тру хакеров

git clone github && git push bitbucket

А разве так история коммитов сохраниться?

git — DVCS, i. e. в каждом репозитории хранится абсолютно вся информация о репозитории. Т. е. в локальной копии есть всё, что есть в гитхбе, а при пуше ты это всё заливаешь в битбакет.

(по умолчанию пушится и клонируется только один бранч, это решается флажками к clone/push)

При этом, можешь поднять свой гит сервер и туда ещё запушить, и все сохранится (все ветки, какие запушишь)

(по умолчанию пушится и клонируется только один бранч, это решается флажками к clone/push)

Спасибо

хех

вот так пользуешься гитхабом 5 лет

а оказывается, еще и гит какой-то есть :D

Всех с днём рождения Ruby!!!!

Так 24 вроде же?

Сегодня)

Всех кто в Алмате и восточнее в таком случае)

руби какой-то. кто это?

чертовы китайцы

Японцы, если что

Нашему любимому языку Ruby исполняется 25 лет. В Твиттере — признания в любви: https://twitter.com/search?src=typd&q=ruby25th

Японцы, если что

Не может быть! ?

Сам не верю

А вот и матц подтянулся. https://twitter.com/yukihiro_matz/status/966699329346985984

расходимся, бухать надо в субботу

Начать можно и сегодня, главное к понедельник остановиться

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

Всех с днём рождения Ruby!!!!

Завтра он

Точнее 24

Так 24 вроде же?

с 22го февраля по 24го декабря)

Обьясните

А почему 25

Если в 95 появился

Откуда отсчет ведется?

В 93

First appeared1995; 23 years ago

Это с вики

Мне интересна точка отсчета

Начало разработки

Или первый релиз

Или че там еще