Ho trovato in promozione a 29 € una scheda PCI per la televisione analogica e quella digitale terrestre, la ASUS My Cinema-P7131 Dual, che sebbene non supportata al 100% da Linux ho acquistato perchè a quanto pare smanettando un po’ dovrebbe funzionare abbastanza bene.

Se riesco a farla funzionare posso mettere su eBay il VHS, il DVB-T e il DVD e con il bottino comprare un case multimediale silenzioso da salotto, quindi con i 30 € appena spesi e una somma X di max 100 € da spendere per un Hard Disk più capiente e silenzioso e un lettore DVD, posso avere in salotto un Computer/Media Center Linux con questo Hardware:

Scheda Madre ECS L7S7A2 sis746 AGP 8x + Audio + LAN
CPU AMD XP 2.200+
Hard Disk 30 GB
Memoria RAM 512 MB (2 x 256)
Scheda Video GeForce 4 64MB
Scheda WiFi D-Link
TV Digitale ASUS My Cinema-P7131 Dual
Masterizzatore CD

E queste funzioni:

TV Digitale con registrazione e Time Shift
TV Analogica (non mi interessa)
Acquisizione Video da VHS (credo)
Radio (non mi interessa, c’è già a parte)
Lettore CD / DVD
Navigazione Web
Video in Streaming
News Feed
Giochi
Meteo
Foto Center

Stato dei lavori:

Scelta Media Center: Si (MythTV)
Scelta della distribuzione Linux: No (Mythbuntu/Mythdora o classica + MythTV)
TV Analogia funzionante: Si
TV Digitale Terrestre funzionante: Si (vedi post dedicato alla configurazione DTT)
Telecomando funzionante: Si/No Parzialmente funzionante
Acquisto Case da Salotto: No
Acquisto Hard Disk/DVD aggiuntivo: No
Risoluzione eventuali problemi rumorosità: ?

Installazione

Non ho ancora deciso il sistema operativo, quindi ho creato 3 partizioni, una swap da 1 GB più 2 partizioni da 14 GB, una per provare Mythbuntu e l’altra per provare Mythdora ed eventualmente Debian Sid + MythTv, Fedora + MythTV, Ubuntu etc.

Per prima ho installato Mythbuntu 8.10. L’installazione è semplice come Ubuntu, solo che al posto dei soliti 7 passaggi ne occorrono 15, ma alcuni di questi vengono saltati se si sceglie l’opzione Normale, cioè Frontend e Backend sullo stesso computer.
L’installazione Avanzata di MythTV serve se si vogliono installare Frontend e Backend separati, ad esempio l’installazione di un secondo Frontend su un secondo PC che accederebbe al Backend installato sul primo PC. Non ho capito bene come funziona, ma forse è possibile installare MythTV anche in un serverino accessibile in rete locale a tutti computer. In questo caso il serverino avrebbe il Backend e in tutti gli altri computer basterebbe installare il Frontend.
Sarebbe un’ottima soluzione e potrei evitare l’acquisto di un Hard Disk più capiente, visto che in futuro ho intenzione di acquistare un Hard Disk Ethernet o NAS o Server (non ci capisco granché).

Durante l’installazione, Mythbuntu configura la scheda Asus, ma nel mio caso ha riconosciuto solo la parte analogica. Nelle varie opzioni durante l’installazione ho scelto V4L Analogic con scansione dei canali. Al riavvio ho la TV Analogica ma non quella Digitale.

Lingua Italiana / Muoversi fra i Menù

Utilities / Setup → Setup → Appereance → Enter (Next) → Enter (Next) → Enter (Next)
Muoversi nei menù con le frecce della tastiera e il tasto Tab (quello con 2 frecce opposte), selezionare Language → English, quindi con la freccia destra spostare English fino a quando appare Italiano
Spostarsi con le frecce fino a selezionare Next e poi sempre Enter fino a quando il menù non diventa in Italiano.

Ho trascritto tutta la tiritera dei comandi con la tastiera ad uso e consuno degli utenti che hanno usato sempre e solo il mouse in vita loro. Questo serve a prendere confidenza con i menù da tastiera, ma da ora in poi saranno indicati sempre e solo i menù, non come arrivarci.

Impostazioni Mythbuntu

Da Impostazioni → Impostazioni → Mythbuntu è possibile riconfigurare MythTV, ma anche aggiornare il sistema, aggiungere nuovi software, installare i codec per riprodurre Mp3, DivX e quant’altro. Installate tutto il necessario e probabilmente vi verrà chiesto di riavviare il sistema.

Accesso al Terminale e al File Manager

Quando si va nel menù Impostazioni di MythTV (vedi sopra) appare in alto una barra. È possibile accedere al menù Applications e lanciare un Terminale e altri software come il file manager Thunar utile per muoversi nel filesystem.

TV Digitale Terrestre (DVB-T)

Attenzione: tutte le informazioni contenute da quì in poi sono inutili, sia Mythbuntu 8.04 e 8.10 che MythDora 5 riconoscono la Asus MyCinema (in MythDora non è nella lista delle schede, ma funziona lo stesso). L’unico problema riguarda la ricerca delle frequenze e la scansione dei canali, spegato nel post Digitale Terrestre (DVB-T) con MythTv e ASUS My Cinema-P7131 Dual

• La parte che segue sarebbe da cancellare, ma ho deciso di lasciarla perchè potrebbe tornare utile ad utenti che usano vecchie distribuzioni o kernel che non caricano i driver corretti.
  Mythbuntu 8.10 dovrebbe aver caricato correttamente i driver della scheda.

  Da Terminale

  lsmod
  per vedere i moduli caricati dal kernel (quello che ci interessa dovrebbe essere saa7134)

  lspci
  Philips Semiconductors SAA7131/SAA7133/SAA7135/

  Nel mio caso dovrebbe essere già tutto installato correttamente, o forse no, visto che SAA7134 non appare in lspci, ma il firmware dvb-fe-tda10046.fw si trova già nella directory /lib/firmware/.

  Per installare il firmware a parte è necessario scaricarlo da quì e copiarlo nella directory /lib/firmware/
  sudo cp dvb-fe-tda10046.fw /lib/firmware/

  Attualmente il mio DVB-T non funziona. In teoria, da quanto ho capito è tutto Ok, quindi probabilmente occorre modificare qualche impostazione.

  La configurazione Sorgente Video (file XMLTV) si blocca sempre al 50% e mi pare che non riesca a scaricare nessuna informazione. Questo problema c’era anche con la configurazione della TV Analogica, ma non influiva sul funzionamento.

»» Linux Media Center parte seconda: DVB-T (DTT)

Link Utili:

Palmix Asus MyCinema → firmware dvb fe tda10046
LinuxTV ASUS_My_Cinema-P7131_Hybrid
LinuxTV DVB-T_PCI_Cards#ASUS (anche da quì si può scaricare il firmware contenuto in uno zip con decine di firmware differenti)
Mythbuntu.org
MythTV.org
Mythdora.com

È un peccato perchè si tratta di un plugin molto comodo, ma ho visto che tra le altre cose non viene aggiornato da parecchio e lo sviluppatore segnala un bug su server php5.

Vedrò di ritestarlo non appena Antonello Cicchese si deciderà ad aggiornarlo.

Ho trovato un bug in WordPress, se una Tag è uguale al nome di una categoria, i post taggati con quell’etichetta vengono mostrati nella categoria uguale alla tag anche se li abbiamo inseriti in un’altra categoria.

Non so se si tratta di un vero bug, e non ho fatto nemmeno caso se questo bug si verifichi anche con il Loop standard, visto che dove mi si è presentato il problema stavo usando un Loop modificato.

La mia esigenza era di mostrare in alcune categorie i software contenuti in quelle categorie, in ordine alfabetico come si fa in un portale generico, quindi avere un post indesiderato in mezzo a quelli recensiti solo perchè aveva una tag uguale è una vera scocciatura.

Avevo trovato la soluzione dopo molte ore di ricerca sul web, modificando il file wp-includes/post.php.

Avevo conservato una copia del file originale e una copia del file modificato, ma mi sono dimenticato di segnare dove si trovava la modifica.
Il file in questione ha la bellezza di oltre 1800 righe di codice, quindi trovare la diferenza a occhio è praticamente impossibile.

Per questo motivo ho cercato un software che potesse fare il lavoraccio al posto mio, e ho trovato Meld, un programmino insignificante per Linux e OS X che mi ha risolto il problema in 10 secondi.

Su Ubuntu Meld si trova nel repository (in uno dei miei c’è, non so se in quelli standard o in uno “extra”), quindi per installarlo basta fare una ricerca con Synaptic oppure da Terminale dare un
sudo apt-get install meld

Poi si aprono i 2 file da confrontare, si preme sulla freccia Giù ed ecco le differenze che vengono subito mostrate, come si vede in figura.

Per funzionare infatti WordPress richiede un server come Apache, un database come MySQL e il linguaggio PHP.
Per facilitare l’installazione del tutto esistono dei software adatti ad un uso “casalingo”.
Le impostazioni di sicurezza di un server installato in questo modo sono molto scarse, ma per un uso appunto domestico che ha il solo scopo di lavorare su temi di WordPress e di provare le nuove versioni per testare la compatibilità dei vari plugin va più che bene. E comunque chi velesse può aumentare il grado di sicurezza cercando le istruzioni che online non mancano di sicuro.

Su Linux ho deciso di installare Xampp.

Installare Xampp

Scaricare l’ultima versione di Xampp e seguire le istruzioni per l’installazione.

Per installare il pannello di controllo che vedete in figura seguire invece le istruzioni che trovate sotto Sweet XAMPP Control Panel in questa pagina dove trovate anche le istruzioni per rendere un pò più sicuro il server, cosa che non guasta.

WordPress nella nostra Home

Xampp installa il server nella directory /opt, quindi tutti i nostri progetti web andrebbero inseriti nella directory /opt/lampp/htdocs. Se come me trovate più comodo lavorare nella Home, potete creare una cartella tipo /public_html nella vostra Home, da Nautilus con il mouse “Crea Cartella” oppure dal Terminale con

mkdir ~/public_html

e creare un link che punti alla directory /opt/lampp/htdocs in questo modo

sudo ln -s ~/public_html /opt/lampp/htdocs/IL_TUO_LINUX_LOGIN

naturalmente il sudo per Ubuntu e il su per tutte le altre distro.

Avviare Apache + MySQL

Se avete seguito le istruzioni sopra, nel menù Applicazioni -> Altro avete la nuova voce Xampp. Selezionatela e cliccare su Start XAMPP, aprite Firefox o il vostro browser preferito e nella barra degli indirizzi digitate http://localhost.

Se Apache è installato e funzionante dovreste vedere una pagina come quella a sinistra.
Per assicurarsi che anche MySQL sia funzionante e attivo scorrete i vari menù, alcuni dei quali “interrogano” dei database di prova come ad esempio Collezione CD e Bioritmo.
Se non ci sono errori MySQL è installato correttamente e funzionante.

Quindi possiamo selezionare PhpMyAdmin per creare il database del nostro sito.

Il tema è stato creato per essere leggero, con una grafica essenziale di pochi KB, molto più largo del precedente (circa 140 pixel in più) in modo da avere una sidebar in grado di poter ospitare tutto quello che mi pare.

Riguardo alle funzioni, l’unica novità (che stavo testando da un po’) riguarda nella sidebar la sezione news a schede che mostra, oltre alle ultime novità del sito, anche gli ultimi post di altri 3 blog aggregati con i feed RSS.

Esistono dei plugin, ma la modifica di un file nel template non è complicata.

Il file in questione è single.php, cercate il codice che contiene

<?php the_content ... ...

e subito prima inserite il seguente:

<div style=float:right; padding-left:5px;>
Codice adsense quì
</div>

inserendo il vostro codice AdSense al posto di Codice adsense quì.
Per inserire la pubblicità nella parte sinistra sostituite float:right con float:left.

Su entrambi i siti avevo un problema mai avuto in precedenza.
Caricando un’immagine in un post e inserendo la miniatura dell’immagine linkata all’immagine in dimensioni reali (come nell’immaginetta di wordpress sopra), la miniatura non veniva visualizzata.

Ho pensato che il problema fosse di WordPress 2.2, ma facendo delle ricerche su internet non riuscivo a trovare nulla, quindi sono andato a spulciare le FAQ di Tophost e finalmente ho risolto il problema:

L’immagine caricata nella mia galleria fotografica non viene visualizzata. Come mai?

I componenti di alcuni CMS (es. Mambo, Joomla) modificano i permessi di alcune directory durante l’installazione. Questo rende non funzionanti le stesse e pertanto non è possibile richiamere le foto inserite al loro interno.
Basta utilizzare la funzione “Ripristino spazio web”, presente nel cpanel, per rendere nuovamente funzionati tale directory e quindi la visualizzazione delle foto inserite al loro interno.

Il problema riguarda i CMS in generale come Mambo e Joomla, e non solo WordPress, ed è dovuto a impostazioni di sicurezza del servizio di hosting.

Alcune di queste funzioni consentono di “Incollare come testo”, “Incollare da MS Word”, “Eliminare il codice superfluo” e altre piccole utili opzioni (vedi immagine sotto).

Per visualizzare le opzioni nascoste, dopo essere andati nel menù Scrivi -> Articolo in modalità visuale, basta premere i seguenti tasti:

Alt + Shift + v se si usa Firefox

Alt + v se si usa Internet Explorer

L’unico problema riscontrato è stata la non validazione del codice XHTML a causa di una nuova funzione introdotta in wordpress 2.31, alla fine non ne potevo più e ho deciso di laciar perdere e l’ho messo online con in 4 errori.

Il sito in questione è BloggR.it, un Blog che parla di Blogging e web 2.0.

Mi sono ritrovato 4 errori di validazione come quelli sotto:

Line 22, Column 21: XML Parsing Error: StartTag: invalid element name .
if (author.length < 1) { // Test name entry for any text

Ho fatto una ricerca col solito motorG e ho scoperto che si tratta di una nuova funzione introdotta con WordPress 2.3.1

wlwmanifest.xml is the resource file needed to enable tagging support for Windows Live Writer

Il file incriminato sembrerebbe necessario al supporto per il tagging (credo per prelevare/postare i tag) per Windows Live Writer, il quale (Windows Live Writer) dovrebbe essere un editor di testo online della Microsoft.

Adesso mi chiedo: che fretta c’era da parte degli sviluppatori di WordPress di implementare questa funzione, talmente in fretta e furia da produrre 4 errori nel codice XHTML, visto che il suddetto editor online non lo usa praticamente nessuno?

O sono rimasto fuori dal mondo io, unico insano a preferire un editor installato sul computer mentre il resto del mondo si affida a questi servizi online per produrre i loro documenti?

Tornando ai nostri errori ci sono 2 metodi per rimuoverli, entrambi prevedono la disattivazione di questo inutile servizio, se appartenete a coloro che lo trovano utile e volete semplicemente correggere il codice cercate altrove:

1. usare un plugin
2. rimuovere il codice

Il plugin in questione si chiama WLW Disabler e credo sia la soluzione migliore, perchè rimuovendo il codice – che non è nel tema, ma in wordpress – ad ogni aggiornamento di versione di WordPress ci si dovrebbe ricordare di rimuoverlo, mentre il plugin rimane installato e funzionante anche dopo l’aggiornamento.

Ad ogni modo il codice da rimuovere dovrebbe essere il seguente (non l’ho provato), dalla riga 828 alla riga 835 del file /wp-includes/general-template.php:

function rsd_link() {
echo ' <link rel="EditURI" type="application/rsd+xml" title="RSD" href="' . get_bloginfo('wpurl') . "/xmlrpc.php?rsd\" />\n";
}

function wlwmanifest_link() {
echo ' <link rel="wlwmanifest" type="application/wlwmanifest+xml" href="'
. get_bloginfo('wpurl') . '/wp-includes/wlwmanifest.xml" /> ';
}

Aggiornamento: nessuno dei 2 metodi funziona, la rimozione del codice provoca un errore in altro file di wordpress, mentre il plugin servirà ad altro, visto che non rimuove il codice incriminato.