Passa ai contenuti principali

Post

Visualizzazione dei post da 2016

Vich Uploader: due note per ricordare un apio di aspetti

la documentazione del bundle symfony vich uploader è chiara, anche se non è perfetta
quindi ecco un paio di note per non incappare in errori sciocchi che però fanno perdere tempo.
la configurazione in config.yml contiene le specifiche di come devono essere trattati i files in upload
la configurazione ha un nome e si chiama mapping. nella documentazione del bundle è product_image
nell'entity che conterrà l'immagine è necessario specificare due campi: imageFile e imageName
imageFile contiene il riferimento alla classe symfony File, che è il file effettivo in upload. Il campo è definito come UploadableField e richiede due cose: il nome del mapping, ossia il nostro precedente product_image (!importantissimo) e il nome di una proprieta dove mettere il nome del file
Il form che effettua l'upload del file deve inserire nel builder un campo di tipo vich_file o vich_image e il nome di questo campo deve essere imageFile.
in fase di caricamento il bundle crea in automatico le cartell…

IONIC FRAMEWORK: cache

Ionic ha un sistema di cache per le varie view.
Supponiamo di avere dei dati salvati su websql, tramite PouchDB, ebbene ogni volta che c'è un'aggiornamento dei dati la vista non si aggiorna.
A causa della cache.
Per la vie di visualizzazione, supponiamo un carrello, basta usare cache: false nello state della route
Maggiori info su http://ionicframework.com/docs/api/directive/ionNavView/

IONIC: debug device con google chrome

Sono impazzito per capire come leggere il log della console di chrome su web device.
Ebbene ho scoperto che è sufficiente agganciare il device con usb al pc oppure lanciare l'emulatore e richiamare i DevTools di Chrome
C'è una funzione nascosta:

ora premere inspect e voilà


React: domanda&risposta

questo semplice progetto di studio su reac lo potete trovare su Plunkerprogettodata una domanda, l’utente ha due risposte disponibili, due bottoni.
quando l’utente preme una risposta, la risposta è visualizzata.
non si deve testare la correttezza della risposta, ma si deve stampare la risposta data dall’utenteinterazioni fra componentiil progetto permette di studiare cosa sono gli stati, le proprietà e i metodi del componente.
sono creati 3 componenti:
- Domanda
- Risposta
- Contenuto
il Contenuto contiene la Domanda, le due Risposte possibili e stampa la risposta dell’utente
La domanda è un semplice testo statico
Mentre il Contenuto e la Risposta dialogano in quanto il valore della risposta è contenuto in Risposta e questo valore deve essere stampato in contenutosoluzioneil componente Risposta ha due proprietà handler e valore. Il valore è il valore da stampare mentre handler è l metodo da richiamare quando l’utente fa click su una risposta.
quando l’utente fa click su …

Integrate HWIOAuthBundle With FOSUserBundle

riprendo il post di  Mun Mun Das "Integrate HWIOAuthBundle With FOSUserBundle"
l'integrazione di HWIOAuthBundle con FOSUserBundle è spiegata benissimo ma mi sono ritrovato nella situazione in cui avevo precedentemente già implementato FOSUserBundle
quindi mi sono ritrovato con due firewall: uno main e uno secure_area
ebbene errato.
il firewall deve essere uno solo. al suo interno esiste già l'integrazione con FOSUserBundle