how to (come si fa? ...)

how to... In questa sezione viene presentata una utile rassegna di soluzione di problemi pratici e di suggerimenti tecnologici che può essere di aiuto se vi trovate nelle situazioni in cui già mi sono ritrovato io.

Il database viene alimentato mano a mano che riscontro problemi e trovo le soluzioni.

Altri howto sono sparsi per il sito, ad esempio vi può essere utile consultare la sezione didattica in cui ci sono le dispense dei corsi che ho tenuto all'ITIS "Carlo Zuccante" di Venezia-Mestre o all'Università degli Studi di Padova.

Ho scoperto che le mie dispense sono tornate utili a molti navigatori (non solo ai miei studenti).

Ovviamente vi prego, se li trovate, di segnalarmi gli errori scrivendo una email a marco@betaingegneria.it.

PHP

PHPConfigurazione di PHP 4.3.2 in Apache 2.0.46 per Windows XP Leggi l'intera notizia
PHPCome aumentare il tempo massimo di esecuzione di uno script Leggi l'intera notizia

MySQL

MySQLCreazione degli indici Leggi l'intera notizia

Linux

Installazione di Lucene Leggi l'intera notizia
Linuxfind - ricerca base Leggi l'intera notizia
LinuxREDIREZIONE stdout e stderr Leggi l'intera notizia
Linuxvi - eliminare gli a capo Leggi l'intera notizia
LinuxUso di wget Leggi l'intera notizia

how to bash

Questo script permette di testare la risposta di metodo di ispezione di un applicativo web e nel caso l'applicativo non risponda correttamente invoca un metodo remoto che spedisce una email di avviso. Volendo si può modificare per spedire con il mailserver locale.

#!/bin/bash
#
# Script di controllo dell'attività di appsoft
#

# costanti
OUTFILE=/home/marcob/test               # l'output del controller
TESTURL=http://appserver1/test          # il controller
ALRTURL=http://appserver2/alert.php     # l'alerter
LOGFILE=/var/log/appsoft.log            # il log (chown marcob:marcob)

date >> $LOGFILE
[ -e $OUTFILE ] && echo "rimuovo segnali vecchi" >> $LOGFILE && rm -f $OUTFILE

echo "invoco il controller" >> $LOGFILE
wget $TESTURL

if [ -e $OUTFILE ]; then 
   cont=`cat $OUTFILE`
   [ $cont ] && [ $cont -ne 1 ] && { wget $ALRTURL; echo "..qualcosa non va in appsoft.." >> $LOGFILE; }
else
   wget $ALRTURL && echo "..non sono riuscito ad invocare il controller.." >> $LOGFILE
fi

echo "Ok. Fatto." >> $LOGFILE
exit 0

Questo esercizio è pieno di costrutti interessanti:

Se tutto va bene il log assomiglia a questo:

gio mar 25 15:42:01 CET 2010
rimuovo segnali vecchi
invoco il controller
Ok. Fatto

how to OpenOffice.org

Mi è capitato talvolta che all'apertura di Open Office venisse avviata la procedura di recupero file corrotti (di solito in seguito ad un crash del programma). Ogni tanto capita che, anche se i documenti sono stati recuperati, la procedura venga avviata lo stesso, fallendo perché i file ripristinati non sono più disponibili nella cartella /tmp/.

Un modo per rimediare è il seguente:

Posizione file dei recuperi OpenOffice:

   <home>/.openoffice.org2/user/registry/data/org/openoffice/Office/Recovery.xcu
   

La guida online (F1) recita:

Avviare il Programma di notifica errori Nella maggior parte dei casi di crash del software, il Programma di notifica errori si avvia automaticamente. Tuttavia, se il software sembra essere bloccato e il programma non si avvia automaticamente potete avviarlo manualmente:

Accedete alla cartella del programma {office_install_path}/ e avviate il file crashrep.

Workaround:

Esco da OO (se già aperto). Con OO spento:

   $ vi <home>/.openoffice.org2/user/registry/data/org/openoffice/Office/Recovery.xcu
   

cancello le righe relative ai documenti citati nel prompt iniziale e le sostituisco con le righe:

     <node oor:name="recovery_item_2" oor:op="remove"/>
   

dove anziché item_2 può essere un item diverso. Salvo e riavvio OO. Non appare più il prompt di recovery.

Microsoft Windows

Microsoft WindowsCome cancellare i dati delle form Leggi l'intera notizia
Login