Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Valerio Maggio


 On 05/apr/2014, at 21:46, Gollum1 wrote:
 come ho trovato anche un
 altro modulo, che ora non ricordo più...

mod_wsgi? :)

 
 ho anche trovato in alcuni post che pare ci sia una certa difficoltà
 ad avere contemporaneamente sullo stesso server apache la gestione di
 pagine php e pagine django/python, vi risulta?

sul web si trova davvero di tutto -_- Non esiste alcun problema del genere, 
non scherziamo...

 
 mi date qualche link più preciso da studiarmi

https://docs.djangoproject.com/en/1.6/howto/deployment/wsgi/modwsgi/

Ciao
Valerio

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Gollum1
Il 06 aprile 2014 04:32, Antonio Conte barbon...@gmail.com ha scritto:
 non uso Django ma Pylons/Pyramid, e nn uso apache ma nginx. se nn
 vuoi mettere mano su apache per evitare problemi, installa
 uwsgi e nginx e segui qualche tutorial tipo:

 http://uwsgi-docs.readthedocs.org/en/latest/tutorials/Django_and_nginx.html

 nn ci ho piu' provato, ma nn avendo php da mettere online ho lasciato
 apache perche' mi aveva dato problemi con mod_python. con nginx+uwsgi e'
 stato molto piu' semplice.


intendi dire, avere due web server diversi? uno che fa girare php e
uno che fa girare python? potrebbe anche essere una soluzione, apache
fornisce le pagine classiche in php e tramite un link su una di queste
interrogare il secondo server (che naturalmente non deve essere sulla
porta 80, ma spostato su un'altra porta, che so... la 8080)

Byez
-- 
Gollum1
Tesoro, dov'é il mio teoro...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Valerio Maggio


 On 06/apr/2014, Gollum1 wrote:
 
 intendi dire, avere due web server diversi? uno che fa girare php e
 uno che fa girare python? potrebbe anche essere una soluzione

A meno che il tuo web server in questione non soffra di particolari problemi di 
carico, avere due web server per gestire (solo) PHP e Python mi sembra tanto 
come sparare ad una mosca con un cannone ( anche di quelli belli grossi :-)

Se intendi passare a nginx, nulla da dire. 

Ma dato che mi pareva di capire che il tuo problema fosse più quello di 
integrarsi in un web server già attivo, piuttosto che sostituirlo del tutto, 
allora (ripeto), `mod_wsgi` è la via.

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Gollum1
Il 06 aprile 2014 09:41, Valerio Maggio valerio.mag...@gmail.com ha scritto:


 On 05/apr/2014, at 21:46, Gollum1 wrote:
 come ho trovato anche un
 altro modulo, che ora non ricordo più...

 mod_wsgi? :)

sì, credo che fosse proprio quello...

 ho anche trovato in alcuni post che pare ci sia una certa difficoltà
 ad avere contemporaneamente sullo stesso server apache la gestione di
 pagine php e pagine django/python, vi risulta?

 sul web si trova davvero di tutto -_- Non esiste alcun problema del genere, 
 non scherziamo...


però in questi post si parlava sempre del modulo mod-python, sembra
che sia questo che da la maggior parte dei problemi.

 mi date qualche link più preciso da studiarmi

 https://docs.djangoproject.com/en/1.6/howto/deployment/wsgi/modwsgi/

ottimo... grazie, gli do un occhio (stavo girando da un po' dentro la
documentazione su djangoproject, questo non lo avevo visto)...

mi viene un ulteriore dubbio...

modwsgi, esegue qualsiasi script python, o viene trattato come uno script cgi?
Non sono mai riuscito a capire pienamente questo concetto (è vero, non
mi ci sono mai impegnato seriamente, continuavo a rimandare il tempo
della messa online)...

su aruba per esempio mi hanno risposto che python lo posso usare solo
come script cgi (in pratica come gli script perl), ma qualsiasi script
python, con il caricamento del relativo modulo, può essere caricato
come cgi?), quindi non ci ho mai fatto troppo affidamento, visto che
per ora pubblicherò il mio script python/django su un server privato
all'interno di una intranet, non ho quindi bisogno di un service
esterno...

ma prima o poi comincerò ad interessarmi alla cosa in modo più
articolato... grazie delle info...


Byez
-- 
Gollum1
Tesoro, dov'é il mio teoro...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Gollum1
Il 06 aprile 2014 09:51, Valerio Maggio valerio.mag...@gmail.com ha scritto:
 A meno che il tuo web server in questione non soffra di particolari problemi 
 di carico, avere due web server per gestire (solo) PHP e Python mi sembra 
 tanto come sparare ad una mosca con un cannone ( anche di quelli belli grossi 
 :-)

 Se intendi passare a nginx, nulla da dire.

 Ma dato che mi pareva di capire che il tuo problema fosse più quello di 
 integrarsi in un web server già attivo, piuttosto che sostituirlo del 
 tutto, allora (ripeto), `mod_wsgi` è la via.

non avevo ancora letto il tuo messaggio, quando ho risposto, in
effetti la soluzione di cambiare modulo, se questo non da problemi, è
la soluzione migliore di sicuro (il tutto risulta più integrato).

Byez
-- 
Gollum1
Tesoro, dov'é il mio teoro...
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Giovanni Porcari

Il giorno 05/apr/2014, alle ore 21:46, Gollum1 gollum1.smeag...@gmail.com ha 
scritto:

 Ciao Lista,
 
 Sto studiando qualcosa di django (tempo tiranno permettendo), ma
 quello che non riesco a capire, è come pubblico poi il mio progetto?
 
 quello che non riesco a capire è come dire ad apache di usare python
 come interprete. da qualche parte leggo di usare mod-python (ma viene
 indicato come problematico in diversi forum), come ho trovato anche un
 altro modulo, che ora non ricordo più...

https://docs.djangoproject.com/en/dev/howto/deployment/wsgi/modwsgi/

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Valerio Maggio


 On 06/apr/2014, at 09:54, Gollum1 wrote:
 
 su aruba per esempio mi hanno risposto che python lo posso usare solo
 come script cgi

Lascia perdere Aruba
Se cerchi un hosting online django friendly, prova a dare una occhiata qui: 
http://djangofriendly.com/hosts/
(Btw, l'ho scoperto grazie a Marco (Beri) che lo menziona nel suo ultimo libro: 
http://goo.gl/imEBNc )

Questo per essere politically correct. 

Tuttavia, se non vuoi perdere tempo a cercare e vuoi una risposta secca, ti 
suggerisco 
UnBit: http://unbit.it  (nello specifico: http://unbit.it/docs/Django).
(Per la serie, valorizziamo le *eccellenze* italiane!! :-)

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Esalando Prassi
2014-04-05 21:46 GMT+02:00 Gollum1 gollum1.smeag...@gmail.com:
 Ciao Lista,

 Sto studiando qualcosa di django (tempo tiranno permettendo), ma
 quello che non riesco a capire, è come pubblico poi il mio progetto?

 quello che non riesco a capire è come dire ad apache di usare python
 come interprete. da qualche parte leggo di usare mod-python (ma viene
 indicato come problematico in diversi forum), come ho trovato anche un
 altro modulo, che ora non ricordo più...

 ho anche trovato in alcuni post che pare ci sia una certa difficoltà
 ad avere contemporaneamente sullo stesso server apache la gestione di
 pagine php e pagine django/python, vi risulta?

 il mio problema è che la macchina su cui dovrei far andare il mio
 progetto django, è usato da altri per far girare degli applicativi
 php, e non posso certo metterli in crisi per il mio solo progetto...

 mi date qualche link più preciso da studiarmi (meglio se italiano, ma
 se non ci sono, mi sforzerò anche con l'inglese).


Non ne so nulla di django, ma apache ha una roba che si chiama mod_proxy.
Con questo oggetto posso fare tante cose: ad esempio girare le
richieste che arrivano ad apache ad altri servizi in base ad una serie
di condizioni.

Ad esempio le richieste che arrivano a blog.example.com le giro sulla
8080 di localhost, quelle che arrivano a www.example.com le giro sulla
9000 di un altro server quelle che arrivano a static.example.com mi
servono dei file sotto /var/www.

Se risolve il tuo caso d'uso approfondisco.
Ciao.

-- 
http://alepisa.blogspot.com
Esalando Prassi
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Marco Beri
On 6 Apr 2014 10:26, Valerio Maggio valerio.mag...@gmail.com wrote:

 Tuttavia, se non vuoi perdere tempo a cercare e vuoi una risposta secca,
ti suggerisco
 UnBit: http://unbit.it  (nello specifico: http://unbit.it/docs/Django).
 (Per la serie, valorizziamo le *eccellenze* italiane!! :-)

Assolutamente e completamente +1

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione salvatore monaco
Non vorrei farmi pubblicità ma  se cerchi hosting django con mysql o
postgres come backend per pubblicare il tuo progetto
ed avere  supporto
contattami

-- 
Salvatore Monaco

*QLTech s.r.l. *
mobile: +39 3929260250

Via Fra' Cristoforo 14
20142 Milano
www.qltech.it


P.IVA 07507810963




Il giorno 06 aprile 2014 10:55, Marco Beri marcob...@gmail.com ha scritto:

 On 6 Apr 2014 10:26, Valerio Maggio valerio.mag...@gmail.com wrote:

  Tuttavia, se non vuoi perdere tempo a cercare e vuoi una risposta secca,
 ti suggerisco
  UnBit: http://unbit.it  (nello specifico: http://unbit.it/docs/Django).
  (Per la serie, valorizziamo le *eccellenze* italiane!! :-)

 Assolutamente e completamente +1

 :-)

 ___
 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] Come pubblico il mio progetto django?

2014-04-06 Per discussione enrico franchi
2014-04-06 8:41 GMT+01:00 Gollum1 gollum1.smeag...@gmail.com:

 intendi dire, avere due web server diversi? uno che fa girare php e
 uno che fa girare python? potrebbe anche essere una soluzione, apache
 fornisce le pagine classiche in php e tramite un link su una di queste
 interrogare il secondo server (che naturalmente non deve essere sulla
 porta 80, ma spostato su un'altra porta, che so... la 8080)


No mannaggia no se per qualunque motivo hai bisogno di due server web
diversi -- e di motivi possono essercene -- quello che vuoi fare e'
metterci davanti un reverse proxy. Non ha senso avere da sbattersi con le i
link con dentro le porte... ti trovi un dettaglio di pura operations di un
applicazione che leaka nelle configurazioni di un altro software.


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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Alberto Granzotto
Apache + modwsgi = morte e distruzione

Avevo fatto dei deploy con questa combo, ma ora per gli ultimi deploy mi
sono trovato mille volte meglio con Nginx+Gunicorn e un proxy.

Leggiti questo:
 -
http://michal.karzynski.pl/blog/2013/06/09/django-nginx-gunicorn-virtualenv-supervisor/

ciao,
a.


2014-04-06 9:54 GMT+02:00 Gollum1 gollum1.smeag...@gmail.com:

 Il 06 aprile 2014 09:41, Valerio Maggio valerio.mag...@gmail.com ha
 scritto:
 
 
  On 05/apr/2014, at 21:46, Gollum1 wrote:
  come ho trovato anche un
  altro modulo, che ora non ricordo più...
 
  mod_wsgi? :)

 sì, credo che fosse proprio quello...

  ho anche trovato in alcuni post che pare ci sia una certa difficoltà
  ad avere contemporaneamente sullo stesso server apache la gestione di
  pagine php e pagine django/python, vi risulta?
 
  sul web si trova davvero di tutto -_- Non esiste alcun problema del
 genere, non scherziamo...
 

 però in questi post si parlava sempre del modulo mod-python, sembra
 che sia questo che da la maggior parte dei problemi.

  mi date qualche link più preciso da studiarmi
 
  https://docs.djangoproject.com/en/1.6/howto/deployment/wsgi/modwsgi/
 
 ottimo... grazie, gli do un occhio (stavo girando da un po' dentro la
 documentazione su djangoproject, questo non lo avevo visto)...

 mi viene un ulteriore dubbio...

 modwsgi, esegue qualsiasi script python, o viene trattato come uno script
 cgi?
 Non sono mai riuscito a capire pienamente questo concetto (è vero, non
 mi ci sono mai impegnato seriamente, continuavo a rimandare il tempo
 della messa online)...

 su aruba per esempio mi hanno risposto che python lo posso usare solo
 come script cgi (in pratica come gli script perl), ma qualsiasi script
 python, con il caricamento del relativo modulo, può essere caricato
 come cgi?), quindi non ci ho mai fatto troppo affidamento, visto che
 per ora pubblicherò il mio script python/django su un server privato
 all'interno di una intranet, non ho quindi bisogno di un service
 esterno...

 ma prima o poi comincerò ad interessarmi alla cosa in modo più
 articolato... grazie delle info...


 Byez
 --
 Gollum1
 Tesoro, dov'é il mio teoro...
 ___
 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] Come pubblico il mio progetto django?

2014-04-06 Per discussione Valerio Maggio

On 06 Apr 2014, at 18:02, Alberto Granzotto wrote:

 Apache + modwsgi = morte e distruzione

Esagerato! :)

 Avevo fatto dei deploy con questa combo, ma ora per gli ultimi deploy mi sono 
 trovato mille volte meglio con Nginx+Gunicorn e un proxy.
 
 Leggiti questo:
  - 
 http://michal.karzynski.pl/blog/2013/06/09/django-nginx-gunicorn-virtualenv-supervisor/

Interessante!

Certo, il deploy su Nginx è molto più semplice e intuitivo di quello su Apache.

Ad ogni modo, mi era parso di capire che Apache fosse un vincolo da cui non 
poter prescindere.

In quel caso, mod_wsgi è la via migliore da percorrere, imho.

Btw, ho una decina di deploy all'attivo con quella combo (per una ragione del 
tutto analoga), e ad oggi non ho avuto il minimo problema.
Il tuo morte e distruzione è legato preminentemente a semplicità e velocità 
di deploy o a cosa!?

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Marco Beri
2014-04-06 18:02 GMT+02:00 Alberto Granzotto agran...@gmail.com:

 Avevo fatto dei deploy con questa combo, ma ora per gli ultimi deploy mi
 sono trovato mille volte meglio con Nginx+Gunicorn e un proxy.


Interessante. Come mai gunicorn e non uwsgi? Mai provato il secondo e ti
sei subito trovato bene col primo?

Con uwsgi mandi una mail in italiano a Robbo e lui ti implementa anche
l'opzione che fa il caffè macchiato (sempre che non esista già).

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


Re: [Python] Come pubblico il mio progetto django?

2014-04-06 Per discussione Carlo Miron
Il 06 aprile 2014 18:31, Marco Beri marcob...@gmail.com ha scritto::

 Con uwsgi mandi una mail in italiano a Robbo e lui ti implementa anche
 l'opzione che fa il caffè macchiato (sempre che non esista già).

uWSGI dovrebbe correttamente rispondere con HTTP Error 418_, se gli
chiedi un caffe`.

©

.. _418: http://en.wikipedia.org/wiki/Hyper_Text_Coffee_Pot_Control_Protocol

-- 
 :**THE BEER-WARE LICENSE** (Revision 42):
   ``miron AT python.it`` 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] Come pubblico il mio progetto django?

2014-04-06 Per discussione Valerio Maggio

On 06 Apr 2014, at 18:46, Carlo Miron wrote:

 Il 06 aprile 2014 18:31, Marco Beri ha scritto::
 
 Con uwsgi mandi una mail in italiano a Robbo e lui ti implementa anche
 l'opzione che fa il caffè macchiato (sempre che non esista già).
 
 uWSGI dovrebbe correttamente rispondere con HTTP Error 418_, se gli
 chiedi un caffe`.

ROTFL

Btw, `HTTP 418 I'm a teapot_`

.. _teapot: http://joereddington.com/projects/418-error-code-teapot/




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


[Python] Consiglio su DB da usare in un progetto django.

2014-04-06 Per discussione Gollum1
Presumo che in un progetto django il database sia residente sul server,
anche se si usa SQLite? Visto che per il mio progetto non devo memorizzare
i dati che vado ad elaborare, per i singoli utenti, SQLite andrebbe
benissimo, se fosse locale al computer ancora meglio... La mia intenzione
sarebbe di creare il un DB all'apertura della sessione, solo per facilitare
i calcoli, e poi distruggerlo al termine... Mentre sarebbe opportuno avere
un DB SQLite in sola lettura per altri dati generici usati per i calcoli,
comuni a tutti gli utenti.

Pensavo ai DB, invece di semplici file su testo formattati, perché dovrebbe
essere più semplice l'estrazione del singolo dato dal file, voi che ne
dite? È un modello che ha senso o mi vado a ficcare in qualche casino?

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


Re: [Python] Consiglio su DB da usare in un progetto django.

2014-04-06 Per discussione Daniele Varrazzo

On 2014-04-06 20:08, Gollum1 wrote:
Presumo che in un progetto django il database sia residente sul 
server,
anche se si usa SQLite? Visto che per il mio progetto non devo 
memorizzare

i dati che vado ad elaborare, per i singoli utenti, SQLite andrebbe
benissimo, se fosse locale al computer ancora meglio... La mia 
intenzione
sarebbe di creare il un DB all'apertura della sessione, solo per 
facilitare
i calcoli, e poi distruggerlo al termine... Mentre sarebbe opportuno 
avere
un DB SQLite in sola lettura per altri dati generici usati per i 
calcoli,

comuni a tutti gli utenti.

Pensavo ai DB, invece di semplici file su testo formattati, perché 
dovrebbe
essere più semplice l'estrazione del singolo dato dal file, voi che 
ne
dite? È un modello che ha senso o mi vado a ficcare in qualche 
casino?


Tutto è possibile, ma creare e distruggere un database per sessione non 
è la cosa più comune, per non parlare del fatto che django non ti 
consente di connetterti ad un numero arbitrario di database (uno per 
sessione) ma solo ad un numero prefissato in configurazione.


Secondo me o usi file temporanei o usi un database come si deve: per le 
mezze misure non hai infrastruttura di supporto.


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


Re: [Python] Consiglio su DB da usare in un progetto django.

2014-04-06 Per discussione Marco Giusti
On Sun, Apr 06, 2014 at 09:08:27PM +0200, Gollum1 wrote:
 Presumo che in un progetto django il database sia residente sul server,
 anche se si usa SQLite?

Quale server? Il termine è un po' generico e non permette di darti una
risposta.

Sqlite è una libreria, questo vuol dire che per interrogare il database
non hai bisogno di instaurare una comunicazione col dbms ma effettui
delle chiamate a funzione. Questo vuol dire che, escluso casi
particolari, il database si trova nella stessa macchina dove gira il
tuo programma. Quando hai detto server l'ho subito associato alla
macchina dove gira il tuo programma (django?)

 Visto che per il mio progetto non devo memorizzare
 i dati che vado ad elaborare, per i singoli utenti, SQLite andrebbe
 benissimo, se fosse locale al computer ancora meglio... La mia intenzione
 sarebbe di creare il un DB all'apertura della sessione, solo per facilitare
 i calcoli, e poi distruggerlo al termine... Mentre sarebbe opportuno avere
 un DB SQLite in sola lettura per altri dati generici usati per i calcoli,
 comuni a tutti gli utenti.
 
 Pensavo ai DB, invece di semplici file su testo formattati, perché dovrebbe
 essere più semplice l'estrazione del singolo dato dal file, voi che ne
 dite? È un modello che ha senso o mi vado a ficcare in qualche casino?

La cosa ha perfettamente senso e anzi, Sqlite ti permette di creare
facilmente un database che risiede completamente in memoria,
velocizzando le operazioni. Quando ti connetti al database, usa
:memory: come parametro:

sqlite3.connect(:memory:)

Io nella tua situazione non avrei dubbi.

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


Re: [Python] Consiglio su DB da usare in un progetto django.

2014-04-06 Per discussione Gollum1
Il 06/apr/2014 21:54 Daniele Varrazzo p...@develer.com ha scritto:

 On 2014-04-06 20:08, Gollum1 wrote:

 Presumo che in un progetto django il database sia residente sul server,
 anche se si usa SQLite? Visto che per il mio progetto non devo
memorizzare
 i dati che vado ad elaborare, per i singoli utenti, SQLite andrebbe
 benissimo, se fosse locale al computer ancora meglio... La mia intenzione
 sarebbe di creare il un DB all'apertura della sessione, solo per
facilitare
 i calcoli, e poi distruggerlo al termine... Mentre sarebbe opportuno
avere
 un DB SQLite in sola lettura per altri dati generici usati per i calcoli,
 comuni a tutti gli utenti.

 Pensavo ai DB, invece di semplici file su testo formattati, perché
dovrebbe
 essere più semplice l'estrazione del singolo dato dal file, voi che ne
 dite? È un modello che ha senso o mi vado a ficcare in qualche casino?


 Tutto è possibile, ma creare e distruggere un database per sessione non è
la cosa più comune, per non parlare del fatto che django non ti consente di
connetterti ad un numero arbitrario di database (uno per sessione) ma solo
ad un numero prefissato in configurazione.

 Secondo me o usi file temporanei o usi un database come si deve: per le
mezze misure non hai infrastruttura di supporto.

Ok... Allora è da escludere SQLite, per via della concorrenza... Un unico
DB in cui metto i dati ad uso generico e delle tabelle ad hoc in cui
registro i dati di sessione che poi cancello alla fine della sessione
stessa...

Magari devo prevedere un garbage collector per la pulizia di eventuali
sessioni chiuse impropriamente.

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


Re: [Python] Consiglio su DB da usare in un progetto django.

2014-04-06 Per discussione Enrico Bianchi

On 04/06/2014 10:09 PM, Gollum1 wrote:


Ok... Allora è da escludere SQLite, per via della concorrenza... Un
unico DB in cui metto i dati ad uso generico e delle tabelle ad hoc in
cui registro i dati di sessione che poi cancello alla fine della
sessione stessa...

Se escludi SQLite, dai un'occhiata a Firebird. Sicuramente e` molto di 
piu` di quello che ti serve, ma ha il vantaggio di occupare meno risorse 
rispetto a PostgreSQL o a MySQL



Magari devo prevedere un garbage collector per la pulizia di eventuali
sessioni chiuse impropriamente

Firebird supporta le global temporary tables, che sembrerebbero ottime 
per il tuo caso:


http://www.firebirdsql.org/refdocs/langrefupd25-ddl-table.html

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


Re: [Python] una domanda

2014-04-06 Per discussione Matteo Boscolo

Il 04/04/2014 21:42, Manfredi ha scritto:

non so se si è visto ma non sono molto esperto, anzi ho iniziato si e no da 
pochi giorni, volevo chiedere un info sul comando raw_input ? come lo scrivo? 
così è giusto? se è giusto, perché non me lo lascia usare?

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


apri una shell python  e copiaci questo
a=raw_input(pippo :)

ciao,
Matteo

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