Archives For Mozilla

Non è mai semplice, e ora come lo spiego alla mamma? Dopo tanti anni di onorato servizio, la cartella Public di Dropbox diventa una normale cartella, come qualsiasi altra all’interno del mio account Pro:

Cerchiamo continuamente di migliorare l’esperienza di condivisione di Dropbox. La cartella Public è stato il primo metodo di condivisione che abbiamo introdotto e, da allora, abbiamo sviluppato metodi ancora migliori per consentirti di condividere in modo sicuro e lavorare insieme al tuo team.
Pertanto, presto interromperemo il supporto per la cartella Public. Gli utenti di Dropbox Pro potranno utilizzare tale cartella fino al 1 settembre 2017. Dopo tale data, i file presenti nella tua cartella Public diventeranno privati e i relativi link verranno disattivati. I tuoi file resteranno comunque al sicuro in Dropbox.

Quella cartella, fino a oggi, ha ospitato alcuni miei file, tra cui i moduli pubblicamente scaricabili (e aggiornabili) di X Files.

ABP X Files migra su GitHub

Signore e signori, raccogliete i bagagli, qui si migra! Questo è il primo articolo in eurovisione e trasmesso in Full HD (perdonami, sono le conseguenze di pranzi, cene e spuntini natalizi e di fine anno che ormai hanno sovraccaricato qualsiasi punto del mio corpo e del mio spirito). Nonostante il puro delirio post-periodo di festa, la storia non cambia e occorre fare qualcosa per dare continuità al progetto e alla possibilità di scaricare le liste aggiornate compatibili con il tuo browser preferito (e con il componente aggiuntivo che hai scelto di utilizzare).

Già da qualche giorno ho infatti copiato e iniziato a rilasciare gli aggiornamenti di X Files, HWS e NoFacebookAds, caricandoli direttamente su GitHub, noto servizio di hosting per progetti software (nella maggior parte dei casi open source). Ho aperto un account diverso tempo fa, l’ho sempre usato per condividere codice sorgente e pubblicare anche materiale di Mozilla Italia, ho quindi creato un nuovo spazio da dedicare a X Files, lo trovi all’indirizzo github.com/gioxx/xfiles. Risponderò qui a qualche tua possibile domanda in merito:

Cosa cambia per la mia sottoscrizione?

A prescindere dal modulo da te sottoscritto, dovrai eliminare la sottoscrizione e rifarla sempre tramite il sito web ufficiale noads.it, che rimarrà sempre e comunque disponibile. A partire infatti da mercoledì 1 febbraio 2017, eliminerò le liste da Dropbox, rendendo di fatto inaccessibili i vecchi URL di sottoscrizione. L’effetto sul tuo browser potrebbe essere il seguente:

ABP X Files migra su GitHub 1

E ciò vale per ciascun modulo legato a X Files, dalla lista principale a quella “accessoria“. Per agevolare la tua parte di lavoro, ecco una GIF che ti spiega cosa fare (è davvero semplice!):

ABP X Files migra su GitHub 2

Perché GitHub?

Perché è una sicurezza e perché ospita già diverse altre liste filtri di differenti paesi (e anche perché viene usato dal gruppo di sviluppo di AdBlock Plus stesso), è un po’ come voler tenere tutto sotto lo stesso tetto. In passato, ti ricordo, ho provato a tenere le liste di X Files direttamente sul server che ospita il sito web del progetto, ma dopo poco tempo il provider ha deciso di oscurarlo perché generava troppo traffico verso di lui (avevo scritto un articolo in merito) ed è in quell’occasione che è nato noads.it. Posso così continuare a lavorare in locale e caricare (appena terminata la modifica) le liste tramite una shell e qualche comando Git.

GitHub offre poi una sezione Wiki del progetto (dove ho già salvato le vecchie informazioni sempre valide sul progetto) e una issue dove tracciare eventuali problemi / modifiche.

Cosa succede ai siti web precedentemente coinvolti?

gfsolone.com perderà lentamente ogni riferimento a X Files, questo blog traccerà nuovamente ogni novità riguardante il progetto, tenendo online gli articoli a lui dedicati (sono stati già spostati qui, nda), di pari passo con la newsletter (che strano, non l’ho mai usata fino a ora, questa sarà la “mia prima volta“), per chiudere così il cerchio noads.it/gioxx.org/github.com.

Continuerà a rimanere disponibile UserVoice per segnalare problemi e ottenere supporto (più che altro per coloro che non hanno Mozilla Firefox e quindi non utilizzano il tool di reportistica integrato in AdBlock Plus), così come il forum di Mozilla Italia (più precisamente questo thread).

In conclusione

Sono certo che non sarà una migrazione semplice e indolore. Perderemo qualche utente per strada, altri ne arriveranno. Ti basti sapere che fino agli ultimi giorni del 2016 l’URL della lista principale è stato contattato più di 200 milioni di volte, un vero record che mai avrei pensato di raggiungere quando circa 10 anni fa (era il 2007) ho pubblicato per la prima volta una piccola lista di filtri per bloccare un po’ di pubblicità vista in giro per siti web.

ABP X Files migra su GitHub 3

Gli utilizzatori oggi si sono stabilizzati (parecchio) e scaricano costantemente gli aggiornamenti, spero che possano rendersi conto che qualcosa è cambiato e che è necessario adeguarsi, ci rivediamo tutti dall’altro lato :-)

Sono solito visitare spesso, per lavoro o curiosità personale, le community di discussione Microsoft, dove trovo colleghi (e non solo) che magari hanno riscontrato problemi simili ai miei, o dove posso inserirne di nuovi da discutere e –possibilmente– risolvere. Talvolta però ho notato che in maniera completamente randomica, mi becco un errore ben preciso: Bad Request – Request Too Long.

Firefox: risolvere il problema del Bad Request - Request Too Long

Non sono riuscito a riprodurlo, non c’è una condizione ben precisa che lo scatena, mi sono imbattuto in lui tre o quattro volte al massimo, a buona distanza l’una dall’altra volta, sempre tentando di visitare (con Firefox) proprio l’area di Social Technet Microsoft. A voler pensare male (si fa peccato) si può pensare che il big di Redmond non nutra tutta questa grande simpatia per il browser Mozilla, ma ovviamente si scherza :-)

Ho trovato a tal proposito una soluzione che ti potrebbe portare decisamente lontano dalla meta, te la segnalo affinché tu non la segua (occhio, ribadisco, ho detto che non devi seguirla): social.technet.microsoft.com/Forums/office/en-US/f164d006-61c7-46de-86ea-2003937b8b11/bad-request-request-too-long?forum=sharepointgeneralprevious.

Per ciò che riguarda Firefox, si tratta di un problema di Cache, al massimo di Cookie di sessione.

Pulisci prima la Cache

Lancia la combinazione CTRL + SHIFT + Canc da tastiera, dovrebbe comparirti una finestra simile a quella qui di seguito, nella quale dovrai selezionare solo la Cache (togli i segni di spunta a tutto il resto) e modificare l’intervallo di tempo da cancellare portandolo a “tutto“, seguito ovviamente da un clic su “Cancella adesso“:

Firefox: risolvere il problema del Bad Request - Request Too Long 1

Prova a visitare nuovamente il sito web che prima ti ha dato errore. Il problema è stato risolto? No? Ok, passiamo a cancellare i Cookie relativi al sito incriminato.

Pulizia dei Cookie

Accedi alla finestra riguardante le informazioni della pagina che stai provando a visitare. Per farlo, rimani sulla pagina di errore e fai clic sulla piccola icona “i” (di informazioni) nella barra dell’URL, aprirai così il blocco di informazioni su connessione e permessi del sito web (come da prima immagine, qui di seguito). Ora fai clic su sulla prima voce (quella relativa al certificato) e poi su “Ulteriori informazioni” (vedi seconda immagine, qui di seguito).

Puoi sostituire la procedura appena descritta andando nel menu StrumentiInformazioni sulla pagina su Windows (su macOS puoi invece lanciare un ⌘ + i). Nella finestra che ti è appena comparsa, spostati nella parte relativa alla Sicurezza, quindi fai clic su Mostra cookie:

Firefox: risolvere il problema del Bad Request - Request Too Long 4

Senza pensarci poi troppo, fai clic ora su Rimuovi tutto:

Firefox: risolvere il problema del Bad Request - Request Too Long 5

Visita ancora una volta il sito web che ti continuava ad andare in errore di Bad Request. Riesci a visualizzarlo correttamente? Bene così. Non riesci ancora ad aprirlo? Il problema risiede altrove, magari possiamo analizzarlo insieme, ti aspettiamo sul forum di Mozilla Italia.

G

Anche Bugzilla (@Mozilla) dice addio a PersonaSe sei un utilizzatore di prodotti Mozilla che ha aperto almeno una segnalazione di anomalia / bug nella vita, e usi Mozilla Persona per autenticarti sul Bugzilla ufficiale, fai attenzione al messaggio comparso in testa al sito web:

Beginning on October 25th, 2016, Persona will no longer be an option for authentication on BMO. For more details see Persona Deprecated.

Il collegamento riporta a una più completa spiegazione. Mozilla Persona viene ufficialmente dismesso, in maniera definitiva da Mozilla, pur rimanendo open-source e potenzialmente installabile su un tuo server:

Beginning on October 25th, 2016, Persona is no longer a supported authentication method for bugzilla.mozilla.org (BMO). The Mozilla supported Persona service will cease operations on November 30th, 2016 so therefore BMO will not longer be able to use the service for authentication. You can go here for more information about Persona and the reasons for shutting down service.

For users of Persona on BMO, there are two other methods for authentication that are supported and you will need to switch over to one of them before October 25th, 2016.

Native Login

BMO has always supported native authentication using a password securely stored in our database. If you have used Persona since first creating your BMO account, you will probably not know this password. But you can reset it to something you do know by clicking on ‘Forgot Password’ at the right-hand top of the page. Enter your email you used with Persona in the text field and click ‘Reset Password’.

You will receive an email with a link you can use to reset your current password to something you can use from now on. After you reset your password, simply enter your login and the password in the login fields at the top of any BMO page.

Github Login

Github is also a BMO supported method of authentication. To use Github, click ‘Login’ at the top of any BMO page and then click on the ‘Github’ login image. You will need to have a Github account that has an email address the same as the Persona email you were using, otherwise a different BMO account will be created. You will be able to choose the email address you want to use for BMO if you have more than one configured in your Github profile. If none of the email addresses you have configured in Github match what you were using for Persona, native login described above may be your best choice if you want to retain your BMO data.

Se hai un account GitHub (come il sottoscritto), questo dovrà avere lo stesso identico indirizzo di posta elettronica registrato nei suoi database. Se è già così, allora potrai continuare ad autenticarti in maniera trasparente, senza necessità di avere una coppia di credenziali dedicate su Bugzilla. In caso contrario, attendi che venga dismesso completamente Persona e autenticati con la password inizialmente stabilita, oppure puoi sempre chiederne il reset.

Cheers.

Pillole

Le pillole sono articoli di veloce lettura dedicati a notizie, script o qualsiasi altra cosa possa essere "divorata e messa in pratica" con poco. Uno spazio del blog riservato ai post "a bruciapelo"!

Un apparente bug di Firefox, porta il browser a richiedere conferma del certificato da utilizzare ogni volta che si accede a un sito web che permette l’autenticazione bypassando il classico inserimento di utente e password. Può capitare con un’applicazione custom aziendale o con un qualsiasi altro prodotto configurabile in tal senso.

La finestra che compare, con una configurazione non ritoccata, dovrebbe assomigliare a questa:

Firefox: richiesta di identificazione utente e popup ripetitivi

Per aggirare l’ostacolo e mettere al riparo la tua pazienza, dovrebbe bastare seguire questi semplici step:

  • Dal menu Strumenti → seleziona Opzioni (Preferenze su macOS)
  • Seleziona la tab Avanzate, quindi Certificati
  • Al posto del default “Chiedi ogni volta“, passa all’opzione “Selezionane uno automaticamente“. Puoi chiudere ora la finestra delle Opzioni / Preferenze

Firefox: richiesta di identificazione utente e popup ripetitivi 1

La modifica è già operativa, sarà però necessario riavviare il browser se vuoi far scadere rapidamente la tua sessione, e verificare che il sito web ora accetti l’autenticazione tramite certificato in maniera del tutto trasparente.

Qualche riferimento su Bugzilla:

Enjoy.

La primavera è già passata da qualche tempo, ma il mio evidente ritardo nel percepirla ha fatto slittare in avanti dei lavori di pulizia che rimandavo da troppo tempo. Il mio profilo principale di Firefox (costantemente replicato e sotto backup) conteneva dati davvero troppo vecchi, facendo arrivare alcuni dei database SQLite dell’applicativo a occupazioni disco fuori (e di molto) dallo standard al quale si è abituati nelle nuove installazioni (o nei profili più puliti). Per questo motivo ho scelto di prendere scopa, paletta e smacchiatore per dare un po’ più di piglio energico al browser di casa Mozilla, il predefinito sulle mie macchine.

Firefox: ottimizzazione dei DB SQLite 6

Ti spiego in poche parole (e diversi dati) ciò che ho fatto. Ti mando subito a leggere qualche riga riguardo SQLite nel caso in cui non sapessi di cosa si sta parlando, male non può certamente fare. I file incriminati e importanti sono sostanzialmente due: places.sqlite e webappsstore.sqlite. Prima di partire, una giusta cultura di base: il primo file (database, in realtà) contiene tutta la cronologia di navigazione in base ai criteri da te impostati all’interno delle opzioni di Firefox, non contiene i Segnalibri contiene i Segnalibri nella tabella moz_bookmarks, che viene toccata durante la pulizia solo per rimuovere spazi lasciati vuoti dall’utilizzatore (qui la pagina di KB su mozillaZine). Il secondo file invece conserva i dati che generalmente si vanno a compilare nelle form dei siti web che visitiamo, si tratta di un database molto delicato che non andrebbe mai modificato manualmente e che puoi permetterti di perdere solo se non ti secca ricominciare a creare una cronistoria dei dati che dovrai inserire a mano (per esempio) durante la registrazione di un modulo, una nuova iscrizione a chissà quale forum o così via (qui la pagina KB su mozillaZine).

Sia chiaro: Firefox continuerà a funzionare sulla tua postazione anche se cancelli completamente i due file, poi però non lamentarti se vai a perdere la cronologia di navigazione o i dati precedentemente immessi nei moduli (e non solo), di sicuro ci guadagni in velocità :-)

Io ho voluto clonare il profilo e mettere alla prova un’estensione che promette di andare ad alleggerire questi due file a patto di trovare delle voci orfane, quindi eliminabili in via definitiva, ricostruendo il database e popolandolo solo con le voci effettivamente vive e vegete (vedi: vacuum SQLite). L’estensione è Places Maintenance e la puoi trovare ovviamente su AMO:

Places Maintenance
Developer: Mak
Price: Free

Perché proprio lei in un mare di altre estensioni dedicate alla manutenzione dei database SQLite di Firefox? Perché è sviluppata da un amico connazionale e profondo conoscitore di Firefox, Mak, Firefox Team Engineering Consultant.

A installazione terminata (non richiede riavvio, nda) ho lanciato immediatamente una scansione della situazione sul profilo clonato, questo il risultato:

Statistics
 Database size is 81920 KiB
 user_version is 32
 page_size is 32768
 cache_size is -2048
 journal_mode is wal
 synchronous is 1
 History can store a maximum of 104858 unique pages
 Table moz_places has 104024 records
 Table moz_historyvisits has 281408 records
 Table moz_inputhistory has 469 records
 Table moz_bookmarks has 641 records
 Table moz_keywords has 0 records
 Table sqlite_sequence has 1 records
 Table moz_favicons has 4080 records
 Table moz_annos has 2192 records
 Table moz_anno_attributes has 13 records
 Table moz_items_annos has 172 records
 Table sqlite_stat1 has 15 records
 Table moz_hosts has 6291 records
 Index sqlite_autoindex_moz_inputhistory_1
 Index sqlite_autoindex_moz_keywords_1
 Index sqlite_autoindex_moz_favicons_1
 Index sqlite_autoindex_moz_anno_attributes_1
 Index sqlite_autoindex_moz_hosts_1
 Index moz_places_faviconindex
 Index moz_places_hostindex
 Index moz_places_visitcount
 Index moz_places_frecencyindex
 Index moz_places_lastvisitdateindex
 Index moz_historyvisits_placedateindex
 Index moz_historyvisits_fromindex
 Index moz_historyvisits_dateindex
 Index moz_bookmarks_itemindex
 Index moz_bookmarks_parentindex
 Index moz_bookmarks_itemlastmodifiedindex
 Index moz_places_url_uniqueindex
 Index moz_places_guid_uniqueindex
 Index moz_bookmarks_guid_uniqueindex
 Index moz_annos_placeattributeindex
 Index moz_items_annos_itemattributeindex
 Index moz_keywords_placepostdata_uniqueindex

Occhio a:

  • Database size is 81920 KiB
  • History can store a maximum of 104858 unique pages
  • Table moz_places has 104024 records
  • Table moz_historyvisits has 281408 records

Ho volutamente evidenziato i valori più importanti a livello di onerosità su database, ciò che più occupava il file SQLite era chiaramente il contenuto della mia cronologia, praticamente quasi mai resettata. Il valore massimo delle pagine uniche memorizzate nella cronolgia è fisso a 104858 poiché dettato da una configurazione di about:config, per l’esattezza si tratta di places.history.expiration.transient_current_max_pages.

Firefox: ottimizzazione dei DB SQLite 2

Ho lanciato un’ottimizzazione senza toccare alcunché, provando a lasciare invariato il contenuto della navigazione passata e ho dato un’occhiata ai risultati:

Statistics
 Database size is 71680 KiB
 user_version is 32
 page_size is 32768
 cache_size is -2048
 journal_mode is wal
 synchronous is 1
 History can store a maximum of 104858 unique pages
 Table moz_places has 104026 records
 Table moz_historyvisits has 281412 records
 Table moz_inputhistory has 469 records
 Table moz_bookmarks has 641 records
 Table moz_keywords has 0 records
 Table sqlite_sequence has 1 records
 Table moz_favicons has 4080 records
 Table moz_annos has 2192 records
 Table moz_anno_attributes has 13 records
 Table moz_items_annos has 172 records
 Table sqlite_stat1 has 15 records
 Table moz_hosts has 6291 records
 Index sqlite_autoindex_moz_inputhistory_1
 Index sqlite_autoindex_moz_keywords_1
 Index sqlite_autoindex_moz_favicons_1
 Index sqlite_autoindex_moz_anno_attributes_1
 Index sqlite_autoindex_moz_hosts_1
 Index moz_places_faviconindex
 Index moz_places_hostindex
 Index moz_places_visitcount
 Index moz_places_frecencyindex
 Index moz_places_lastvisitdateindex
 Index moz_historyvisits_placedateindex
 Index moz_historyvisits_fromindex
 Index moz_historyvisits_dateindex
 Index moz_bookmarks_itemindex
 Index moz_bookmarks_parentindex
 Index moz_bookmarks_itemlastmodifiedindex
 Index moz_places_url_uniqueindex
 Index moz_places_guid_uniqueindex
 Index moz_bookmarks_guid_uniqueindex
 Index moz_annos_placeattributeindex
 Index moz_items_annos_itemattributeindex
 Index moz_keywords_placepostdata_uniqueindex
  • Database size is 71680 KiB
  • History can store a maximum of 104858 unique pages
  • Table moz_places has 104026 records
  • Table moz_historyvisits has 281412 records

Un risparmio sicuramente interessante, ma sceso appena di –circa– 10 MB, ancora poco in confronto a un file che superava gli 80MB. Ho quindi scelto di mantenere esclusivamente gli ultimi 6 mesi di cronolgia di navigazione del browser, ottenendo (tramite lo stesso procedimento) un risultato nettamente più significativo:

Orphans expiration
 + Database cleaned up
 > Coherence check
 + The database is coherent
 > Vacuum
 Initial database size is 71680 KiB
 + The database has been vacuumed
 Final database size is 30720 KiB
  • Initial database size is 71680 KiB
  • Final database size is 30720 KiB

Un risparmio di circa 50MB rispetto al file originale, un sacrificio più che accettabile considerando che in 6 mesi ho certamente visitato siti web ai quali sono solito passare a fare un saluto, perdendo chi probabilmente non utilizzo così frequentemente (o non utilizzo più, tanto per farla più drastica). Il nuovo report fatto girare subito dopo il vacuum parla chiaro:

Statistics
 Database size is 30720 KiB
 user_version is 32
 page_size is 32768
 cache_size is -2048
 journal_mode is wal
 synchronous is 1
 History can store a maximum of 104858 unique pages
 Table moz_places has 40051 records
 Table moz_historyvisits has 55735 records
 Table moz_inputhistory has 165 records
 Table moz_bookmarks has 641 records
 Table moz_keywords has 0 records
 Table sqlite_sequence has 1 records
 Table moz_favicons has 2036 records
 Table moz_annos has 819 records
 Table moz_anno_attributes has 12 records
 Table moz_items_annos has 172 records
 Table sqlite_stat1 has 15 records
 Table moz_hosts has 3313 records
 Index sqlite_autoindex_moz_inputhistory_1
 Index sqlite_autoindex_moz_keywords_1
 Index sqlite_autoindex_moz_favicons_1
 Index sqlite_autoindex_moz_anno_attributes_1
 Index sqlite_autoindex_moz_hosts_1
 Index moz_places_faviconindex
 Index moz_places_hostindex
 Index moz_places_visitcount
 Index moz_places_frecencyindex
 Index moz_places_lastvisitdateindex
 Index moz_historyvisits_placedateindex
 Index moz_historyvisits_fromindex
 Index moz_historyvisits_dateindex
 Index moz_bookmarks_itemindex
 Index moz_bookmarks_parentindex
 Index moz_bookmarks_itemlastmodifiedindex
 Index moz_places_url_uniqueindex
 Index moz_places_guid_uniqueindex
 Index moz_bookmarks_guid_uniqueindex
 Index moz_annos_placeattributeindex
 Index moz_items_annos_itemattributeindex
 Index moz_keywords_placepostdata_uniqueindex
  • Database size is 30720 KiB
  • History can store a maximum of 104858 unique pages
  • Table moz_places has 40051 records
  • Table moz_historyvisits has 55735 records

Partito con un places.sqlite da più di 80MB e un webappsstore.sqlite da circa 101MB, mi ritrovo con 30MB circa di database cronologico ma un webappstore.sqlite ancora particolarmente obeso.

Ho cercato altri casi simili e mi sono imbattuto su una segnalazione di BugZilla: bugzilla.mozilla.org/show_bug.cgi?id=857888. È partita da un problema relativo a Firefox sul mondo Mobile, ma pare soffrirne anche la versione PC, come confermato anche da una discussione su Reddit (r/firefox)

PSA: Large webappsstore.sqlite file in your profile will heavily affect the responsiveness of Firefox’s UI from firefox

La scelta drastica? Rinominare il database webappsstore.sqlite per non farlo più trovare a Firefox (ovviamente chiuso) il quale lo ha creato da zero una volta riaperto, ho provato così a perdere la cronologia dei moduli e delle applicazioni utilizzate fino a quel momento:

Firefox: ottimizzazione dei DB SQLite 1

Il risultato? Ho utilizzato il profilo sul quale ho effettuato manutenzione per una settimana, ritenendolo adatto a diventare il principale perché la “perdita” non giustificava (secondo me) i rallentamenti sporadici del browser. Oggi sono fermamente convinto di aver fatto la scelta migliore, anche se fino a quando ci saranno siti web contenenti schifezze in Flash e simili, si continuerà ad avere un’occupazione importante del plugin-container.exe che permette a plugin (come quello Adobe) di girare in background, nonostante il Click-2-Play.

Occhio sempre a ciò che fai e dove metti le mani, ma mai abbandonare il tuo fido strumento di navigazione, potrebbe risentirne pesantemente la tua pazienza! ;-)

Ultimo aggiornamento: 5/7/16 10:20
Corretto dettaglio sui Segnalibri in places.sqlite (https://twitter.com/Gioxx/status/750243831132585985)