Per chi non lo conoscesse, Whois è una libreria per Ruby che offre la possibilità di eseguire query WHOIS per tutti i domini attualmente disponibili, così come indirizzi IPv4 e IPv6. La libreria è multipiattaforma, dunque compatibile con Linux, MacOsX e Microsoft Windows.

E’ possibile utilizzarla sia attraverso Ruby sia via command line. Una volta installata la gem, infatti, viene messo a disposizione un eseguibile chiamato ruby-whois. Il suo utilizzo è molto semplice:

$ ruby-whois "google.com"

Se per gli utenti di Linux e MacOsX questo si somma ad altri clienti disponibili come il famossissimo whois client scritto in C per Debian, per gli utenti Microsoft Windows questa libreria rappresenta una delle soluzioni più potenti disponibili.

Ma le vere potenzialità di Whois non stanno nella command line bensì nelle API offerte attraverso Ruby. In particolare, la nuova versione permette di accedere con una sintassi object oriented alle singole proprietà di una risposta WHOIS.

a = Whois.query "simonecarletti.it"

# informazioni sul server
a.server.allocation
# => ".it"
a.server.host
# => "whois.nic.it"

# informazioni sul dominio
>> a.created_on
=> Mon Aug 27 09:32:27 +0200 2007
>> a.expires_on
=> Fri Aug 27 00:00:00 +0200 2010

# aggregazione di informazioni complesse
>> c = a.registrant
=> #<struct Whois::Answer::Contact id="SC19264-ITNIC", name="Simone Carletti", organization=nil, address=nil, city=nil, zip=nil, state=nil, country=nil, country_code=nil, phone=nil, fax=nil, email=nil, created_on=nil, updated_on=nil>
>> c.name
=> "Simone Carletti"
>> c.email
=> nil

La libreria è disponibile come gem per Ruby. La nuova versione sarà rilasciata a giorni. E’ possibile provare l’anteprima scaricando la gem da qui ed installandola con il comando

gem install whois-0.8.0.20090927103917.gem

Per utilizzare efficacemente Whois è necessaria una conoscenza base di Ruby. Se ancora non lo conoscete, non è mai troppo tardi.

Related posts:

1. Ruby WWW::Delicious
2. PHP vs Ruby
3. Hosting gratuito per Ruby on Rails

La prima parte dell’articono contiene alcuni consigli e considerazioni in merito alla scelta di un hosting per Rails. La seconda parte è invece una lista dei principali hosting per Ruby on Rails disponibili.

Considerazioni per la scelta di un hosting per Rails

Prima di lavorare attivamente con Ruby e Rails la mia esperienza sul web aveva riguardato soprattutto progetti in PHP e ASP. Per questo tipo di applicazioni, molto spesso è sufficiente creare il progetto e pubblicarlo online senza troppe pretese aggiuntive. Scegliere tra un hosting, un VPS o altre soluzione è quindi spesso questione di costi ed esigenze.

Con Rails il discorso è un po’ diverso. Anche se la recente introduzione di soluzioni come mod_rails permettono un deploy relativamente agevolato, non è raro aver necessità di accedere alla console di amministrazione del server per creare un utente, installare una GEM, compilare una libreria o eseguire azioni di amministrazione. Non è quindi un caso che nella lista di provider che segue sono molto limitati i piani di hosting condiviso, ammesso che non offrano un accesso da shell.

Inoltre, sebbene Ruby e Rails supportino diverse versioni del sistema operativo Microsoft Windows, utilizzare Rails su un server Windows è un’abitudine rara. Praticamente tutti gli strumenti a disposizione per migliorare e monitorare un’applicazione Rails, da Capistrano a God passando per altre popolari GEM, si basano sul requisito fondamentale che l’applicazione disponga di un accesso SSH ed una shell di tipo POSIX. Non è scopo di questo post entrare troppo nei dettagli del tipo di server, quindi concluso consigliandovi vivamente di non utilizzare mai server Windows per un progetto Rails.

Navigando alla ricerca di soluzioni per Rails mi è capitato spesso di impattermi in provider apparentemente compatibili con Rails che spesso offrivano poco più di un pannello di controllo standardizzato come CPanel e qualche caratteristica Rails-oriented. Diffidate da questi provider! Nella mia esperienza, ogni provider seriamente coinvolto con Rails è normalmente specializzato in questo tipo di soluzioni e non offre centinaia di altri servizi. Inoltre, a memoria non ricordo un hosting specifico per Rails che utilizzi CPanel o i classici pannelli di controllo che siete abituati ad utilizzare ad esempio con PHP. Spesso si tratta di pannelli di controllo personalizzati, scritti apposta per venire in contro alle esigenze di Ruby e Rails.

Requisiti di un hosting per Rails

Come anticipato, ci sono alcuni requisiti che un hosting che si dichiara Rails-compatibile non può non offrire. Tutte le soluzioni proposte di seguito supportano pienamente i seguenti requisiti.

• Sistema operativo Unix-based
• Supporto per Ruby e Rails
• Accesso SSH via shell (no Jail-shell)
• Possibilità di installare GEM
• Possibilità di configurare in modo flessibile virtual host
• Supporto per un sistema di versioning (almeno Subversion)
• Supporto database MySQL e/o PostgreSQL (eventualmente SQLite3 per test)
• Supporto Passenger (mod_rails) e/o FastCGI e/o Mongrel

Alcuni di questi requisiti non sono soddisfatti nativamente ma grazie all’account SSH è possibile installare nella propria home directory eventuali requisiti mancanti.

Tipi di Hosting per Rails

Fino ad ora ho continuato ad utilizzare il termine hosting in modo improprio. Per i motivi sopra anticipati, infatti, difficilmente possiamo parlare di hosting per Rails così come normalmente lo si intende ad esempio per PHP. E’ molto probabile che il vostro progetto Rails sarà ospitato su un piano frazionabile o, nella maggior parte dei casi, su un VPS o server fisico.

Nella lista seguente non cercate dunque un provider di hosting ma valutate la soluzione più adatta alle voste esigenze in termini di risorse, costi e capacità. Molte soluzioni vi daranno ampia libertà di azione ma richiedono quindi anche competenze di sysadmin poiché sarà affidato a voi il compito di installare e configurare attraverso shell il webserver e/o eventuali virtual host.

Spero mi scuserete ma per comodità continuerò ad utilizzare anche in seguito il termine hosting per riferirmi ad un provider che offra servizi per il deploy di un’applicazione Rails.

Senza perdere altro tempo, ecco la lista di provider certificati per Ruby on Rails. Alcuni di questi ho avuto modo di provarli direttamente, per altri mi sono invece attenuto alle numerose considerazioni raccolte frequentando forum, mailing list e conferenze Rails.

(1). Provato di persona.

Hosting non gestiti per Ruby on Rails

Difficile trovare un termine corretto per classificare questi provider. Alla fine ho scelto il termine “non gestiti” per distinguerli da quelli che offrono servizi e consulenza integrata per Rails. Attenzione, questo termine non è riferito al mancato supporto da parte del provider che è comunque sempre presente ed in quasi tutti i casi ha competenze specifiche legate alla risoluzione di problemi su Rails.

I provider seguenti offrono nella maggior parte dei casi eccellenti soluzioni per Rails ed offrono ampia flessibilità ma questo richiede che il cliente abbia competenze di sysadm e gestione di un server per configurare al meglio la propria macchina.

Unbit

Unico provider italiano che mi sento di citare parlando di Ruby on Rails, Unbit si è da sempre distinto per offrire servizi di qualità anche per soluzioni Ruby e Python, con pieno supporto a Rails e Django. Non ho mai provato direttamente Unbit ma ne ho sempre sentito parlare molto bene.

Supporta GIT, Subversion e Mercurial, offre accesso SSH, database MySQL e PostgreSQL oltre a numerosi servizi aggiuntivi.

Slicehost (*)

Slicehost offre VPS a prezzi estremamente competitivi. I ragazzi di Slicehost sono particolarmente attenti a Rails così come la comuniti che si è formata intorno. Infatti, Slicehost è diventato uno dei provider VPS di riferimento per chi utilizza Rails.

E’ possibile scegliere tra diverse configurazioni VPS e numerose distribuzioni Linux. L’installazione avviene in pochi click ma la configurazione è completamente a carico del cliente, dal web server alle librerie. Si dispone di un completo accesso root al server ed una gestione completa di DNS e della propria slice.

Slicehost è un’ottima soluzione per una o più applicazioni Rails anche di medio grande dimensioni. In qualsiasi momento è possibile eseguire l’upgrade di una slice se l’applicazione cresce ed il consumo di risorse aumenta. Richiede un’elevata competenza di sysadm ed una buona confidenza con la gestione e l’amministrazione di Ruby e Rails. L’area tutorial è piena di articoli per guidarvi nella configurazione del vostro server.

Linode

Linode è un altro eccellente provider di VPS con ampio supporto a Ruby on Rails e prezzi estremamente interessanti. Il pannello di controllo è estremamente intuitivo e ricco di funzionalità per la gestione del server.

Anche in questo caso è richiesta una buona competenza di sysadm ed una confidenza con Rails in quanto l’installazione delle librerie necessarie, dal web server al database al linguaggio, è affidata completamente a voi.

PlanetArgon

PlanetArgon offre esclusivamente virtual private server configurati specificatamente per ospitare applicazioni Rails chiamato Boxcar. La piattaforma include Phusion Passenger, Ruby Enterprise Edition, supporto a Mongrel/Nginx, supporto a differenti database ed accesso SSH.

Il prezzo è assolutamente in linea con le altre soluzioni VPS presentate con il vantaggio di un’esperienza specifica per Ruby on Rails e l’esigenza di non dover configurare da zero il proprio ambiente.

RailsMachine

RailsMachine è un hosting per Rails di lunga data specializzato per offrire servizi dedicati a Ruby on Rails. Se da una parte l’impegno richiesto per la gestione e l’amministrazione dei server è minore, dall’altra il costo è decisamente elevato rispetto agli altri concorrenti proposti in questa pagina.

RailsPlayground

RailsPlayground è un altro provider specifico per Rails. Offre soluzioni specifiche per Ruby, Python e PHP che vanno da hosting a server dedicati, inclusi i virtual private server. Ogni account include Trac, SVN ed accesso SSH. Inoltre supporta Passenger (mod_rails) ma anche Mongrel e FastCGI.

HostingRails

HostingRails offre supporto a Rails inclusa la possibilità di utilizzare Passenger (mod_rails) in combinazione con Ruby Enterprise edition. Quest’ultima è una caratteristica molto interessante non comune agli altri hoster ma non mi è chiaro se si tratta di un servizio incluso o opzionale.

Inoltre supporta le altre comuni modalità di deployment come Mongrel e FastCGI. E’ possibile scegliere diverse soluzioni, da un piano di hosting avanzato ad un server dedicato, sempre con accesso SSH.

Hosting gestiti per Ruby on Rails

A differenza degli hosting non gestiti, le soluzioni che ho (impropriamente) chiamato gestite includono aziende nate attorno a Ruby on Rails, in grado di offrire servizi altamente specializzati su Rails che vanno dall’ospitare il vostro progetto alla consulenza ed assistenza completa in ogni fase di sviluppo.

Questi provider sono molto di più che semplici hoster. Hanno programmatori specializzati su Rails in grado di individuare problemi e fornirvi soluzioni. In un certo senso è come avere a disposizione del proprio progetto altri programmatori Rails specializzati.

Sono soluzioni generalmente più costose adatte a progetti Rails di grandi dimensioni, spesso sviluppati su cluster di server con esigenza di gestire grandi carichi di utenza.

EngineYard

EngineYard è in assoluto il provider più presente nel mondo Rails. Se bazzicate nell’ambiente Rails da un po’ di tempo è praticamente impossibile non averne sentito parlare, a meno di non aver programmato da soli su un’isola deserta insieme a Robinson Crusoe.

Offre soluzioni di alto livello specifiche per applicazioni Rails ad alto traffico. I servizi spaziano a 360°, dalla consulenza alla gestione dei singoli progetti. Tra i suoi clienti annovera nomi del calibro di GitHub, Lighthouseapp, Tender, Uservoice e numerose altri popolari progetti Rails.

RackSpace

RackSpace è nel campo da molto tempo e rientra in quella gamma di provider che difficilmente avrete esigenza di consultare per applicazioni di medio-basso consumo. RackSpace è specializzato in soluzioni ad elevata esigenza di calcolo incluso il cloud computing.

Recentemente RackSpace ha acquisito Slicehost facendo così il suo ingresso in un mercato meno d’elite che spesso include aziende di limitate dimensioni o server acquistati da singoli utenti per utilizzi personali.

Joyent

Joyent è un provider altamente specializzato nell’offrire servizi orientati alla scalabilità ed applicazioni con elevati requisiti. E’ una delle aziende in assoluto più attive nel campo del cloud computing. Tra le soluzioni proposte include anche servizi specifici per Ruby on Rails, particolarmente rivolti ad esigenze di medio-grandi dimensioni.

BrightBox

BrightBox è un’azienda estremamente attiva nel mondo Rails, spesso presente a manifestazioni ed eventi anche come sponsor. Offre soluzioni per Ruby e Rails incluso supporto e consulenza. Tutti i piani includono Passenger mentre a partire dal piano 512 è possibile usufruire della piattaforma di monitoraggio offerta da RailsRun grazie ad un accordo tra le due società.

Hosting compatibili con Ruby on Rails

Con il termine compatibili vorrei indicare hoster che potenzialmente permettono il deploy di un’applicazione Rails ma non sono specifici per Ruby on Rails. Questo significa che offrono buona parte dei requisiti elencati ad inizio post ma spesso si tratta di provider generici e di largo consumo che per ovvia esigenza hanno adattato parte dei servizi al supporto Rails. Il loro costo è normalmente inferiore rispetto agli hoster specifici ma allo stesso modo anche il supporto che offrono in caso di problemi riguardanti Ruby e Rails è normalmente minore.

Sono adatti a progetti Rails di piccole dimensioni, in particolar modo se si desidera avere un hoster a disposizione per familiarizzare con Rails prima di decidere di acquistare una soluzione dedicata tra quelle indicate prima. L’elenco è ordinato per preferenza.

Dreamhost (1)

Dreamhost è uno dei maggiori hoster del mercato oltreoceano. E’ molto popolare grazie all’offerta di servizi a prezzi estremamente accessibili con numerose funzionalità tipiche di provider di alto livello come un completo accesso via shell ed ampia libertà di personalizzazione del proprio account.

Offre accesso SSH, possibilità di creare più unix user, compatibilità con Ruby e Rails incluso il supporto a Passenger (mod_rails). Quest’ultima caratteristica è particolarmente determinante poiché si tratta della modalità attualmente più semplice e performante per il deploy di un’applicazione Rails. Purtroppo è un hoster molto affollato e spesso è possibile imbattersi in problemi di performance e rallentamenti dell’applicazione.

Adatto per applicazioni di piccole dimensioni, ottimo per prendere familiarità con Rails e con la gestione di un account unix. Offre un pannello di controllo personalizzato ma vi ritroverete ad eseguire buona parte delle configurazioni via SSH.

Site5 (1)

Site5 non è un provider specifico per Ruby on Rails ma ha saputo ricavarsi una discreta fetta di mercato garantendo una serie di servizi essenziali anche per il deploy di un progetto Rails. Dispone di un piano Web Hosting e Reseller ma il primo non è indicato al nostro scopo. I prezzi sono interessanti e quasi sempre è possibile approfittare di un’offerta in grado di ridurre sensibilmente il costro d’acquisto.

Offre l’accesso SSH configurabile ma la gestione dello spazio e degli account avviene attraverso pannello reseller di CPanel e questo, nel caso di un progetto Rails, è sensibilmente penalizzante. Nonostante offra il modulo Rails per CPanel, loro stessi suggeriscono di configurare l’applicazione via FastCGI. La configurazione richiede competenze sysadm e potrebbe non essere alla portata di tutti.

Ideale nel caso in cui si voglia utilizzare un piano frazionabile per altri scopi, ad esempio applicazionei PHP, e contemporaneamente sperimentare con Rails.

BlueHost

BlueHost non è un provider specifico per Rails, tuttavia supporta la configurazione di un’applicazione Rails e dispone di alcuni requisiti essenziali come l’accesso via shell.

Purtroppo la gestione dell’account, come per Site5, avviene via CPanel complicando inutilmente il deploy di un’applicazione. Inoltre non supporta Passenger (mod_rails) dunque è possibile utilizzare un’applicazione Rails solo via FastCGI.

LunarPages

LunarPages offre diverse soluzioni tra le quali anche il supporto a Rails. Purtroppo, anche in questo caso il deploy è possibile solo via FastCGI. Inoltre, l’accesso SSH è opzionale e richiede un costo mensile aggiuntivo.

HostGator (1)

HostGator è un altro provider internazionale che ha deciso di mettere a disposizione alcuni servizi per Rails. Purtroppo offre solo accesso tramite JAIL shell ed i moduli per Rails preinstallati in CPanel. Onestamente non è una soluzione che consiglierei per un’applicazione Rails.

Hostmonster

Hostmonster come HostGator è un hoster generico che offre alcune caratteristiche utili per un’applicazione Rails cone accesso via shell. Trattandosi di un hoster molto generico, il verdetto è lo stesso di HostGator.

In conclusione

Come avrete intuito, la scelta di un hosting per un progetto Ruby on Rails non è immediata. E’ necessaria una buona conoscenza del framework e dei suoi requisiti per un corretto funzionamento.

Per chi è alle prime armi o in fase di studio, consiglio di cominciare con un provider di test per familiarizzare con il framework e le sue caratteristiche per poi eseguire il passaggio ad un provider dedicato in base all’esigenze del prodotto.

Per chi è alla ricerca di un provider serio per il deploy di un’applicazione professionale la scelta specifica è d’obbligo. A seconda delle proprie competenze ed esigenze è possibile dedicarsi completamente ad un’azienda che offra anche consulenza oppure procedere alla configurazione ed amministrazione in proprio di un server o VPS.

Related posts:

1. Hosting gratuito per Ruby on Rails
2. Hosting di qualità
3. Libri Ruby on Rails in italiano

Oggi, per curiosità, scopro che technorati.it è stato registrato a marzo ed ora ospita un blog che, salvo le abbondanti nonché parzialmente fastidiose inserzioni pubblicitarie, ha un suo perché. FeedBurner.it, invece, è stato acquistato da un certo tizio, quasi sicuramente con una delle offerte allettanti di tophost. Al momento il dominio è parcheggiato… semplice voglia di lucrarci da un ipotetico futuro interesse di FeedBurner?

Ricordo di aver risposto ad almeno 10 tra email e PVT di utenti che mi chiedevano “cosa ne pensi se registro XYZ che è di tale azienda non ancora in Italia? Chissà che non ci possa guadagnare… che ne dici?”

Se volete guadagnare in rogne, questa di certo è la strada che fa per voi. In sintesi, non sono per nulla dispiaciuto di non aver tentato di registrare né technorati.it né feedburner.it quando ho avuto possibilità, forse sono più dispiaciuto di non aver dato seguito alla mia idea di riservarli per i legittimi proprietari.

Ma in fondo, credo che un domani che li vorranno né Technorati né FeedBurner abbiano così tanti problemi, in un modo o nell’altro, ad entrarne in possesso. Davide insegna: Quel giorno che registrai yahoo.it

Related posts:

1. FeedFlare arriva su simonecarletti.com
2. Il SES arriva su Technorati
3. Benedetto arriva 50esimo… e vince il premio trackback!

Una delle necessità più frequenti in rete è quella di mappare un indirizzo esistente attraverso un altro dominio. Ad esempio, immaginate di disporre di un blog all’indirizzo mioblog.blogspot.com che è un sottodominio creato in automatico dalla piattaforma Blogger. Supponendo di disporre di un dominio chiamato www.ilmiodominio.com, possiamo decidere di mappare l’indirizzo del blog con il nostro dominio così che quando un utente accede all’URL www.ilmiodominio.com (o un altro qualsiasi a nostra scelta) veda come risultato quello che è disponibile all’URL mappato.

Per chiarire meglio il concetto tornerò sull’argomento con altri esempi più avanti.

Come avviene un Domain Mapping

Senza esagerare sul piano tecnico, vediamo come funziona il mapping di un dominio.
La situazione iniziale che prenderemo in esame è quella di una risorsa, nel nostro caso un blog, disponibile fisicamente all’indirizzo mioblog.blogspot.com.
Digitando questa URL nel browser l’utente visualizza correttamente il contenuto del mio blog. La figura seguente riassume in breve lo schema.

Ipotiziammo che io desideri mappare il dominio con un altro indirizzo.
Se vi state chiedendo il perché, più avanti avrete risposta a questa ed altre domande, pazientate ancora qualche minuto.

Il mio obiettivo è rendere il blog disponibile anche attraverso il mio dominio personale, da me regolarmente comprato, con indirizzo www.ilmiodominio.com.
La figura seguente illustra il mio obiettivo nonché il risultato del mapping.
Una volta mappato il dominio, la risorsa risulta disponibile sia all’URL originale, sia al nuovo URL.

In molti casi, soprattutto se ci sono di mezzo utenti e motori di ricerca, il mapping di un dominio non deve in alcun modo alterare il fragile equilibrio che vede relazionati univocamente una risorsa ad un solo URL.
Quindi, per evitare che il nostro blog possa in qualche modo essere raggiungibile attraverso più indirizzi, il mapping dovrà automaticamente indirizzare tutte le richieste al vecchio URL verso il nuovo, attraverso sistema di redirect lato server, tipicamente accompagnati da header HTTP 301 o 302.

Il risultato è riepilogato nella figura seguente. Notare come ora l’indirizzo mioblog.blogspot.com, sebbene fisicamente ancora attivo, instradi le richieste verso il dominio mappato.

Come avviene (tecnicamente) un Domain Mapping

Se non avete mai sentito parlare di DNS, nameserver o domain record e non avete esigenze di dovervi addrentrare in questi dettagli, potete passare tranquillamente alla sezione successiva.
In alternativa, continuando nella lettura, nelle righe seguenti troverete alcune informazioni puramente tecniche sul funzionamento di un domain mapping.

Il mapping di un dominio consiste nel mirroring di un indirizzo, ovvero nella sua duplicazione ma solo a livello di gestione dei DNS e non a livello fisico della risorsa collegata all’URL.
Questo significa che, come le illustrazioni precedenti documentano, la risorsa è una sola e continuerà a restare tale.

Per mappare un indirizzo FROM attraverso un indirizzo TO si utilizza un apposito tipo di record DNS chiamato CNAME. A differenza del record A, il CNAME (o canonical name) crea un alias di un record DNS esistente ereditandone tutte le caratteristiche.
Il CNAME necessita di un nome per il record, che rappresenta l’alias con il quale il dominio sarà raggiungibile, ed il dominio completo da clonare.

Tornando al nostro esempio precedente, il l’alias del CNAME sarà www (non dimentichiamo che si tratta di un CNAME che fa già parte del dominio ilmiodominio.com e che è quindi superfluo oltre che errato dare come valore all’alias www.ilmiodominio.com) mentre il dominio da clonare mioblog.blogspot.com.
Se avessimo voluto mappare il dominio originario all’URL nuovoblog.ilmiodominio.com i parametri sarebbero stati semplicemente: alias del CNAME nuovoblog, dominio da clonare mioblog.blogspot.com.
Se ci servisse un mapping completo dovremmo configurare il server che ospita la risorsa in modo tale da reindirizzare ogni richiesta all’URL originario verso quello mappato.

Quando è necessario il Domain Mapping?

Cominciamo dalla domanda più semplice… quando eseguire un domain mapping?
Il domain mapping, di norma, viene eseguito quando la risorsa principale è disponibile su un server non direttamente gestibile dall’utente.

L’alternativa più semplice al domain mapping è infatti quella di agire sulle configurazioni del server per rispondere a più di un host. Nel caso del nostro blog, non ci è permesso agire direttamente sul server quindi l’unica alternativa è mappare il dominio come prima descritto.

Perché eseguire un Domain Mapping?

Non c’è una risposta definitiva a questa domanda, ma posso fornire ugualmente qualche consiglio in merito.

Mappare un indirizzo con un dominio personalizzato garantisce la possibilità di associare il proprio brand al blog rafforzandone il valore. Parliamoci chiaro, se doveste aprire il blog dell’azienda Company S.p.A. e doveste scegliere nei risultati di una ricerca tra blog-company.blogspot.com e blog.company.com, quale scegliereste considerando che company.com è il sito dell’azienda?

Associare un dominio personalizzato ad un blog ne trasferisce, in termini di marketing, popolarità e credibilità ed allo stesso tempo consente di fornire un indirizzo più facile da ricordare.

La situazione attuale dei servizi per blog

Google e Blogger

Blogger è stata una delle prime piattaforme per blog a larga diffusione ad introdurre la possibiltià di scegliere un dominio personalizzato per la pubblicazione del proprio blog. Non si tratta, in realtà, di un vero e proprio domain mapping così come è stato descritto in precedenza.

Nel pannello di controllo è possibile scegliere un dominio non *.blogspot.com sul quale la piattaforma eseguirà l’upload delle pagine statiche. Inseriti i parametri FTP il blog sarà disponibile solo ed esclusivamente all’indirizzo scelto.

TypePad

TypePad è una piattaforma per blog professionale sviluppata e gestita da Six Apart.

Attivando un blog su TypePad viene fornito un quantitativo di banda, spazio web e servizi proporzionale al tipo di account. Il Domain Mapping su TypePad è stato introdotto intorno al 2004 ed è ampliamente documentato da FAQ, tutorial e pagine informative. L’attivazione non si discosta molto da quanto riportato in precedenza, il costo compreso nel piano scelto.

Accedendo al pannello Control Panel > Site Access > Domain Mapping è possibile aggiungere un nuovo dominio da mappare.
Definito il dominio di destinazione è necessario scegliere quale blog/area mappare dopo di che un riepilogo delle configurazioni ci indicherà a quale URL puntare il valore del record CNAME.

Dal pannello di controllo del nostro dominio, non TypePad, impostiamo il record CNAME ed attendiamo il tempo necessario alla propagazione dei DNS.
Attivato il dominio, possiamo selezionare il campo Active corrispondente al nuovo URL dal pannello di TypePad ed attivare il mapping.
TypePad ci avvertirà che è necessario ripubblicare il blog per applicare gli aggiornamenti.

Da questo momento il nostro blog *.typepad.com o *.blogs.com è stato mappato sul dominio indicato.

Prima di continuare, un paio di considerazioni.
TypePad non esegue un mapping completo ma solo parziale, questo significa che comunque il vecchio URL continuerà ad esistere. Personalmente lo trovo una pessima idea, anche considerando che tutti i file di layout punteranno al dominio mappato e l’originale risulterà del tutto inutilizzabile.

Per questo motivo, se decidete di mappare un blog su TypePad, agite prima di pubblicizzare il vostro blog o risulterà particolarmente complesso scollarvi dal vostro blog *.typepad.com o *.blogs.com.

WordPress.com

WordPress.com è un servizio gratuito di hosting per blog basato sulla celebre piattaforma WordPress. E’ il più giovane tra i servizi prima elencati ma sta guadagnando rapidamente utenti sia per la popolarità del prodotto su cui si basa, sia per la velocità con la quale Matt ed il suo team stanno implementando nuove funzionalità.

Il mapping di domini personalizzati su WordPress.com è una novità estremamente recente che si aggiunge ai servizi offerti da WordPress.com.
L’opzione è disponibile dal menu Options > Domain, a partire dal pannello di controllo utente. Si possono aggiungere illimitati domini ed il costo annuale del servizio è di 15€ se si affida a WordPress.com la registrazione del dominio, 10€ se si desidera esclusivamente mappare un record DNS singolo attraverso l’uso di un record CNAME come sopra indicato.

Conclusioni

Sebbene ad oggi tutte e tre i più importanti servizi per blog disponibili offrano la possibilità di associare un dominio personalizzato al proprio blog, il numero di utenti che effettivamente utilizzano questa funzione è estremamente limitato.

Il costo annuale di un dominio, non più di 15€, e la quantità di informazioni in rete (in ultimo questo post) difficilmente sono la causa principale di questa (mancata) scelta. Come mai dunque non sfruttare questa fantastica opportunità per brandizzare ulteriormente il proprio blog?

Related posts:

1. Google Webmaster Central rimuove il post “non-English domain names”
2. Domini registrati da Google
3. Pubblica il tuo blog su Google Base

I stumbled upon these guys searching for a ruby on rails host. I got accepted, working great so far, basic plan is 50MB disk space/1GB bandwidth!

Free Ruby on Rails Web Hosting

Direttamente da Digg, pubblicato meno di 1 ora fa, la segnalazione di un hosting gratuito che supporta anche applicazioni scritte in Ruby on Rails. Circa 6 mesi fa cominciai a studiare Rails in contemporanea con Python.

Abbandonai entrambi per un breve periodo a causa di uno stato confusionario avanzato… sconsiglio a chiunque di studiare due linguaggi/framwork evoluti in contemporanea. Recentemente ho ripreso a favore del secondo, ma mi sono ripromesso prima o poi di ributtare un occhio a Rails.

Interessante dunque la segnalazione di questo spazio web gratuito. Non ho avuto modo di provarlo, se qualche utente lo avesse già testato o lo testasse in futuro sarei felice di poter ricevere qualche feedback.

Related posts:

1. Hosting per Ruby on Rails
2. Libri Ruby on Rails in italiano
3. PHP vs Ruby

Obiettivamente ho sempre notato in Google una particolare filosofia di supporto ai progetti open source, nonostante la politica aziendale di questo motore di ricerca (ma sarà ancora giusto chiamarlo così) è cambiata profondamente nel tempo. All’interno della sua area per lo sviluppo chiamata Code, Google ha lanciato oggi un servizio per ospitare progetti open source.

La nuova area si chiama Project Hosting e, sostanzialmente, si tratta di un repository online. La piattaforma è dotata di un ricco backend, potenziato dalla presenza di Subversion, sistema SVN molto conosciuto tra gli sviluppatori.

Il tracciamento dei bug e dei problemi avviene attraverso un’interfaccia basata su AJAX, in perfetto stile GMAIL. Per creare un nuovo progetto servono pochi passi ed un Google Account.

Che Google voglia fare concorrenza anche a Sourceforge?

Related posts:

1. Meta motore di ricerca open source
2. Outlook + Gmail + Ajax + Open Source = Zimbra
3. PHP 5 FileIterator: nuova classe open source

Related posts:

1. Domini .eu in arrivo
2. Strumenti SEO: ricerca domini evoluta con domjax
3. Domini registrati da Google

Vi assicuro che ho provato almeno 50 hosting, dall’acquisto di soli domini all’acquisto di spazi completi, housing e via dicendo. Non sto a fare un elenco per ogni casistica tuttavia posso affermare di aver trovato per ora un pannello di circa 5 provider che mi assicurano forniture specializzate per ogni esigenza, dall’acquisto domini all’ospitalità dei server che ho la fortuna di disporre.

Perché questo thread? Semplice, mai come in questo periodo e mai come in questo caso penso di aver avuto modo di mettere sotto pressione e sotto esame un provider come ho fatto in queste ultime settimane con Noamweb per motivi che non è necessario spiegare.

Posso solo dire che Noemi e tutto lo staff tecnico, a cui vanno i miei più sentiti ringraziamenti, hanno garantito un servizio a dir poco eccellente confermando la splendida professionalità dimostrata anche in casi più piccoli come su RSS World.

Se siete alla ricerca di un hosting di qualità sia su linux sia su windows non posso che consigliarvi con tutta sincerità di provare i loro servizi. Probabilmente non è difficile notare l’enfasi con cui ho scritto questo messaggio e questo è la controprova di quanto ne sia piacevolmente soddisfatto.

Per garanzia di obiettività, mi permetto anche di segnalare di valutare i servizi di GoDaddy.com in particolare se vi interessa la sola registrazione di domini e Natan.it se desiderate un hosting su server windows senza pretese specifiche ma con un supporto altrettanto efficiente, almeno per quanto riguarda la mia esperienza.

Related posts:

1. Hosting gratuito per Ruby on Rails
2. Google lancia un servizio di hosting per progetti open source
3. Hosting per Ruby on Rails

I remember a time when webmasters were free to buy old or expired domains and create sites that the search engines loved. These days, the search engines (especially Google) often punish us for doing so. If you buy a domain that Google previously frowned upon for any reason, that punishment may follow the domain to a new owner. I have one site that Google refuses to index because of something (I know not what) that a previous owner did. Reinclusion requests to Google explaining the situation resulted in being absolutely ignored by Google.

The dangers of buying previously used or expired domains

Quella di acquistare domini scaduti o da altri utenti è una pratica molto diffusa, soprattutto per utilizzarne i link o la rilevanza ai fini del posizionamento.
Attenzione però: Google potrebbe ignorare completamente il dominio nel caso questo sia stato precedentemente bannato.

In alcuni casi, come spiega questo intervento, Google ed altri motori potrebbero anche ignorare la richiesta di reinclusione nonostante il cambio dei contenuti.

Related posts:

1. Domini registrati da Google
2. Strumenti SEO: ricerca domini evoluta con domjax
3. Anomalie dei motori di ricerca: Hotbot ed i domini

Queste le fasi previste.

1. Fase Sunrise 1 – dal 7 dicembre 2005 al 6 febbraio 2006
   Possono essere presentate richieste di registrazione da parte di Enti Pubblici e detentori di marchi registrati.
2. Fase Sunrise 2 – dal 7 febbraio 2006 al 6 aprile 2006
   Possono essere presentate richieste da parte di coloro che hanno diritto documentato su determinati nomi di domini. In questa fase saranno accettate anche le richieste per le registrazione dei nomi di società e nomi artistici. Per maggiori informazioni consultate la documentazione sul periodo Sunrise.
3. Fase Land Rush – dal 7 aprile 2006
   Le registrazioni saranno aperte a chiunque senza necessità di documentare particolari diritti sul dominio.

E’ importante ricordare che, in qualsiasi fase, sarà sempre applicato il metodo first-come-first-served.
Insomma, chi prima arriva prima se lo prende (il dominio).

Maggiori informazioni sono disponibili sul sito EURid: Nomi a dominio .eu.

Related posts:

1. Vigilia domini .eu
2. I rischi dell’acquistare domini scaduti
3. Domini web: chi prima arriva prima alloggia