Re: [Python] [graphql] interessante alternativa/evoluzione rispetto al REST
Il giorno 2 ottobre 2015 19:23, Marco Paolini ha scritto: > > > Il giorno 2 ottobre 2015 19:10, m ha scritto: > >> * Marco Paolini (markopaol...@gmail.com) [151002 18:29]: >> >>> >>> Lato server è estremamente comodo usarlo a fianco (o davanti) l' >>> application >>> tier python per fare appunto rendering server-side e sfruttare >>> isomorfismo per >>> condividere codice tra client e server. >>> >>> >> sono l'unico a cui sta sul cazzo[1] il fatto che la parola 'isomorfismo', >> che ha un significato preciso in matematica, sia stata presa e usata a >> sproposito ? >> > http://dizionari.repubblica.it/Italiano/I/isomorfismo.php anche in chimica mineraria ti fanno arrabbiare? Perchè in questa lista c'è tanta maleducazione Ciao a tutti ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [graphql] interessante alternativa/evoluzione rispetto al REST
Il giorno 2 ottobre 2015 19:10, m ha scritto:
> * Marco Paolini (markopaol...@gmail.com) [151002 18:29]:
>
>>
>> Lato server è estremamente comodo usarlo a fianco (o davanti) l'
>> application
>> tier python per fare appunto rendering server-side e sfruttare
>> isomorfismo per
>> condividere codice tra client e server.
>>
>>
> sono l'unico a cui sta sul cazzo[1] il fatto che la parola 'isomorfismo',
> che ha un significato preciso in matematica, sia stata presa e usata a
> sproposito ?
>
> non c'entra nulla con il tuo messaggio, o con te, ma mi è passata
> davanti una volta di troppo e non ho resistito
>
si dai tranquillo se scoppi per così poco, immagina se ti dico che in
python questa è si chiama funzione:
def ciao():
db.save('hey')
Marco
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] [graphql] interessante alternativa/evoluzione rispetto al REST
* Marco Paolini (markopaol...@gmail.com) [151002 18:29]: Lato server è estremamente comodo usarlo a fianco (o davanti) l' application tier python per fare appunto rendering server-side e sfruttare isomorfismo per condividere codice tra client e server. sono l'unico a cui sta sul cazzo[1] il fatto che la parola 'isomorfismo', che ha un significato preciso in matematica, sia stata presa e usata a sproposito ? non c'entra nulla con il tuo messaggio, o con te, ma mi è passata davanti una volta di troppo e non ho resistito cestinate questo mio rant [1] ma sul cazzo abbestia, che non ve lo potete nemmeno immaginare -- .*.finelli /V\ (/ \) -- ( ) Linux: Friends dont let friends use Piccolosoffice ^^-^^ -- Si continua a sostenere che (Andreotti) sia stato assolto ma non è vero: è stato riconosciuto colpevole di avere strettissimi rapporti con Cosa Nostra ma è stato in grado di far durare il processo per oltre venti anni ed ha approfittato della prescrizione, evitando la pena ma non la sentenza che lo ha inchiodato alle sue responsabilità. Mi aspetto dagli organi di informazione grandi lodi per lui, che ha come aggravante l'essere stato fornito di un cervello eccezionale e di nervi d'acciaio, ma la storia, prima o poi, riconoscerà le sue enormi responsabilità. Forse non è morto. È solo tornato a casa. Gianni Pesce. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [graphql] interessante alternativa/evoluzione rispetto al REST
Il giorno 2 ottobre 2015 12:42, enrico franchi ha scritto: > > 2015-10-02 7:43 GMT+01:00 Marco Paolini : > >> Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: >> hai gratis isomorfismo e rendering server-side di applicazioni single-page. > > > Non mi sembra affatto una necessita'. E' una scelta. Immagino che sia > importante per determinate scelte di carriera, ma di qui a chiamarla una > "necessita'" ne passa. > Per curiosità, come fai il rendering lato server di una app single page angular/ember/react? Secondo me se sviluppi app web è prorio una necessità, perchè nodejs ti offre una serie ti tool interessanti per sviluppare app web. Lato client è indispensabile, visto che su nodejs si appoggia *tutta* la toolchain moderna di un programmatore frontend: grunt/gulp, bower, karma, npm... Lato server è estremamente comodo usarlo a fianco (o davanti) l' application tier python per fare appunto rendering server-side e sfruttare isomorfismo per condividere codice tra client e server. Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [graphql] interessante alternativa/evoluzione rispetto al REST
2015-10-02 13:18 GMT+01:00 Carlo Miron : > > Non mi sembra affatto una necessita'. E' una scelta. Immagino che sia > > importante per determinate scelte di carriera, ma di qui a chiamarla una > > "necessita'" ne passa. > > Intendi per le stesse "scelte di carriera" per cui Java for Dummies™ è > diventato fenomeno editoriale, giusto? =D Grosso modo. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [graphql] interessante alternativa/evoluzione rispetto al REST
2015-10-02 12:42 GMT+02:00 enrico franchi : > 2015-10-02 7:43 GMT+01:00 Marco Paolini : >> Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: >> hai gratis isomorfismo e rendering server-side di applicazioni single-page. > > Non mi sembra affatto una necessita'. E' una scelta. Immagino che sia > importante per determinate scelte di carriera, ma di qui a chiamarla una > "necessita'" ne passa. Intendi per le stesse "scelte di carriera" per cui Java for Dummies™ è diventato fenomeno editoriale, giusto? =D ㎝ -- |:**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] [graphql] interessante alternativa/evoluzione rispetto al REST
2015-10-02 7:43 GMT+01:00 Marco Paolini : > Avere nodejs nel proprio stack tecnlologico è quasi una necessità oggi: > hai gratis isomorfismo e rendering server-side di applicazioni single-page. Non mi sembra affatto una necessita'. E' una scelta. Immagino che sia importante per determinate scelte di carriera, ma di qui a chiamarla una "necessita'" ne passa. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] E il POST dove e' finito?
Allora se ricordo bene
o specifichi il content-type "application/x-www-form-urlencoded" per la
richiesta oppure fai un parsing di request.body.
notte
Il giorno gio 1 ott 2015 alle ore 19:20 Carlos Catucci <
carlos.catu...@gmail.com> ha scritto:
> Ho un comportamento strano di cui non riesco a venire a capo
>
> Lato JS faccio una ajax call come tante
>
> data = {'direction': direction, 'img': image};
>
> $.ajax({
> 'url': url,
> 'data': {
> 'data': data,
> 'csrfmiddlewaretoken': csrf_token,
> },
> 'type': 'POST',
> 'contentType': 'application/json; charset=utf-8',
> 'dataType': 'text',
>
> 'success': function( response ) {
> [.]
>
> Mentre lato django
>
> def shift_news(request):
>
> print "request"
> print request
> print "request"
>
> if request.is_ajax():
>
> try:
>
> data = json.loads(request.POST['data'])
>
>[]
>
> Problema e che la print di request mi torna
>
> request
>
> request
>
> A parte che la chiamata e' in POST e non in GET, ma comunque dov'e' il
> payload POST?
>
> 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
