L’installazione è semplice:

1. installiamo la gemma corrispondente

   gem install passenger

2. eseguiamo il comando

   passenger-install-apache2-module

   per installare il modulo per server Apache 2 oppure

   passenger-install-nginx-module

   per installare il modulo per server nginx

Ok, Passenger installato!
Possiamo aggiungere la riga PassengerDefaultUser myuser al file di configurazione del modulo che si trova nella directory /etc/apache/mods-available/passenger.load per impostare come utente di default di Passenger lo stesso che usiamo per “fare i deployments” (nel nostro caso myuser).

Per creare una nuova applicazione Rails lanciamo il comando

rails myapp

Questo comando crea una cartella myapp, all’interno della cartella corrente, contenente i files dell’applicazione.

Aggiungiamo il file di configurazione del virtual host per la nostra applicazione rails all’interno della cartella /etc/apache2/sites-available

#
# myapp.com
#
<VirtualHost *:80>
  ServerName myapp.com
  DocumentRoot /var/vhosts/myapp.com/public
 
  RailsEnv development
 
  <Directory /var/vhosts/myapp.com/public>
    Order allow,deny
    Allow from all
  </Directory>
</VirtualHost>

Nella configurazione commentate la direttiva RailsEnv development per usare come impostazione di default l’ambiente di produzione.

Attiviamo il virtual host appena creato

sudo a2ensite myapp.com

Riavviamo il server HTTP

sudo /etc/init.d/apache2 restart

Aggiungiamo il nome myapp.com al file /etc/hosts

sudo echo "127.0.0.1 myapp.com" >> /etc/hosts

Ora possiamo visitare la pagina index di default di un’applicazione rails all’indirizzo http://myapp.com.

Per maggiori informazioni su Phusion Passenger ecco l’home page del progetto.

Per installare Logwatch su una distribuzione Debian GNU/Linux eseguite il comando

sudo aptitude install logwatch

Questo comando installa Logwatch e crea un file eseguibile (00logwatch) nella cartella /etc/cron.daily, in questo modo Logwatch verrà eseguito ogni giorno, in modo automatico, dal servizio per le operazioni pianificate (cron).

Copiamo il file di configurazione di default nella cartella delle configurazioni di sistema

sudo cp /usr/share/logwatch/default.conf/logwatch.conf /etc/logwatch/conf/

Ora possiamo modificare il file appena creato per mettere a punto una configurazione ad hoc per il nostro sistema. Per convenzione, se Logwatch trova il file di configurazione /etc/logwatch/conf/logwatch.conf, tutti i parametri impostati in questo file oscureranno i parametri di default.

Ecco una lista dei parametri di configurazione di maggior interesse:

LogDir = /var/log
Directory di default dove risiedono i log

MailTo = root
A chi vengono inviate le mail di Logwatch, può essere un utente locale o un normale indirizzo email
Nota: se le mail non vengono recapitate controllare lo script nella cartella /etc/cron.daily/00logwatch e togliere il parametro --mailto root

Print = No
Se impostato a Yes, l’output di Logwatch viene visualizzato a schermo invece di essere inviato via mail

Range = yesterday
Indica su quale periodo fare l’analisi dei log.

• All analizza tutti i log
• Yesterday si riferisce ai log del giorno prima (utile in caso di esecuzione pianificata notturna)
• Today si riferisce alle righe di log relative al giorno corrente

Detail = Low
Livello di dettaglio dei report. Valori ammessi: Low, Med, High

Service = All
Definisce per quali servizi verificare i log.
Valori ammessi: All o uno o più servizi, da scrivere su più righe, come pam_pwdb e ftpd-messages

Per maggiori informazioni:

• Logwatch homepage

dd if=/dev/zero of=test bs=50000000 count=1

dove

if

è il file di input (nel nostro caso usiamo il file speciale device zero che restituisce solo caratteri null)

of

è il file di output

bs

è la dimensione del file di output in bytes

count

è il numero di blocchi in input da copiare

Per maggiori informazioni su questo argomento

• Wikipedia – dd
• Wikipedia – /dev/zero

Come esempio prendiamo il dominio http://www.example.com.

1. Creare un nuovo file di configurazione per il VirtualHost a partire da questo semplice template (sostituire ogni occorrenza di example.com con il vero nome del dominio)

   #
   # www.example.com
   #
   <VirtualHost *:80>
       ServerAdmin webmaster@example.com
       DocumentRoot /var/vhosts/example.com/www
       ServerName www.example.com
    
       <Directory /var/vhosts/example.com/www/>
           Options FollowSymLinks MultiViews
           AllowOverride All
           Order allow,deny
           allow from all
       </Directory>
    
       ErrorLog /var/log/apache2/www.example.com-error.log
    
       # Possible values include: debug, info, notice, warn, error, crit,
       # alert, emerg.
       LogLevel warn
    
       CustomLog /var/log/apache2/www.example.com-access.log combined
       ServerSignature Off
   </VirtualHost>

   <VirtualHost *:80>

   indica l’utilizzo di virtual hosts basati sui nomi (per maggiori informazioni sull’argomento consiglio di consultare la documentazione ufficiale di Apache sui Name Based Virtual Hosts) e racchiude direttive applicabili solo ad un uno specifico hostname o indirizzo IP

   ServerAdmin

   imposta l’indirizzo e-mail che il server inserisce nei messaggi d’errore mandati ai clients

   DocumentRoot

   indica la cartella che diventerà la radice dell’albero visibile dal web (esempio: lo “/” di http://www.arzanaweb.com/)

   ServerName

   hostname usato dal server per identificarsi

   <Directory /var/vhosts/example.com/www/>

   racchiude direttive applicabili solo alla cartella /var/vhosts/example.com/www/ e alle sue sottocartelle

   Options

   configura le caratteristiche di una cartella

   FollowSymLinks

   il server seguirà i link presenti nella cartella

   MultiViews

   abilita la ricerca MultiViews (consultare documentazione modulo mod_negotiation) per questa cartella

   AllowOverride All

   permette l’overriding delle tutte le opzioni fatta eccezione per la MultiViews per mezzo di files .htaccess (per maggiori informazioni sull’argomento consultare il tutorial sugli .htaccess files)

   Order Allow, Deny

   indica l’ordine di valutazione delle direttive Allow e Deny

   Allow from all

   Allow accorda a qualsiasi host (from all) l’accesso alla cartella (per maggiori informazioni consultare documentazione modulo mod_access)

   ErrorLog

   specifica il percorso del file di log degli errori

   LogLevel

   specifica il livello di verbosità del sistema di logging, il valore appartiene all’insieme (ordinato in modo crescente rispetto alla mole di dati loggati) {emerg, alert, crit, error, warn, notice, info, debug}

   CustoLog

   imposta nome e formato del file di log (documentazione modulo mod_log_config)

   ServerSignature

   configura il footer dei documenti generati dal server (esempio: documenti d’errore come le pagine di “risorsa non trovata” o 404)

2. Creare la cartella radice del VirtualHost

   sudo mkdir /var/vhost/example.com
   sudo mkdir /var/vhost/example.com/www

3. Abilitare il VirtualHost appena creato

   sudo a2ensite example.com

   in questo modo viene creato un link simbolico dal file di configurazione chiamato example.com nella cartella di configurazione di Apache 2 /etc/apache2/sites-available alla cartella dei virtual hosts attivi /etc/apache2/sites-enabled

4. Ricaricare le configurazioni del server web

   sudo /etc/init.d/apache2 reload

Da ora il nuovo VirtualHost è raggiungibile all’indirizzo http://www.example.com.

Se i DNS non sono ancora stati configurati possiamo aggiungere una riga al file hosts locale (/etc/hosts), far puntare il nome a dominio www.example.com all’indirizzo 127.0.0.1 (localhost) ed accedere al sito scrivendo sulla barra dell’indirizzo di un browser http://www.example.com.

Per maggiori informazioni consiglio di consultare la documentazione di Apache 2 http server.

In questo caso, se ad esempio lavoriamo via ssh su un server remoto, possiamo usa i comandi du e df.

Il comando du restituisce in output la lista di tutte le directories presenti nella directory corrente scendendo lungo il filesystem in modo ricorsivo e scrivendo a fianco di ogni file la sua dimensione in kilobytes.

giovanni@giovanni-desktop:~$ du

112     ./docs
132     ./images/photos
728     ./images
1060    .

Per aumentare la leggibilità dell’output possiamo applicare l’opzione -h (human-readable) al comando per ricevere in output le dimensioni in bytes, kilobytes, megabytes, ecc.

giovanni@giovanni-desktop:~$ du -h

112K    ./docs
132K    ./images/photos
728K    ./images
1.1M    .

Per controllare la dimensione di ogni singolo file all’interno della nostra cartella possiamo appendere l’opzione -a (all) al comando precedente.

giovanni@giovanni-desktop:~$ du -ah

108K    ./docs/attachment_test.doc
112K    ./docs
108K    ./attachment_test.pdf
108K    ./attachment_test.pdf.zip
56K     ./images/photos/ph2.jpg
72K     ./images/photos/ph1.jpg
132K    ./images/photos
256K    ./images/im4.jpg
80K     ./images/im2.jpg
144K    ./images/im1.jpg
112K    ./images/im3.jpg
728K    ./images
1.1M    .

Se vogliamo conoscere la dimensione delle sole cartelle al primo livello gerarchico possiamo usare l’opzione –max-depth=1, in questo modo le cartelle ad un livello maggiore del parametro che impostiamo saranno ignorate dal comando du (in questo caso tutte le cartelle ad un livello maggiore di 1).

giovanni@giovanni-desktop:~$ du --max-depth=1 -h

112K    ./docs
728K    ./images
1.1M    .

Per conoscere lo spazio disponibile sul disco invece usiamo il comando df.

giovanni@giovanni-desktop:~$ df

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1            300238472  74859640 210127528  27% /
tmpfs                  1287364         0   1287364   0% /lib/init/rw
varrun                 1287364       108   1287256   1% /var/run
varlock                1287364         0   1287364   0% /var/lock
udev                   1287364       148   1287216   1% /dev
tmpfs                  1287364        84   1287280   1% /dev/shm
lrm                    1287364      2192   1285172   1% /lib/modules/2.6.28-14-generic/volatile

Se vogliamo leggere l’output del comando in maniera più intuitiva utilizziamo l’opzione -h (human-readable).

giovanni@giovanni-desktop:~$ df -h

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             287G   72G  201G  27% /
tmpfs                 1.3G     0  1.3G   0% /lib/init/rw
varrun                1.3G  108K  1.3G   1% /var/run
varlock               1.3G     0  1.3G   0% /var/lock
udev                  1.3G  148K  1.3G   1% /dev
tmpfs                 1.3G   84K  1.3G   1% /dev/shm
lrm                   1.3G  2.2M  1.3G   1% /lib/modules/2.6.28-14-generic/volatile

Per maggiori informazioni consiglio la lettura della pagine del manuale con i comandi

man du

man df

Nel corso degli anni Rails ha aumentato in modo esponenziale il suo pubblico grazie a caratteristiche (scaffolding, implemetazione ORM pattern con ActiveRecord, rake, ecc…) che rendono veloce ed elegante lo sviluppo di applicazioni web con questo strumento.

Installazione:

1. installare ruby (è preferita la versione 1.8.7)

   apt-get install ruby libzlib-ruby rdoc libopenssl-ruby

2. installare RubyGems (gestore di pacchetti ruby)
   1. scaricare l’ultima versione stabile di RubyGems (attualmente la 1.3.2)

      wget http://rubyforge.org/frs/download.php/55066/rubygems-1.3.2.tgz

   2. scompattare l’archivio rar

      tar xzvf rubygems-1.3.2.tgz

   3. avviare lo script di installazione

      sudo ruby rubygems-1.3.2/setup.rb

   4. lo script di installazione crea il file eseguibile gem1.8, ma in tutta la documentazione questo file viene citato come gem quindi aggiungiamo un collegamento per mantenere intatte le convenzioni

      ln -s /usr/bin/gem1.8 /usr/bin/gem

3. installare Rails come pacchetto gem

   gem install rails

A questo punto il nostro sistema è pronto per ospitare la nostra prima web application basata su Rails.

Con il comando rails test_app creiamo la nostra web application.

Per far partire il server eseguire il comando ruby test_app/script/server.

Una versione funzionante della nostra prima applicazione in Rails dovrebbe essere accessibile all’indirizzo http://localhost:3000

1. Inizia creando un dump file del repository del sistema sorgente con il comando:

   svnadmin dump /path/to/repository > repository-name.dmp

2. Se il dump file è molto grande lo puoi comprimere con il comando:

   tar czvf repository-name.dmp.tar.gz repository-name.dmp

3. Sposta il file appena creato dal sistema sorgente al sistema di destinazione via FTP, SFTP o con il sistema preferito.
4. Una volta spostato il file nel sistema di destinazione decomprimerlo con il comando:

   tar xzvf repository-name.dmp.tar.gz

5. Ora posizionati nella cartella dove vuoi creare il nuovo repository

   cd /path/to/new-repository

6. crea il nuovo repository

   svnadmin create repository-name

7. carica i dati contenuti del dump file

   svnadmin load repository-name < repository-name.dmp

Il nuovo repository adesso è in produzione!

Un paio di piccole cose da notare:

• più vecchio è il repository più grande sarà il dump file visto che rappresenta ogni cambiamento fatto sui files contenuti.
• questo metodo funziona ovviamente anche tra diverse piattaforme, quindi è possibile ad esempio spostare il repository da una macchina Windows ad una *NIX e viceversa.

Fonti: http://www.digitalmediaminute.com/article/2251/how-to-move-a-subversion-repository