Non sono da meno al Primo Amore di Antonio Moresco, Carla Benedetti, Tiziano Scarpa & Co: usano un’installazione di MD-Pro Alpha del 2004 e usata al tempo anche per il Comune di Buccinasco, come si legge nei log di installazione (archivio). Anche lì i feed RSS sono scomodissimi, limitati al solo titolo ed autore.

Questo è un articolo tratto da Monsterlippa qui:

Antiquariato blog

Segnala presso:

No related posts.

Cos’è e a che serve

Feedburner è un servizio che ridistribuisce i feed del tuo blog, aggiungendo dei servizi come una migliore leggibilità e le statistiche d’uso.
Nasce in risposta a due problemi dei feed XML: ne esistono formati diversi in evoluzione, e non esistono metodi consolidati per fare statistiche sul loro traffico (come si fa per esempio con il traffico sulle pagine web). Visto che feed e aggregatori sono un metodo molto popolare per seguire i blog, ne consegue che è difficile offrire il formato ideale nei feed (perdendo potenziali lettori) e conoscere il numero e il comportamento dei lettori del feed (allo scopo di migliorare i contenuti del blog).
Una volta attivato sui tuoi feed, il servizio gratuito di Feedburner offre, tra le altre cose, la possibilità di rendere accessibili a terzi i dati sul traffico attraverso una interfaccia di programmazione (la Awareness API). In questo modo puoi conoscere il numero dei lettori del tuo feed e condividere questa informazione con gli altri.

Concetti base

Feedburner su MovableType richiede tre operazioni:

1. Creare un account su Feedburner e un feed per il tuo blog
2. Fare leggere a Feedburner il feed originale del tuo blog
3. Redirigere i lettori del tuo feed verso il nuovo feed creato su Feedburner

Al termine dele tre operazioni i lettori del tuo feed non dovranno cambiare nulla né modificare l’iscrizione, tu non perderai lettori e potrai iniziare ad usare i servizi di Feedburner.

Avvertenza:

1. Prima di proseguire esegui e verifica un backup completo del tuo sito (file e database). Non mi assumo alcuna responsabilità su eventuali malfunzionamenti.
2. Per scrivere queste note ho usato MovableType 3.3 in una installazione con due blog, con template di default.
3. Le regole di redirezione sono ispirate al plugin FeedBurner versione 1.0RC1di David Raynes, che però è seriamente bacato sotto MT3.3 e fa danni: sconsiglio vivamente di usarlo.

Configurazione

Poniamo che il tuo blog con MovableType sia www.example.com: il tuo feed si trova in http://www.example.com/atom.xml ed è probabile che tu abbia numerosi lettori iscritti. Per usare Feedburner fai le seguenti operazioni:

• fai una copia del file .htaccess che trovi nella document root directory del tuo sito, ad esempio in
  /home/example/www/.htaccess , rinominala in .htaccess-bak per sicurezza e mettila in un posto sicuro.
• Crea o aggiorna il tuo account su Feedburner e configuralo in modo che legga da
  http://www.example.com/atom.xml (o qualsiasi altro formato con cui offri i feed)
  e pubblichi su
  http://feeds.feedburner.com/Example (ad esempio)
• apri .htaccess con un editor di testo. Se usi i permalink di MovableType (nella interfaccia di amministrazione di MT, sezione sezione Main Menu > None del blog > Publishing Settings ), .htaccess contiene già alcune regole di riscrittura degli URL. Potrebbe avere questo aspetto:

## %%%%%%% Movable Type generated this part; don't remove this line! %%%%%%%
# Disable fancy indexes, so mtview.php gets a chance...
Options -Indexes +SymLinksIfOwnerMatch
<IfModule mod_rewrite.c>
[ ... ... regole regole regole ... ]
</IfModule>
## ******* Movable Type generated this part; don't remove this line! *******


• Ora modifica il file aggiungendo le regole per Feedburner proprio in cima, prima della sezione generata da MT (sostituisci a Example il nome del tuo feed su Feedburner). Sono 9 righe esatte.

# begin feedburner redirection
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteRule ^atom\.xml$ http://feeds.feedburner.com/Example [R,L]
RewriteCond %{HTTP_USER_AGENT} !FeedBurner
RewriteRule ^index\.xml$ http://feeds.feedburner.com/Example [R,L]
</IfModule>
#end feedburner redirection
## %%%%%%% Movable Type generated this part; don't remove this line! %%%%%%%
# Disable fancy indexes, so mtview.php gets a chance...
Options -Indexes +SymLinksIfOwnerMatch
<IfModule mod_rewrite.c>
[ ... ... regole regole regole ... ]
</IfModule>
## ******* Movable Type generated this part; don't remove this line! *******


• Salva le modifiche, metti il file al suo posto. Ora il traffico del tuo blog da http://www.example.com/atom.xml
  dovrebbe essere rediretto verso

  http://feeds.feedburner.com/Example

• Controlla che il contenuto di http://www.example.com/feed/
  sia identico a http://feeds.feedburner.com/Example

Metodi alternativi

Se hai accesso alla configurazione generale del server Apache:

Io [Gianluca Neri] e Daveblog l’abbiamo implementato ieri, utilizzando la funzione RedirectMatch nell’httpd.conf, piuttosto che la modifica dell’.htaccess (non ca cambi molto: anzi, non cambia nulla).
Unico consiglio a chi desiderasse fare la stessa cosa: ridirigete il vecchio feed su FeedBurner, poi cambiategli nome e comunicate il nuovo nome solo a FeedBurner, per evitare che il feed vada in loop.

Inoltre, potrebbe essere interessante utilizzare una redirezione a tre fasi come spiegato nella Guida a Feedburner su Wordpress. Vedi le regole .htaccess l’ esposte e adattale alla tua situazione. In sintesi occorre:

1. redirigere il vecchio feed su un indirizzo unico solo per Feedburner
2. far leggere a FB questo nuovo feed
3. redirigere il vecchio feed a Feedburner per tutti gli altri lettori

SCT ha scritto una guida (pdf) che spiega come usare l’interfaccia di editing dei template MT per effettuare la redirezione a FB.

Configurazioni aggiuntive

• MovableType: configura il testo completo dei post nel feed [come si fa?]. Così offri il feed completo di ogni articolo senza costringere il lettore a visitare il sito (maggiori probabilità di lettura).
• Feedburner: nella configurazione del feed, attiva almeno Browser-Friendly Burner e SmartFeed (migliore leggibilità), attiva anche Awareness API se vuoi condividere con terzi alcuni dati sul tuo feed.

Blog multipli
Se usi MovableType per gestire più blog sullo stesso sito, devi eseguire le operazioni descritte su ciascun blog, creando per ognuno il feed Feedburner e modificando il file .htaccess che si trova nella directory base di ciascun blog.

Risoluzione di problemi

Se il confronto tra http://www.example.com/feed/ e http://feeds.feedburner.com/Example fallisce (se non sono identici) allora qualcosa è andato storto. Può essere un problema di sintassi: controlla che le regole per Feedburner precedano quelle messe da MT e non ci siano conflitti con eventuali altre regole inserite da te o da uno script fuori MT.

Se le tue tribolazioni con .htaccess non danno risultati, assicurati che il tuo fornitore di hosting permetta la riscrittura degli URL. Scrivigli che vuoi usare .htaccess per fare URL rewriting e che controlli che Apache sia configurato con mod_rewrite e AllowOverride per il tuo sito.

Feed multipli o personalizzati: le regole proposte effettuano la redirezione di tutti i feed in ogni formato, partendo dal template standard di MT. Se hai personalizzato i template o offri feed differenziati, devi modificare le regole di riscrittura per adeguarle alla tua situazione. Consulta le Configuration Directives nella guida di mod_rewrite per la sintassi corretta.

Privacy e controindicazioni

Anche se Feedburner è un servizio utile e gratuito, prima di sceglierlo è bene essere consapevoli di alcuni aspetti problematici tipici di servizi del genere:

• Privacy: come tutti i servizi terzi di statistiche, Feedburner raccoglie informazioni sui tuoi lettori e potrebbe usarle per creare profili personali.
• Controllo: affidando all’esterno il proprio feed, se ne cede in una certa misura il pieno possesso (tuttavia è possibile recedere dal servizio quando si vuole).
• In mano al fornitore: si è in balia del fornitore del servizio, che potrebbe cambiare le condizioni, imporre dei pagamenti, scomparire dal mercato senza documentazione etc. Se si dipende dal fornitore per servizi critici, recedere potrebbe non essere una opzione praticabile.

Commenti, critiche e suggerimenti per completare questa guida sono graditissimi. Puoi rispondere ad esempio a questi
Punti aperti

• Come si configurano i feed per offrire il testo completo dei pezzi?

Questo è un articolo tratto da Monsterlippa qui:

Guida a Feedburner su MovableType

Segnala presso:

No related posts.

Questo è un articolo tratto da Monsterlippa qui:

MovableType 3.2

Segnala presso:

No related posts.

The blog has 1200 entries, 10000 comments and 35 authors. The average post is 13 Kb and 10 Kb comments are not rare. Db is MySQL. The usual procedure for importing from MT does not work, because due to a memory limit, both exporting from MT via mt.cgi and importing to WP via import-mt.php return only a partial result or hang.

This is what I did:

• backup the MT blog (files and database)
• install a replica on my development server
• install WP on my development server
• export the MT data, import data into WP
• backup WP
• install WP on production server and cleanup

For backing up the MT blog, you copy all the files in the document root and the cgi scripts. Backup the database with PhpMyadmin and get a .sql file, mine was about 28 Mb.

Installing a local replica of the MT blog requires editing some configuration file and script. Setup a MySQL database with the same user and password (it’s in a cgi script). I use a standard Debian Linux machine.

On the local MT blog the export with mt.cgi works and outputs a text file. I edited the file to make sure links point to the correct location once the MT installation will be removed fro the site.

Installing WP on the local development environment is easy.

Importing into WP requires editing php.ini to increase the memory limit. I set it to 250M, then edit import-mt.php appropriatedly and import all the entries (remember to restore the original memory value when you are finished). I found an author with empty name and edited it to “anonymous” for security reasons.

Now it is time to set author passwords (default is changeme for all) and levels, install templates, plugins and do all the usual configuration on the blog. Since MT blogs used to be plagued with comment spam, I ran searches for common spam words and did a mass delete.

Once WP is ready, backup the DB. The blog is in Italian and I had an issue with the character set that was messed up when exporting via PhpMyadmin.,The following command from terminal does a dump preserving the charset and saving many headaches:


mysqldump -uuser -ppass --skip-opt --default-character-set=latin1 yourdbname >/home/user/backupname.sql


After installing WP on the production server, I had to restore the DB. The .sql file was 20 Mb. PhpMyadmin has a 2 Mb size limit for this operation, so it has to be done via a shell (I had an operator from the hosting provider do it) The command is:


# mysql -h localhost -u user -p dbname < /path/to/backupdb.sql


There are some fields in the wp-options table that must be changed to reflect the new environment. You ca do it editing the .sql file before restoring it, or afterwards with PhpMyadmin. Add the correct URL and path when needed.

Last, I setup permalinks and added this line in .htaccess to preserve at least links to the old MT monthly archives (thank you, Dan Hersam):


RewriteRule ^archives/([0-9]{4})_([0-9]{2}).html$ /index.php?year=$1&monthnum=$2


I’m still looking for a way to link to the old individual archives without preserving the old MT installation. The best I can think of is redirecting to a WP search page:


RewriteRule ^archives/([0-9]{6}).html$ /index.php?s=randomstring


When the new site was ready I had a friend proofread it. She discovered an author/post mismatch: something went wrong during the import process, and some post had the wrong author attached to it. I found it was due to the insertion of 3 odd authors in the wp_authors table, so I used PhpMyadmin to delete and assign the correct ID to the remaining authors.

That’s it! Have a look at the site, Nazione Indiana or leave a comment here if you have any suggestion.

Questo è un articolo tratto da Monsterlippa qui:

Large Movabletype to Wordpress migration

Segnala presso:

No related posts.

• hosting Neen e dominio su chiedere.info: grazie Salvatore!
• Wordpress come applicazione web

Come avrete notato mesi fa, i blog Monsterlippa, SAL e Artemio ospitati su www.blaumeer.org non sono più attivi.

La causa tecnica è stata il cambio da parte di Aruba della versione di DB_Berkeley lato server, che ha bloccato il funzionamento di MovableType usato allora da monsterlippa. Aruba, su cui i blog erano in hosting, ha un supporto clienti pensato da un sadico per cui ho lasciato perdere per un certo tempo.

Ora, complice una ventata di entusiasmo sistemistico, ho recuperato i dati e mi sono spostato qui.

Restano molte cose da fare, sono ben accetti consigli e osservazioni, così come proposte di collaborazione.

Per la cronaca, era impossibile salvare il database ed ho recuperato gli articoli a partire dagli archivi html con due utilissimi script perl

Per i motori: Recovering corrupted DB Berkeley Movable Type 1.65 blog from the archives html files.

Questo è un articolo tratto da Monsterlippa qui:

Si riparte!

Segnala presso:

No related posts.