class Answer < ActiveRecord::Base
	belongs_to :survey
	has_many :vote, :dependent => :destroy	

	def self.more_voted(survey_id)
		voted_answer = find(
			:all, :select => 'answers.*, count(votes.id) as vote_count',
			:conditions => ["answers.survey_id = ?", survey_id],
			:joins => 'left outer join votes on votes.answer_id = answers.id',
			:group => 'answers.id',
			:Order => 'vote_count DESC'
		)
	end
end

Ora nella nostra action 'show' per il controller survey, dove vengono elencate tutte le risposte per il tal survey, possiamo recuperare le answer con il metodo appena creato.

@answers = Answer.more_voted(params[:survey_id])

e mostrare nella view il valore 'vote_count'

<% @answers.each do |a| %>
	<tr class="even">
	<td><%= "#{a.reply}" %></td>
	<td><%= "#{a.vote_count}" %> </td>
	</tr>
<% end %>

Link consigliati:
http://therailsway.com/2007/6/1/railsconf-recap-skinny-controllers
http://blog.devinterface.com/2010/06/rails-best-practices-1-fat-model-skinny-controller/
http://weblog.jamisbuck.org/2006/10/18/skinny-controller-fat-model

def disapprove
	@comment = Comment.find(params[:id])
	if ( @comment.update_attribute(:approved, "0"))
		respond_to do |format|
			format.html { redirect_to(admin_comment_url(@comment),
					:notice => 'Comment was unapproved.') }
			format.xml  { head:ok }
		end
	else
		respond_to do |format|
			format.html { render :action => "edit" }
			format.xml  {render:xml=>@comment.errors, :status => :unprocessable_entity }
		end
	end
end

Nel mio file routes.rb, dovro' dire alla mia app che oltre alle 7 azioni canoniche ce ne' un altra, disapprove. E dovro' specifivare che tipo di http request e', tra post, get, put e delete. Nel mio caso ho messo post, piu' dettagli qui

resources :comment do
	post 'disapprove',:on=>:member
end

Lanciando "rake routes" nella cartella della mia app, posso vedere la nuova route creata, e vedere quale e' l'url da utlizzare nell'helper. Nel mio caso l'approvazione dei commenti si trova nell'admin area.

disapprove_admin_comment POST   /admin/comments/:id/disapprove(.:format)              {:controller=>"admin/comments", :action=>"disapprove"}

Ora creaimo un link all'azione

<%= link_to 'Disapprove', disapprove_admin_comment_path(@comment)%>

Dopo aver generato questo link, ottenevo un errore "No route matches..." la mia azione.
Errore risolto specificando nel link il tipo di http verb

<%= link_to 'Disapprove', disapprove_admin_comment_path(@comment), :method=>'post' %>

Consiglio questi screencast, per capire come vengono generate le routes, 1 e 2

namespace :admin do
	match '/' => 'questions#index'
	resources :questions
end

2In views/layout creare il layout admin.html.erb specificando le parti che vogliamo mostrare nella sezione admin.
3) creare il controller admin_controller.rb in controllers/admin e utilizzare "autenticate_user" (vedere il tutorial su devise) per verificare che un utente sia loggato

class Admin::AdminController < ApplicationController
	layout "admin"
	before_filter :authenticate_user!
end

4) Sempre in controllers/admin, creare il file questions_controller.rb

class Admin::QuestionsController < Admin::AdminController
  def index
    @questions = Question.all
    respond_to do |format|
      format.html # index.html.erb
    end
  end
end

5)in views/admin creaimo la cartella "questions" e inderiamo tutte le views richieste dal controller controllers/admin/questions_controller.rb, in questo caso, solo il file index.html.rb
6
Le action dei form all'interno delle views in views/admin/questions devono rimandare ai controllers in controllers/admin/question controller. Quindi, sempre tenendo "question" come esempio da:

<%= form_for(@answer) do |f| %>

dobbiamo passare a

<%= form_for(:admin, @answer) do |f| %>

Aggiungere il submodule

Dobbiamo dire a git di aggiungere un submodule contenente il codice del nostro fork, per esempio git@github.com:user/categories.git

git submodule add git@github.com:user/categories.git app/Plugin/Categories

Poi spostiamoci nella cartella del plugin appena scaricato e diciamo a git dove e' il repository remote

cd app/Plugin/Categories
git remote add push git@github.com:user/categories.git

Proviamo a modificare un file del plugin, e sempre dalla cartella del plugin, eseguiamo il commit ed il push.

git add .
git commit -m "test commit"
git push master

Aggiungere l'indirizzo remote originario del repo forkato

Automaticamente, la nostra "origin" e' il nostro repo forkato su github, non il repo originario(quello di CakeDC in questo esempio).
Per dire a git di scaricare gli aggiornamenti fatti dagli sviluppatori di cakedc, dobbiamo aggiungere un altro remote.
sempre nella cartella del submodule

git remote add upstream git://github.com/CakeDC/categorie.git

Sincronizzare il nostro submodule con il repo originario forkato

Per scaricare gli aggiornamenti

git fetch upstream

Per fare un merge fra gli aggiornamenti appena scaricati da upstream ed il vostro repo in locale

git merge upstream/master

Per capire la differenza tra "git pull upstream" e "git fetch upstream", consiglio di leggere il punto "Pull in upstream changes" di questa guida.
Qui un link su stackoverflow riguardante questa parte.

Rimuovere submodules

Per rimuovere un submodule erronemente creato:
Delete the relevant line from the .gitmodules file.
Delete the relevant section from .git/config.
Run git rm --cached path_to_submodule (no trailing slash).
via Stackoverflow

Clonare un progetto contenente submodules

git clone git://github.com/user/progettoconsubmodules.git

Questo clonera' il progetto e la cartella del submodule, ma non il contenuto di quest'ultima. Per farlo lanciamo:

git submodule init
git submodule update

Altre info su questa parte nel git pro book

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
<head>
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.6.1/jquery.min.js"></script>
<style>
body{
	background-color:#b0c4de;
	margin:0px;
	width:100%;
}
#container{
	position: relative;
}
#saver{
	background-color:lime;
	width:100px;
	height:100px;
	position: fixed;
	z-index: 50;
}
</style>
</head>
<body>
	<div id ="container">
		<div id ="saver">I'm a screensaver
		</div>
	</div>
</body>
</html>

Dopo la fine del tag

head

inserite questo codice js

<script>
$(function(){
var savescreen = function(speed, vertical, horizontal){
	$("#saver").animate({left: '+='+horizontal, top: '+='+vertical}, speed);
	$("#saver").animate({left: '-='+horizontal, top: '+='+vertical}, speed);
	$("#saver").animate({left: '-='+horizontal, top: '-='+vertical}, speed);
	$("#saver").animate({left: '+='+horizontal, top: '-='+vertical}, speed);
};

$(function(){
	larg_saver = $('#saver').width();
	alt_saver = $('#saver').height();
	width = $(window).width();
	height = $(window).height();
	margin_top_saver = (height - alt_saver)/2;
	margin_left_saver = (width - larg_saver)/2;
	$('#saver').css('top',0);
	$('#saver').css('left',margin_left_saver);
  });

window.setInterval(function(){
	speed = 1000
	savescreen(speed, margin_top_saver, margin_left_saver);
}, 1000);

});
</script>

Qui una demo per lo screensaver in jquery

git branch develop

per vedere i vari branches

git branch

l'asterisco indica il branch attualmente selezionato
per passare da un branch all'altro

git checkout master
git checkout develop

Per portare avanti il codice su develop, selezioniamo il branch develop

git checkout develop

andiamo avanti con i nostri commit che verranno eseguiti SOLO sul branch develop.
Difatti, se torniamo sul branch master e cerchiamo le modifiche appena fatte, non le troveremo perche' sono solo su develop.
quando le modifiche sono pronte per essere messe nel branch 'master', selezioniamolo
git checkout master
e diciamo al branch master di prendere le modifiche fatte su develop

git merge develop

Una volta che le nuove modifiche sono state implementate, possiamo taggare il branch master con il corrente numero di versione

git tag 0.1

se un giorno decidessimo che il branch develop non ci serve più, cancelliamolo

git branch -d develop

Differenze tra i due branches
Può capitare che alcune modifiche fatte su 'develop' differiscano dal codice presente su master. Puoà darsi che abbiate innavertitamente lavorato su master per delle modifiche che dovevano essere effettuate su develop, o altri scenari simili. Quando, dal branch master lanciamo

git merge develop

Le modifiche fatte su master vengono fuse alle modifiche fatte su develop. Se alcune di queste modifiche riguardano la stessa porzione di codice, al primo commit git ci segnalerà che dobbiamo risolvere un conflitto prima di proseguire.

file_config.txt: needs merge

Apriamo il file incriminato, sistemiamolo e poi git add e git commit.

git add file_config.txt
git commit

Il control-Z dell'ultimo merge
Se avete appena fatto il merge sul branch master di una bizzarra feature che avevate sviluppato su develop, che credevate pronta e superefficiente ma in realtà ha scatenato un turbine di email di protesta da parte degli utenti che rivogliono indietro il loro vecchio sistema, dove "tutto funzionava", dove "tutto era più semplice" e sentite che sta per arrivare la email "si stava meglio quando si stava peggio", beh, allora, forse è meglio tornare indietro, e levare l'ultima feature aggiunta.

git reset --hard ORIG_HEAD

Qui il tutorial completo
Per vedere tutti i commit fatti nei minimi dettagli, installate gitk e lanciatelo da console nella directory dove avete un progetto versionato

• Sono supporati diversi tipi di autenticazione, configurabili tramite degli handlers, quello usato in questo articolo è il FormAuthenticate handler di default.
• Nelle versioni precedenti di CakePHP 2.0 bastava aggiungere l'Auth Component e chiamare la funzione login nello user controller,  nella nuova versione, nella nostra function login, dovremo chiamare manualmente "$this->Auth->login()"
• La password non viene più crittata di default, il metodo va chiamato manualmente

Creiamo un database per gli users e uno per i groups

CREATE TABLE IF NOT EXISTS `groups` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `nome` varchar(70) NOT NULL,
  `description` text NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;

CREATE TABLE IF NOT EXISTS `users` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `group_id` int(11) NOT NULL,
  `name` varchar(70) NOT NULL,
  `email` varchar(70) NOT NULL,
  `password` varchar(60) NOT NULL,
  `description` text NOT NULL,
  `created` datetime NOT NULL,
  `modified` datetime NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;

Creiamo i relativi controllers, models e views usando "cake bake".
Andiamo ad eliminare tutte le action e tutte le view che non saranno accessibili al di fuori dell'admin area. Rimuoviamo quindi,per esempio, dallo UserController le action delete, add, edit. Aggiungiamo i metodi per il login ed il logout dello user in app/Controllers/UsersController.php

/**
 * Users Controller
 *
 * @property User $User
 */
class UsersController extends AppController {
	public function beforeFilter() {
		parent::beforeFilter();
		$this->Auth->allow('admin_login');
	}
/**
 * login method
 *
 * @return void
 */
	public function admin_login() {
		if ($this->request->is('post')) {
			if ($this->Auth->login()) {
				$user_id = $this->Auth->user('id');
				$group_id = $this->Auth->user('group_id');
				$group = $this->User->getGroup($group_id);
				$this->Session->write('Auth.User.group', $group);
				$this->redirect(array('action' => 'profile', $user_id,
										'admin' => true));
			} else {
				$this->Session->setFlash(__('email o password errata'),
											'default', array(), 'auth');
			}
		}
	}
/**
 * logout method
 *
 * @return void
 */
	public function admin_logout() {
        $this->Session->setFlash('Sei ora sloggato dal sistema');
		$this->Session->destroy();
		$this->redirect($this->Auth->logout());
	}

Come vedete ho utilizzato il metodo getGroup, che dovro' scrivere nel mio App/Model/User.php

function getGroup($group_id){
	$conditions = array('id' => $group_id);
	$group = $this->Group->field('nome', $conditions);
	if ($group) {
		return $group;
	}
	else {
		return false;
	}
}

Passiamo ora all'AppController.php, richiediamo l'autenticazione per chiunque voglia accedere all'admin area, e creiamo in App/Views/Layouts il file admin.ctp che conterrà il layout specifico per l'admin. Inoltre, andiamo a scrivere nella sessione il nome del gruppo, in modo da poterlo sempre leggere nella variabile $current_user, e da poterlo utilizzare sia per decidere quali elementi nelle view mostrare, sia per verificare che il nome del gruppo sia nell'elenco delle funzioni che vogliamo restringere solo ad alcuni gruppi.

class AppController extends Controller {
	var $components = array('Auth','Session');
	var $helpers = array('Session','Form','Html');
    var $current_user = false;

    function beforeFilter() {
		if (isset($this->request->params['admin'])) {
            $this->layout = 'admin';
			$this->Auth->logoutRedirect = '/';
			$this->Auth->authenticate = array(
				AuthComponent::ALL => array(
					'fields' => array(
						'username' => 'email',
						'password' => 'password'),
					'userModel' => 'Users.User'
				), 'Form'
			);
        } else {
            $this->Auth->allow();
        }
        $this->current_user = $this->Auth->user();
    }

    function beforeRender() {
        $this->set('current_user',$this->current_user );
    }

	function allowGroups($groups = array(), $options = array()){
		if (empty($options['message'])) {
			$options['message'] = 'non sei autorizzato ad accedere';
		}

		$group = $this->Session->read('Auth.User.group');
		if (in_array($group, $groups) || ($groups[0] == "*")) {
			return true;
		}
		else {
			$this->Session->setFlash(__($options['message']));
			$this->Session->destroy();
			$this->redirect($this->Auth->logout());

		}
	}
}

Creaimo il file Views/Users/admin_login.ctp

<?
echo $this->Session->flash('auth');
echo $this->Form->create('User', array('url' => array('controller' => 'users', 'action' =>'login')));
echo $this->Form->input('User.email', array('label'=>'Email'));
echo $this->Form->input('User.password', array('label'=>'password'));
echo $this->Form->end('Loggati');
?>

Qui sotto un esempio su come utilizzare allowGroups.

#se voglio autorizzare tutti i gruppi esistenti
$this->allowGroups(array('*'));
#se voglio autorizzare solo il gruppo admin
$this->allowGroups(array('admin'));
#se voglio autorizzare admin e supervisori
$this->allowGroups(array('admin','supervisori'));

setlocale(LC_ALL, 'de_DE');
$title = 'viele umlauts, zum beispiel ä, ü, ö...und eine ß';
$umaluts = array('/ä/i','/ü/i','/ö/i','/ß/i');
$replacing_umlauts = array('Ä','Ü','Ö','SS');
$title = preg_replace($umaluts, $replacing_umlauts, $title);
echo strtoupper($title);

/*
 * find a random image from the gallery, that is related to a post
 */
function get_random_image_from_gallery($custom_width) {
	$query = new WP_Query(array(
		'showposts' => 1,
		'post_type' => array('attachment'),
		'post_status' => 'inherit',
		'meta_query' => array(array(
			'key' => '_wp_attached_file',
			'value' => '',
			'compare' => '!='
		)),
		'orderby' => 'rand'
	));
	if($query->have_posts()) : while ($query->have_posts()) : $query->the_post();
		$image_attributes = wp_get_attachment_image_src(get_the_ID(), 'large');
		$width = $image_attributes[1];
		$height = $image_attributes[2];
		$resize_factor = $custom_width/$image_attributes[1];
		$relative_height = $resize_factor * $image_attributes[2];
		?><img src="<?php echo $image_attributes[0] ?>"
			width="<?= $custom_width?>px"
			height="<?= ceil($relative_height)?>px"/>
		<?
	endwhile;
 	else: ?>
		<p class="empty"><?php _e(no images found.'); ?></p>
	<?php endif;
}

group :development, :test do
  gem 'web-app-theme', '>= 0.6.2'
end

poi

bundle install

e scegliete quale tema installare. Qua una lista con i relativi esempi.

rails g web_app_theme:theme --theme="drastic-dark" --app-name="Nome della mia app"

via bryanbibat