Так же куда интереснее сделать что-то настоящее, что хотя бы потенциально может принести реальную пользу и профит. Благо, огромное количество бесплатных плюшек сегодня располагают: gh-pages, google app engins, google app script, бесплатные хостинги (hostinger.ru, например) или vps (free1host.com) и много-много другого, лишь бы нашлась фантазия, что именно сделать.
Такой вариант вместо решения на стороне сервера помогал, когда в базе хранилось изображение, а реально оно отсутствовало, но нужно было срочно "привести к нормальному виду"
Хм, знаю, что это можно заменить: rvm list и rvm gemset list, но если дело только в синтаксисе (теперь, по-дефолту используется макруби если не передать параметры?), то сбило с толку, что теперь поведение другое
Если вызывать из кода, так же иногда не срабатывает bundle exec ... - приходится обращаться через ~/.rvm/rvm-shell (как-то так) с указанием конкретной версии и гемсета. Так же появляются проблемы с default версией руби.
да оно вроде все выглядит круто: дифф в IDE, терминал в IDE, переход к функциям гемов... Даже на саблайм можно навесить миллион плагинов.
Но мне кажется, что когда в Rails возникает необходимость во всех этих плюшках, то что-то не так в архитектуре, т.к. и язык и фреймворке уже и так сильно упрощены.
Мне как-то раз стало лень разбираться: что использовать, что б рубимайн не тормозил GTK или что-то там еще. Как подружить автосохранение файлов саблайма и guard-rspec... и еще много таких вещей, которые вроде как очень хорошо должны помогать, а с другой стороны, рассеивают внимание, склонны ломаться и уводят от основной задачи.
Лично мое мнение. Возможно, бывают разные проекты, бывают разные подходы, разные команды.
Все зависит от приложения. Но маловероятно, что на рельсах делали что-то типичное (блог, магазин и т.д.).
Если же логика сложная (разбитая на партиалы, под-шаблоны), есть какая-нибудь специфическая логика (вывод всех моделей "в новом дизайне" и что-то похожее), если, не дай бог, какая-нибудь js логика завязана на старых css классах (увы, встречался) - то действительно лучше обратиться к тем, кто в теме
Если приложение не особо сложное, код хороший (по конвенции), то, теоретически, конечно, можно будет разобраться. Но в таком случае точно станете не только дизайнером :)
Спасибо, что ответили. Именно bundle exec я и использовал, вызывая exec, system, `, spawn. Я так понимаю, что ошибка в том. что нужные гемы не указаны в гемфайле Rails приложения (их я считаю указывать не логично, т.к. это другое приложение, плюс и не получается, т.к. с 4 рельсами зависимости не удовлетворяются). binstubs, как я понимаю, так же нужны для того, что бы можно было вызывать скрипты в идентичном окружении. Я же хочу наоборот, в новом. Или я что-то делаю не так?
Получается, сейчас я хочу, что бы одно приложение rails могло вызвать другое произвольное приложение в новом процессе с новым окружением. Возможно ли это ?
Извините, я забыл уточнить, я скорее ищу не готовое решение, а совет, стоит ли делать это с нуля самому или лучше присоединиться к существующему проекту и форкать его.
Заставить кого-то запилить такую систему в мои планы не входило явно)
