сюда задублирую на всякий пожарный

кропали раньше ручками?

раньше кропали ручками и сразу сохраняли сабнэйл (который ещё и умешьшенный)

в новой версии тоже ручками, но координаты кропа сохраняются

сабнэйл это что? (для тупых)

thumbnail - уменьшенная версия оригинальной картинки

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

оно реально сабнейл звучит, жесть

всегда тумбами их звал

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

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

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

http://www.imagemagick.org/discourse-server/viewtopic.php?t=24151

можно погуглить detect sub image in image. Можно даже на другом языке, раз это одноразовая задача.

http://www.imagemagick.org/discourse-server/viewtopic.php?t=24151

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

Потом засунуть в базу найденные координаты и перезапустить carrierwave или чо там у вас.

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

Find sub-image position in main-image Как это не тот же кейс?

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

ну у меня не саб-имадж, а уменьшенный саб-имадж

в этом сложность )

ну так уменьшите оригинальную большую картинку

и ищите в ней сабимэдж уменьшенный

потом координаты подгоните под оригинал.

а потом в процентах искать координаты кропа?

ну, тоже вариант в принципе

на безрыбье

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

как траблшутить утечки памяти в sidekiq и unicorn? т.е есть метрики и алерты в aws - иногда есть скачки по потреблению памяти, нужно выявить причины и т.п

у ньюрелика вроде есть memory profiler

Привет! Планирую из монолитного рельсового приложения выделить часть логики в отдельный микросервис на sinatra. Этот микросервис будет делать много запросов к основной базе. Не хочу писать голые sql-запросы, а хочу использовать ActiveRecord. В этом случае в синатре нужно будет объявлять много моделей, как в основном приложении на рельсах. Норм так делать на синатре? Или лучше на базе rails api mode делать сервис?

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

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

чем grape так хорош?

как траблшутить утечки памяти в sidekiq и unicorn? т.е есть метрики и алерты в aws - иногда есть скачки по потреблению памяти, нужно выявить причины и т.п

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

чем grape так хорош?

скорость написания + автодоки к сваггеру + версионность + DSL как раз для json api

микросервис будет общаться с основным через rabbitmq. А апи будет только на один метод get

а точно нужен отдельный микросервис - engine не подойдет?

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

StackProf?

> автодоки к сваггеру неплохо. А как относишься к rspec_api_documentation?

чем grape так хорош?

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

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

писать тесты

потому что он няшный)

> автодоки к сваггеру неплохо. А как относишься к rspec_api_documentation?

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

а точно нужен отдельный микросервис - engine не подойдет?

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

потому что он няшный)

действительно, давай больше работы делать )

писать тесты

если ты не пишешь тесты на апишку то я хз как к этому относиться.

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

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

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

там есть ручной режим вполне себе.

если ты не пишешь тесты на апишку то я хз как к этому относиться.

я ПРОСТО СРАЗУ пишу код без ошибок

если ты не пишешь тесты на апишку то я хз как к этому относиться.

Берешь бокорезы и откусываешь пальцы на ногах по фалангам

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

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

как укажешь так и будет, достаточно doc: false или какой то такой метадаты, и в доки не пихается.

Берешь бокорезы и откусываешь пальцы на ногах по фалангам

пальцы на ногах нинужны

я ПРОСТО СРАЗУ пишу код без ошибок

как я сразу не додумался. Ребята это гениальное решение.

там есть ручной режим вполне себе.

возможно ) вполне себе заменяемый вариант ) но на grape писать апи всё-таки быстрее + DSL под json api. ты делаешь API из инструментов которые предназначены онли для API

надо попробовать будет.

но ничего против написания апи на плэйн рельсе не имею

просто мне grape показался более удобным под эти нужды

строго говоря, лучше когда есть выбор, да.

хотя Grape Entities иногда вызывают боль, если нужно что-то закастомайзить, но это следствие того, что я искал в доках только то, что нужно без чтения всей документации по entity разом

когда прочел в целом как это работает - проблемы в этом плане исчезли

ERROR: S client not available

иногда, правда, приходится скучать по jbuilder, он как по мне - одно из лучших, что есть для API

иногда, правда, приходится скучать по jbuilder, он как по мне - одно из лучших, что есть для API

серьезно?

а грейп разве не приложуха на синатре?

чет я его смотрел и как всё в одном файле не оч

grape можно монтировать к любому rack-приложению

серьезно?

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

это и хорошо и плохо одновременно )

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

говоря проще, наговнокодить

grape можно монтировать к любому rack-приложению

ну так рельса и так приложение)

нет смысла задавать четкую структуру, даешь по endpoint'у на каждый запрос.

чет я его смотрел и как всё в одном файле не оч

там в разных файлах все пишется, как правило

хотя может и удобно

Подскажите плз, немного подзапутался с гемом protected_attributes Он используется у меня в проекте с 4ми рельсами Для 5х рельс достаточно его просто удалить, если permit параметров везде на уровне контроллера? Или все attr_accessible по проекту нужно будет тоже удалить в моделях?

говоря проще, наговнокодить

не без этого )

но обычно гибкость == возможность шмальнуть себе в ногу

за редкими исключениями

Подскажите плз, немного подзапутался с гемом protected_attributes Он используется у меня в проекте с 4ми рельсами Для 5х рельс достаточно его просто удалить, если permit параметров везде на уровне контроллера? Или все attr_accessible по проекту нужно будет тоже удалить в моделях?

В принципе уже на 4 рельсе разрешение присвоения параметров было перемещено из модели в контроллер, а твой гем он как раз был для того, что бы при миграции с 3 на 4 не приходилось много переписывать. И в 4 и в 5 в моделях нет attr_accesible. Если твой гем не допишут для пятых рельс, то надо с моделей это убирать конечно.

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

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

Не совсем понятен вопрос. Ты делаешь model.all.update_all(attr1: value1), затем делаешь вновь model.all и это дает пустой рилейшн?

не совсем. я добавил метод в модель. в нем делаю all.update_all(attr1: value1), за тем снова хочу получить релейшн, но в all уже путсой релейшн

ммм

не уверен

но есть вариант, что не MODEL.all.update_all, а просто MODEL.update_all

а не, сорри, я похоже гоню

а ты пробовал? all.update_all(attr1: value1) all

Наверное ты просто обновляешь какой-то параметр, который не входит в дефолтный скоуп) У меня так было.

Если не это, то выглядит как мистика.

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

это если об общепринятом в сообществе мнении

Звоночек к чему?

обычно из-за софт-делита и делается дефолтный скоуп :)