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

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 Plunker progetto data 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’utente interazioni fra componenti il 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 contenuto soluzione il 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’ut

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