Semplice ed intuitivo S.A.G.R.E. è l’aiuto ideale anche per i cassieri meno amanti del computer!

S.A.G.R.E. rende facile e veloce la gestione degli ordini, l’inserimento dei prodotti, le modifiche di quantità, la specifica per asporto e il calcolo del resto!

Inoltre agevola la cucina raggruppando ed evidenziando bevande e pietanze.

Per maggiori informazioni sagre@e-moka.net.

Festinpiazza 2008
7-11 agosto a Talmassons

Inoltre, se un applicazione non viene utilizzata per un certo tempo (di default 120 secondi) viene chiusa per liberare memoria.

Questa soluzione è l’ideale per risparmiare risorse (in particolare memoria) quando abbiamo sulla stessa macchina molte applicazioni poco trafficate.

Ma se faccio delle modifiche e devo riavviare l’applicazione come faccio?
Semplice, basta un:

e al prossimo accesso l’applicazione situata in /myapp verrà riavviata.

Per quanto riguarda le prestazioni, Passenger riesce a rivaleggiare tranquillamente con Mongrel, ed anche a superarlo in alcune occasioni (ad esempio con Typo).

Installazione
Consideriamo un sistema sul quale siano già installati apache, ruby, rubygems e ovviamente rails, basterà installare la gemma passenger con il comando:

Eventualmente usare su o sudo per i permessi di root.
A questo punto Passenger ci mette a disposizione un comodo comando per compilare ed installare il modulo di Apache con una semplice procedura guidata passo per passo:

Se non fossero soddisfatte tutte le dipendenze necessarie alla compilazione, verrà segnalato il problema e addirittura il comando per risolverlo (se il sistema operativo è tra quelli supportati).
Che dire, facile no?

Per continuare con la configurazione di Apache vi consiglio di leggere l’esauriente guida utente e se avete ancora dubbi continuate con il resto della documentazione a corredo con Passenger.

Dopo questa introduzione non mi rimane che consigliarmi di dare un’occhiata a questo software a suo modo rivoluzionario, perché a parer mio Passenger può diventare LA soluzione per chi utilizza Ruby on Rails con Apache, dimenticandosi così di proxy balancer, mongrel e compagnia bella.

Concludo augurando gemme e rubini per tutti

se ottenete un messaggio di errore come il seguente:

potete dare solamente il comando:

il settaggio si perde dopo il reboot, quindi conviene inserirlo in qualche script di avvio. In debian potete aggiungere la riga

al file /etc/network/interfaces nel blocco che inizia con iface eth0.

Ovviamente sostituite eth0 con l’interfaccia di rete utilizzata.

… mi chiama un conoscente perché non riesce più ad inviare le email e mi chiede se posso dargli una mano.

Vado a casa sua e cerco di capire il problema.

Il client di posta non riesce più a collegarsi all’smtp (con autenticazione) del provider dove ha l’email.
Un telnet alla porta 25 del provider mi fa capire che il server non risponde e da una rapida ricerca su Google capisco che Tele2 filtra la connessione alla porta 25 verso qualunque host.

Decido allora di far usare direttamente il server smtp di Tele2, così configuro il client email per inviare attraverso smtp.tele2.it ed invio un’email di prova. Niente: non funziona.

Dopo alcuni tentativi e ricerche varie scopro che Tele2 ha spostato la porta smtp dalla 25 alla 587 per limitare la diffusione di virus e spam …e per semplificare la vita agli utenti
Cambio porta ed ovviamente continua a non funzionare: perché? Perché per inviare la posta con dominio diverso da tele2.it attraverso la porta 587 bisogna comunque autenticarsi con un account @tele2.it valido (ma a questo punto non bastava solamente l’autenticazione sulla porta 25?), così vado a registrare un account email (inutile) per poter inviare la posta.

All’inizio del processo di registrazione compare il messaggio:

Se durante la registrazione su www.tele2internet.it sei stato inviato a questa pagina, significa che ancora non stai navigando con una delle convenientissime offerte di TELE2

Controllo di essere effettivamente collegato con Tele2, e per sicurezza (sai mai con i dialer che girano), controllo che l’ip appartenga a tele2. Tutto ok. Ho provato di tutto, ma non c’è stato verso di riuscire a registrarsi. (Che il problema sia correlato ai problemi di autenticazione segnalati per le ADSL?)
Un po’ incazzato decido di far cambiare abbonamento e mettere Alice 1Cent. Il pc non riesce a connettersi al 7010187187 e mi dice occupato: strano. Provo a chiamare il numero dal telefono fisso per controllare e una vocina mi dice “numero inesistente”. Provo anche con il numero di Teleconomy Internet, stessa cosa.

Ricordandomi di alcuni problemi che un amico aveva avuto con la preselezione di Tele2, cerco maggiori informazioni in rete e scopro che altre persone, con lo stesso problema, hanno risolto togliendo la preselezione con Tele2.

Il numero di libero era fortunatamente raggiungibile, e dopo aver registrato e configurato la connessione a libero, le email hanno finalmente potuto “prendere il largo” .

Tele2 oggi mi ha fatto incxxxxxe.

L’errore è dovuto al fatto che make-kpkg usa version.h per recuperare UTS_RELEASE, ma, da questa versione del kernel, UTS_RELEASE è stato spostato in utsrelease.h
Per correggere la situazione, all’interno del tree del kernel editare il file:

Sostituendo le due occorrenze di version.h con utsrelease.h

A questo punto, dopo un make-kpkg clean è possibile compilare il kernel.

http://hcilab.uniud.it/villamanin3D/

Il modello 3D lo avevamo realizzato nel 1997 quando frequentavamo le superiori e comprendeva l’esterno e l’interno (primo piano) della Villa. Recentemente abbiamo dato una “rinfrescata” all’esterno e lo abbiamo adattato per l’utilizzo sul web.

Ora è possibile passeggiare virtualmente tra le barchesse e le esedre della Villa ovunque ci sia una connessione ad Internet.
Ecco alcuni screenshot:

Affinché il WOL funzioni, le lucette della scheda di rete dovrebbero rimanere accese anche a computer spento.

Per vedere se il driver della vostra scheda di rete supporta il wake on lan potete utilizzare il comando:

dove al posto di eth0 dovete inserire il nome della vostra scheda di rete.

Se l’output del comando contiene

allora il driver supporta il WOL.

NOTA: chi possiede una scheda di rete come la diffusa Marvell Yukon 1 Gbit, deve utilizzare il modulo skge (SysKonnect Gigabit Ethernet driver) e non il vecchio modulo sk98lin.

Se nella riga

avete il valore “g”, allora il WOL con magic packet è attivo, altrimenti se avete, come nel mio caso, “d” bisognerà abilitaro con il comando:

ora nell’output del comando

dovreste avere

Il settaggio si perderà al successivo reboot. Per renderlo definitivo, se avete Debian o una distribuzione derivata come Ubuntu, potete editare il file /etc/networking/interfaces ed aggiungere la riga

nella parte che riguarda la scheda di rete, in modo da ottenere qualcosa come:

L’ultima riga è un poco elegante workaround per evitare che ifdown “spenga” la scheda di rete durante lo shutdown.

Iniziamo con l’installare i pacchetti necessari:

Ora dobbiamo configurarare Apache2 per accedere al Repository SVN (ovviamente utilizzeremo SSL per lo scambio dei dati):

creiamo un certificato per la nostra CA personale con il comando:

poi andimo in /etc/apache2/sites-available e facciamo una copia del sito di default possiamo chiamarla banalmente ssl:

attiviamo il supporto LDAP di apache

Ora editiamo il file appena copiato :

[code lang="xml"]
NameVirtualHost *:443

LoadModule ssl_module /usr/lib/apache2/modules/mod_ssl.so
SSLEngine On
SSLCertificateFile /etc/apache2/ssl/apache.pem
ServerAdmin mosarg@hell.pit

DocumentRoot /var/www

Options FollowSymLinks
AllowOverride None


Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all

ErrorLog /var/log/apache2/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog /var/log/apache2/access.log combined
ServerSignature On

Alias /doc/ "/usr/share/doc/"

Options Indexes MultiViews FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
Allow from 127.0.0.0/255.0.0.0 ::1/128

DAV svn
SVNPath /home/svn/src

AuthType Basic

AuthName "My Subversion Repository"
AuthLDAPEnabled on
# Se avete configurato correttamente gli ACL
# slapd.conf le seguenti due linee non
# dovrebbero servirvi

# AuthLDAPBindDN "cn=Manager,dc=casa,dc=hell,dc=pit" #
# AuthLDAPBindPassword "

Notate bene che secondo questa sedicente azienda noi saremmo una macelleria! Che l’abbiano dedotto dalla mucca in basso a sinistra?

In pratica, per 858 euro all’anno ci inserirebbero nel motore di ricerca http://www.registro-italiano-in-internet.com/

La lettera fa riferimento alla DAD Deutscher Addressdienst GmbH di Amburgo in Germania, e proviene dalla CC International SPI IT DAD 6830 Chiasso 1 Switzerland.

Divertente il fatto che l’abbiano spedita alla Biblioteca Comunale del nostro comune di residenza.

Busta esterna

Contratto

Retro Contratto

Busta interna

Il suspend to disk incluso nel ramo 2.6 del kernel, da alcune prove fatte su diversi portatili, sembra funzionare egregiamente. A causa della diversità dell’hardware e dei BIOS, le seguenti regole potrebbero essere leggermente diverse da portatile a portatile. Di seguito elencherò la procedura di suspend to disk su un portatile HP ZT3000, usando una Debian Sid e kernel vanilla 2.6.11-10. In linea di massima però non dovrebbero esserci grandi differenze con altri portatili e/o altre distro.

In cosa consiste

Il suspend to disk, come dice il nome stesso, fa una copia della memoria sul disco, nella partizione di swap, che quindi deve essere grande almeno come il quantitativo di RAM. La fase in cui la memoria viene copiata sul disco dura il linea di massima sui 20 – 30 secondi (dipende dal quantitativo di RAM e dalla velocità del computer), dopo aver fatto il dump della RAM, il sistema si spegne. Al successivo riavvio verrà caricata in memoria l’immagine scritta nella partizione di swap, ed il sistema si troverà allo stesso punto di quando è stato invocato il suspend to disk.

Il processo di resume da suspend to disk è notevolmente più veloce del normale boot di sistema, e (per la gioia degli impazienti) può essere usato come sostituto di questo.

AVVERTENZA

Con il suspend to disk ci sono seri rischi di perdere i propri dati se non viene usato come dovrebbe. Alcune regole essenziali da osservare tra il suspend ed il reboot successivo:

• non toccare il filesystem
• non cambiare l’hardware
• non cambiare i parametri passati al kernel sulla linea di comando
• non cambiare kernel
• …

Se qualcosa va storto molto probabilmente bisognerà ricreare il filesystem nella partizione di swap.

Per maggiori dettagli far riferimento alla documentazione del kernel: Documentation/power/states.txt e Documentation/power/swsusp.txt

Prima di iniziare

La prima cosa da fare è indicare da dove riprendere l’immagine dopo aver fatto un suspend to disk. Con grub è sufficiente aggiungere la seguente voce:

• Fino al kernel 2.6.9-rc3:

  pmdisk=/dev/hda5
  

• Dal kernel 2.6.9-rc3 in poi:

  resume=/dev/hda5
  

In certi casi è necessario seguire le seguenti regole (questo dipende molto dal tipo di portatile):

• Il kernel non deve essere compilato con
  agpgart

  (con alcuni portatili funziona comunque)

• Il modulo
  ipw2200

  (scheda wireless del centrino) non deve essere caricato

• Il kernel non deve contenere la patch per
  swsup2
• Alcuni moduli come
  usb

  devono essere rimossi prima di andare in suspend

• Alcuni servizi come
  mysql

  devono essere stoppati prima di andare in suspend

Entrare in suspend

Per entrare in suspend uso il seguente script (personalizzatelo per adattarlo alle vostre esigenze):

#!/bin/sh

# Rimuovo il modulo della scheda wireless

/sbin/modprobe -r ipw2200

# Rimuovo il modulo usb

/sbin/modprobe -r uhci_hcd

# Faccio un sync preventivo, non si sa mai  

sync

# Tolgo USB storage prima del suspend, al riavvio hotplug lo ricarica

/sbin/rmmod usb_storage

# Suspend

echo -n shutdown > /sys/power/disk

echo -n disk > /sys/power/state

# Dopo il suspend riprendiamo da qua

# Resetto il clock di sistema a quello hw

/sbin/hwclock --hctosys

# Questo pezzo serve solo con certe versioni buggate di X.org (bug 1220)

# necessitano di fare partire una sessione X

# Se non avete questo problema lasciatelo commentato, vi risparmia del tempo al caricamento

#/usr/bin/X11/xinit /bin/false -- :1 &

# Ricarico  USB

/sbin/modprobe uhci_hcd

# Ricarico l'interfaccia di rete wireless

/sbin/modprobe ipw2200

exit 0

La parte commentata relativa a X.org sembra essere necessaria a causa di un bug che richiede di fare partire una dummy X-session. Nel mio caso usando XFree 4.3 non ho avuto modo di verificare se sia ancora necessaria o meno.

Suspend to RAM

Premessa

Il suspend to RAM funziona dal kernel 2.6.11. In questo caso però a differenza del suspend to disk, il funzionamento dipende molto dal BIOS della macchina, quindi in certi casi potrebbe non funzionare. Nel mio caso un HP ZT3000, nel Compaq X1000 e NX7010 funziona egregiamente, negli altri casi dipende da portatile a portatile.

In cosa consiste

Il suspend to RAM quando viene invocato, spegne tutto l’hardware del computer, mantenendo accesa soltanto la RAM. Ritornando al funzionamento normale (nel mio caso con il tasto di accensione), il sistema viene riportato esattamente al punto in cui si trovava prima del suspend. Il tutto avviene quasi istantaneamente (3-5 secondi), a differenza del suspend to disk che richiede più tempo.

Prima di iniziare

Essendo molto legato al tipo di hardware, elencherò di seguito cosa è necessario al suo corretto funzionamento nel caso del mio portatile. Nel mio caso uso il kernel 2.6.11-10 vanilla su una Debian Sid, non so se altre versioni del kernel (2.6.11-mm etc…) funzionino.

• Il kernel deve essere compilato senza il supporto
  agpgart

  .

• Il kernel deve essere compilato senza il supporto al
  radeon framebuffer

  .

• Il kernel non deve contenere la patch
  swsup2

  .

• Il modulo
  ipw2200

  deve essere rimosso prima di entrare in suspend.

• I moduli di
  usb

  e

  firewire

  devono essere rimossi prima di entrare in suspend.

Inoltre l’ ACPI ha ancora alcuni problemi a riprendere correttamente il video BUG 3670 dopo il suspend, e quindi è necessario usare un piccolo programma videopost che eseguito durante la fase di wake sistema tutto. E’ sufficiente scaricare e compilare il programma (videopost.tar.gz):

cd /usr/src

tar xvfz videopost.tar.gz

cd emu

make

Entrare in suspend

Per entrare in suspend to RAM, uso il seguente script (personalizzatelo per adattarlo alle vostre esigenze):

#!/bin/sh

#***************************************

# SCRIPT X IL SUSPEND TO RAM

#***************************************

# Fermo l'interfaccia di rete wireless

/sbin/ifdown eth1

# Tolgo i moduli che danno problemi

/sbin/modprobe -r ipw2200               #wireless

/sbin/modprobe -r uhci_hcd ehci_hcd     #usb

/sbin/modprobe -r ohci1394 ieee1394     #firewire

# Sync del disco, non si sa mai  

sync

# Passo ad un virtual terminal testuale per evitare problemi con X

chvt 1

# Suspend to RAM

echo -n mem > /sys/power/state

#**************************************

# Dopo il suspend riprendiamo da qui...

#**************************************

# Resetto l'hardware video, perchè ACPI non ci riesce

# http://bugzilla.kernel.org/show_bug.cgi?id=3670

/usr/src/emu/video_post

# Ritorno a X (terminale 7)

/usr/bin/chvt 7

# Riprendo USB e firewire

/sbin/modprobe uhci_hcd

/sbin/modprobe usbhid

/sbin/modprobe ohci1394

/sbin/modprobe ieee1394

/sbin/modprobe ipw2200

# Rifaccio partire le interfacce di rete

/sbin/ifup eth1

exit 0

In questo script si intende che il programma per riprendere il video (videopost), si trovi compilato dentro

.

Ho fatto alcuni tentativi con i driver binari per le schede video Radeon, ma non sono andati a buon fine. Il sistema si riprende dopo il suspendo to RAM, ma il refresh del video è estremamente lento.

Se volete approfondire fate riferimento alla documentazione del kernel: Documentation/power/states.txt e Documentation/power/tricks.txt.

Atropo