Такое решение (использование unique_session_id) оказалось более "правильным". Вот только поддержка гема оставляет желать лучшего. При таком-то пафосном названии. Например нет тестов на работоспособность unique_session_id :-(
Проблема в том что их репутация непонятна (AppFog, Cloud 66) :-( хотелось бы услышать именно про опыт использования.
И еще что не нравится в хероку так это привязка ценника к размеру цпу/памяти. Какая им разница какой машиной управлять, с 2 гигами памяти или 32?
Ладно. разве кто-то делает апи не публичное? Риторический вопрос. Да мне нужно сделать качественную документацию для сторонних разработчиков. Mashape не подходят из-за vendor-lock'а. У swagger'а какая-то печальная поддержка в ruby.
vsuhachev:
> Бесплатно ничего не бывает к сожалению
Ну вот если перейти на использование data mapper'а и переключать в нужные моменты бэкенды было бы бесплатно :-)
Дмитрий Полушкин: вы про transitionGroups? по сути там нет ничего особенного. это просто добавление/удаление определенных классов у которых в стилях прописаны transitions.
Лучше конечно, если таблицей пользуются сразу несколько процессов в различных целях. Дополню описание задачи. Мне нужно сделать персистентную очередь для выполнения отложенных задач. Поэтому таблицей пользуются только процессы-демоны которые выполняют задачи. И в данном случае advisory lock от select for update ничем не отличается.
Хотелось бы узнать в чем конкретные различия. Ведь они по сути делают одно и тоже (или я не прав и их некорректно сравнивать). Или в react есть какие-то доп. фичи, которых нет у остальных.
@anyd3v под асинхронностью я понимаю то что задания из БД могут одновременно брать несколько воркеров и при этом не нагадить друг другу (сохранять консистентность данных)
