Re: [Python] pip freeze, o "come essere sicuri delle dipendenze che sto installando"

[roberto . pomoni]

Pipenv è simile a Poetry come concetto, quindi credo che le dipendenze le
tenga sotto controllo con Pipenv.

My2Cents: pur essendo nato prima, per risolvere lo stesso problema, Pipenv
è un pò più confuso e macchinoso. Poetry è più pulito, oltre ad avere un
migliore community e un ciclo di release più stabili.

On Mon, Oct 12, 2020 at 10:19 AM Federico Fissore  wrote:

> Luca Bacchi wrote on 12/10/20 09:37:
> > Se usi Docker (un container) è probabile che tu non debba usare un
> > Virtualenv (un altro container). O meglio, non è più necessario.
>
>
> Sì, ma non risolvi il problema del tenere sotto controllo le dipendenze:
> sposti il problema dal tuo pc a un dockerfile, ma il problema resta, per
> questo sono curioso di come Franky usi docker
>
> federico
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pip freeze, o "come essere sicuri delle dipendenze che sto installando"

[roberto . pomoni]

+1 Poetry. Lo sto usando da qualche mese e mi ci trovo bene.

@Sandro: l'opzione develop=true fa la stessa cosa di -e in pip, no?
Dalla doc:
"If you want the dependency to be installed in editable mode you can
specify it in the pyproject.toml file. It means that changes in the local
directory will be reflected directly in environment."

https://python-poetry.org/docs/cli/#add

ciao!
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Docker, postgresql e barman: suggerimenti cercansi...

[roberto . pomoni]

Convincente, direi. :)

On Tue, May 19, 2020 at 5:20 PM Davide Muzzarelli 
wrote:

> Il 19/05/20 13:00, Alessandro Dentella ha scritto:
> > Posso ovviamente avere tanti cluster su una macchina fisica e gestire i
> backup
> > in modo indipendente ma mi chiedo se invece mi convenga pensare di usare
> anche
> > per postgres delle istanze indipendenti via docker.
> >
> > Avete suggerimenti/bast practice da seguire?
>
> Ciao Sandro!
>
> Postgres è un servizio critico perché è dedicato alla persistenza dei dati.
>
> Docker ha una lunga storia d'instabilità, bug e incompatibilità
> all'indietro.
>
> Mai mettere Postgres, o qualsiasi altro database, su Docker perché
> rischi di trovarti coi dati corrotti, a meno che non lo usi giusto per
> lo sviluppo.
>
> Questo articolo è di fine 2016 ma ancora perfettamente valido
>
> https://thehftguy.com/2016/11/01/docker-in-production-an-history-of-failure/
>
> Personalmente, dei sistemisti che usano Docker in produzione, non
> conosco nessuno che si attenta ad usarli anche per i database.
>
> Buon lavoro,
> Davide Muzzarelli
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Docker, postgresql e barman: suggerimenti cercansi...

[roberto . pomoni]

Si, in effetti scarterei l'idea di avere applicazione e database
all'interno di uno stesso servizio.
Molto melgio separare le cose.

On Tue, May 19, 2020 at 2:04 PM Mauro  wrote:

>
> Il 19/05/2020 13:00, Alessandro Dentella ha scritto:
> > Posso ovviamente avere tanti cluster su una macchina fisica e gestire i
> backup
> > in modo indipendente ma mi chiedo se invece mi convenga pensare di usare
> anche
> > per postgres delle istanze indipendenti via docker.
>
>
> direi che piu' suddividi i compiti meglio vivi. ogni attivita' una sua
> istanza ben separata. Sicuramente una maggior complessita' operativa, ma
> sicuramente un risultato migliore quando poi devi mettere le mani anche
> su un singolo componente.  Db separati e indipendenti da ogni altro
> servizio. tutto totalmente separato.
>
>
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Docker, postgresql e barman: suggerimenti cercansi...

[roberto . pomoni]

Ciao Sandro!

vi state convertendo a docker anche voi? :)

Per quanto riguarda la tua domanda... credo dipenda molto da dove e come
dovranno poi essere deployati i database a cui ti appoggi.
L'applicativo è comodo averlo dockerizzato perchè così si possono fare
deploy frequenti con una pipeline CI/CD, e si può cambiare senza troppo
lavoro l'ambiente, il numero di container che utilizza, l'infrastruttura a
cui appoggiarsi (on premise, cloud, etc...). Il database in genere è meno
soggetto a modifiche, per cui se ti appoggi ad esempio ad un database
on-premise non vedo grandi differenze tra averlo dockerizzato o meno.

Dipende anche da come vuoi poi "orchestrare" il tutto, se pensi ad
esempio di utilizzare Swarm, Kubernetes  o altro per gestire l'applicazione
completa anche della sua istanza del db...

My two cents,

Roberto

On Tue, May 19, 2020 at 1:00 PM Alessandro Dentella <
sandro.dente...@gmail.com> wrote:

> Ciao a tutti,
>
> sto per cominciare a dockerizzare alcune applicazioni django + frontent in
> vuejs
> e backend in postgresql.
>
> I db medi con cui ho a che fare sono piccoli, meno di 100 NB, alcuni
> arrivano a
> qualche GB.
>
> All'inizio ho pensato di tenere un pg classico (non dockerizzato) e fare
> che
> tutti i siti utilizzino quello. Come vantaggio vedo il fatto di gestire un
> unico
> backup via barman con meno controlli.
>
> Uno svantaggio però è che ogni volta che devo ripristinare un db devo
> ripristinare tutto il cluster. Questo è quello che ho sempre fatto e non
> mi pone
> problemi particolari ma mi chiedo se sia la cosa migliore.
>
> Posso ovviamente avere tanti cluster su una macchina fisica e gestire i
> backup
> in modo indipendente ma mi chiedo se invece mi convenga pensare di usare
> anche
> per postgres delle istanze indipendenti via docker.
>
>
> Avete suggerimenti/bast practice da seguire?
>
> grazie in anticipo
> sandro
> *:-)
>
>
> --
> Sandro Dentella  *:-)
> http://trepalchi.itIl portale degli artisti
> https://wikidattica.it Flashcard per la didattica
> http://www.reteisi.org Soluzioni libere per le scuole
> http://sqlkit.argolinux.orgSQLkit home page -
> PyGTK/python/sqlalchemy
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] richiesta informazioni su json

[roberto . pomoni]

Ciao,

direi che in linea generale hai capito bene il funzionamento del codice.
Non definirei JSON "una sorta di database", è solo un formato, usato
perlopiù per interscambio di dati tra le applicazioni, oppure per salvare i
dati su file. Vedi https://www.json.org/json-it.html

Per quanto riguarda il tuo errore, banalmente è dovuto al fatto che hai
salvato il file con il nome "json.py" che collide con il nome del modulo
"json" della standard library. Se cambi il nome del file con qualcosa di
diverso e possibilmente unico, tipo "francesco_json.py" il codice dovrebbe
funzionare senza problemi.

Per approfondire: https://docs.python.org/3.7/tutorial/modules.html

Roberto

On Wed, Dec 18, 2019 at 10:54 PM Francesco Tuccia 
wrote:

> Salve, sto seguendo un semplicissimo corso su Python, e dopo alcune
> lezioni ne ho trovata una dedicata a JSON, una sorta di database. Per
> eseguire l'esercizio viene richiesta l'importazione di json, appunto, e poi
> l'esercizio continua così:
>
> import json
> data = {
> "Name": "Neil Armstrong",
> "Age": 82,
> "Hobbies": ["Aircraft design", "Fishing", "Astronaut"]
> }
> with open ("nealjson", "w") as f:
> json.dump(data, f)
>
> traducendo dall'inglese capisco che il programma importa la libreria json
> che permette l'utilizzo di json su Python, poi crea un dizionario "data" in
> cui conserva tre valori, la prima chiave è "name" con accanto il valore che
> è il nome dell'astronauta, la seconda è "age" a cui segue il valore 82 e
> l'ultima è "Hobbies" a cui segue come valore la lista che contiene gli
> hobbies di Neil Armstrong. Per creare una "persistent data storage", una
> memoria persistente di dati di questa informazione si utilizza il metodo
> "open" che crea un file "scrivibile", neil.json e la funzione json.dump che
> scriverà il dizionario su quel file in formato json.
>
> Fatto tutto questo ho schiacciato il tasto f5 per eseguire il programma e
> Python ha restituito il seguente messaggio:
>
> Traceback (most recent call last):
>   File "/Users/Francesco/Desktop/json.py", line 1, in 
> import json
>   File "/Users/Francesco/Desktop/json.py", line 8, in 
> json.dump(data, f)
> AttributeError: partially initialized module 'json' has no attribute
> 'dump' (most likely due to a circular import)
>
> Quindi devo dedurre che il modulo json è parzialmente inizializzato e non
> dispone dell'attributo "dump". Volevo chiedere se il motivo è questo oppure
> ho commesso un errore di sintassi nel copiare il codice dal corso che sto
> seguendo.
> Grazie,
> Francy
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[roberto . pomoni]

On Fri, May 4, 2018 at 3:35 PM Alessandro Dentella  wrote:

> Speravo, -ma non ho ancora avuto tempo di indagare- che pipenv graph
> risolvesse il probema di cosa hai installato e cosa era una
> dipendenza.
>

Ciao Sandro,

lo fa. I pacchetti installati sono in "Pipfile", le dipendenze in
"Pipfile.lock", e pipenv graph mostra un'albero di queste dipendenze. Dalla
documentazione:

*"Managing a requirements.txt file can be problematic, so Pipenv uses
Pipfile and Pipfile.lock to separate abstract dependency declarations from
the last tested combination."*

L'ho provato su progetti piccoli ed è effettivamente così. Se poi abbia
tutte le caratteristiche per sostituire buildout in progetti più
strutturati e complessi, onestamente non lo so dire.

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

Re: [Python] Interview per lavoro su python (e django)

[Roberto Pomoni]

Perchè "itertools.count()" e non un semplice "range()"?

Risparmio una riga di import, se lo scopo è scrivere meno codice possibile.
:)

Roberto

"Difficilmente l'uomo fa uso delle libertà che lui ha, per esempio la
libertà di pensiero; in compenso insiste a richiedere la libertà di parola"
Søren Kierkegaard

2017-09-07 11:21 GMT+02:00 Federico Cerchiari :

> ('FizzBuzz'[4*bool(n%3):4+4*bool(not n%5)] or n for n in
> itertools.count())
>
> per quella delle lettere: set(frase) == set(list(map(chr, range(97, 123
>
> p.s: itertools.count l'ho copiato da Carlo Miron :P
>
> Il giorno 7 settembre 2017 11:13, Pietro Brunetti 
> ha scritto:
>
>> Una domanda carina (che mi hanno fatto) è scrivere una funzione che
>> controlli che in una frase ci siano tutte le lettere dell'alfabeto.
>>
>> Comunque dovremmo davvero organizzare più spesso un po' di code-fu in
>> lista
>>
>> SPOILER
>> La soluzione migliore passa per i set
>>
>>
>>
>> Il giorno 7 settembre 2017 11:02, Carlo Miron  ha
>> scritto:
>>
>>> 2017-09-07 0:58 GMT+02:00 Karim :
>>>
>>> > 2017-09-06 8:25 GMT+10:00 Riccardo Magliocchetti
>>> > :
>>> >>
>>> >> Nel primo caso per profili junior anni fa chiedevo tra le altre queste
>>> >> due:
>>> >> - quale linguaggi conosci di più e quanto bene da 1 a 10
>>> >> - fizzbuzz in che linguaggio preferisci
>>> >
>>> > Fantastico, non conoscevo fizzbuzz. Ho provato a farlo e ho salvato la
>>> > faccia, allora ho proposto lo stesso esercizio sul gruppo facebook...
>>> > diciamo che ha acceso gli animi :D
>>>
>>> E così parte il golfing sulla soluzione più breve. la mia è
>>>
>>> ("Fizz"*(not x%3)+"Buzz"*(not x%5) or x for x in itertools.count(1))
>>>
>>> :P
>>>
>>> ㎝
>>>
>>> --
>>> |:**THE -WARE LICENSE** *(Revision ㊷)*:
>>> |  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  in return. —㎝
>>> ___
>>> Python mailing list
>>> Python@lists.python.it
>>> https://lists.python.it/mailman/listinfo/python
>>>
>>
>>
>>
>> --
>> There is a crack, a crack in everything. That’s how the light gets in
>> L. Cohen
>>
>> ___
>> Python mailing list
>> Python@lists.python.it
>> https://lists.python.it/mailman/listinfo/python
>>
>>
>
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python