Mobile Blogger: come rimuovere gli elementi non necessari dal tuo carico

Non credo di dover spiegare molto a questo punto sulla crescente importanza dell'uso di Internet da dispositivi mobili; che, di conseguenza, affinché un sito web abbia maggiore visibilità, dovrebbe essere adattato a questo tipo di dispositivo; che Google attribuisce punti positivi e mette in evidenza i blog che praticano la tecnologia RWD; e bla bla bla...
Questo è un dato di fatto, e ciò che dobbiamo fare oggi come amministratori è, oltre a utilizzare modelli adattati ai dispositivi mobili, cercare di garantire che quando il nostro sito viene visualizzato su uno di essi, il tempo di caricamento sia il più rapido possibile .
Oltre ad altri aspetti da tenere a mente, ciò che migliorerà notevolmente questo caricamento è eliminare tutto ciò che non verrà utilizzato o che, a causa delle sue dimensioni, riteniamo non valga la pena caricare su un dispositivo più lento di un computer desktop. Una breve analisi dei vantaggi e degli svantaggi ci dirà cosa potremmo dimenticare.
Per mettere le cose in prospettiva, uno slider fantastico con immagini di alta qualità che impiega molto tempo a caricarsi potrebbe esaurire la pazienza di un utente, inducendolo a non aspettare abbastanza a lungo per visualizzare lo slider e, naturalmente, il resto del contenuto della pagina. Quindi, se non fornisce informazioni realmente rilevanti sul resto del contenuto, non sarebbe meglio rimuoverlo dai dispositivi mobili per evitare il rischio?

Per i dispositivi mobili, sì. Per i dispositivi mobili, no.

Per applicare questo in Blogger possiamo basarci su una semplice variabile di dati che qualche giorno fa+KsesoL'ha scoperto per noi dal suo blog in un articolo intitolato " Condizionale di Blogger per rilevare i dispositivi mobili senza abilitare il template" .
Di recente abbiamo parlato del " linguaggio di Blogger " e questo è un altro esempio del vocabolario di quel dialetto. La condizione in questione è isMobileRequest, che ci restituisce il valore "true" quando abbiamo effettuato l'accesso da un dispositivo mobile e "false" in caso contrario.
Semplice quanto pratico, il suo utilizzo sarebbe il seguente:

<b:if cond='data:blog.isMobileRequest == "true"'>
<b:section class='slider' id='slider'>
<b:widget id='HTML1' locked='false' title='' type='HTML'>
...
</b:includable>
</b:widget>
</b:section>
</b:if>

Tutto ciò che è contenuto nelle clausole di apertura e chiusura della condizione , espresso in questo modo, verrà eseguito solo se l'utente accede da un dispositivo mobile . Se, d'altra parte, la clausola di uguaglianza è falsa , tutto ciò che è contenuto nella clausola verrà eseguito solo se NON si accede da un dispositivo mobile.
È quindi possibile utilizzare else e altri operatori per specificare in un'unica istruzione cosa deve essere visualizzato/non visualizzato in un caso e cosa deve essere visualizzato nell'altro caso, ma tutto ciò rientra in altri tipi di spiegazioni ( e 2 ). La cosa importante è che in questo modo è possibile selezionare in modo indipendente gli elementi che verranno caricati su ciascun tipo di dispositivo (fisso/mobile).



Non so come Blogger distingua un valore dall'altro, ma "true" è coerente con i casi in cui Blogger aggiunge ?m=1 all'URL visitato. Sebbene non sia molto accademico, saperlo ci aiuterà a risolvere il problema per ora.
Anticipando alcune domande riguardanti l'intera questione dei dispositivi mobili, farò le seguenti osservazioni:
  • L'utilizzo di una condizione per provare a rilevare se un URL ha ?m=1 aggiunto non serve allo scopo di "rimuovere" gli elementi
  • Un'altra variabile di dati citata in molti articoli come utile proprio per questo scopo funziona solo quando è abilitato un template mobile di Blogger . Si tratta di data:blog.isMobile . Lo svantaggio è che se questo template è disabilitato, ad esempio per utilizzare il proprio template RWD, la variabile non darà il risultato previsto; in altre parole, non funzionerà. Questo ha generato molte domande irrisolte su questo blog... fino ad ora. Questa è la spiegazione del perché a volte ha funzionato e altre no.
  • Utilizzare display: none; all'interno di una regola @media per nascondere determinati elementi quando si accede da schermi piccoli (presumibilmente dispositivi mobili) è ancora accettabile, ma è incompleto. Ciò che viene nascosto con questo sistema viene comunque caricato anche se in seguito lo rendiamo invisibile, ma comunque carica.

Questo non significa che sia necessario modificare le query multimediali . Al contrario, è consigliabile lasciarle così come sono, perché serviranno da guida perfetta per aggiungere i dati che abbiamo visto oggi a tutto ciò che abbiamo contrassegnato con esse per nascondere qualcosa. In altre parole, entrambi i sistemi sono complementari.

 

fonte

Commenti

nome-foto