• Artifex
• Scoprire
• Farmacia di Fenegrò

Artifex è gestito con Register, Scoprire e Farmacia di Fenegrò sono con BlueHost.

Il 4 luglio 2011 è stato reso disponibile WordPress nella versione 3.2. Si sapeva da tempo – da quasi un anno – che i requisiti minimi per far girare la nuova versione di WP sarebbero cambiati. La versione 3.2 gira con PHP 5.2.4 e MySQL 5.0.

La transizione con i siti ospitati da BlueHost è stata immediata: appena resa disponibile la versione 3.2, ho potuto aggiornare WP sia su Scoprire che su Farmacia di Fenegrò. Le macchine e i software BlueHost erano pronti.

Con Register la musica è stata completamente diversa. Non ho potuto aggiornare WP. Ho chiesto spiegazioni all’assistenza, e a partire da questo momento ho avuto uno scambio di email, che non esito a definire surreale.

La mia prima email all’assistenza Register risale al 10 luglio 2011.

A proposito del dominio artifexlibris.com, è uscita la nuova versione di WordPress.

La pagina degli aggiornamenti di WordPress mi dice: “Non è possibile effettuare l’aggiornamento perché WordPress 3.2 richiede MySQL versione 5.0 o superiore. Si sta utilizzando la versione 4.1.23.”.

Sono andato a controllare e le vostre specifiche indicano che il server Linux viene fornito con il Mysql 5.0.77 .

Per me è un rompicapo: posso aggiornare oppure no? Per quale ragione WordPress mi dice che si sta usando la versione 4.1.23 se invece in uso è la 5.0.77?

Ci credereste? Non è possibile aggiornare in automatico la versione di  MySQL dalla 4.1 alla 5.0 in quanto la piattaforma MySQL 5.0 viene fornita su un server diverso dalla 4.1! L’utente deve provvedere da sé! Con tanto di istruzioni: eseguire un dump del database in uso (ti prendono anche in giro, mettono tra parentesi: “da fare con attenzione” – ma va?); rimuovere il database in versione 4.1 (perché con il normale piano di hosting, che permette di usare WP, Register ti dà un solo database — BlueHost ne offre 100 (cento!) con il pacchetto base, che costa a partire da 6,95 dollari al mese), crearne un altro – questo sarà creato su mysql 5, sarà necessario attivare anche un nuovo utente mysql.

Poi si deve procedere con il restore del dump del database su quello nuovo: tramite PHPMyAdmin va aggiornato il file del sito che contiene la stringa di connessione al database con i nuovi dati.

Tutto chiaro, no?

Non potevo non rispondere!

Buonasera,
mi guardo bene dal mettermi a trafficare con i database. Curo siti ma non sono un maghetto.

Non mi resta che aspettare che Register passi a piattaforme più aggiornate…

Grazie per quello che ha potuto fare.
Cordialità,
Giancarlo Nicoli

P.S: ho due siti con BlueHost, su entrambi uso WordPress e ho potuto aggiornare WP immediatamente dopo il rilascio della nuova versione.
Che in direzione a Register non si lamentino se perdono clienti.

Mi sembrava di sbattere contro un muro di gomma: mi rispondono informandomi che le piattaforme di Register.it sono già aggiornate, come indicato nella precedente risposta, solo che l’operazione di migrazione dalla macchina MySQL 4.1 alla macchina MySQL 5.0 non la fa Register ma la deve fare il cliente, seguendo la procedura precedentemente indicata.

Ma come glie lo dovevo spiegare che avevo paura a farla, questa migrazione? Perché BlueHost l’ha fatta senza problemi, di default vorrei dire, ti svegli la mattina e ti trovi il compito fatto senza nemmeno accorgerti, con Register devi arrangiarti? Ero disposto a pagare a parte purché me lo facessero loro:

Buongiorno,
due domande ancora:

1 – quindi, se non intervengo io, la versione di MySQL resterà PER SEMPRE la 4.1.23.?

2 – non sono in grado di intervenire sul database e su PHPMyAdmin, né intendo farlo. Potete farlo voi? Intendo dire, se il servizio non fa parte del mansionario e del pacchetto da me acquistato, sono disposto a pagare a parte (previo preventivo).

Grazie per l’attenzione.
Cordiali saluti,
Giancarlo Nicoli

Non c’è stato verso, neanche a pagare. Mi confermano che se non verrà effettuato il passaggio manuale, il database rimarrà attivo con la versione 4.1. Mi consigliano comunque di effettuare l’upgrade per motivi di sicurezza oltre che per poter aggiornare l’applicazione utilizzata. Mi dicono che il Supporto Tecnico non effettua questo tipo di operazioni, mi invitano a eventualmente contattare un webmaster per eseguire l’upgrade.

Mi sono arreso, ho fatto da me. Ho passato mezza giornata a fare un backup completo, ho salvato sul computer proprio tutto (beh, quasi tutto, come spiegherò poi..).

Mi sono messo di buzzo buono e ho eseguito il dump del database in uso – in italiano diventa che si scarica sul computer una copia del database. Ho cancellato il database in uso e ne ho creato un altro. Sorpresa! Il nuovo database non importa i dati di quello vecchio! Panico! Che cosa  fare? Voi maghetti del computer non prendetemi in giro, per cortesia. Sono certo che c’è una soluzione semplicissima. Solo che non la conosco. Io ho scelto WordPress perché è facile da usare. Di mestiere faccio il farmacista, che cosa ne so di database?

Mi sono sentito perduto.

Ho cancellato il nuovo database, che tanto non mi serviva. Ho installato da zero un nuovo WP. Poi ho ricopiato TUTTI i file dal computer al server. Il sito è tornato a vivere… con due ma:

1. Ho perso le impostazioni del tema (stranamente sono rimasti intatti l’header e il footer – chissà perché), sono passate due settimane e nei ritagli di tempo sto ancora mettendo a posto le widget.
2. Le immagini non sono più visibili, è successo qualcosa durante il ricarico dei file. Mi tocca aprire ogni post (ce ne sono 230 in tutto, ma quelli contenenti immagini sono di meno – grazie al cielo) e correggere manualmente il codice HTML relativo alle immagini.

È probabile che in futuro aprirò nuovi siti: ho dei progetti che mi piacerebbe realizzare, compatibilmente con gli impegni di lavoro e il benessere della mia famiglia. Userò BlueHost, non ci sono dubbi.

Siamo giunti al termine dell’articolo. Esso è stato scritto con sincerità e scrupolosità. Se – ora o in futuro – desideri creare un nuovo sito, o trasferirne uno esistente, con BlueHost, ti invito a servirti del link seguente: vai sul sito BlueHost!. Caro lettore, ti informo che ricevo una commissione per ogni conto aperto.

Related posts:

1. Con Bluehost basta un solo click per installare WordPress
2. Usare WordPress come CMS
3. WordPress wince un premio quale miglior CMS

Sono anni che ricevo finte iscrizioni al sito, circa una al giorno. Ogni tanto entravo nel pannello di controllo, nella sezione utenti, e cancellavo quelli falsi.

Circa una settimana fa le false iscrizioni sono diventate, proprio da un giorno con l’altro, una trentina ogni 24 ore. Tantissime! Che cosa fare per arginarle?

Una soluzione poteva essere quella di chiudere le iscrizioni al sito a tutti. Ma mi sarebbe sembrato di darla vinta agli spammer.

Mi son messo a cercare con Google, usando parole in inglese, tipo block wordpress spam registration. Il primo risultato (alla data di pubblicazione del presente articolo: si sa, le cose col tempo cambiano) è un post del blog di Lorelle. Ma è un articolo che non offre soluzioni. Forse è stato scritto per attirare click?

Il terzo risultato porta a Sabre. Aaah, Sabre! Ho trovato ciò che cercavo. Sabre, cioè Simple Anti Bot Registration Engine. In italiano, semplice programma che impedisce le finte iscrizioni. L’installazione è molto rapida. Non c’è nemmeno bisogno di scaricare il plugin dalla pagina di WordPress, infatti è sufficiente partire dal pannello di controllo del vostro sito, andare nella sezione Plugin, cercare Sabre e installarlo automaticamente.

Come è scritto nella pagina dell’autore, se i vostri visitatori hanno il permesso di iscriversi gratuitamente al vostro blog e ora siete inondati da finti utenti creati automaticamente dagli spammer, Sabre è la soluzione per bloccare i visitatori robotizzati.

Sabre protegge dalle finte iscrizioni grazie ad alcuni controlli: c’è un filtro captcha (cioè si chiede a chi registra di trascrivere un testo generato automaticamente, testo leggibile da una persona ma non da un programma di registrazione) e c’è un filtro che chiede il risultato di una operazione matematica nel modulo d’iscrizione.

Si può inoltre impostare Sabre perché chieda all’utente di confermare l’iscrizione mediante un link che viene spedito via email. Tale conferma deve avvenire entro un periodo di tempo che il webmaster può impostare liberamente.

Ho installato Sabre da meno di una settimana e tale plugin mi ha bloccato finora più di ottocento finte registrazioni. Lo consiglio vivamente.

Concludo facendo notare che esiste una localizzazione in italiano, fornita da Gianni Diurno.

No related posts.

La notizia, in inglese, è qui:

Related posts:

1. Usare WordPress come CMS
2. OpenX sta sviluppando plugin per Alfresco, Drupal, eZ Publish, Joomla!, WordPress
3. Con Bluehost basta un solo click per installare WordPress

A partire dal 18 gennaio di quest’anno, OpenX ha messo a disposizione di una ristretta cerchia di editori la versione “hosted” del proprio programma. In breve, ciò significa che gli editori avranno la possibilità di usare OpenX senza necessità di scaricare il software per poi installarlo sul proprio server. Ciò è particolarmente utile per i piccoli editori (come Artifex!) che non hanno il tempo, il denaro, la possibilità di gestire tale versione – e che preferirebbero di gran lunga poter usare una versione ospitata sui server di OpenX, cui sarebbero demandate gestione e manutenzione.

È chiaro che lo sforzo, da parte di OpenX, è enorme: ci sono più siti web che usano OpenX di tutti gli altri servizi ad server messi insieme! Se anche una piccola parte della comunità di utilizzatori scegliessero – tutti insieme – la versione “ospitata”, il risultato sarebbe la lavorazione di miliardi di banner pubblicitari ogni giorno.

La pianificazione di questa versione “ospitata” è durata mesi.

Come si diceva, a partire dal 18 gennaio, è iniziata la fase di sperimentazione del servizio OpenX da remoto.

Sono molto lieto di annunciare che la casa editrice Artifex, che – oltre al questo sito – gestisce il più importante sito italiano dedicato all’ex libris, è stata invitata a prender parte al beta testing.

La fase di sperimentazione del software è chiamata “OpenX hosted beta programme”. Per quanto sia in beta (per “beta” si intende una versione del programma non disponibile per tutti, che può avere qualche difetto anche grave che ne rende impossibile la diffusione generalizzata) in realtà la piattaforma è molto stabile. OpenX si aspetta un’efficienza, nella distribuzione dei banner pubblicitari, molto elevata. In questa fase, le interruzioni di servizio possono essere frequenti – per quanto di breve durata.

Ciò che l’azienda si aspetta in cambio, dagli editori, è tanto feedback. Gli editori sono invitati a riferire la scoperta di eventuali bachi informatici; le eventuali difficoltà nell’uso del software; idee e suggerimenti sul modo in cui è possibile migliorare il servizio.

L’invito è giunto due giorni fa, il 16 maggio.

La prima impressione è buona. Il pannello di controllo è “pulito” e ordinato. È abbastanza intuitivo da usare. Trovo una notevole differenza rispetto al pannello di controllo nel quale mi ero imbattuto quando avevo installato la versione scaricabile. In meno di due ore sono stato in grado di configurare due spazi pubblicitari: uno è su questo sito, quello posizionato sulla colonna di sinistra, in alto (in formato 200×200 pixel). Per quanto, al momento, compaia esclusivamente la pubblicità di Google AdSense, il server che distribuisce i banner è quello di OpenX.
L’altro è il leader board (formato 728×90 pixel) che compare in alto sulla home page del sito Artifex. OpenX gestisce lo spazio pubblicitario della home page corrente e di tutte le home page in archivio (un esempio dell’archivio è qui).

Vorrei entrare nel dettaglio per quanto riguarda l’uso di OpenX con WordPress (WP).

OpenX prevede che siano definiti:

• gli inserzionisti;
• le campagne pubblicitarie;
• i siti web;
• le “zone” pubblicitarie.

Come si fa a partire? Quale primo passo è necessario registrare gli inserzionisti. Io, per il momento, ne ho uno solo, e da quello sono partito. Ho pertanto registrato l’inserzionista “AdSense per Scoprire.biz” (è possibile avere più di una campagna per ciascun inserzionista, ma nel mio caso questo non succede).
Il passo successivo è registrare il sito. Nel mio caso, http://www.scoprire.biz.
Poi, è necessario definire le “zone” in cui vogliamo far comparire i banner. Per iniziare, ho definito una zona soltanto, “Quadrato 200×200 in alto barra di sinistra”.

A questo punto possiamo abbinare l’inserzionista (che nel mio caso ha un’unica campagna, per cui inserzionista = campagna) alla zona. Con pochi click, intuitivi, arriviamo ad ottenere il codice.

Il codice è diviso in due parti. Una prima parte va inserita nel template di WordPress. L’operazione è semplice, è sufficiente andare nel pannello di controllo, selezionare “design”, poi “theme editor”, scegliere di modificare l’header e inserire la prima parte del codice prima dell’istruzione </head>.
Fatto questo, sempre dal pannello di controllo di WP, si va su “design”, poi “widgets”. Si seleziona la colonna in cui inserire la widget (per chi ha temi con più di una colonna laterale) e poi si inserisce una widget di testo. Quale contenuto si inserisce la seconda parte del codice OpenX, ottenuta in precedenza. Si modifica il titolo alla widget (la si rinomina, semplicemente, “pubblicità”!) ed è fatta!

I più smaliziati potranno visualizzare il codice sorgente di questa pagina (operazione facile per chi usa il browser Firefox) e verificare la presenza delle linee di codice.

Posso dire che, per il momento, tutto funziona a meraviglia e sono molto soddisfatto.

Related posts:

1. OpenX sta sviluppando plugin per Alfresco, Drupal, eZ Publish, Joomla!, WordPress
2. OpenX, programma di gestione degli spazi pubblicitari web, cerca di farsi strada

OpenX, il popolare programma gratuito di gestione degli spazi pubblicitari, sta sviluppando plugin per i seguenti software CMS: Alfresco, Drupal, eZ Publish, Joomla!, WordPress.

In una mail spedita a editori iscritti a una loro lista, OpenX spiega di stare cercando editori, che usino particolari programmi CMS, che aiutino OpenX nello sviluppo di moduli e plugin. OpenX si rivolge agli editori perché aiutino a determinare le caratteristiche e la funzionalità in via di sviluppo (qui un recente blog post sull’argomento). I software interessati, al momento, sono: Alfresco, Drupal, eZ Publish, Joomla!, WordPress. Tali CMS sono stati scelti in quanto i più diffusi tra gli editori che usano (o vorrebbero usare) OpenX.

Si prevede di rendere il pannello di controllo di OpenX più semplice da usare di quanto non sia oggi. Una delle sfide che l’azienda sta affrontando oggi è che alcuni utilizzatori gradirebbero la facilità d’uso tipica, per esempio, di WordPress, mentre altri cercano soluzioni complesse, che lascino spazio a diversi livelli di configurazione (come Joomla!). Questo significa dover offrire più di una soluzione!

A mio parere, il codice da integrare in WP dovrebbe sfruttare la funzionalità delle widget di testo, con le quali, per esempio, in questo momento – su questo sito – sono visualizzati due spazi pubblicitari AdSense.

La gestione è semplicissima (la semplicità di gestione, lo ricordo, è il motivo principale per cui ho scelto di usare WP): si seleziona una widget di testo e la si destina a una delle due colonne laterali a scelta. Con un “click and drag” si sposta la widget nell’ordine gerarchico desiderato. La si rinomina “Pubblicità”, si inserisce quale testo il codice AdSense, ed è fatta!

Sarebbe senz’altro utile poter gestire anche il codice OpenX in questo modo.

Related posts:

1. Usare WordPress come CMS
2. OpenX, programma di gestione degli spazi pubblicitari web, cerca di farsi strada
3. Con Bluehost basta un solo click per installare WordPress

Come avevo scritto in un precedente articolo, sono un “convertito” alle tag, perché per molto tempo le ho considerate una funzione inutile, se non addirittura controproducente. Solo di recente ne ho compreso l’utilità.

Sì, le tag sono molto comode. Ma vanno tenute sotto controllo! La mia impressione è che la loro facilità d’uso ne favorisca un abuso. Ripeto, è solo un’impressione, ma a me sembra che parecchi siti si siano lasciati prendere la mano e addirittura trabocchino di tag, in questo modo rendendo vano il loro uso.

Vorrei condividere con voi il semplice metodo da me usato per tenere sotto controllo la proliferazione delle tag.
È davvero semplicissimo: ho aperto un documento, intitolato “tag di wordpress”, e ho creato un collegamento diretto con un’icona sullo schermo. Tengo aggiornate, in ordine alfabetico, tutte le tag in uso.
Quando ho terminato di scrivere un articolo e sto per pubblicarlo, man mano che inserisco le tag, controllo se ne ho già una e – se ne devo aggiungere una nuova – se per caso ne ho già una che ci somiglia. In questo modo utilizzo quella già in uso ed evito inutili duplicazioni.
Se invece è il caso di aggiungerne una nuova, lo faccio, e la inserisco subito anche nel mio documento.
Il vantaggio è immediato: uso le tag in modo più disciplinato e ordinato. Ciò favorisce sia la navigazione dei lettori sia la mia organizzazione del sito.

Related posts:

1. Usare WordPress come CMS
2. Con Bluehost basta un solo click per installare WordPress
3. Internet Explorer visualizza codice nascosto in WordPress

Era parecchio tempo che cercavo una soluzione CMS (Content Management System) per gestire un sito. Poiché non avevo fretta e potevo dedicare a tale ricerca solo i ritagli di tempo, la valutazione complessiva che mi ha portato a scegliere WordPress è durata mesi…

Ho considerato i seguenti sistemi, sia in modo superficiale (a volte basta poco per capire che un programma non è adatto alle proprie esigenze) che in modo più approfondito:

• Blogger
• CmsMadeSimple
• DotNetNuke
• Drupal
• Expression Engine
• Joomla!
• LifeType
• Movable Type
• PhpNuke
• WordPress

La scelta si è ridotta presto tra due contendenti: WordPress e Joomla!

Vorrei spendere qualche parola sui motivi per cui ho tralasciato gli altri. Blogger è davvero solo un blog e non è gestibile come CMS (a differenza di WordPress) e soffre del fatto di non avere avuto aggiornamenti di rilievo ormai da troppo tempo. Aggiungo che la dotazione di temi è sempre la stessa da anni; il numero di temi a disposizione è basso, oserei dire ridicolo, in confronto alla concorrenza. Sono dispiaciuto di questo, perché – tempo fa, quando lo scelsi per un blog, appunto – Blogger era un servizio all’avanguardia.

Ho tralasciato gli altri software per uno, o più, tra i seguenti motivi:

• girano su sistemi Microsoft (invece io voglio scegliere un sistema che gira su una piattaforma Open Source, quale Linux);
• non offrono la possibilità di prove gratuite;
• hanno un pannello di controllo in cui è difficile orientarsi;
• soffrono di rilevanti problemi di sicurezza.

Potrebbe sembrare un punto di vista inconsueto, ma il problema di scegliere un software a pagamento – purché il prezzo sia contenuto – non è invece stato discriminante per quanto mi riguarda. Infatti, per esempio, WordPress (che ho scelto) è gratuito, ma va pur sempre fatto girare su un dominio e uno spazio disco, che vanno acquistati. Se si confronta il costo di un pacchetto “WP” + hosting con un pacchetto di “altro software proprietario a pagamento” + hosting, le differenze non sono tali da orientare una scelta.

Veniamo ora alle ragioni che mi hanno portato a restringere tale scelta tra Joomla! e WP.

• sono software Open Source: il che, tradotto in pratica, significa che sono sviluppati da una vasta e motivata comunità di utenti, cosa che a sua volta si traduce in software più stabili, più sicuri, più comodi da usare, più aggiornati;
• i pannelli di controllo sono, rispettivamente, abbastanza intuitivi da usare (Joomla!) e molto intuitivi da usare (WP);
• Joomla! è stato votato per due anni di seguito (2006 e 2007) quale il miglior sistema CMS – è opportuno tener conto del fatto che WP non è considerato un vero CMS, anche se può essere usato come tale.

Per questo sito, come potete verificare, ho usato WP.

Il mio rapporto con WP è di vecchia data (si capisce, “vecchio” è relativo alla velocità con cui si evolve Internet!) e risale al periodo in cui per la prima volta mi son messo a confrontare piattaforme blog/cms, cioè circa un anno e mezzo fa.

Va ricordato che WP offre due piattaforme. Una è WordPress.com, sul cui sito è possibile aprire blog gratuiti, ospitati sui server di WP, che hanno una funzionalità leggermente ridotta rispetto all’altra; l’altra è WordPress.org, che offre il software gratuito, scaricabile, per gestire siti web indipendenti.

Aprii un blog gratuito, usando wordpress.com, esclusivamente a scopo sperimentale, che poi chiusi nel giro di qualche giorno. Ricordo che all’epoca non ne fui particolarmente impressionato, ma lasciai ugualmente un segnalibro nella cartella di siti da tenere in considerazione.

Circa sei mesi fa sono tornato e ho aperto un altro conto, per via del fatto che – insieme ad alcuni amici – abbiamo in mente di gestire un sito di contenuti in modo collaborativo. Beh, ho trovato differenze notevoli e ho deciso di approfondire la conoscenza di WP.
Da quel secondo conto ho aperto un altro blog sperimentale e mi son messo a smanettare. Sono riuscito a elaborare il sito nel modo desiderato. Quando ho avuto problemi, ho trovato risposte sia nella guida in linea che nel forum.

Ecco, tra le caratteristiche che WordPress offre, quali sono quelle che mi hanno convinto ad aprire questo sito con tale sistema:

• L’organizzazione per pagina. WP consente la creazione di pagine statiche, raggiungibili in ogni momento tramite menù (che – a seconda del tema scelto – può essere posizionato nella barra orizzontale in alto o in una delle colonne verticali). N.B. in WP i template sono chiamati temi;
• l’organizzazione per categorie. Questa seconda modalità di organizzazione dei post fa sì che essi siano archiviati ordinatamente per argomento e non più, come nei normali blog, per data. Se combiniamo l’organizzazione del sito per pagina e per categoria, abbiamo un CMS! Ma con WP la facilità d’uso e gestione resta quella di un blog…
• le tag. Esse sono un’ulteriore modalità di organizzazione del contenuto. All’inizio non ne capivo l’importanza, pensavo fossero una trovata per smanettoni, una caratteristica inutile, perditempo. Ora sono convertito e le uso. Proviamo a tralasciare le pagine, che sono fisse, e che servono per contenere testi quali “Chi siamo”, “Come trovarci”, ecc. Restiamo con le categorie e le tag. Le immagino come le verticali e le orizzontali (ascisse e ordinate, se preferite) della battaglia navale. La combinazione delle due permette il ritrovamento in tempi ridotti dell’articolo cercato. E se questo non basta, c’è pur sempre la funzione “search”;
• con il provider BlueHost ho avuto la possibilità di installare WP con un solo click. E anche gli aggiornamenti sono eseguibili con un sono click. Questa à una caratteristica comodissima, non devo più impazzire con i database, non devo più controllare che la versione di php sia quella giusta, e tutte le altre diavolerie tecniche del caso…
• il sistema di widget. Spiegare, a chi non le conosce, che cosa siano le widget in WP, non è semplice. In breve, si tratta di finestre di codice, preformate, che è possibile inserire (dal pannello di controllo) nella colonna laterale (per chi ha scelto un teme a due colonne) o nelle colonne laterali (per i temi a tre o più colonne). Per chiarire, non resta che osservare questo sito. Se date un’occhiata alla colonna di sinistra, partendo dall’altro vedete una sezione intitolata “Pubblicità”. Essa è una widget di testo: il titolo è personalizzabile e il contenuto può ospitare sia testo che codice HTLM. In questo caso, il titolo è “Pubblicità” e il contenuto è il codice necessario per far apparire la pubblicità di AdSense. La seconda widget è “Ultimi articoli”. Questa widget consente di far apparire da 1 a 15 titoli, corrispondenti agli altrettanti articoli pubblicati più di recente. Le widget sono gestibili in modo facilissimo dal pannello di controllo: con un click selezioniamo in quale colonna vogliamo posizionare la widget scelta; con il tasto sinistro del mouse tenuto premuto, spostiamo la widget, in alto o in basso, per metterla nella posizione desiderata. A parte possiamo rinominare la widget e, dove è consentito, controllarne il contenuto.

Per tutte queste ragioni penso che WordPress sia una piattaforma eccezionale per siti di tipo personale, o di piccole aziende, destinati principalmente alla pubblicazione di contenuti.

Related posts:

1. Con Bluehost basta un solo click per installare WordPress
2. Internet Explorer visualizza codice nascosto in WordPress

Avevo preso l’abitudine di scrivere gli articoli in Word, poi operare un copia-incolla e riversarli dentro WordPress.

Poiché uso Firefox, non ho avuto mai problemi di visualizzazione.

Controllando invece le pagine con Microsoft Internet Explorer, mi sono imbattuto in una riga di carattere che, qua e là, si ripeteva. Eccola:

<!–[if !supportEmptyParas]–><!–[endif]–>

La cosa mi ha piuttosto sorpreso.

Ho trovato la spiegazione di tale comportamento qui (ma a tale pagina sono stato rimandato da qui – che peraltro, al momento in cui scrivo, è il primo risultato di questa ricerca).

In pratica si tratta di codici di formattazione, che non vengono visualizzati, prodotti da svariati programmi Microsoft, tra cui Word.

La mia soluzione? Beh, questo post è scritto direttamente in WordPress.

Prossimamente penso di scrivere ugualmente gli articoli in Word, poi – una volta controllati – copiare e incollare sul Blocco Note. A quel punto, nuovamente copiare e finalmente incollare su WordPress.

Il prossimo articolo lo scriverò così!

Related posts:

1. Con Bluehost basta un solo click per installare WordPress

Oggi mi occupo di Bluehost.

Dopo aver deciso di usare, per questo sito, WordPress, non restava che scegliere il provider.

Il sito di WordPress elenca alcuni provider, che pagano una commissione in cambio dei contratti che chiudono. Tra questi, ho scelto Bluehost per tre motivi:

1. prezzi concorrenziali;
2. mi ha colpito favorevolmente il blog del titolare;
3. l’installazione di WordPress avviene con un solo click.

Per chi, come me, pur essendo abbastanza pratico di FTP, PHP, server, host, username e tutti gli altri acronimi e le diavolerie che ormai occorre conoscere se si vuole mettere in piedi un sito in autonomia, la possibilità di installare un programma come WP con un solo click è manna dal cielo.

Vorrei raccontare la mia esperienza, perché potrebbe essere utile a chi è interessato a fare altrettanto.

In pratica, il primo passo è dirigersi sul sito di Bluehost. Si avvia la ricerca per il nome di dominio scelto, che nel mio caso era “scoprire”. Scoprire.com era già utilizzato, così come anche altre estensioni. Scoprire.biz era invece libero, quindi ho chiesto di registrare quello.

Le schermate di iscrizione a Bluehost e di registrazione del dominio non sono nulla di particolarmente diverso di quanto ho notato nei concorrenti da me usati.

Spicca la possibilità di registrare il dominio per pochi mesi, ma in realtà tale possibilità è scoraggiata dai costi di registrazione del dominio e di set up del sito, costi che vengono conteggiati a parte nel caso in cui la registrazione sia effettuata per pochi mesi, e che invece non vengono considerati se la registrazione è eseguita per uno oppure per due (limite massimo) anni.

A operazione conclusa, una schermata avverte che il dominio sarà messo a disposizione del proprietario in circa 24 ore. La mia esperienza è stata che nel giro di due ore ho potuto installare WP.

L’installazione di WP, come detto, è stata di una semplicità che ha dell’incredibile.

Con l’username e la password usati per accedere al pannello di controllo di Bluehost, si accede anche (quindi senza ulteriore registrazione) al sito SimpleScripts.

Tramite quest’ultimo sito è possibile installare, sul proprio dominio ospitato da Bluehost, un gran numero di programmi. Cito per esempio WordPress, Joomla!, Drupal, MODx, e107, phpBB e molti altri (la lista completa è qui).

A mio giudizio si tratta di un servizio notevole, veramente notevole.

Peraltro il giorno successivo all’installazione di WP 2.5, si è resa disponibile la versione 2.5.1. Anche l’aggiornamento alla nuova versione – sempre tramite il sito SuperScripts – è avvenuto con un click. L’unica precauzione da tenere in considerazione (ma tranquilli, il sistema vi avverte) è quella di disattivare tutti i plugin prima dell’aggiornamento.

È tutto!

No related posts.