Андрей Андреев

>> делать этого не нужно
делать это не обязательно. об этом прямо написано в спецификации.
Важно лишь одно - в пределах одного проекта придерживайтесь единого стиля, либо закрывайте, либо нет.

Это не самый лучший вариант. Ведь символы (в отличие от строк) создаются один раз и хранятся все время в ОЗУ. Лучше с клиента передавайте массив и получайте к нему доступ через params[:symbol][1]

Правильный тег уже подобрали, пол дела сделано :) осталось разобраться в нём.
https://api.jquery.com/jQuery.ajax/

В jquery это примерно так:

$.post( "index.php", { name: "John" } )
  .done(function( data ) {
    alert( "Ответ сервера: " + data );
});

Самовызываемая анонимная функция

(function(){
})();

Такая функция будет тут же выполнена. jQuery - это параметр, который передается в функцию. $ - переменная, по которой будет доступен переданный параметр внутри функции.
Эта конструкция эквивалентна следующей

var myFunc = function($){
};
myFunc(jQuery);

За исключением того, что не создается лишняя переменная в глобальной области видимости (myFunc), ради чего все и делается.

Откройте ваш layout (Например: application.html.erb)
Если там есть такая строчка:

<%= javascript_include_tag 'application', 'data-turbolinks-track' => true %>

то используется turbolinks.
Штука очень интересная, но нужно с ней обращаться. Если уберете турболики, то ваш код будет работать на каждой странице.
Почему код не работает с turbolinks? Эта штука загружает css и js только один раз, при первом открытии страницы. При переходе на другую, файлы не загружаются снова. Это дает прирост производительности, но нужно менять код для работы с turbolinks. Поэтому бегом детально изучать документацию https://github.com/rails/turbolinks!

Считаю что бизнес-литературу читать не нужно. Только голову шаблонами забивает а в жизни всё равно всё получается не как в книге. Особенно пагубно читать западную - можете случайно проникнуться верой в то что построите аналог Apple ))
Мой совет: читайте налоговый кодекс, да не так романтично, зато пользы для бизнеса в 100 раз больше

Был старый-старый хак, думаю, что он работает и сейчас

<input type = hidden name = cbx value = 0>
<input type = checkbox name = cbx value = 1>

Работает, как я понимаю, за счет того, что последующее значение затирает предыдущее.
То есть, запрос выглядит как
..&cbx=0&cbx=1&...
в итоге в скрипте получается что-то вроде идущих подряд

$_GET['cbx'] = 0;
$_GET['cbx'] = 1;

И в итоге остается только один.

Отсюда становится понятно, что важно соблюдать порядок - хидден должен идти всегда первым.

XShell

Чтоб я ему сказал надо хедер, потом 4 колонки, потом футер

Наймите помощника верстальщика :)

А если без шуток, то используйте ЦССфреймворк типа Бустрап или Зурб Фундейшн

Я РНР-разработчик, не так давно решил разобраться с рельсами. Сейчас я назову несколько абсурдных вещей, которые в общем-то являются достоинствами, но есть некоторые проблемы...

Для клиента:
1. Нету вордпресса. Да! Как только вордпресс перепишут на руби, его сразу начнут использовать все, кому не лень:)
2. А можно мне сайт на джумле? Просто у нас контент-менеджер уже привыкла к её админке.
3. А почему хостинг стоит 200 рублей? У меня сосед по офису вон за 40 купил.
4. "Нет уж, лучше я найму этого пацана за 3 доллара в час, который мне всё сделает, чем вон того говнюка за тридцатку, который говорит про какой-то руби, что это вообще такое? Мне просто нужен сайт на вордпрессе."

Для программиста:
1. А где фигурные скобочки?
2. Магия. Очень много магии. Оно всё делает "само", вплоть до квази-версионирования базы данных по датам. К этому надо привыкнуть, что не все готовы делать.
3. У меня заняло два дня, чтобы смочь подключиться к mysql. Возможно, я не самый опытный программист, но обилие вопросов на stackoverflow и не только наводит на мысль, что половина желающих отсеялась на этом этапе и пошла ставить вордпресс.

Нувыпонели. Недостаточно популярная (чтобы с энтузиазмом приниматься заказчиками) технология с непривычным для многих подходом и вообще синтаксисом языка (чтобы с энтузиазмом приниматься программистами). И ещё на ней нет вордпресса.

А, кстати.

Почему еще НЕ ВСЕ сайты делают на Rails?

Просто на них вордпресса нет.

P.S. ненавижу вордпресс, если что.

У меня возник закономерный вопрос, есть ли какие-то критические недостатки, которые эту технологию делают не такой популярной как php c его множеством фреймворков и CMS.

Популярность PHP, на мой взгляд, имеет следующую природу:
1. На заре интернета большинство людей были неподготовленными, они не имели навыков программирования, системного администрирования, верстки и т.д.. Большинство сайтов в то время были обычными статическими html или текстовыми страничками. То есть для того, чтобы сделать сайт надо было нанять программиста(верстальщика) и/или системного администратора, чтобы разместить, добавить или изменить информацию опять же нужен был обученный человек.
Интернет рос и развивался и вот, в какой-то момент, возможности статических страничек стало не хватать и их начали генерировать динамически. Но, опять же, простому пользователю который хотел домашнюю страничку, блог или простенький интернет магазин такие "развлечения" были недоступны в силу недешевой рабочей силы.
И тут на сцену выходит PHP (а особенно 4 ветка, дальше все в контексте 4 ветки и выше) с его потрясающей легкостью деплоя. RoR тогда еще не было, да и сам Ruby за пределами Японии не имел широкой известности. Ну так вот, с выходом PHP4, практически любой пользователь мог самостоятельно развернуть приложение на нем, просто скопировав папку по фтп, да и организовать хостинг под PHP было намного легче чем, например, под Java. Спрос рождает предложение. Начали появляться различные, как платные, так и бесплатные CMS на PHP, дешевые хостинги. Пользователь, который хотел дополнительный функционал для своего сайта, мог не нанимать программиста, а просто купить или найти бесплатный модуль под свою CMS. Это породило большое количество PHP программистов которые писали модули под популярные CMS-ки. В дальнейшем приложения стали более сложными и решали нестандартные задачи, а PHP программистов было довольно много и порог вхождения в язык был невелик, так начали появляться PHP фреймворки.
2. PHP при каждом запросе "рождается" и "умирает" в следствии чего неподготовленному пользователю, опять таки, легче устанавливать модули, темы, плагины и т.д. для своих CMS-ок. В RoR (unicorn) при установке gem-а придется перестартовать сервис, зачем такой геморой пользователю? Да и чтобы его(gem) установить, надо обладать некоторыми навыками программирования, а непросто щелкнуть мышкой в админке.

А вот в сложных и не стандартных проектах, с длительным сроком поддержки, все уже не так очевидно... Наверное паритет... Тут их хватает и на PHP, и на Ruby, и на Python, и на JVM...