A colpo d’occhio gli aggiornamenti non sono si vedono, perché che si tratta più che altro di nuove funzioni dedicate agli sviluppatori oppure nuove funzioni nascoste nei menu.

La novità più interessante per chi si sviluppa è:

Page Inspector 3d View un potente tool di layout visivo. “Soprannominato Tilt, si tratta di uno strumento basato su WebGL che permette di visualizzare la struttura di una pagina web in modo più intuitivo rispetto ad una visualizzazione “piatta”, rendendo immediata la relazione tra il codice e l’output della pagina. Mentre strumenti come “Visualizza Sorgente” sono sempre stati utili per comprendere come sviluppare una pagina, la 3d View mostra più chiaramente come sono strutturate le varie parti di un sito. Dopo aver selezionato visualizzazione “3D” in Page Inspector,basta muovere il mouse per avere maggiori informazioni su ognuno degli elementi selezionati.”

All’interno di questo gli sviluppatori troveranno anche una nuova versione di Style Editor che permette di modificare i fogli di stile come in un editor di testi e vedere i cambiamenti immediatamente, senza mai dover uscire dal browser. Un modo per testare nuovi design del sito. Style Editor consente anche di salvare il file css modificato.

Invece la novità più interessante per l’utente è la possibilità di sincronizzare gli add-on fra un pc e l’altro attraverso Firefox Sync. L’opzione si trova nella scheda Sync della schermata delle preferenze. Molto utile per chi ha abbandonato Firefox in precedenza lo strumento per importare bookmark, history, e cookie da Chrome.

Francesca

Secondo il Director of Research dell’azienda, oggi il lavoro di webmaster, webdesigner e soprattutto SEO dovrebbe concentrarsi maggiormente su altri aspetti, anziché tendere i propri sforzi al conseguimento di un alto PageRank.

A quanto pare BigG considera ormai la tanto celebre barra bianca e verde rappresentativa di un’epoca ormai lasciata alle spalle. Dopo la rimozione dai Google Webmaster Tool, si attende ora che l’indicatore del PageRank scompaia anche dalle prossime release della Google Toolbar, magari per fare spazio a nuovi parametri con i quali i professionisti del Web dovranno vedersela negli anni a venire.

*C@rlo*

Go, assicura l’azienda di Mountain View, è in grado di offrire un’elevata velocità di compilazione. Google promette che il nuovo linguaggio di programmazione open source consentirà agli sviluppatori di realizzare programmi che girano alla stessa velocità di applicazioni native in C, con una compilazione delle applicazioni pressoché istantanea. Se volete scrivere un server per migliaia di thread di comunicazione e perdere meno tempo nel leggere migliaia di blog mentre aspettate, Go è lo strumento ideale, scrive Google. La curva di apprendimento, sottolinea BigG nella FAQ del sito ufficiale, non è ripida e il livello di difficoltà è similare a quello di Java.

Al momento, esistono due compilatori ufficiali: Gccgo, che si appoggia a GCC come back-end, e una suite di compilatori, 6g e 8g, sviluppati rispettivamente per sistemi x86 a 64 bit e x86 a 32 bit. Google dovrebbe anche rilasciare entro breve periodo il supporto per chip ARM e dispositivi Android.

Il Go Team vanta la presenza di personaggi del calibro di Robert Griesemer, uno degli sviluppatori del compiler Java’s HotSpot e di V8, il motore JS di Chrome, di Kenneth Thompson, insieme a Dennis Ritchie creatore di Unix, di Rob Pike, insieme a Thompson creatore dello standard UTF-8.

[Fonte: Webmasterpoint]

*C@rlo*

La prima funzione, “Visualizza come Googlebot“ permette al webmaster di vedere come lo spider di google, il googlebot, vede una qualsiasi pagina del tuo sito. Sarà sufficiente inserire l’url della pagina da analizzare e dopo una elaborazione di qualche minuto, avremo il codice sorgente della pagina visibile da googlebot con ulteriori dati riguardanti HTTP status, Server, cache control, ecc… Si può così controllare, con gli occhi di google, come il sito viene visto dallo spider del motore di ricerca.

Attraverso la voce “Dettagli malware” dal webmaster tool di google si può vedere se nel sito siano presenti malware, ovvero software creati con il solo scopo di causare danni più o meno gravi al computer su cui tale software viene eseguito. Uno dei principali obiettivi di google è sempre stata la sicurezza nella navigazione generata dallo stesso motore di ricerca: attraverso questa funzionalità del webmaster tool di google, si possono scoprire eventuali bugs che rendono navigatore e server potenziali vittime di attacchi malintenzionati. Come sempre google indica utili soluzioni per risolvere il problema: il sistema avvisa il proprietario del sito che potrà correggere gli errori e tornare ad una situazione sicura, per poi invitare nuovamente google alla normale scansione ed indicizzazione delle pagine.

[fonte: antonico.com]

*Carlo*

Quindi andiamo a scrivere il nostro robots.txt.
Creiamo un normale file di testo e lo nominiamo esattamente “robots.txt”. Questo file deve essere caricato nella root principale del sito (es. www.miosito.it), e non in eventuali sottocartelle (es. www.miosito.it/topolino/). E’ solo seguendo queste due operazioni che lo spider del motore di ricerca interpreterà le istruzioni contenute nel file.

Adesso che sappiamo come nominare il file e dove caricarlo, dobbiamo sapere cosa metterci dentro per dare il comando ai motori di ricerca di seguire questo protocollo (formalmente il “Robots Exclusion Protocol“).
Il formato è semplice per tutti gli intenti e scopi: una linea User-agent, per identificare il crawler in questione, seguito da una o più linee Disallow, per disabilitarlo all’indicizzazione di certe parti del proprio sito, e dalla presenza o meno di linee Allow, per abilitarlo all’indicizzazione di certe parti del proprio sito.

• Ecco un robots.txt che blocca tutto:
  User-agent: *
Disallow: /
  Così tutti i robots (indicati con “*”) sono comandati a non indicizzare nessuna pagina del sito (indicato con “/”). Molto probabilmente non è quello che si vuole, ma è per dare l’idea.
• Questo invece è il più libertino ed il più usato:
  User-agent: *
Disallow:
  In questo modo tutti i motori di ricerca sono liberi di visitare ed indicizzare le pagine del sito (lasciando lo spazio vuoto dopo i : del Disallow).
• Adesso passiamo all’essere più discriminatori. Mentre ogni webmaster ama google, si potrebbe non volere che l’imagebot di google indicizzi le immagini del sito e che le renda ricercabili online. Il comando seguente farà questo stratagemma:
  User-agent: Googlebot-Image
Disallow: /
• Per disabilitare tutti i motori di ricerca e robots dall’indicizzare specifiche cartelle e pagine:
  User-agent: *
Disallow: /cgi-bin/
Disallow: /topolino/
Disallow: /paperino/blank.htm
Disallow: /*?
  L’ultimo comando impedisce l’indicizzazione di tutte le pagine dinamiche, che contengono il carattere ? nelle url.

E ora non mi resta altro che augurare a tutti… buon robots!
*Carlo*

La nuova modalità di registrazione dei domini Internet .it, definita «sincrona», andrà a sostituire le attuali norme previste della registrazione «asincrona», che obbligano la persona fisica, il professionista o la società richiedente a inviare una lettera cartacea di assunzione di responsabilità (LAR) al numero di fax gestito dal NIC.it.

La pubblicazione dei nuovi Regolamenti costituisce il primo passo per l’avvio del nuovo sistema, che per due anni continuerà a essere affiancato, senza sostituirla, dall’attuale modalità di registrazione.

Per registrare, modificare o cancellare un dominio .it, basterà rivolgersi a un Registrar autorizzato a operare direttamente sul database dei domini, senza dover inviare alcuna documentazione cartacea al Registro. I provider che vorranno fornire il servizio di registrazione in tempo reale dovranno sottoporsi a una verifica tecnica, al termine della quale sarà fornito loro l’accredito per l’utilizzo del servizio sincrono. Una volta ottenuto l’accredito, il Registrar dovrà mantenere tutti i dati comunicati dal cliente, comprese le sue generalità.
Ogni provider, inoltre, dovrà sviluppare un’interfaccia per la gestione del meccanismo di registrazione, modifica e cancellazione dei domini .it in tempo reale.

Mi sembra un ottimo passo in avanti, cosa ne pensate?

*Carlo*

Precedentemente avevo pubblicato un post riguardo BrowserShots che genera screenshot di una pagina web in più di 80 versioni dei più diffusi Browser su Windows, Linux, BSD e Mac, servizio sicuramente molto utile, ma BrowserLab offre di più; la sua principale caratteristica oltre alla velocità nel visualizzare gli screenshot è sicuramente la vista onion skin, che consente di visualizzare gli screenshot sovrapposti dei diversi browser.

Lato server, BrowserLab utilizza la tecnologia di virtualizzazione, lato client utilizza invece Flash Player 10: la tecnologia Flash viene impiegata per  visualizzare, all’interno di una finestra suddivisa in due parti, il risultato del rendering di una pagina web eseguito su due differenti browser. Le due sotto finestre possono essere affiancate o sovrapposte per consentire di confrontare al meglio le eventuali differenze tra un browser e l’altro.

Adobe browserLab

Peccato che il servizio è destinato a diventare a pagamento, mentre per i primi 5000 iscritti Il tool resterà gratuito fino alla fine del programma di testing pubblico.

Personalmente mi domando: se la strada è quella dell’adesione dei vari browser agli standard, perché continuano a rilasciare tools per testare il proprio sito? La strada è veramente quella? Spero vivamente di si, ritengo assolutamente sbagliata e anti produttiva quest’ossessione maniacale della perfezione al pixel.

Bene

Ecco perché Google ha deciso di ristrutturare Strumenti per i Webmaster da zero, con una suite di funzioni organizzata in modo logico, oltre a un’interfaccia più pulita e veloce. Questo risultato è stato ottenuto parlando con i webmaster e conducendo studi sugli utenti.

Il risultato è una navigazione più semplice e intuitiva. Le funzioni ora sono raggruppate in tre categorie:

• Configurazione sito (dove si possono fornire a Google informazioni sul proprio sito)
• Il tuo sito sul Web (dove si possono visualizzare i dati di Google relativi al proprio sito)
• Diagnostica (dove si possono ottenere rapporti su eventuali problemi riscontrati nella scansione del proprio sito)

Il loro obiettivo era semplificare l’individuazione di statistiche e dati, rimuovendo nello stesso tempo le pagine e le funzioni ridondanti (come le Statistiche indice) che ingombravano l’interfaccia e riproducevano informazioni disponibili altrove.

A una prima fugace occhiata direi che lo scopo è stato raggiunto.

*Carlo*

Opinione di Google su un sito web e diagnosi dei potenziali problemi
La prima cosa da fare per aumentare la visibilità di un sito su Google è ottenere ulteriori informazioni su come i loro programmi automatizzati (robot) eseguono la scansione e l’indicizzazione del sito.

• Informazioni sulla scansione: si può verificare l’accesso al sito e vedere l’ultima visita di Googlebot. Si possono anche visualizzare gli URL per i quali si sono riscontrate difficoltà di scansione e il motivo della mancata scansione. In questo modo, si possono correggere gli eventuali problemi evitando a Google di dover indicizzare tutte le pagine.
• Convalida del file Robots.txt: si può verificare se ci sono problemi con il file e testare le modifiche al file stesso prima di modificarlo sul server dove è ospitato.
• Contenuto del sito web: si possono visualizzare i contenuti principali del sito e le parole utilizzate da altri siti nei link che vi rimandano.

Scoprire qual è il rendimento del sito
La seconda fase consiste nell’ottenere informazioni su ciò che indirizza il traffico al sito.

• Query principali: si possono trovare le query principali che indirizzano il traffico al sito e la sua posizione nei risultati di ricerca principali. Ciò consente di conoscere l’opinione degli utenti sul sito.
• Informazioni sull’indicizzazione: si può scoprire come viene indicizzato il sito e quali pagine vengono incluse nell’indice. Se nel sito si riscontrassero violazioni, gli strumenti offrono la possibilità di correggere i problemi e di inviare una richiesta di reinserimento del sito.

Condivisione con Google dei dati sul sito
Poiché nessuno conosce il sito meglio del suo webmaster, si possono anche condividere queste informazioni con Google e migliorare l’attitudine del sito alla scansione.

• Invia un file Sitemap: si possono comunicare tutti i dati relativi alle pagine del sito inviando un file Sitemap (in formato xml); si possono indicare quali sono le pagine più importanti e con quale frequenza vengono modificate.
• Specifica il dominio preferito: si può comunicare l’URL da utilizzare durante l’indicizzazione del sito; Google farà il possibile per indicizzare la versione preferita.

*Carlo*

Per  comprenderle meglio linko qualche post interessante dai blog che hanno contribuito a divulgarle e che ogni giorno si impegnano per far si che l’accessibilità in Italia non sia solo teoria:

Marco Bertoni nel suo blog  Semplicemente.org, riassumendo ci fornisce una versione chiara delle dodici linee guida e dei principi alla base delle WCAG2.0.  (secondo me da stampare e conservare)

Da Webaccessibile.org troviamo la prima bozza integrale di traduzione delle WCAG2.0. in italiano, uscita recentemente.

E infine dal blog di Roberto Scano, un’ interessante interpretazione delle linee guida,  portate in musica offrendoci addirittura la canzone ufficiale in versione rap delle WCAG2.0., un modo alternativo per farle conoscere  e per far capire quante persone si impegnano affinchè ci sia diffusione sempre più consapevole dell’esigenza di  una cultura dell’accessibilità.

Vale

Dati statistici riportano un sostanziale calo dell’utilizzo di IE6 da parte degli utenti nell’ultimo anno,  viene quindi naturale chiedersi quale sia la strategia migliore per farlo uscire di scena nella maniera più indolore possibile.

Molti siti norvegesi hanno deciso di non supportare più questo browser, così come un buon numero di sviluppatori avevano dichiarato che nel 2009 avrebbero abbandonato IE6 creando anche gruppi sui social network come “Liberiamoci da Internet Explorer 6” su Facebook.

Le soluzioni sono molte, dalle proposte meno invasive  come una box /warning , prima dei contenuti,  che consiglia all’utente  di aggiornarsi per godere di tutte le funzionalità più avanzate del sito, alle proposte più estreme, come quella di non passare più fogli di stile a IE6, limitando l’esperienza utente a chi non vuole aggiornare il browser, ai soli contenuti testuali .

Io credo che la giusta soluzione stia nel mezzo, è vero che l’utente dovrebbe essere invitato con risolutezza ad aggiornarsi ma bisogna considerare anche le esigenze di molte aziende che non si aggiornano con facilità.
Sono curiosa di sapere cosa succederà e voi cosa ne pensate?

Vale

Il problema della compatibilità con i browser, infatti, riguarda tutti i siti Internet e nasce quando una pagina web o qualsiasi altra risorsa condivisa in rete viene sviluppata senza tener conto delle funzionalità presenti nei diversi browser, nelle diverse versioni degli stessi e nelle diverse piattaforme che li supportano.

Bisogna cercare di  adottare determinati accorgimenti in termini di linguaggi di markup (XML, XHTML, HTML ecc), fogli di stile (CSS, XSLT ecc), scripting lato client (javascript/ajax o altri) o eventuali altri formati di uso frequente sul web (Flash, Java), al fine di permettere all’utente che naviga di visualizzare e fruire i contenuti senza differenze dipendenti dal browser che utilizza.

Io la vedo come una ricerca, una ricerca del codice perfetto; a volte si rischia così di trasformarla in un’odissea, in una ricerca estenuante di trucchi e soluzioni alla miriade di bug che affliggono i browser presenti nel mercato.

Ma come fare a testare il nostro sito web su tutti i browser esistenti nel mercato?
Bè , esistono svariati programmi che ti permettono di testare il sito web, ma quello che mi ha colpito di più girando in rete è stato Browsershots.

Browsershot è un servizio web, gratuito, che permette di visualizzare un sito in 50 web browser diversi, di tutti e 4 i maggiori sistemi operativi (Linux, Windows, Mac OS X, BSD).
Basta inserire l’url del nostro sito web nell’apposito spazio , selezionare i browser con cui fare il controllo, addirittura puoi decidere di selezionare le dimensioni dello schermo, la profondità di colore, selezionare se sono presenti script  java e se è presente un animazione flash.

Avremo davanti a noi una serie di thumbnails: una per ogni browser scelto.
Se clicchiamo la thumbnail, ingrandiremo lo screenshot e otterremo informazioni  sul computer, sul browser, e sul rendering in generale. Cliccando invece sullo screenshot avremo l’immagine a grandezza massima.

Peccato che il confronto avvenga solo con degli screeshot e non si possa navigare all’interno dei vari  browser, ma chissà che in un futuro non venga sviluppato un modo semplice e veloce per testare i nostri siti web interagendo con i vari browser.

Quanto dovremmo ancora soffrire per raggiungere il codice perfetto?
Bene