Сергей

У Postgres есть профилировщик запросов EXPLAIN (ANALYZE). Ему можно скормить запрос и посмотреть план выполнения запроса. По нему будет понятно, используются ли индексы. Бывают ситуации, когда Postgres не использует существующий индекс, либо из двух индексов использует только один.

Выполнять что-то удаленно, используя суперюзера, вообще не очень хорошо. Вы уверены, что вам не обойтись без sudo?

Есть вот такой полезный gem для группировки по датам, но ‘-sum...’ он вам не сделает.

Мне кажется, проще уже писать запрос кусками SQL

Тут написано

Добавьте запрос с самой страницы: ajax или загрузка однопиксельной картинки - как угодно.

Вполне может быть, что, например, страница кешируется web-сервером и не каждый её запрос доходит до приложения. Или запрос делает поисковый бот - такие «просмотры» вам наверное тоже не нужны.

Ничего больше не учите! Если вы серьезно займетесь изучением языка и фреймворка, то стоящие рядом вопросы типа JS/CoffeScript/HAML/REST API изучите по умолчанию и по мере необходимости. Это не так сложно как кажется и не большая это заслуга, чтобы гордиться в резюме. Не имеет смысла распылять внимание на посторонние вещи, ибо ко всем проблемам не подготовиться и все технологии не изучить (ну и не применить конечно).

Если вы сами не можете ответить на этот вопрос, то либо задача не по силам, либо берите то, чем владеете. В любом случае вы со старта не угадаете всех возможных проблем именно вашего портала, поэтому все равно придется что-то переделывать. Может вы вообще перейдете на экзотику типа генерации статики и отдачи её через Nginx. Тогда будет фиолетово, какая БД, хоть sqlite

Надо сдвинуть sequence в базе

www.postgresql.org/docs/9.1/static/functions-seque...

Автор доклада похоже под грибами?! Bullshit!

Полезные ссылки для общего развития:

railscasts.com
rubynoname.ru

В noname подскасте, кстати, сейчас стали брать интервью у рубистов, интересно послушать

А как вы файл аплодите? Если paperclip / carrierwave, то он у вас уже лежит на диске

На новостном сайте логично новости держать в кеше, например, в cache views или вообще в nginx. Поэтому делать increment счетчика в самом посте неправильно. Я бы сделал на каждой странице с постом вызов фейковой картинки 1x1 пиксель, который передает на сервер id поста, например, так:

<img src='/counter?post_id=1234' />

Такой вызов будет создавать запись CounterHit с post_id и возможно дополнительной инфой о пользователе. Далее эти данные уже можно агрегировать как вам удобно: делать статистику по часам, по дням, "за последние 15 минут" и тд.