Антон: Вопрос не о точке зрения, а о том, с чего начинать изучение, непосредственно, для разработки с помощью ror.
Посоветуйте книги, сайты, ресурсы, проекты, подходы - правильные - для того, что бы все стало тип-топ.
Я бы сказал, что руби там как бонус.
У них свой DSL, довольно понятный. Особенно, в 3 версии
Для простых вещей, думаю, скрипты будут целесообразнее. А альтернатив капистрано практических нет.
Вот видел, как ее используют в вордпрессе: roots.io/screencasts/deploying-wordpress-with-capi...
Антон: скорее, я бы добавил: можно стать программистом, а можно разработчиком, девелопером, software engeneer, system architect и т.д.
Программисты разбираются в языке (обычно, 1-2). Вышеперечисленные - решают задачи
Антон: дополнил пост, там и ответ вам. Кстати, вы так и не предложили свой подход. Предлагаете сначала проштудировать The ruby way ? Или основы SQL ? Или алгоритмы Кнута? Или же, все же, начать с основ (как можно писать на языке и не понимать, как он работает на уровне железа!?) и прочесть SICP ?
Да и вообще, лучше начать с Заратустры, а то как можно заниматься разработкой и не понимать, кто же мы такие =)
Понятно. Тогда нужно сначала разобраться, что такое гемы.
Про синерджи забудьте - устарела.
Спри вот: https://github.com/spree/spree
В ветке выберите нужную вам версию
Для того, что бы смотреть локально используйте или рубимайн, или плагины других редакторов для просмотра используемых гемов.
То, где они физически лежат, зависит от способа установки руби т.д.
Лично мне проще на гитхабе посмотреть.
Meridian312: не думайте о преждевременной оптимизации. Сейчас сообщение одно, потом станет 10, потом 100. Просто придумайте, как адекватно назвать и использовать эту сущность и храните в базе спокойно (например, GreetingMessage name:string body:text)
Meridian312: какая цель? Какие причины нежелания хранить в базе (база создана для хранения) ?
В yml и initializers обычно хранят настройки, которые если и меняются, то вручную в коде.
Meridian312: хранить и изменять, для одной сессии, для одного реквеста, для одного инстанса приложения? Для чего ?
Если хранить постоянно, то только в базе. Создаете какую-нибудь таблицу Settings и туда все кладете
sass/less нужно хранить у себя локально (еще лучше - в репозитории). И не хранить его на сервере.
Оптимальная схема такая:
1) У себя пишете в препроцессорах
2) Когда все так, как нужно, сохраняете код с исходниками (лесс\сасс) в репозитории
3) Вызываете команду, которая компилирует лесс\сасс\хамл... в цсс, складывает в какую-то временную директорию скомпилированный проект, закачивает ее на сервер, удаляет эту временную директорию
Через год что б приступить к работе, нужно будет просто клонировать репозиторий.
Артур Селиванов: 300 000 сообщений в месяц - это как минимум, хороший повод для скидки. Я когда-то пользовался 93w.ru/sms-server/price.html вроде нормально
В итоге, если свести расходы к 20-30 тысяч в месяц, то вполне себе статья расхода на проект с 1000 юзеров, которые активно участвуют и еще и хотят получать такие вещи, как СМС оповещение
Конечно, всегда бывают временным "хаки" - типа отправка смс с гугл календаря, с помощью, как раз таки, поста в ВК, по эмейлу на шлюз оператора, использовать огромное количество новых тестовых аккаунтов с бесплатными сообщениями... Такие решения всегда были и всегда будут, но если собираться работать с объемами, как вы говорите, 100к, то они никак не подойдут по надежности, скорости и т.д.
Артур Селиванов: какую-то часть определенно вкладывают :) врядли большую, так как "оптом дешевле". Но если хотеть, что б пришло именно СМС именно от оператора сотовой связи, то заплатить оператору все же что-то придется.
Если это рейтинг, то должны быть какие-то балы, очки. Что бы вывести топ-100, собственно, вы делаете User.order(:rating).limit(100). Что б получить пятого пользователя из рейтинга, например, делаете User.order(:rating).limit(100).offset(4).first Насчет того, что указать 4,5 или 6 в offset, надо попробовать
Пока одни думают, другие делают :)
Вы не предоставили реальной спецификации и требований. Откуда вам знать, может и не ударит ? А может, то насколько оно ударит, легче докупить железом?
Решать сферические задачи в вакууме не особо резонно сегодня.
Формально, задача такая:
Есть функция, которая выполняет некие исчисления. Функция - во флеше. Что бы функция вернула результат, ее нужно выполнить.
Выполнить флеш может клиентский браузер или браузер фантома. Фантом - это вариант в лоб, самый легкореализуемый. Думаю, если упретесь в производительность, то можно будет найти более оптимальные интерпретаторы флеша. Дело в том, что интерпретировать флеш полюбому придется, а это умеют делать только, назовем их "клиентские движки".
Если такие варианты с интерпретацией флеша не устраивают, то можно переписать флеш во что-то другое. Путей так же много: можно взять и переписать алгоритм, можно извращаться с декомпиляциями и запусками бинарников.
Короче, решения, как по мне, очевидны и просты. В чем проблема? Видите же, что вариантов масса. Прикиньте плюсы и минусы каждого из них попробуйте, а если упретесь в реальные цифры, там уже надо думать: можно оптимизировать, есть другой способ или нужно в корне менять решение.
Кстати, сначала вы говорите, что есть флешка, которая получает данные и отдает результат. Теперь говорите, что она еще и состояние сохраняет. Говорите, что нужно преобразовать флешку, но потом отвечаете, что там десятки тысяч строк кода. Возможно и есть способ запускать action sctipt (насколько я помню, так называется, хотя, кстати, вы даже версию не указали, если хотите реального ответа по флешу) из командной строки, но кажется мне, что вы ждете какой-то магии в ответе :)
eliastro: потому что where более универсальный, работает быстрее (не вызывается method missing) и "сцепливается" с другими методами, например, в скоупах, а так же загружает записи только по мере необходимости (lazy load)
Кажется, при анонсе рельс 4 или 4.1 советовали использовать where
Посоветуйте книги, сайты, ресурсы, проекты, подходы - правильные - для того, что бы все стало тип-топ.