Ho avuto di recente un problema con una applicazione la quale mi restituiva una quantità disumana di errori senza apparentemente avere un motivo valido…
Mi sembra utile riportare questa lista delle parole chiave che è meglio non utilizzare per dare nome alle nostre classi, metodi, helper ecc ecc…
Nella fase di test del gestionale che sto sviluppando in Rails mi sono imbattutto in un piccolo problema con le date. In particolare dovevo visualizzare le fatture divise per mese (da inizio mese a fine mese). Con la vecchia soluzione il mese di giugno non veniva visualizzato:
In questo caso purtroppo la riga
falliva nel mese di giugno…restituiva 30 maggio invece che 1 giugno e quindi il mese veniva visto come 30 magggio < => 31 maggio. Questo è dovuto alla diversa durata dei mesi (30/31/28 ecc ecc).
Una soluzione più elegante (e che soprattutto funziona) è la seguente:
Con il codice:
sfrutto la variabile iteratore i (gestita automaticamente dal metodo each_index) per formare la stringa della data e la trasformo successivamente in un oggetto di tipo time (con il metodo speciale to_time).
Sicuramente ci sarà una versione ancora più elegante e breve ma questa è quella che mi è venuta in mente al volo…se avete suggerimenti fatemi sapere!
Vi sarà sicuramente capitato in una fase di programmazione avanzata di voler convertire una semplice stringa in un nome di classe. Facciamo un esempio pratico:
Tramite una normalissima form vogliamo passare il nome di un modello come parametro ad un metodo che si occupi poi di richiamare il metodo find appropriato? niente di più semplice in pieno stile ruby 
Camelize si occupa di rendere la stringa in formato corretto: “il mio modello” diventa “IlMioModello”
Constantize invece cerca una costante con il nome corrispondente alla stringa già “cammelizzata” (cioè maiuscole/minuscole).
Di seguito i link al mio server con la documentazione relativa:
Documentazione di camelize
Documentazione di constantize
E’ tutto!
E’ da un pò che ci giravo intorno, non volevo utilizzare Macports ma alla fine mi sono convinto. Cominciamo.
Scenario:
Come ormai è ben noto Macosx 10.5.3 (Leopard) è l’unico sistema operativo che esce di default con Ruby e Rails installati e perfettamente funzionanti.
Con i comandi
è possibile conoscere le rispettive versioni che mamma Apple ha installato per noi.
Il mio consiglio (ed anche Apple stessa lo dice) è quello di aggiornare subito sia il sistema Gem che le relative gemme installate (quindi anche Rails).
Una volta terminato l’aggiornamento passiamo all’argomento che da il titolo a questo articolo, cioè come installare RMagick su Leopard per poter poi utilizzare le funzioni di manipolazione immagini nelle nostre web application…
Ovvero come compilare ed installare Ruby, Rails Imagemagick Rmagick nella propria /home/ senza chiedere aiuto a ’sudo’: questa procedura ha dato ottimi risultati su DreamHost, ma dovrebbe funzionare egregiamente su ogni host.
Il problema nasce dal fatto che nessuna azienda di hosting renderá mai disponibile la versione piú recente dei pacchetti installati sul server per non incorrere in troppi bugs e cosí capita che proprio quando fai un deploy dell’applicazione Rails che in localhost funziona tranquillamente, in produzione ha un comportamento differente e solitamente sono errori fatali!
1) PREPARARE L’AMBIENTE
editare il file ~/.bash_profile come segue
*opzionale: é utile su DreamHost per riavviare le applicazioni Rails che girano in produzione con Passenger
editare il file ~/.bashrc
chiediamo alla shell di ricaricare i file di configurazione e verifichiamo che tutto sia stato caricato correttamente:
env vi mostrerá un elenco di variabili d’ambiente tra le quali anche quelle appena aggiunte: se non é cosí scommetto 5€ che non avete scritto i file di configurazione nella vostra home: rimediare con cd ~ e ricominciare!
2) CREARE LE DIRECTORY OPERATIVE
3) SCI! Scaricare, Compilare, Installare
== READLINE ==
== RUBY ==
controlliamo?
== RubyGems ==
controlliamo?
*** LOCAL GEMS ***
actionmailer (1.3.6, 1.2.5)
actionpack (1.13.6, 1.12.5)
actionwebservice (1.2.6, 1.1.6)
activerecord (1.15.6, 1.14.4)
activesupport (1.4.4, 1.3.1)
login_generator (1.2.2)
rails (1.2.6, 1.1.6)
rake (0.8.1, 0.7.1)
rmagick (2.3.0, 1.14.1)
rubygems-update (1.1.1)
sources (0.0.1)
ora é possibile..
oppure
== ImageMagick ==
come sempre possiamo controllare che il comando convert di IM sia presente e sia proprio quello appena installato..
l’ultima versione di IM é davvero potente! provate questo, su un’immagine ‘image.jpg’
== RMagick ==
A questo punto dimenticare di inserire questa direttiva nel file config/environment.rb delle vostre applicazioni Rails sarebbe davvero un grave errore..
Buon Divertimento!
