видимо тем что в модели не происходит никакой магии

ссылку запомнил

попозже отпишу

запрягают работой

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

Мы делаем operations. Там можно прописывать что-то типа: class Operations::User::Create def self.call(attrs) User.create!(attrs) after_create_callback end end

это имеет какое-то отношение к трэйлблэйзеру?

не обязательно

просто PORO?

но там комьюнити маленькое

значит самое время его создавать и развивать ? @elm_ru

кто-нибудь писал на elixir/phoenix?

в нем есть колбеки на моделях как в рельсе?

С этим лучше в @proelixir

>.< лучше сразу отказаться от слабо управляемой логики

в нем есть колбеки на моделях как в рельсе?

В нем нет моделей.

В нем нет моделей.

Тесть?)

в нем есть колбеки на моделях как в рельсе?

Я писал, колбэков нет

https://www.driftingruby.com/episodes/ruby-on-rails-5-1-0-changes-and-new-features

на поиграться с ActionCable https://github.com/palkan/acli

о, этож куратор синкнетики из злобных марсиан

все верно

на RubyFlow запулили http://www.rubyflow.com/p/my4jmu-acli-action-cable-cli-written-in-mruby

Ребята блочил кто по айпи юзеров, есть ли в этом смысл, какие могут проблемы

руками - пожалуй нет смысла. если только fail2ban какой-нибудь использовать. из проблем - можно заблочить целую подсеть какого-нибудь провайдера, который раздает 1 внешний ip на всех

есть rack_attack для этого

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

спасибо ребят

Приветики ✌ Это норм создавать отдельные таблицы под разные баннеры на главной странице чтоб админ мог туда что надо подгружать (где-то там карусельки, где то обычные) или можно в одну таблицу с огромным количеством атрибутов?

Или наверное еще лучше иметь все в разных таблицах - но как-то сгруппировать страницы в ActiveAdmin. Можно ли так?

Или наверное еще лучше иметь все в разных таблицах - но как-то сгруппировать страницы в ActiveAdmin. Можно ли так?

This.

Или наверное еще лучше иметь все в разных таблицах - но как-то сгруппировать страницы в ActiveAdmin. Можно ли так?

Если я правильно тебя понял, то в АА есть collection_action, просто напихиваешь сколько нужно и каких нужно таблиц на страницу

Всем привет. Никто не сталкивался с проблемой: как в will_paginate выводить результаты запроса с GROUP BY

А в чём проблема?

он там добавляет COUNT в select - и это ломает запрос

юзать kaminari ;3

пожалуй да

попробовал kaminari - оно ведет себя таким же образом

может дело не в пагинаторе?, кек)

тогда в прокладке

ахахахахахах

комментарии не читай, сразу предлагай

эмм ну т.е. найти ссыль на гем, описать его, это ок, а пролистать 3 сообщения вверх это - не ок

а ну извините)

а если глобально обявить прописать per_page или для сущности, тоже ломает? # for the Post model class Post self.per_page = 10 end # set per_page globally WillPaginate.per_page = 10

попробовал kaminari - оно ведет себя таким же образом

http://stackoverflow.com/questions/12222738/is-it-possible-to-use-will-paginate-with-group-by Этот вариант видел?

Угу видел

не помогло?

мне не вариант группировать на стороне Rails

мне не вариант группировать на стороне Rails

почему?

почему?

У меня там таблица со статистикой, данных будет много - т.е. это может быть узким местом. В данном случае видится более простым вариантом свой пагинатор без счетчика "всего страниц"

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

окай, все логично

ERROR: S client not available

Ну можно еще заманкипатчить каминари, чтобы он не делал этот запрос, если уж сильно пичот

тогда весь АА может рухнуть

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

тогда весь АА может рухнуть

чомуэто? пусть возвращает 0 всегда

пусть

ну и к тому же, в АА можно выключить COUNT

но лучше конечно написать свой пагинатор каминари вон, 6 лет всего писали

мне уже подогонали "велик" там всего 100 строк

мне уже подогонали "велик" там всего 100 строк

это демо-версия. остальные 2500 откроются после первого месяца использования

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

проще всего сгруппировать рубями :)

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

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

еще можно пагинировать специальной коллекцией не думаю что лишний маааахонький запрос это так уж больно

хотя там же АА, я ж забыл

шаг в сторону - перегрузка местной подстанции

чуваки, не знаете как сделать - я сохраняю html текст в запись. И отображаю с помощью html_safe. Что надо сделать, чтоб ключи перевода там работали?

никак

но если сохранять erb, то его можно перерендерить

сохранять куда?

туда же куда и html

html текст?

да

я запутался