alternative a igoogle

Conoscete igoogle? Se non lo conoscete vi perdete molto, per navigare in internet. Se lo conoscete, sapete che chiuderà a novembre (sì: 2013) e starete cercando uan alternativa. Ne ho provate alcune e la migliore direi proprio che è ighome.com. Fa praticamente (quasi) tutto quello che fa igoogle. Provatelo!

Blogger o WordPress: quale blog scegliere?

Blogger, legato a Google, ha molti vantaggi per chi ha un account Google: è tutto a portata di mano.
E’ tutto a portata di mano come account Google… Però è diventato difficile connettere un blog di Blogger ai social networks (Facebook, Twitter e anzi lo stesso GooglePlus non prevede un accettabile collegamento, ne prevede uno ma è una schifezza).
Farraginoso e arrugginito è Feedburner di Google che permetter di inviare a un dato account Twitter i posts del Blog.

Da quest’ultimo punto di vista WordPress è fantastico: permette di collegare, con la massima precisione ed elasticità il blog sia ad account Facebook (non solo utente ma anche pagine) sia ad account twitter.

quale distro di linux: tra pclos e ubuntu

Abbiamo provato le ultime versioni di PcLinuxOs (la 2013.04) e Ubuntu (Kubuntu, per l’esattezza) 12, e tra le due scegliamo ancora pclinuxos: molto più completa e personalizzabile, anche se richiede qualche conoscenza tecnica in più.
Il grosso problema è l’editor html: c’è da piangere, e appunto per questo siamo rimasti con pclos2009 fino a oggi, per avere ancora Quanta. Ma ormai non si può più attendere. Stiamo provando a vedere Kate, che prevede un interessante uso degli snippets… Ne riparleremo.

Intanto c’è una nota dolente, da KDE: la suite Kontact si è impoverita.
KMail anzitutto, pur avendo guadagnato da altri lati (in particolare può aggregare le email, per data,, o per sender o per thread) ha perso una funzione importantissima: il filtro in entrata alle email. Le può filtrare solo dopo averle scaricate dal server, mentre prima, vedendo gli headers uno poteva eliminarle direttamente sul server senza scaricarle. E’ chiaro che se ho una email urgente e dieci mails di spam da 40 mb l’una dovrò aspettare un po’ di tempo, perdere un po’ di tempo. Chissà che cosa è saltato in mente agli sviluppatori.
E poi che rottura dover digitare ogni volta che si apre kmail la password di wallet. Prima le passwords venivano immagazzinate e basta! Sarà anche per la sicurezza, va bene, però…
Ma anche kaddressbook ha perso funzionalità importanti: non aggrega più i contatti per gruppi o mailing list. Anche qui: che peccato! E che stupidità!

Per il resto KDE vede miglioramenti vari. Ne riparleremo.

editor html (windows e linux)

Abbiamo provato tre editor html. Ne parliamo brevemente.

aptana (studio 3)

E’ migliorato rispetto a due anni fa, ma è un programma che non mi piace più di tanto, per i bisogni che ho io, webmaster che fa uso soprattutto di codice html e css, e in modo molto ridotto di javascript e php.
Alcuni limiti:

  • è enorme e pretende di fare troppe cose in troppi linguaggi di programmazione
  • però non fa bene ciò che più importa in html e css
  • lavora solo in base a progetti: non può salvare un file, nessun file, se non all’interno di un progetto.

jedit

Piccolo programma in java. Fa troppo poco, non ha il completamento del codice.

NetBeans 

Decisamente interessante. Ha il completamento del codice sia css (in modo davvero completo) sia html. Lavora per progetti ma anche su singoli files. Si può arricchire con un numero davvero grande di plugins (molti per php).

buone notizie da IE (10)

1) Prima buona notizia IE10 è installabile anche su windows 7.
2) Seconda buona notizia: con IE10 si può vedere come una pagina viene resa anche da versioni precedenti di IE(IE9, IE8, IE7): davvero un’ottima idea! Questo rende inutile siti come Netrender e simili (cfr. i nostri precedenti post).

trasferire un sito (redirect 301)

Lo consiglia Google, Big G, e concordano, quasi ovviamente con lui siti di SEO, come GT (GiorgioTave.it): se si deve spostare un sito da un url a un altro conviene usare il redirect 301, che permette a un motore di ricerca di capire che quel sito (o quella sezione di sito), si è spostato permanentemente, conservando il page rank e altre informazioni del vecchio sito.
Concretamente come si fa?
Abbiamo provato due modi: a) con del codice php e b) con .htaccess.

codice PHP

a) Ecco il codice php:
<?php
Header( “HTTP/1.1 301 Moved Permanently” );
Header( “Location: http://nuovaurl” );
?>

con questo tutto è andato liscio, nel senso che chi visita la vecchia url viene immediatamente reindirizzato verso la nuova url; ma ci sono dei limiti

  • bisogna metterlo in ogni singola pagina, non basta metterlo nel file index di root.
  • infatti se si ha una struttura php per cui in ogni pagina del sito si inserisce ad esempio un “haeder.inc” viene fuori un errore, perché il codice suddetto non viene inserito per primo nella pagina, ma dopo, ad esempio, delle variabili;

Una soluzione che ho trovato è inserire il codice suddetto non in “header.inc” ma in “normal.inc” che viene inserito prima delle altre istruzioni php: così non da messaggi di errore e così reindirizza tutte le pagine (almeno di quella cartella).

    .htaccess

    Abbiamo avuto difficoltà ad usare il redirect con questo metodo. Alla fine, in un caso, siamo riusciti usando il seguente codice, inserito nel file .htaccess e collocando quest’ultimo nella root del sito vecchio:

    RewriteEngine On
    RewriteBase /
    RewriteRule ^ http://urlnuovosito/ [L,R=301]

    Con questo codice si ottiene effettivamente, a differenza che con PHP, che uno che vada in una qualunque sottocartella del sito vecchio (sitovecchio/sottocartella) venga rendirizzato nella home del nuovo sito. Ciò però non vale per le sotto/sottocartelle.

    In un altro caso però, allorché dovevamo segnalare lo spostamento di una sezione (una cartella) di un sito in altra url, questo sistema , pur funzionando in local non ha funzionato in remoto: non succedeva proprio niente. Allora abbiamo usato l’altro metodo, col php.

    Altri metodi li trovati ad esempio in http://www.giorgiotave.it/wikigt/os/Redirect_301.

    limite di questi metodi

    Metodi come questi andranno bene ai motori di ricerca, ma non avvisano il visitatore che
    il sito ha cambiato url, perché questi si trova trasportato
    automaticamente, senza far niente, nella nuova url, senza sentire il
    bisogno perciò di aggiornare i propri segnalibri o di memorizzare la
    nuova url.
    E’ vero tuttavia che ormai moltissimi utenti non usano quasi
    più i segnalibri, né la barra degli indrizzi, ma siaffidano ciecamente a
    Google…

     

    netrenderer, come vede un sito IE

    C’è un utile sito tedesco netrenderer,
    che permette a chi non ha sul suo PC IE (perché ha Linux, ad esempio) o
    ha comunque solo una versione di IE (mettiamo la 9, avendo Win7) di
    vedere come viene reso il proprio sito da IE nelle sue varie versioni
    (dalla 6 alla (attualmente) 10).

    un vantaggio

    Rispetto ad altri siti che fanno una cosa simile, come browsershots,
    i tempi di attesa sono molto minori: mentre con Browsershots dovere
    aspettare anche mezz’ora, con Netrenderer dopo 10-20 secondo avete già
    il risultato.

    un grosso limite

    Ieri però (20/3/2013)
    abbiamo dovuto riscontrare un grave limite: la memoria cache continua a
    rendere un sito come l’ha visto nella precedente richiesta di resa,
    anche se abbiamo cambiato qualcosa nel css o nell’html.
    Non sappiamo se ciò sia un problema temporaneo: altre volte comunque non succedeva così. Speriamo che risolvano il problema.

    web fonts bug in Firefox

    Ci possono essere problemi di caricamento delle web fonts in Firefox (non in Opera o in CHrome, abbiamo constatato).
    Per risolverlo si può aggiungere un file .htaccess contenenti le seguenti istruzioni:

    <FilesMatch “.(ttf|otf|eot)$”>
    <IfModule mod_headers.c>
    Header set Access-Control-Allow-Origin “*”
    </IfModule>
    </FilesMatch>

    Diciamo che questo risolve la parte principale del problema, quello della resa dei fonts in remoto (per chiunque visiti il sito usando FF). Lascia invece irrisolto il problema in locale.

    Aggiungo che mi sono accorto che Firefox visualizzava già in remoto i web fonts (anche senza il file .htaccess), mentre, come già dicevo, continua a non visualizzarli in locale.