Gestire i blocchi in un tema reattivo

Sto solo iniziando un tema reattivo basato su Omega, concentrandomi inizialmente sul layout mobile.

Ci sono alcuni blocchi che probabilmente saranno considerati troppo "pesanti" per essere inclusi nel layout mobile, e altri blocchi che dovranno essere introdotti specificamente per quel layout (menu annacquati, barra degli utenti attenuata, ecc.).

Potrei facilmente nascondere i blocchi indesiderati sul layout mobile con CSS, e includere i blocchi specifici per dispositivi mobili sul layout predefinito e nasconderli (quindi sono mostrati solo per dispositivi mobili), ma sembra un modo piuttosto retroattivo di pensare esso. Se i blocchi non vengono visualizzati, l'overhead aggiuntivo che incorre sarebbe davvero inaccettabile (soprattutto considerando il numero di query db extra che il contenuto nei blocchi nascosti aggiungerebbe).

Sto pensando che ci debba essere un modo semplice e pulito per intercettare il processo decisionale dei blocchi nelle prime fasi della creazione della pagina ed escludere / includere i blocchi in base al rilevamento di alcuni sistemi operativi, ma sto disegnando un vuoto su come potrebbe essere possibile.

Ho anche intenzione di aggiungere che Varnish è in esecuzione di fronte a questo sito, il che dovrebbe rendere le cose più divertenti :)

Ci sono moduli / strategie conosciute là fuori che possono aiutare in questo?

Vorrei aggiungere che l'utilizzo del modulo Context non è un'opzione in quanto il sito è già completo, e spostarlo in Context sarebbe un'impresa enorme a questo punto.

intercettare il processo decisionale dei blocchi nelle fasi iniziali della creazione della pagina ed escludere / includere blocchi in base al rilevamento del sistema operativo

Varnish è in esecuzione di fronte a questo sito

Come già notato nei commenti, questo richiede di configurare la vernice in modo da non memorizzare nella cache solo l'URL della richiesta, ma anche variare in base all'utente-agente. C'è un esempio rilevante nel wiki di vernice, VCLExampleNormalizeUserAgent .

Una volta che la richiesta in realtà non ha colpito il sito, è necessario determinare quali blocchi da mostrare e non mostrare. Considererei non meno di un disastro farlo con eval , quindi le opzioni più comuni rimaste sono Contesto e Pannelli .

Con il sito già costruito. ripetere tutte le pagine / posizionare i blocchi con entrambi i moduli non è probabilmente un'opzione, ma con un profiler e applicando 80-20 , potrebbe essere possibile ottenere significativi miglioramenti delle prestazioni rifacendo solo pagine specifiche.

Non posso entrare in molti dettagli, dal momento che non ho usato nessuno dei due moduli per anni (ho costruito tutti i miei siti con il contesto fin dall'inizio e non ho acquisito risposta su qualcosa che non ho costruito per un mentre, quindi non ho avuto questo problema prima), ma penso che dovresti essere in grado di mettere insieme qualcosa con Mobile Tools and Spaces.

spazi

Spaces è un modulo API destinato a rendere le opzioni di configurazione generalmente disponibili solo a livello di sito per essere configurabili e sovrascritte da singoli "spazi" su un sito Drupal. È stato descritto come:

• Un modo per far agire un sito Drupal come diversi siti
• Un modo per fornire gruppi organici o home page utente molto più configurabili e con funzionalità complete
• Un'API generalizzata per la configurazione contestuale

Strumenti mobili

Il modulo Mobile Tools fornisce agli sviluppatori di Drupal alcuni strumenti per aiutarti ad apportare modifiche al tuo sito in base al dispositivo del visitatore.

La pagina del progetto per MT afferma che non è pronta per la produzione, il che potrebbe essere un problema - dipende dall'ultimo aggiornamento, poiché l'ultimo commit è stato questo mese.

*MODIFICARE

Ho completamente dimenticato di questi!

BrowsCap

Browscap fornisce una versione migliorata della funzione get_browser () di PHP.

Blocco Browscap

Browscap Block aggiunge opzioni di visibilità per bloccare le impostazioni di configurazione per consentire di nascondere o mostrare blocchi nei dispositivi mobili.

Browscap dipende dalla configurazione del server, ma se è possibile utilizzarlo, il secondo modulo offre impostazioni di visibilità extra per ciascun blocco nella pagina di modifica dei blocchi.

è possibile utilizzare un supporto cross-browser jQuery per ottenere la risoluzione dello schermo:

var browserWidth  = $(window).width();
var browserHeight = $(window).height();

Aggiungi un semplice script PHP per visualizzare le impostazioni del blocco correlato.

È possibile utilizzare Mobile Detect Block ma attualmente sto cercando una soluzione che AdaptiveThemefunzioni con la larghezza della finestra e le query multimediali del modulo Breakpoint o per non duplicare quel codice e appesantire il download dell'utente finale più di quanto non sia. Ho anche ottenuto risultati contrastanti con Mobile Detect non rilevabile su un dispositivo con cui l'ho provato, il che lo rende piuttosto inutile come Browscap se non è in grado di fornire risultati affidabili.

Alcune discussioni hanno alcune persone che vogliono allontanarsi da Browscap per un motivo o per l'altro, quindi il passaggio a Mobile Detect .