Stefano Lavori e Guglielmo Cancelli, chi sono?
vediamo cosa ci racconta la bbc…

per la cronaca si sta parlando di Steve Jobs e Bill Gates…

inteso sia nel senso francese che in quello triestino. =)
scena ufficio: c’è F., collega con vent’anni di esperienza su pl/sql, alle prese con una procedura oracle che va e non va.
cioè sembra andare ma su internet exploder la pagina con i dati non è aggiornata.
allora F. chiama il capufficio C. dicendo “guarda ci deve essere qualche problema, la procedura blabla, il commit funziona blabla… e i dati sono errati”. il capufficio C. guarda la procedura, ok, guarda il codice java, ok, guarda il browers, no ok!
Strumenti -> opzioni internet -> file temporanei -> elimina. reload. dati corretti!
C.: È un problema della cache. hai capito perchè non uscivano i dati giusti?
F.: no, cioè…
C.: ho cancellato la cache di internet exploder e quindi…
F.: quindi la procedura…
C.: no, che procedura! internet exploder!
F.: sì, perchè tiene in memoria…
C.: cosa tiene in memoria secondo te?
F.: eh… i parametri del calcolo… (e sempre più fantozzianamente)… i risultati della procedura…
C.: sicuro? tiene in memoria i parametri?
io, da dietro le spalle di C., come se fossimo a scuola durante l’interrogazione, faccio sventolare un foglio di carta suggerendo “pagine, pagine”.
C. mi vede riflesso nel vetro dell’anta dell’armadio e io smetto…
F.: beh, così se devi riaggiornare… forse tiene la SGA! ecco, c’è la SGA nella cache e allora (sta per affondare nella sedia)…
C.: ah, secondo te exploder ha la SGA di Oracle nella cache…
F.: forse…
C.: exploder tiene memoria delle pagine html! le pagine generate dal server! se ce le ha già in memoria non le richiede di nuovo al server, quindi tu vedi i dati vecchi. cancellata la cache il browser va a richiedere la pagina al server che gliela dà con i dati aggiornati. chiaro?
F.: beh, sì, non avevo capito.
C.: bene.
C. esce. dieci secondi e torna.
C.: potresti telefonare a Larry Ellison e Bill Gates e suggerirgli di fare in modo che tutti i client scambino col server la SGA di Oracle, sarebbe leggero e veloce e tutti potrebbero accedere ai dati senza problemi… (riesce sghignazzando…)
umorismo informatico. io ho riso. poi mi sono scusato con F., ma proprio non ce la facevo a resistere… fantastico =)
per la cronaca e per chi non lavora con oracle, la SGA, System Global Area, è una porzione di memoria _grande_ che il server Oracle usa condividendola sulle varie istanze di database. _grande_ nel senso che nel nostro caso sarà qualcosa tipo dai 2 ai 4 GigaByte. condividerla con il mondo è un’idea alquanto balzana

sì perchè ci sono delle cose che proprio mi piacciono, che mi danno quel senso di ubriachezza felice che ti fa voglia di averle o continuare a farle… mi sono spiegato?
no?
ok. mi spiego meglio: da qualche tempo ho sentito parlare di Ruby, un linguaggio interpretato, orientato agli oggetti, debolmente tipato, anzi Duck Typed, creato da un giapponese diversi anni fa. sembrava molto interessante, ma finchè non è stata pubblicata della documentazione in inglese, ruby è rimasto confinato nella terra del sole che sorge.
comunque la grande popolarità è arrivata quando un danese americano, David Hansson, ha scritto un framework con Ruby per gestire applicazioni web: Ruby On Rails.
fatto sta che l’ha fatto proprio bene. già si deve onorare Ruby per l’eleganza di alcune espressioni, che lo rendono un linguaggio molto di alto livello (sembra proprio di “parlare” in Ruby), e Rails aggiunge questa eleganza anche alla gestione dell’applicazione. RubyOnRails (detto RoR) unisce al modello MVC di base, una serie di best-practices, che rappresentano, tutto insieme, una sorta di stato dell’arte per lo sviluppo web. così esce da solo il paradigma convention over configuration che anima l’intero RoR: in pratica dice “se segui queste ottime convenzioni, scrivere l’applicazione sarà molto più facile”. e, devo dire, ha ragione.
la scimmia mi ha preso proprio perchè ho cominciato a studiare ruby e rails, prima guardando un po’ in giro sul web, poi prendendo un libro “Sviluppare applicazioni web con rails” (traduz. di “Agile web developement with rails”, dello stesso Hansson), e adesso con gli screencast. ce ne sono di bellissimi. me li guardo con vero gusto. e sto imparando molte cose.
vi consiglio quelli sul sito ufficiale di RoR, quelli su ScribeMedia, oppure da cercare su besttechvideos.
insomma adesso ho la scimmia e non riesco ad andare a dormire…

ho cambiato ufficio. prima stavo in stanza col capufficio, persona molto in gamba, al quale chiedevo le cose che non capivo o non sapevo ecc.
ora sono in un’altra stanza, e i colleghi chiedono a me come fare…
il collega L. si sta arrovellando con una pagina jsp che non gli funziona:
L: ma come!!! faccio il submit della form e invece di andare nella pagina nuova finisce nella pagina vecchia!!!
io: guarda che quella pagina è stateless, non si ricorda da dove è venuta e chi l’ha generata. è html. non può sapere che prima esisteva la pagina vecchia. se hai scritto correttamente il form andrà dove tu vuoi che vada!
L: ma no, vedi, in debug mi entra nel controller, fa tutto il giro, non può essere…
io: guarda che no. hai cannato di scrivere la pagina oppure non l’hai aggiornata sul server
– passano due minuti. una bestemmia. sua.
L: noooo porc..@€%£@%§… stavo lavorando con i dati di produzione… stavo facendo le modifiche sul database di produzione… per forza che la pagina restava quella vecchia… è l’apocalisse…
per fortuna le modifiche che stava facendo erano non irreversibili anche sui dati di produzione. altrimenti avrebbe dovuto recuperare chissà come il backup di stanotte e integrare tutto il lavoro fatto da centinaia di filiali in tutto il mondo oggi…
insomma, imparate dalle “best practices”: usate tre ambienti di lavoro separati: sviluppo per lavorarci e massacrare tutto, test per provare con dati buoni che tutto giri correttamente, produzione con solo le cose funzionanti e i dati veri che servono al cliente.
fate in modo che passare dall’uno all’altro sia chiaro per voi. per esempio usate un colore diverso per le pagine web, in modo che sia visibile in modo chiaro quale è l’ambiente.
per ultima cosa vi ricordo le prime due regole del buon sysadmin, che vanno bene anche per un buon programmatore:

1. se funziona non toccare niente
2. fai sempre il backup. ma controlla anche che sia funzionante

ho detto logging, non jogging. che fa anche lui bene.
fatto sta che metto in cron sul server di produzione l’ultima mia fatica in java. il programma legge dati da un web service e da un file ascii (circa 15000 record totali) e aggiorna se necessario i record su database.
sto simpatico programmino gira ogni ora per 12 ore al giorno. bene, log4j è il sistema di logging, classico, segnala con una mail se qualcosa va storto e scrive su un file di log gli eventuali record errati. tutto facile.
il programma entra in produzione il giorno 27/12. per qualche motivo il web service viene disattivato il giorno dopo, il 28. ritorno al lavoro mercoledì 3/1, sei giorni dopo: “non sarà successo niente…”. infatti. nessuna mail di errore… strano… ma neanche di successo… come mai???… controllo il file di log. eccolà! 524Mb di file di log!!! ogni inserimento di record sbagliato per 12 volte al giorno per 6 giorni ha generato una o più righe nel file di log, producendo un file assssurdo.
quindi ho riguardato il file di log4j e ho corretto l’appender modificandolo da FileAppender a RollingFileAppender.
e ho scritto 100 volte sulla lavagna: “stai attento a quello che metti in produzione”.
alla maggior parte di voi, di questa storiella non gliene sarà fregato un piffero, per alcuni invece sarà didattica.
per questi ultimi aggiungo allora anche una configurazione buona e valida di log4j, a futura memoria…

<appender name="file" class="org.apache.log4j.RollingFileAppender">
     <param name="File" value="${log.dir}/nome_del_file.log" />
     <param name="Append" value="true" />
     <param name="MaxFileSize" value="1024KB" />
     <param name="MaxBackupIndex" value="10" />
     <layout class="org.apache.log4j.TTCCLayout">
          <param name="dateFormat" value="ISO8601" />
     </layout>
</appender>

tra i vari servizi del cosiddetto web 2.0 c’è una categoria interessante: quella che ti permette di guadagnare qualche soldino “sfruttando” la comunità di internet. cosa ne direste di guadagnare surfando un po’ o scrivendo qualche post?
ora esistono varie forme di pubblicità, attiva o passiva (banner ecc…). quella attiva può consistere nello scrivere una recensione di un prodotto.

le compagnie produttrici contano sul fatto che la gente, prima di comprare un prodotto, cerca su internet, sui forum, sui blog, un commento sul funzionamento, sulla bontà del prodotto stesso. e inoltre si considera maggiormente affidabile il commento di una persona qualsiasi piuttosto di quello del sito del negozio che ti sta vendendo l’oggetto. che è vero poi…
sommando un po’ questi fattori, qualche furbone ha creato ReviewMe.
Lo scopo di ReviewMe è vendere, alle compagnie che vogliono pubblicità su un prodotto, uno o più post sui blog iscritti. Il prezzo pagato dalla compagnia poi è diviso fifty-fifty tra ReviewMe e il proprietario del blog.
al momento dell’iscrizione del blog, in base al numero di link, di utenti, di rating sui vari Technorati, Alexa et similia, ti propongono una valutazione del sito, e conseguentemente del valore di un post. Il mio sito è valutato con una stellina, equivalente a 40$, e un post è valutato 20$. quindi se una compagnia vuole fare pubblicità di un prodotto sul mio sito paga a ReviewMe 20$, dei quali 10$ vengono a me. Visto che questo è un post pagato da ReviewMe, mi aspetto che il giorno 4 del mese successivo arrivi sul mio conto paypal i dieci dollari che mi spettano. se non arrivano potrei arrabbiarmi… la cosa interessante è che non è obbligatorio parlare “bene” o “male” del prodotto, anche se il post è “sponsorizzato”. anzi, bisogna che sia ben chiaro che il post è sponsorizzato, scrivendolo come faccio io adesso. questo post è sponsorizzato. per il contenuto, basta dire qualcosa di sensato. nella tua lingua.
una volta ricevuta l’offerta bisogna produrre un post di 200 parole entro 48 ore e spedirgli il link. tutto qua.
boh, vediamo se funziona, vediamo quante offerte mi arrivano, e vediamo se mi pagano. vi farò sapere… ciao DV

fare il backup dei database del sito è sempre noioso, specie se l’isp mette a disposizione solo phpmyadmin et similia.
ho trovato molto comodo e ben funzionante facile da installare (szippare, modificare run.php) e il vostro sitarello può essere backuppato con un solo colpo di clic.
e se sto benedetto clic lo volete fare in automatico provate che è un crontab free.
il database zippato vi arriverà facile facile nella vostra amata casellina di posta!
istruzioni + dettagliate su Prozone

il nuovo sito dell’Hockey Club Trieste è in preparazione.
per adesso, in anteprima sui vostri monitor, lo trovate cliccando
Hockey Club Trieste
ciao DV