s3

недорого?

смотря какие объемы

я пока не платил

тысячи -> десятки тысяч фото

десятки штук

по идее их можно оптимизировать

но я пока не нашел идеального способа

я юзаю piet гем и ставлю на оригинал quality 75-90 сжимает, но не всегда

пробуй станут понятны объемы и все такое

попробовал бы. Вот надо с картинками разобраться

впринципе хероку прилично вырос

и все бесплатно на начальном этапе

и все вкоробке. Но вот файлы меня смущают

5 ГБ стандартного хранилища 20 000 запросов Get - как вот это на амазоне понимать) 2000 запросов Put

20к раз дернули ассет

1запрос -1фотка

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

Короче юзаю гемчик bower-rails

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

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

это потому что bower нифига не родня рельсе

так то можно гем написать falcon9-rails и удивляться что не работает в стандартных условиях

а внутри он страшный

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

У тебя нет chef/ansible? зачем ручками конфигурить?

Всем привет есть это https://github.com/aasm/aasm и это https://github.com/pluginaweek/state_machine какие у них принципиальные отличия? кто что использовал?

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

Юзал aasm, жив здоров.

я пользую workflow

Юзал aasm, жив здоров.

двачую

@dvitvitskiy спасибо за вариант, посравниваю

поддержкаЖ aasm -2016 state_machine - 2013 workflow - 2014

Note on ActiveRecord/Rails 5.0 Support: currently the workflow gem only contains ActiveRecord integration for versions < 5.0. For now you can use your own state persistence

ну уже допиливает под 5-ые https://github.com/geekq/workflow/commits/master

Порадовало: workflow - Like acts as state machine (aasm), but _way_ better (it's in Ruby too!)

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

Последний коммит 10 октября как раз по теме "еще не поддерживаем но вот вот"

а в продакшене я бы что постабильнее юзал.

(aasm)

А вообще все это не то, если состояний и колбэков очень много, надо пользовать bpmn

а что, бывает что состояний более 15-ти?

а что за ограничение?

а что за ограничение?

ты про 15?

да

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

Вообще я думал о 10, но предположил что бывают варианты и с 15.

Если больше то моделька становится имхо сложноподдерживаемой вообще.

Особенно если стейты не линейные.

аа) я думал это что то общепринятое, у меня пока состояний 6, или 5, пока не решил

Мои советы нужно слушать со скептицизмом, у меня у самого опыта не шибко много.

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

Плюсы использования хорошего качественного гема - другие разработчики имеющие опыт с этим гемом быстрее разберутся в твоем коде.

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

Против протестированного гема использующегося много кем.

aasm - самый популярный вариант

я чота пропустил или aasm vs bower?

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

нет просто телеграм начал глючить

100 сообщений не подгрузилось, а последнее подгрузилось

ну вот, теперь и телеграм приплели ?

Ну телега всегда моросит, на мобилках так точно

На компе достаточно перезапустить

У меня пока все норм было на телеге

может это сугубо apple проблемы.

ERROR: S client not available

Всем привет есть это https://github.com/aasm/aasm и это https://github.com/pluginaweek/state_machine какие у них принципиальные отличия? кто что использовал?

aasm умеет например locking но для SM это можно дописать больше отличий не нашел для себя

тестировать race condition то еще удовольствие для aasm не нужно этого делать

Всем привет есть это https://github.com/aasm/aasm и это https://github.com/pluginaweek/state_machine какие у них принципиальные отличия? кто что использовал?

AASM позволит иметь только одно state поле в модели, state_machine - позволяет заводить больше одного поля.

https://github.com/aasm/aasm#multiple-state-machines-per-class да вроде как умеет

https://github.com/aasm/aasm#multiple-state-machines-per-class да вроде как умеет

Научили)) Спасибо, буду знать.

ну хватит я болею а вы ничего не обсуждаете

фу-фу-фу такими быть

подсел на чат?

я не буду это обсуждать :)

без адвоката

в аасм-е нехватает только делегации

думал PR запилить

aasm не нужен

но лень не позволила

тебе - нет :)

в аасм-е нехватает только делегации

делегации чего?

в другой объект

те стейт и вся херня у меня хранится в инкапсулированном объекте

а сама стейт машина в другом

приходится шаманить с aasm_read/write_state

aasm не нужен

а что нужно?

те стейт и вся херня у меня хранится в инкапсулированном объекте

А почему не concern?

А почему не concern?

wut?

Ну я так понимаю ты выносишь aasm логику в отдельный класс или что?

А, филд выносишь куда то. Все равно не понял ?

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

Не очень понятно как это с aasm выглядит. Он вроде требует AR объект нет?

Как правильно протестить, если у меня described_object получает один и тот же метод с разными параметрами? Т.е. я прописываю with(...), но первый раз он получает не эти параметры и ругается - мол не сошлось с ожиданием

метод log который определен в другом модуле

allow(described_object).to receive(:whatever)

и потому уже expect

а если смысл блока it именно в ожидании вызова этого метода? т.е. это не просто allow, а именно expect но в любом случае эффект тот же самый