Re: [Python] python 2-3 e CGI
On Wed, Apr 12, 2017, 08:08 Strap Lab wrote: > > Il 11/apr/2017 16:36, "Enrico Bianchi" ha > scritto: > > il semplice fatto che sono i migliori motori di ricerca full text (e tu > vuoi la ricerca full text) in circolazione. Per inciso, Django implementa > un modulo per la ricerca full text in PostgreSQL > > Imho, se il problema sono carichi elevati di full text a mio avviso > db+elasticsearch è la scelta vincente. > IMHO credo che le scelte siano sempre in relazione con le proprie effettive esigenze e non é sempre detto che elasticsearch, per quanto completo, sia la scelta per ogni casistica, anzi, potrebbe rivelarsi problematico tenerlo sincronizzato con il db. Dopo aver usato in due differenti progetti PostgreSql+Elasticsearch e PostgreSql+Solr sto utilizzando ora PostgreSql da solo anche per le funzioni di Full-Text Search. Se vi può interessare ho parlato di questo nel mio talk di sabato al #pycon8: https://twitter.com/pauloxnet/status/850712611637407748 Buona giornata, Paolo > ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python 2-3 e CGI
Il 11/apr/2017 16:36, "Enrico Bianchi" ha scritto: On 04/06/2017 10:13 PM, Franky gmail wrote: Ribadisco: il portale è da assimilare ad un documents manager quindi si prospettano ENORMI carichi di lavoro tra ricerche, inserimenti, classificazioni ecc. Ribadisco il buona fortuna. Perché, se si tratta di un document manager, ti convengono due scelte: - Se salvi su file: Elasticsearch o Solr. Solo per le ricerche, non utilizzare mai come storage elasticsearch o solr. Lo storage è su db, che sia PostgteSQL o MySQL o altri. - Se salvi su database: PostgreSQL. I file dovrebbero essere salvati su filesystem e il db fungere da lookup. Ci sono diverse diatribe se salvare o meno i dati su db, ma qui andiamo forse OT. Sì veda ad esempio django-filer Questo non tanto perché "MySQL cacca pupù", ma Spezziamo una lancia, ma solo una, a favore di MySQL: Google fornisce una soluzione in Cloud e solo da poco, in beta, per PostgteSQL. Tra l'altro con più o meno successo, il progetto percona estende di gran lunga MySQL. Ops... Le lance sono due! Sarà che in tempi remoti presi anch'io una certificazione su MySQL e il primo amore non si scorda mai 😉 il semplice fatto che sono i migliori motori di ricerca full text (e tu vuoi la ricerca full text) in circolazione. Per inciso, Django implementa un modulo per la ricerca full text in PostgreSQL Imho, se il problema sono carichi elevati di full text a mio avviso db+elasticsearch è la scelta vincente. Tra l'altro si potrebbero valutare anche voltdb, Cassandra, orientdb... Alla fine la conoscenza richiede tempo, che spesso il committente non è disposto a pagare. Ma qui si apre un'altra storia. Sani Strap ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python 2-3 e CGI
On 04/11/2017 06:05 PM, Franky Bonanno wrote: > Va da sé che parte del controllo non si può affidare ad un fw ma devi > costruire tutto da zero Il punto è proprio questo: utilizzare un framework (esplicitiamolo, che a leggere fw mi sembra di parlare di firewall) per le parti non critiche permette di concentrarsi sul lavoro che si deve fare, confidando che il codice della base comune, ovvero quella del framework, sia testato e stabilizzato da molte più persone rispetto a quelle che possono lavorare sul tuo progetto (ovvero, la base di installato di Django è molto più ampia e testata rispetto a quella che potresti avere tu facendoti un framework da zero). Detto questo, io parlavo di altro :) Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Framework e-commerce
Ciao Piergiorgio, è difficile fare delle valutazioni senza conoscere i requisiti tecnici, senza sapere quanto tempo hai a disposizione e che tecnologie conosci, perciò prendi quello che dico come indicazioni generiche. Innanzitutto dovresti scegliere un'architettura per l'applicazione e poi passare a scegliere un framework. Alcuni framework supportano più architetture, mentre altri sono specifici. Detto questo, oggi l'architettura che è de facto standard per il web development di un applicazione singola è REST, perchè ti permette di fare le cose in meno tempo e di scrivere un'unico backend per sito e app. Questo vuol dire che dal frontend avrai bisogno di usare Angular, Ember o framework javascript simili. Se non hai familiarità con nessuno, impararne uno non è difficile ma sicuramente ti rallenterà. In questo va inserito anche il discorso dei microservizi, che rende le cose facilmente scalabili e manutenibili. Personalmente, farei tre microservizi: autenticazione (OAuth2 + JWT), dati (REST API) e wrapper (REST API), rispettivamente con django-oauth-toolkit, falcon e ancora falcon. La documentazione in materia è enorme, ma la trovi liberamente su internet. Il modo più veloce sarebbe di usare django-oauth-toolkit + django-rest, ma perdendo in scalabilità e modularità. In termini di performance django-rest è più lento di falcon, ma c'è una chiamata di rete in meno, quindi non saprei dire chi la spunterebbe. Jacopo Il giorno 11 aprile 2017 18:36, Piergiorgio Pancino < piergiorgio.panc...@gmail.com> ha scritto: > Ciao a tutti, > volevo avere qualche indicazione su un possibile framework per realizzare > un sito di e-commerce. > Che opzioni ci sono?Quali utilizzate? Quali consigliate? > Indifferente che sia Django, Flask o altro. > Grazie > Piergiorgio > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > > ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Framework e-commerce
On 11/04/2017 18:36, Piergiorgio Pancino wrote: volevo avere qualche indicazione su un possibile framework per realizzare un sito di e-commerce. Che opzioni ci sono?Quali utilizzate? Quali consigliate? Ciao Piergiorgio, ho esperienza di ecommerce, personalmente ti consiglierei Django perché di base ha già tutto ciò che serve (i18n, ORM, form, sicurezza...) e una quantità di plugin per molte funzionalità più avanzate. Come database ti consiglierei Postgresql. Se però devi fare concorrenza a Magento e simili ti consiglio di lasciar perdere, a meno che tu non abbia molte risorse di tempo e di denaro. Un vero sito di ecommerce necessita di molte funzionalità peculiari ed è anche particolarmente complesso da progettare, meglio affidarsi ad una soluzione già pronta. Davide Muzzarelli ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Framework e-commerce
Ciao a tutti, volevo avere qualche indicazione su un possibile framework per realizzare un sito di e-commerce. Che opzioni ci sono?Quali utilizzate? Quali consigliate? Indifferente che sia Django, Flask o altro. Grazie Piergiorgio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Scaricare GraphAPI SDK per Python
python setup.py install —user” mi installa un file di estensione .egg all’interno della cartella con percorso "/Users/mionome/Library/Python/2.7/lib/python/site-packages” , ma il problema persiste. L'errore è eloquente stai lavorando con versioni diverse di python quindi due packages diversi. Tieni buoni i precedenti consigli e creati un ambiente virtuale avrai più ordine e potrai metterci quello che vuoi senza disturbare versioni diverse e poi avrai il vantaggio di attivarlo e disattivarlo con un banale comando. Se hai difficoltà ad installare e configurare virtualenv chiedi pure in lista e troverai le risposte che ti servono. franky Il 10/Apr/2017 17:41, "Valentina Duca" ha scritto: Buonasera, sto cercando di utilizzare il modulo facebook su python 3.6 per MacOS. Ogni volta che digito la riga “import facebook” e lo lancio mi restituisce il seguente errore: import facebook ModuleNotFoundError: No module named 'facebook’ ho cercato diverse SDK e ho provato ad installarle da terminale entrando nella cartella contenente il file “setup.py” e digitando il comando : "python setup.py install —user” mi installa un file di estensione .egg all’interno della cartella con percorso "/Users/mionome/Library/Python/2.7/lib/python/site-packages” , ma il problema persiste. Come posso fare per scaricare correttamente queste SDK? Grazie Ciao Valentina ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python 2-3 e CGI
Buonasera ribadisco la mia totale repulsione all'astio, l'importante è capire il metro da utilizzare nei dialoghi tra persone evolute. Premesso ciò, riallacciandomi alle mie precedenti asserzioni, dovute alla mia progressiva esperienza, nell'ordine : Basic, Pascal, fortran, c#, Java (studio e formazione) Cobol per la professione, e stiamo solamente parlando dei dialetti ma come saprete l'informatica è anche analisi, reti, protocolli, sicurezza ed altro. Quindi una cosa è creare uno script che sfrutta magari un algoritmo che risolve la trasposta di una matrice, un'altra è invece gestire un tratto autostradale controllandone le uscite in funzione degli accessi, o il traffico passivo in una rete di ripetitori. Va da sé che parte del controllo non si può affidare ad un fw ma devi costruire tutto da zero. In ambiente professionale non ci si può giustificare scaricando la colpa ad una routine a cui hai demandato un controllo dicendo che fa parte di una libreria standard è che tutti la usano. Ma come dicevo, ci sono contesti e contesti. Tornando a bomba sulla precedente questione , tenterò una sorta di r.e. di un grosso progetto creato anni fa e che contiene viste modelli e controlli scritti a manina che modellano e normalizzano dati su Oracle e mysql. Che infrastrutture userò? Django e postgresql. Personalmente, adesso mi posso permettere di leggere qualche manuale o chiedere consigli a chi ne sa, sempre con molta umiltà. Penso che ci sentiremo spesso in questa lista e mi scuso sin da adesso se qualche volta andrò OT. franky Il 11/Apr/2017 16:36, "Enrico Bianchi" ha scritto: > On 04/06/2017 10:13 PM, Franky gmail wrote: > > Ribadisco: il portale è da assimilare ad un documents manager quindi si > prospettano ENORMI carichi di lavoro tra ricerche, inserimenti, > classificazioni ecc. > > Ribadisco il buona fortuna. Perché, se si tratta di un document manager, > ti convengono due scelte: > > - Se salvi su file: Elasticsearch o Solr. > - Se salvi su database: PostgreSQL. > > Questo non tanto perché "MySQL cacca pupù", ma per il semplice fatto che > sono i migliori motori di ricerca full text (e tu vuoi la ricerca full > text) in circolazione. Per inciso, Django implementa un modulo per la > ricerca full text in PostgreSQL > > Enrico > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > > ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] python 2-3 e CGI
On 04/06/2017 10:13 PM, Franky gmail wrote: Ribadisco: il portale è da assimilare ad un documents manager quindi si prospettano ENORMI carichi di lavoro tra ricerche, inserimenti, classificazioni ecc. Ribadisco il buona fortuna. Perché, se si tratta di un document manager, ti convengono due scelte: - Se salvi su file: Elasticsearch o Solr. - Se salvi su database: PostgreSQL. Questo non tanto perché "MySQL cacca pupù", ma per il semplice fatto che sono i migliori motori di ricerca full text (e tu vuoi la ricerca full text) in circolazione. Per inciso, Django implementa un modulo per la ricerca full text in PostgreSQL Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
