Re: [Python] python 2-3 e CGI

[Paolo Melchiorre]

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

[Strap Lab]

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

[Enrico Bianchi]

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] python 2-3 e CGI

[Franky Bonanno]

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

[Enrico Bianchi]

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

Re: [Python] python 2-3 e CGI

[Franky gmail]

...e siccome solo gli stupidi non cambiano idea sto "scoprendo django"

un caro saluto

Franky


Il 10/04/2017 17:28, Enrico Bianchi ha scritto:

On 04/08/2017 12:09 AM, Franky Bonanno wrote:

Il problema è che sono abituato a scrivere da me senza ausilio di fw e
non voglio assolutamente iniziare con python

Questo non sempre è un bene, a prescindere dal linguaggio. Perché si
tende a perdere tempo a dover risolvere problemi che qualcun altro ha
già risolto al posto tuo. Posso capire che usare un framework possa
essere overkill, ma soprattutto in Python ce ne sono alcuni pensati per
essere minimali (vedasi, in ambito web, bottle o flask)

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

[Enrico Bianchi]

On 04/08/2017 12:09 AM, Franky Bonanno wrote:
> Il problema è che sono abituato a scrivere da me senza ausilio di fw e 
> non voglio assolutamente iniziare con python
Questo non sempre è un bene, a prescindere dal linguaggio. Perché si 
tende a perdere tempo a dover risolvere problemi che qualcun altro ha 
già risolto al posto tuo. Posso capire che usare un framework possa 
essere overkill, ma soprattutto in Python ce ne sono alcuni pensati per 
essere minimali (vedasi, in ambito web, bottle o flask)

Enrico
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Paolo Melchiorre]

2017-04-10 0:06 GMT+02:00 Giovanni Porcari :
> Pace e bene. Siamo amici che partecipano alla lista per aiutarsi. Usare la 
> moderazione nelle risposte aiuta a ricordarci che il rispetto  per le persone 
> vale molto del fugace piacere di un flame.
> Spero che chi ha usato toni eccessivi lo riconosca e comprenda che dietro le 
> parole scritte ci sono persone vere e che meritano sempre e comunque rispetto.
> La lista è uno strumento di condivisione di conoscenza e dá a tutti noi una 
> mano.
> Buona notte a tutti :)

Buongiorno a tutti,
volevo sottoscrivere il messaggio di Giovanni, il clima respirato al
pycon tra tutti i pythonisti italiani era quello di rispetto nelle
differenze e stima reciproca, auspico che sia lo stesso per questa
lista.

Ciao,
Paolo
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Daniele Zambelli]

Il 9 aprile 2017 16:02, salvatore monaco 
ha scritto:
> onestamente alle volte questa lista delude anche me
> ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e non
> tromba... e questo è davvero palese in alcune risposte

Penso che oltre alle regole riportate da Gollum ce ne sia un'altra di
fondamentale:

Mantenere le proprie considerazioni aderenti a quello che viene
scritto nei messaggi senza fare illazioni su chi ha scritto.

Ad esempio...

Molto probabilmente guadagno meno di te, mi tocca anche fare quello
che non mi piace e trombo meno di te, ma cosa ne sai tu? Ma,
soprattutto, cosa centra questo con Python?

Un sorriso.

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Michele Finelli]

* Giovanni Porcari (giovanni.porc...@softwell.it) [170410 00:06]:


La lista è uno strumento di condivisione di conoscenza e dá a tutti noi
una mano.



esatto, e dove ella non basta, ricordatevi che si può sempre usare un
procmailrc ben temperato (o similia)

pax & bona

--
  .*.finelli
  /V\
 (/ \) --
 (   )   Linux: Friends dont let friends use Piccolosoffice
 ^^-^^ --

The real numbers are the dependable breadwinner of the family, the
complete ordered field we all rely on. The complex numbers are a
slightly flashier but still respectable younger brother: not ordered,
but algebraically complete. The quaternions, being noncommutative, are
the eccentric cousin who is shunned at important family gatherings. But
the octonions are the crazy old uncle nobody lets out of the attic: they
are nonassociative.

   John Baez
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Giovanni Porcari]

> Il giorno 09 apr 2017, alle ore 22:32, Franky gmail  ha 
> scritto:
> 
> buonasera,
> 
> intervengo ancora una volta su questa discussione mio malgrado.
> 
> Premetto che non era mia intenzione scatenare un flame del genere.
> 
> leggo e constato che si abusa in terminologia a dir poco da (omissis).
> 
> Sono fermamente convinto che chi risponde alle richieste lo fa nello spirito 
> di una comunità che mette a disposizione dei richiedenti la propria cultura 
> ed il proprio tempo, gratuitamente. tuttavia non posso non constatare che 
> spesso si guarda a  chi chiede qualcosa come a dei poveri sfigati senza 
> sapere chi sono e soprattutto senza chiedersi perchè stanno chiedendo, 
> confidando in risposte adeguate.
> 
> detto ciò, visto che ho passato gli anta da tempo e nel mio pregresso ci sono 
> decine di migliaia di righe di codice scritto in ambito professionale, 
> definirmi spocchioso e saputello credo sia inappropriato soprattutto se detto 
> da persone che non mi conoscono (certificazione Oracle, Microsoft, CISCO).
> 
> Mi sono imbattuto in questa lista ed avevo chiesto con molta umiltà una 
> banalissima informazione per qualcosa che non conoscevo e dall'altra parte 
> qualcuno si permette il lusso di definirmi spocchioso e saputello solo perchè 
> "possiede la conoscenza ...poi fino a che punto non so". Vorrei aggiungere 
> anche se codeste persone si siano mai confrontati con problematiche aziendali 
> e con centinaia di utenti sparsi per il globo che pendono dalle tue labbra o 
> sarebbe meglio dire dalla tua tastiera; io personalmente penso di no, penso 
> solo che abbiano giocato con il codice estremizzando su un metodo piuttosto 
> che su una classe e penso anche che contrariamente a ciò che affermano, a 
> loro non piace in confronto, anzi lo sfuggono specialmente con persone che 
> non conoscono, da qui la mia precedente affermazione.
> 
> Un suggerimento però mi sento di darlo: personalmente ho preso spunto da 
> argomenti formulati da persone  totalmente estranee alla materia, per 
> risolvere problemi importanti sia sul piano economico che gestionale, perchè 
> mi hanno permesso di guardare al problema da una prospettiva diversa dalla mia
> quindi umiltà prima di tutto.
> 
> Nota per il collega Marco Beri: ho quasi finito il tuo libro su django, 
> ottimo lavoro.
> 
>a breve e se lo vorrai ti creerò un account su un portale che ho creato 
> (ti metterò il link appena mi assegneranno gli ip pubblici). Al 
> momento lo sto testando con carichi di lavoro al limite del infinite 
> loop (queries ridondanti ed errori (html injections) nelle text box). Sta 
> reggendo ma... forse perchè  mi conosce? ;)
> 
> un caro saluto a tutti
> 
> Franky
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Il 09/04/2017 18:35, Gollum1 ha scritto:
>> Il 9 aprile 2017 16:02:45 CEST, salvatore monaco 
>>  ha scritto:
>>> onestamente alle volte questa lista delude anche me
>> Nessuno ti obbliga a seguirla e a chiedere qualcosa a questa lista, puoi 
>> cercarti le cose si Google e risolvere i problemi in autonomia.
>> 
>>> ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e
>>> non
>>> tromba... e questo è davvero palese in alcune risposte
>>> 
>> Forse è vero il fatto che qui nessuno guadagna nulla, chi risponde lo fa 
>> mettendoci la propria esperienza, ma soprattutto il proprio tempo libero. 
>> quindi pretendere una risposta e pretenderla in tempi brevi non è la cosa 
>> più corretta.
>> 
>>> ma siamo un popolo democratico
>> Appunto, siamo un popolo democratico, e se qualcuno ti da un consiglio, che 
>> va contro quello che desideri, puoi semplicemente fregartene e non seguirlo.
>> 
>>> questa lista dimostra per altro che il paradosso di python non è sempre
>>> vero (quello per cui puoi ottenere programmatori più intelligenti
>>> se
>>> hanno pregresse esperienze in python)
>> Infatti, stai abbassando di molto la media di questa lista.
>> 
>>> Franky qualora volessi condividere un pensiero puoi farlo scrivendomi
>>> direttamente non sono sempre velocissimo ma non scriverò mai amenità
>>> tipo
>>> topquoting e puttaate che in questa lista morta imperversano...
>>> 
>> Questa presumo sia diretta a me! Per te possono anche essere puttanate, ma 
>> solitamente, quando fai parte di una comunità, ne devi rispettare le regole, 
>> e alcune regole della netetiquete, sono scritte per permettere a tutti di 
>> partecipare ad una discussione, permettendo anche a persone che non hanno le 
>> tue stesse possibilità di accedere alle mail (esempio, i non vedenti con gli 
>> screen reader) di partecipare e di arricchire la comunità con la loro 
>> presenza e la loro esperienza.
>> 
>> Quello di cui possiamo tranquillamente fare a meno sono dei coglioni 
>> spocchiosi che credono di poter fare il bello è il cattivo tempo come meglio 
>> credono, quindi se avete dei problemi con la lista, siete cortesemente 
>> invitati a non chiedere e non 

Re: [Python] python 2-3 e CGI

[Franky gmail]

buonasera,

intervengo ancora una volta su questa discussione mio malgrado.

Premetto che non era mia intenzione scatenare un flame del genere.

leggo e constato che si abusa in terminologia a dir poco da (omissis).

Sono fermamente convinto che chi risponde alle richieste lo fa nello 
spirito di una comunità che mette a disposizione dei richiedenti la 
propria cultura ed il proprio tempo, gratuitamente. tuttavia non posso 
non constatare che spesso si guarda a  chi chiede qualcosa come a dei 
poveri sfigati senza sapere chi sono e soprattutto senza chiedersi 
perchè stanno chiedendo, confidando in risposte adeguate.


detto ciò, visto che ho passato gli anta da tempo e nel mio pregresso ci 
sono decine di migliaia di righe di codice scritto in ambito 
professionale, definirmi spocchioso e saputello credo sia inappropriato 
soprattutto se detto da persone che non mi conoscono (certificazione 
Oracle, Microsoft, CISCO).


Mi sono imbattuto in questa lista ed avevo chiesto con molta umiltà una 
banalissima informazione per qualcosa che non conoscevo e dall'altra 
parte qualcuno si permette il lusso di definirmi spocchioso e saputello 
solo perchè "possiede la conoscenza ...poi fino a che punto non so". 
Vorrei aggiungere anche se codeste persone si siano mai confrontati con 
problematiche aziendali e con centinaia di utenti sparsi per il globo 
che pendono dalle tue labbra o sarebbe meglio dire dalla tua tastiera; 
io personalmente penso di no, penso solo che abbiano giocato con il 
codice estremizzando su un metodo piuttosto che su una classe e penso 
anche che contrariamente a ciò che affermano, a loro non piace in 
confronto, anzi lo sfuggono specialmente con persone che non conoscono, 
da qui la mia precedente affermazione.


Un suggerimento però mi sento di darlo: personalmente ho preso spunto da 
argomenti formulati da persone  totalmente estranee alla materia, per 
risolvere problemi importanti sia sul piano economico che gestionale, 
perchè mi hanno permesso di guardare al problema da una prospettiva 
diversa dalla mia

quindi umiltà prima di tutto.

Nota per il collega Marco Beri: ho quasi finito il tuo libro su django, 
ottimo lavoro.


a breve e se lo vorrai ti creerò un account su un portale che ho 
creato (ti metterò il link appena mi assegneranno gli ip 
pubblici). Al momento lo sto testando con carichi di lavoro al limite 
del infinite loop (queries ridondanti ed errori (html 
injections) nelle text box). Sta reggendo ma... forse perchè  mi 
conosce? ;)


un caro saluto a tutti

Franky









Il 09/04/2017 18:35, Gollum1 ha scritto:

Il 9 aprile 2017 16:02:45 CEST, salvatore monaco  
ha scritto:

onestamente alle volte questa lista delude anche me

Nessuno ti obbliga a seguirla e a chiedere qualcosa a questa lista, puoi 
cercarti le cose si Google e risolvere i problemi in autonomia.


ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e
non
tromba... e questo è davvero palese in alcune risposte


Forse è vero il fatto che qui nessuno guadagna nulla, chi risponde lo fa 
mettendoci la propria esperienza, ma soprattutto il proprio tempo libero. 
quindi pretendere una risposta e pretenderla in tempi brevi non è la cosa più 
corretta.


ma siamo un popolo democratico

Appunto, siamo un popolo democratico, e se qualcuno ti da un consiglio, che va 
contro quello che desideri, puoi semplicemente fregartene e non seguirlo.


questa lista dimostra per altro che il paradosso di python non è sempre
vero (quello per cui puoi ottenere programmatori più intelligenti
se
hanno pregresse esperienze in python)

Infatti, stai abbassando di molto la media di questa lista.


Franky qualora volessi condividere un pensiero puoi farlo scrivendomi
direttamente non sono sempre velocissimo ma non scriverò mai amenità
tipo
topquoting e puttaate che in questa lista morta imperversano...


Questa presumo sia diretta a me! Per te possono anche essere puttanate, ma 
solitamente, quando fai parte di una comunità, ne devi rispettare le regole, e 
alcune regole della netetiquete, sono scritte per permettere a tutti di 
partecipare ad una discussione, permettendo anche a persone che non hanno le 
tue stesse possibilità di accedere alle mail (esempio, i non vedenti con gli 
screen reader) di partecipare e di arricchire la comunità con la loro presenza 
e la loro esperienza.

Quello di cui possiamo tranquillamente fare a meno sono dei coglioni spocchiosi 
che credono di poter fare il bello è il cattivo tempo come meglio credono, 
quindi se avete dei problemi con la lista, siete cortesemente invitati a non 
chiedere e non interagire con la medesima.


buona domenica a chi vuol far morire una lista che rantola.

Questa lista sta benissimo, e starà meglio quando ti toglierai dai coglioni.




___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Carlos Catucci]

2017-04-09 18:35 GMT+02:00 Gollum1 :
> Nessuno ti obbliga a seguirla e a chiedere qualcosa a questa lista, puoi 
> cercarti le cose si Google e risolvere i problemi in autonomia.

Sottoscrivo tutto quello che hai detto. Purtroppo pare che trollare
sia di moda di questi tempi.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Gollum1]

Il 9 aprile 2017 16:02:45 CEST, salvatore monaco  
ha scritto:
>onestamente alle volte questa lista delude anche me

Nessuno ti obbliga a seguirla e a chiedere qualcosa a questa lista, puoi 
cercarti le cose si Google e risolvere i problemi in autonomia.

>ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e
>non
>tromba... e questo è davvero palese in alcune risposte
>

Forse è vero il fatto che qui nessuno guadagna nulla, chi risponde lo fa 
mettendoci la propria esperienza, ma soprattutto il proprio tempo libero. 
quindi pretendere una risposta e pretenderla in tempi brevi non è la cosa più 
corretta.

>ma siamo un popolo democratico

Appunto, siamo un popolo democratico, e se qualcuno ti da un consiglio, che va 
contro quello che desideri, puoi semplicemente fregartene e non seguirlo.

>questa lista dimostra per altro che il paradosso di python non è sempre
>vero (quello per cui puoi ottenere programmatori più intelligenti
>se
>hanno pregresse esperienze in python)

Infatti, stai abbassando di molto la media di questa lista.

>
>Franky qualora volessi condividere un pensiero puoi farlo scrivendomi
>direttamente non sono sempre velocissimo ma non scriverò mai amenità
>tipo
>topquoting e puttaate che in questa lista morta imperversano...
>

Questa presumo sia diretta a me! Per te possono anche essere puttanate, ma 
solitamente, quando fai parte di una comunità, ne devi rispettare le regole, e 
alcune regole della netetiquete, sono scritte per permettere a tutti di 
partecipare ad una discussione, permettendo anche a persone che non hanno le 
tue stesse possibilità di accedere alle mail (esempio, i non vedenti con gli 
screen reader) di partecipare e di arricchire la comunità con la loro presenza 
e la loro esperienza.

Quello di cui possiamo tranquillamente fare a meno sono dei coglioni spocchiosi 
che credono di poter fare il bello è il cattivo tempo come meglio credono, 
quindi se avete dei problemi con la lista, siete cortesemente invitati a non 
chiedere e non interagire con la medesima.

>buona domenica a chi vuol far morire una lista che rantola.

Questa lista sta benissimo, e starà meglio quando ti toglierai dai coglioni.


-- 
Gollum1
Teoro, dov'è il mio teoro...

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori (maledetto correttore ortografico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky gmail]

Grazie Salvatore e ancora grazie a Marco per la semplicità e la 
professionalità che lo distingue.


saluti dalla Sicilia.


Il 09/04/2017 16:02, salvatore monaco ha scritto:
PS - il suddetto libro è "sviluppare applicazioni web con Django" ed. 
Apogeo


questo libro è scritto benissimo!

nonostante  tratti django 1.1 (vecchiotto) è scritto come deve essere 
scritto un libro di informatica cazzu cazzu io io io


onestamente alle volte questa lista delude anche me
ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e 
non tromba... e questo è davvero palese in alcune risposte


ma siamo un popolo democratico

questa lista dimostra per altro che il paradosso di python non è 
sempre vero (quello per cui puoi ottenere programmatori più 
intelligenti se hanno pregresse esperienze in python)


Franky qualora volessi condividere un pensiero puoi farlo scrivendomi 
direttamente non sono sempre velocissimo ma non scriverò mai amenità 
tipo topquoting e puttaate che in questa lista morta imperversano...


buona domenica a chi vuol far morire una lista che rantola





Il giorno 9 aprile 2017 11:54, Franky gmail > ha scritto:


personalmente penso che questo suo ulteriore intervento "fuori
luogo" se lo poteva anche risparmiare.

Adios Carlos.

Caro Marco nella mia libreria ho trovato un "antico" volume da te
scritto e che comprai anni fa ed ancora intonso.

Lo sto leggendo con interesse e molta umiltà e spero che mi faccia
ricredere sui fw.

Ho già preparato una macchina virtuale per fare delle prove e mi
riservo di disturbarti per ulteriori chiarimenti.

un caro saluto

Franky

PS - il suddetto libro è "sviluppare applicazioni web con Django"
ed. Apogeo


Il 08/04/2017 18:24, Carlos Catucci ha scritto:

2017-04-08 11:49 GMT+02:00 Marco Beri >:

spero ardentemente che tu passi ancora di qui, che ci
chieda consigli se
ritieni questo possa esserti utile, ecc.


Onestamente non e' che si sia presentato molto bene. Ribadisco
che a
volte il mezo si presta a fraintendersi e glie lo ho anche detto.
Pero' a me pare che sia stato spocchioso e arrogante.

Sulle crtiche al giocattolo prediletto, io se qualcuno lo fa
con il
mio non mi incavolo e vado via sbattendo la porta ma
argomento. Chiedo
per prima cosa per quali motivi tale oggetto sia sconsigliato.
In quel
modo finisce che imparo qualcosa.

Personaggi cosi' che vengono a trolleggiare alllegramente me
li perdo
volentieri per strada. IMHO ovviamente.

Carlos


___
Python mailing list
Python@lists.python.it 
http://lists.python.it/mailman/listinfo/python





--
@salvatoremonaco
http://blog.smitsolution.net


___
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

[salvatore monaco]

PS - il suddetto libro è "sviluppare applicazioni web con Django" ed. Apogeo

questo libro è scritto benissimo!

nonostante  tratti django 1.1 (vecchiotto) è scritto come deve essere
scritto un libro di informatica cazzu cazzu io io io

onestamente alle volte questa lista delude anche me
ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e non
tromba... e questo è davvero palese in alcune risposte

ma siamo un popolo democratico

questa lista dimostra per altro che il paradosso di python non è sempre
vero (quello per cui puoi ottenere programmatori più intelligenti se
hanno pregresse esperienze in python)

Franky qualora volessi condividere un pensiero puoi farlo scrivendomi
direttamente non sono sempre velocissimo ma non scriverò mai amenità tipo
topquoting e puttaate che in questa lista morta imperversano...

buona domenica a chi vuol far morire una lista che rantola





Il giorno 9 aprile 2017 11:54, Franky gmail  ha scritto:

> personalmente penso che questo suo ulteriore intervento "fuori luogo" se
> lo poteva anche risparmiare.
>
> Adios Carlos.
>
> Caro Marco nella mia libreria ho trovato un "antico" volume da te scritto
> e che comprai anni fa ed ancora intonso.
>
> Lo sto leggendo con interesse e molta umiltà e spero che mi faccia
> ricredere sui fw.
>
> Ho già preparato una macchina virtuale per fare delle prove e mi riservo
> di disturbarti per ulteriori chiarimenti.
>
> un caro saluto
>
> Franky
>
> PS - il suddetto libro è "sviluppare applicazioni web con Django" ed.
> Apogeo
>
>
> Il 08/04/2017 18:24, Carlos Catucci ha scritto:
>
>> 2017-04-08 11:49 GMT+02:00 Marco Beri :
>>
>>> spero ardentemente che tu passi ancora di qui, che ci chieda consigli se
>>> ritieni questo possa esserti utile, ecc.
>>>
>>
>> Onestamente non e' che si sia presentato molto bene. Ribadisco che a
>> volte il mezo si presta a fraintendersi e glie lo ho anche detto.
>> Pero' a me pare che sia stato spocchioso e arrogante.
>>
>> Sulle crtiche al giocattolo prediletto, io se qualcuno lo fa con il
>> mio non mi incavolo e vado via sbattendo la porta ma argomento. Chiedo
>> per prima cosa per quali motivi tale oggetto sia sconsigliato. In quel
>> modo finisce che imparo qualcosa.
>>
>> Personaggi cosi' che vengono a trolleggiare alllegramente me li perdo
>> volentieri per strada. IMHO ovviamente.
>>
>> Carlos
>>
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>



-- 
@salvatoremonaco
http://blog.smitsolution.net
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky gmail]

personalmente penso che questo suo ulteriore intervento "fuori luogo" se 
lo poteva anche risparmiare.


Adios Carlos.

Caro Marco nella mia libreria ho trovato un "antico" volume da te 
scritto e che comprai anni fa ed ancora intonso.


Lo sto leggendo con interesse e molta umiltà e spero che mi faccia 
ricredere sui fw.


Ho già preparato una macchina virtuale per fare delle prove e mi riservo 
di disturbarti per ulteriori chiarimenti.


un caro saluto

Franky

PS - il suddetto libro è "sviluppare applicazioni web con Django" ed. Apogeo


Il 08/04/2017 18:24, Carlos Catucci ha scritto:

2017-04-08 11:49 GMT+02:00 Marco Beri :

spero ardentemente che tu passi ancora di qui, che ci chieda consigli se
ritieni questo possa esserti utile, ecc.


Onestamente non e' che si sia presentato molto bene. Ribadisco che a
volte il mezo si presta a fraintendersi e glie lo ho anche detto.
Pero' a me pare che sia stato spocchioso e arrogante.

Sulle crtiche al giocattolo prediletto, io se qualcuno lo fa con il
mio non mi incavolo e vado via sbattendo la porta ma argomento. Chiedo
per prima cosa per quali motivi tale oggetto sia sconsigliato. In quel
modo finisce che imparo qualcosa.

Personaggi cosi' che vengono a trolleggiare alllegramente me li perdo
volentieri per strada. IMHO ovviamente.

Carlos


___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Carlos Catucci]

2017-04-08 11:49 GMT+02:00 Marco Beri :
> spero ardentemente che tu passi ancora di qui, che ci chieda consigli se
> ritieni questo possa esserti utile, ecc.


Onestamente non e' che si sia presentato molto bene. Ribadisco che a
volte il mezo si presta a fraintendersi e glie lo ho anche detto.
Pero' a me pare che sia stato spocchioso e arrogante.

Sulle crtiche al giocattolo prediletto, io se qualcuno lo fa con il
mio non mi incavolo e vado via sbattendo la porta ma argomento. Chiedo
per prima cosa per quali motivi tale oggetto sia sconsigliato. In quel
modo finisce che imparo qualcosa.

Personaggi cosi' che vengono a trolleggiare alllegramente me li perdo
volentieri per strada. IMHO ovviamente.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Davide Muzzarelli]

On 06/04/2017 21:03, Franky gmail wrote:

Chiedo subito un parere in merito alla creazione di un portale che farà
tantissime query su db mysql2.6 (il perchè della versione lo spiegherò
magari dopo)
le risorse che userò saranno python2.7 mysql2.6 apache2.
Tengo a precisare che ho delle discrete conoscenze dei summenzionati
'prodotti' e ho già pronta la lista della spesa (PIL, connettori per db
ecc). Il solo dubbio che mi rimane e il modulo da usare (CGI, mod-python
o fast-cgi) i predetti moduli mi servono per interagire con la parte
grafica.


CGI è lento perché esegue lo script da capo ad ogni singola richiesta.

mod_python è inefficiente.

FastCGI va bene, WSGI sarebbe più adatto a Python.


Anticipo che non intendo utilizzare alcun framework (zope, jango ecc).


Se non vuoi un framework puoi utilizzare la libreria Werkzeug, è solida 
e performante. Anni fa fa ci ho costruito sopra un framework e mi sono 
trovato bene.


http://werkzeug.pocoo.org/

Diversamente puoi utilizzare direttamente WSGI con uWSGI o Gunicorn. 
Entrambi mettono a disposizione non solo l'interfaccia uWSGI ma anche il 
sistema per gestire i processi. Sono molto performanti, Gunicorn l'ho 
trovato più stabile.


https://github.com/unbit/uwsgi

http://gunicorn.org/

Bjoern sembra invece il sistema WSGI in assoluto più veloce. E' scritto 
in C ma non l'ho mai provato.


https://github.com/jonashaag/bjoern


A questo punto se vuoi prestazioni migliori a livello di stack 
bisognerebbe passare a:

- Python > 3.4: per via della nuova libreria AsyncIO;
- Postgresql: sfrutta meglio CPU multiple e puoi organizzare meglio i 
dati per un accesso più veloce;
- Nginx: è meno completo ma più veloce di Apache (nulla vieta di usarli 
contemporaneamente);
- Redis: per dati temporanei di frequente accesso (tipo le sessioni o il 
rate limiting) e funge anche da cache.


Buon w/e,
Davide Muzzarelli
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[salvatore monaco]

Ciao Franky,

io mi sono trovato molto bene con nginx/uwsgi   ma l'ho sempre usati
insiema a gunicorn in contesti Django
anche Apache mod_wsgi anche se non lo preferisco più oggi.
(dopo un po di tempo ci si fa il proprio "STAK Tech" anche tu troverai il
tuo)

ho provato una sola volta a partorire tutto da me non usando framework e il
figlio è arrivato in ritardo, quindi se hai delle scadenze
usa "il framework "

per il DB qui troverai un sacco di gente che bistratta MySQL per due motivi
essenziali che fanno parte della natura umana
A) fa fico non usare un oggetto che usa la massa specie se la massa usa php
mysql su aruba
B) quando passi dal sitarello a un applicazione un po più enterprice lo
switch a PostegresSQL è una necessità.

io ho un sito vetrina che usa sqllite e va che è una bomba qui ti
diranno che fa schifo ma hanno i telefonini pieni di piccoli db SQLLITE

Tutto dipende da cosa devi fare.


Attualmente sto usando Quasi tutti i DB in circolazione ma sempre dietro un
ORM e se posso darti un suggerimento, ORM di Django è tanta roba!!!

Anche SQLAlchemy non è malvagio.

Per I carichi di lavoro di cui parli, che a me non  sembrano eccessivi,  ho
visto database mysql disegnati molto bene andare più forte di tanti Oracle
e Postgres. Però se hai bisogno di costruire Indici, partizionare tabelle
gestire tablespace in modo da separare contesti applicativi e sopratutto
scrivere query articolate forse Mysql non è la soluzione più efficacie.

Se vuoi puoi installare Mysql In cluster e dividere le letture dalle
scritture

facci sapere

S



Il giorno 8 aprile 2017 11:49, Marco Beri  ha scritto:

> Il 08 apr 2017 10:02, "Franky Bonanno"  ha scritto:
>
> Va bene così. chiudiamola qua e non perdiamo più tempo. Grazie per i
> consigli
>
>
> Franky,
> spero ardentemente che tu passi ancora di qui, che ci chieda consigli se
> ritieni questo possa esserti utile, ecc.
>
> In questa lista ho trovato sempre tanta competenza anche se a volte
> qualche risposta ti arriva come una mezza sberla.
>
> Per esempio io condivido le critiche a Mysql, l'ho usato, ogni tanto devo
> ancora leggere dati da questo database, internamente però uso oramai solo
> PostgreSQL da anni. Il consiglio di passare a lui è ottimo e giusto, ma se
> ti viene dato con un "lo strumento che usi, che conosci bene e che ti ha
> dato da mangiare fa schifo", ecco, forse non è proprio il modo più giusto
> ed efficace di provare a farti cambiare idea.
>
> Dacci un'altra possibilità ;-)
>
> Ciao.
> Marco.
>
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
>


-- 
@salvatoremonaco
http://blog.smitsolution.net
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Marco Beri]

Il 08 apr 2017 10:02, "Franky Bonanno"  ha scritto:

Va bene così. chiudiamola qua e non perdiamo più tempo. Grazie per i
consigli


Franky,
spero ardentemente che tu passi ancora di qui, che ci chieda consigli se
ritieni questo possa esserti utile, ecc.

In questa lista ho trovato sempre tanta competenza anche se a volte qualche
risposta ti arriva come una mezza sberla.

Per esempio io condivido le critiche a Mysql, l'ho usato, ogni tanto devo
ancora leggere dati da questo database, internamente però uso oramai solo
PostgreSQL da anni. Il consiglio di passare a lui è ottimo e giusto, ma se
ti viene dato con un "lo strumento che usi, che conosci bene e che ti ha
dato da mangiare fa schifo", ecco, forse non è proprio il modo più giusto
ed efficace di provare a farti cambiare idea.

Dacci un'altra possibilità ;-)

Ciao.
Marco.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky Bonanno]

Va bene così. chiudiamola qua e non perdiamo più tempo. Grazie per i
consigli.
franky

Il 08/Apr/2017 07:01, "Daniele Zambelli"  ha
scritto:

Il 8 aprile 2017 00:09, Franky Bonanno  ha scritto:
> (Cit. 10^k è un numero enorme di transazioni e non 10 k di dati)

Non per fare il profe di matematica, ma 10^k non dà l'idea di un
numero enorme a meno che non si sappia quanto vale k ;-)

Ciao

--

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
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

[Daniele Zambelli]

Il 8 aprile 2017 00:09, Franky Bonanno  ha scritto:
> (Cit. 10^k è un numero enorme di transazioni e non 10 k di dati)

Non per fare il profe di matematica, ma 10^k non dà l'idea di un
numero enorme a meno che non si sappia quanto vale k ;-)

Ciao

-- 

Daniele

www.fugamatematica.blogspot.com

giusto!
nel verso
forse è perché non guardiamo le cose
Quando non ci capiamo,
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Raffaele Salmaso]

Ciao

2017-04-06 21:03 GMT+02:00 Franky gmail :

> Ciao a tutti e grazie all'amministratore della lista per avermi accettato.
> Chiedo subito un parere in merito alla creazione di un portale che farà
> tantissime query su db mysql2.6 (il perchè della versione lo spiegherò
> magari dopo)
> le risorse che userò saranno python2.7 mysql2.6 apache2.
>
Sconsiglio caldissimamente python < 3.4, iniziare nel 2017 un nuovo
progetto in py2 significa cercare rogne (a meno che non nasce e muore nel
giro di pochissimo, e solo se sai benissimo perché ti serve la versione 2,
ma anche li cercherei di usare il 3)

Tengo a precisare che ho delle discrete conoscenze dei summenzionati
> 'prodotti' e ho già pronta la lista della spesa (PIL, connettori per db
> ecc). Il solo dubbio che mi rimane e il modulo da usare (CGI, mod-python o
> fast-cgi) i predetti moduli mi servono per interagire con la parte grafica.
>
> Anticipo che non intendo utilizzare alcun framework (zope, jango ecc).
>
Usa flask come "framework" e apache2/mod-wsgi o nginx/uwsgi
Gli altri metodi (*cgi, mod-python) sono leggermente morti da anni.
Beh, potresti anche usare wsgi direttamente invece di flask, ma a meno che
non stai creando un framework/libreria, dubito sia molto sana come idea,
dovresti gestire troppi dettagli che sono già stati affrontati e risolti.

accetto suggerimenti sulla scelta del modulo da impiegare.
> Grazie
>
> PS: la scelta della versione di mysql2.6 piuttosto che la 2.7 ha il
> seguente motivo:
> dalla 2.7 in avanti le query formate con Select distinct si incasinano
> parecchio dando a volte errori incomprensibili (almeno per me) e che non
> sono documentati, uno assomiglia a questo:
> "interfaceerror: (-1, 'error totally whack').
> Tutto qua.
>
A me per decidere di passare a postgresql e smettere di preoccuparmi del db
è bastato molto meno (ma sinceramente decidere di usare qualcosa destinato
all'obsolescenza ed essere sicuro di non poterla aggiornare, a meno che non
sia un progetto usa-e-getta, mi perplime alquanto).


> grazie per i vostri eventuali suggerimenti
>

-- 
| Raffaele Salmaso
| https://salmaso.org
| https://bitbucket.org/rsalmaso
| https://github.com/rsalmaso
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky Bonanno]

Allora ...un po d'attenzione nella lettura non guasta (Cit. 10^k è un
numero enorme di transazioni e non 10 k di dati)
Il mio pregresso si chiama java, quindi ho abbastanza dimestichezza con
architetture mvc. Il problema è che sono abituato a scrivere da me senza
ausilio di fw e non voglio assolutamente iniziare con python. E siccome
sono rimasto affascinato da questo linguaggio, volevo con molta umiltà
iniziare con il piede giusto.


Il 07/Apr/2017 22:25, "Carlos Catucci"  ha
scritto:

2017-04-07 21:35 GMT+02:00 Franky gmail :
> se ho detto mysql e perchè conosco bene mysql e se ho detto che le
> transazioni saranno dell'ordine di 10^k sine die è perchè sarà cosi.

Beh 10K al giorno non e' una GROSSA mole di dati.

> Non ho il paraocchi e per me cambiare opinione non è peccato.

Nessuno lo ha affermato. Capisco che il mezzo usato mancando di
espressivita' non si presti molto e possa portare a fraintendimenti.
Io avevo messo la cosa su un tono scherzoso, spero di non essere stato
appunto frainteso.

La tua sfortuna vuole che in questi gionri ci sia a Firenze PyCon, e
quasi tutti quelli delal lista siano li (io per una serie di
sfortunatissimi eventi acnhe quest'anno ho dovuto saltare) per cui
devi accontentarti dei miiei consigli per ora in attesa del ritorno
dei guru.

Comunque se mi spuieghi meglio i perche' di certe scelte posso darti
pareri piu' mirati.

Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
___
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

[Carlos Catucci]

2017-04-07 21:35 GMT+02:00 Franky gmail :
> se ho detto mysql e perchè conosco bene mysql e se ho detto che le
> transazioni saranno dell'ordine di 10^k sine die è perchè sarà cosi.

Beh 10K al giorno non e' una GROSSA mole di dati.

> Non ho il paraocchi e per me cambiare opinione non è peccato.

Nessuno lo ha affermato. Capisco che il mezzo usato mancando di
espressivita' non si presti molto e possa portare a fraintendimenti.
Io avevo messo la cosa su un tono scherzoso, spero di non essere stato
appunto frainteso.

La tua sfortuna vuole che in questi gionri ci sia a Firenze PyCon, e
quasi tutti quelli delal lista siano li (io per una serie di
sfortunatissimi eventi acnhe quest'anno ho dovuto saltare) per cui
devi accontentarti dei miiei consigli per ora in attesa del ritorno
dei guru.

Comunque se mi spuieghi meglio i perche' di certe scelte posso darti
pareri piu' mirati.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky gmail]

infatti sto chiedendo a vossignoria dei consigli.

se ho detto mysql e perchè conosco bene mysql e se ho detto che le 
transazioni saranno dell'ordine di 10^k sine die è perchè sarà cosi. Non 
ho il paraocchi e per me cambiare opinione non è peccato.


Saludos


Il 07/04/2017 19:44, Carlos Catucci ha scritto:

On 7 April 2017 at 18:42, Franky gmail  wrote:

fortuna audax iuvant

A me pare piu' che audaci si debba parlare di incoNOscenti, nel senso
che non conoscono in che ginepraio si mettono con MAISql :D

Per i grandi carichi che dici (che poi sarebbe cosa buona
quantificare, senza un riferimento di scala si fatica a capirsi) io
opterei per soluzioni ben piu' solide e sicure.

Carlos


___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Carlos Catucci]

On 7 April 2017 at 18:42, Franky gmail  wrote:
> fortuna audax iuvant

A me pare piu' che audaci si debba parlare di incoNOscenti, nel senso
che non conoscono in che ginepraio si mettono con MAISql :D

Per i grandi carichi che dici (che poi sarebbe cosa buona
quantificare, senza un riferimento di scala si fatica a capirsi) io
opterei per soluzioni ben piu' solide e sicure.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky gmail]

fortuna audax iuvant


Il 07/04/2017 01:14, Carlo Miron ha scritto:
Il 06 apr 2017 22:13, "Franky gmail" > ha scritto:


[snip] mysql [snip]
 si prospettano ENORMI carichi di lavoro tra ricerche,
inserimenti, classificazioni ecc.


buona fortuna...


㎝

--
|:**THE BEER-WARE LICENSE** *(Revision 42)*:
| > wrote this mail. As long as 
you retain

| this notice you can do whatever you want with this stuff.
| If we meet some day, and you think this stuff is worth it,
| you can buy me a beer in return.
|--Carlo Miron :


___
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

[Carlo Miron]

Il 06 apr 2017 22:13, "Franky gmail"  ha scritto:

[snip] mysql [snip]
 si prospettano ENORMI carichi di lavoro tra ricerche, inserimenti,
classificazioni ecc.


buona fortuna...


㎝

--
|:**THE BEER-WARE LICENSE** *(Revision 42)*:
|  wrote this mail. As long as you retain
| this notice you can do whatever you want with this stuff.
| If we meet some day, and you think this stuff is worth it,
| you can buy me a beer in return.
|--Carlo Miron :
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Franky gmail]

chiedo venia sulla versione di mysql sarà la stanchezza. Si intendevo 5.6.

Ribadisco: il portale è da assimilare ad un documents manager quindi si 
prospettano ENORMI carichi di lavoro tra ricerche, inserimenti, 
classificazioni ecc.



Il 06/04/2017 21:23, Carlos Catucci ha scritto:

2017-04-06 21:03 GMT+02:00 Franky gmail :

la scelta della versione di mysql2.6 piuttosto che la 2.7 ha il seguente
motivo:
dalla 2.7 in avanti le query formate con Select distinct si incasinano
parecchio dando a volte errori incomprensibili (almeno per me) e che non
sono documentati, uno assomiglia a questo

Benvenuto in lista.

Allora io "personalmente" non ho nulla da eccepire sulla scelta del
2.6 invece che superiori quanto sulla scelta del db engine in se. Ma
non voglio fare holy war di alcun tipo. Comunque al momnento MySql mi
pare sia alla versione 5.7.17, la 2.6 mi pare parecchio obsoleta
(fatte le debite proporzioni di scala quanto un Tirannosaurus Rex ai
nostri tempi).

Se devi gestire quella che chiami "parte grafica", che se ho ben
capito sono response HTTP che servono codice HTML, in generale diciamo
che hai davanti due scelte:

1. Usare SimpleHTTPServer di Pyhon setsso (ovviamente scelta valida
per piccoli carichi di lavoro).
2. Far servire le pagine ad un web server come Apache o Nginx. In tal
caso devi usare i relativi moduli per far gestire wsgi

Altra cosa che non mi e' chiara (ma ci saranno certamente dei motivi
per la tua scelta) e' il perche' tu non voglia usare un framework.
Capisco che magari usare Django o Zope per certi compiti sia un poco
come sparare con una Colt 45 ad una zanzara, ma esistono
microframework come Flask che potrebbero magari essere adeguati ai
tuoi scopi.

Comunque lascio ai guru della lista il compito di rispondere meglio di me.

Carlos


___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] python 2-3 e CGI

[Carlos Catucci]

2017-04-06 21:03 GMT+02:00 Franky gmail :
> la scelta della versione di mysql2.6 piuttosto che la 2.7 ha il seguente
> motivo:
> dalla 2.7 in avanti le query formate con Select distinct si incasinano
> parecchio dando a volte errori incomprensibili (almeno per me) e che non
> sono documentati, uno assomiglia a questo

Benvenuto in lista.

Allora io "personalmente" non ho nulla da eccepire sulla scelta del
2.6 invece che superiori quanto sulla scelta del db engine in se. Ma
non voglio fare holy war di alcun tipo. Comunque al momnento MySql mi
pare sia alla versione 5.7.17, la 2.6 mi pare parecchio obsoleta
(fatte le debite proporzioni di scala quanto un Tirannosaurus Rex ai
nostri tempi).

Se devi gestire quella che chiami "parte grafica", che se ho ben
capito sono response HTTP che servono codice HTML, in generale diciamo
che hai davanti due scelte:

1. Usare SimpleHTTPServer di Pyhon setsso (ovviamente scelta valida
per piccoli carichi di lavoro).
2. Far servire le pagine ad un web server come Apache o Nginx. In tal
caso devi usare i relativi moduli per far gestire wsgi

Altra cosa che non mi e' chiara (ma ci saranno certamente dei motivi
per la tua scelta) e' il perche' tu non voglia usare un framework.
Capisco che magari usare Django o Zope per certi compiti sia un poco
come sparare con una Colt 45 ad una zanzara, ma esistono
microframework come Flask che potrebbero magari essere adeguati ai
tuoi scopi.

Comunque lascio ai guru della lista il compito di rispondere meglio di me.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] python 2-3 e CGI

[Franky gmail]

Ciao a tutti e grazie all'amministratore della lista per avermi accettato.
Chiedo subito un parere in merito alla creazione di un portale che farà 
tantissime query su db mysql2.6 (il perchè della versione lo spiegherò 
magari dopo)

le risorse che userò saranno python2.7 mysql2.6 apache2.
Tengo a precisare che ho delle discrete conoscenze dei summenzionati 
'prodotti' e ho già pronta la lista della spesa (PIL, connettori per db 
ecc). Il solo dubbio che mi rimane e il modulo da usare (CGI, mod-python 
o fast-cgi) i predetti moduli mi servono per interagire con la parte 
grafica.


Anticipo che non intendo utilizzare alcun framework (zope, jango ecc).

accetto suggerimenti sulla scelta del modulo da impiegare.
Grazie

PS: la scelta della versione di mysql2.6 piuttosto che la 2.7 ha il 
seguente motivo:
dalla 2.7 in avanti le query formate con Select distinct si incasinano 
parecchio dando a volte errori incomprensibili (almeno per me) e che non 
sono documentati, uno assomiglia a questo:

"interfaceerror: (-1, 'error totally whack').
Tutto qua.
grazie per i vostri eventuali suggerimenti
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python