Re: [Python] Automatizzare inserimento dati su pagina web
Il 25 novembre 2014 05:24, Marco De Paoli depao...@gmail.com ha scritto: ovviamente rimangono validi i consigli già dati di di reverse-ingenerizzare tutto quanto inviato da browser (Tamper Data, Copy as cURL, etc.) Ok, ho finalmente avuto qualche minuto (veramente pochi) di tempo, e ho registrato, con un plugin per la registrazione dello scambio degli headers di firefox, una intera sessione di login, modifica del numero e logout... ora mi sono salvato il tutto e me lo sono spedito a casa, nelle prossime sere mi metterò ad analizzarli... ma già ad un primo sguardo ho visto che ci sono una marea di richieste per i .css, posso presumere che non sia necessario che effettui le stesse richieste, visto che non sto realizzando un browser. Mentre ho natato che ci sono anche richieste di caricamento di un paio di script javascript, ora... devo capire se servono per la composizione della pagina (ad almeno uno comunque ritorna un errore 404 not found) o per la gestione dei dati che vado a passare... quindi... presumo per prima cosa di dover ripulire i log (sono due, uno per l'attivazione del trasferimento, e uno per la sua disattivazione) dai css, e poi analizzare per bene quello che resta... grazie del vostro supporto... :D Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Quando è opportuno usare @staticmethod?
Ciao a tutti, mi potreste spiegare quando sarebbe opportuno, perchè più efficace od efficiente, usare @staticmethod invece di inglobare (scusate per il termine poco tecnico) una funzione all'interno di una classe python in modo normale? Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Quando è opportuno usare @staticmethod?
On Sat, Nov 29 2014, Marco Ippolito wrote: Ciao a tutti, mi potreste spiegare quando sarebbe opportuno, perchè più efficace od efficiente, usare @staticmethod invece di inglobare (scusate per il termine poco tecnico) una funzione all'interno di una classe python in modo normale? Marco E' opportuno quando è utile disaccoppiare il metodo dall'oggetto. Per esempio Pygtk non gestisce i riferimenti ciclici e mi è capitato di individuare un memory leak perché un oggetto aveva un riferimento an un oggetto Pygtk e a quest'ultimo avevo associato un metodo dell'oggetto contenitore. Ascii art time ;) |--- | | obj pygtk_obj method | | | | | | Avrei potuto utilizzare una normale funzione, ma volevo conservare una coerenza e ordine nelle funzioni e staticmethod me lo permetteva. m. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Quando è opportuno usare @staticmethod?
ciao Marco, ti ringrazio per la risposta. Ammetto che faccio fatica a comprendere il caso concreto. Entrando nello specifico. Consigli di usare @staticmethod quando è utile disaccoppiare il metodo dall'oggetto. Per cui nel caso specifico che hai illustrato, hai usato @staticmethod, definendo come tale il metodo di pygtk_obj per separarlo da quest'ultimo, cioè dapygtk_obj? E' giusto quello che dico o sto prendendo una cantonata? Marco Il 29 novembre 2014 12:01, Marco Giusti marco.giu...@posteo.de ha scritto: On Sat, Nov 29 2014, Marco Ippolito wrote: Ciao a tutti, mi potreste spiegare quando sarebbe opportuno, perchè più efficace od efficiente, usare @staticmethod invece di inglobare (scusate per il termine poco tecnico) una funzione all'interno di una classe python in modo normale? Marco E' opportuno quando è utile disaccoppiare il metodo dall'oggetto. Per esempio Pygtk non gestisce i riferimenti ciclici e mi è capitato di individuare un memory leak perché un oggetto aveva un riferimento an un oggetto Pygtk e a quest'ultimo avevo associato un metodo dell'oggetto contenitore. Ascii art time ;) |--- | | obj pygtk_obj method | | | | | | Avrei potuto utilizzare una normale funzione, ma volevo conservare una coerenza e ordine nelle funzioni e staticmethod me lo permetteva. m. ___ 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] Quando è opportuno usare @staticmethod?
On Sat, Nov 29 2014, Marco Ippolito wrote: ciao Marco, ti ringrazio per la risposta. Ammetto che faccio fatica a comprendere il caso concreto. Entrando nello specifico. Consigli di usare @staticmethod quando è utile disaccoppiare il metodo dall'oggetto. Per cui nel caso specifico che hai illustrato, hai usato @staticmethod, definendo come tale il metodo di pygtk_obj per separarlo da quest'ultimo, cioè dapygtk_obj? E' giusto quello che dico o sto prendendo una cantonata? Un esempio, in allegato, vale più di mille parole. Senza staticmethod l'oggetto Foo non viene rilasciato. Avrei potuto utilizzare una normale funzione ma può essere utile avere tutte le funzioni organizzate sotto lo stesso tetto, oppure può essere necessario nel caso in cui l'oggetto implementi una specifica interfaccia. In realtà non sembra neache che ci sia un riferimento ciclico. Più cerco di capire il funzionamento di pygtk, più mi risulta difficile capirlo. Spero di essere stato più chiaro questa volta. m. Il 29 novembre 2014 12:01, Marco Giusti marco.giu...@posteo.de ha scritto: On Sat, Nov 29 2014, Marco Ippolito wrote: Ciao a tutti, mi potreste spiegare quando sarebbe opportuno, perchè più efficace od efficiente, usare @staticmethod invece di inglobare (scusate per il termine poco tecnico) una funzione all'interno di una classe python in modo normale? Marco E' opportuno quando è utile disaccoppiare il metodo dall'oggetto. Per esempio Pygtk non gestisce i riferimenti ciclici e mi è capitato di individuare un memory leak perché un oggetto aveva un riferimento an un oggetto Pygtk e a quest'ultimo avevo associato un metodo dell'oggetto contenitore. Ascii art time ;) |--- | | obj pygtk_obj method | | | | | | Avrei potuto utilizzare una normale funzione, ma volevo conservare una coerenza e ordine nelle funzioni e staticmethod me lo permetteva. m. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python import gc import gtk class Foo: def __init__(self, model): self.model = model filtered = model.filter_new() filtered.set_visible_func(self.filter_model) # @staticmethod def filter_model(*args): return True def main(): Foo(gtk.ListStore(int)) def is_foo(obj): return isinstance(obj, Foo) if __name__ == __main__: gc.collect(2) print filter(is_foo, gc.get_objects()) main() gc.collect(2) l = filter(is_foo, gc.get_objects()) print l # import objgraph # objgraph.show_backrefs([l[0]]) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Automatizzare inserimento dati su pagina web
Il 29/11/2014 10:50, Gollum1 ha scritto: Il 25 novembre 2014 05:24, Marco De Paoli depao...@gmail.com ha scritto: ovviamente rimangono validi i consigli già dati di di reverse-ingenerizzare tutto quanto inviato da browser (Tamper Data, Copy as cURL, etc.) Ok, ho finalmente avuto qualche minuto (veramente pochi) di tempo, e ho registrato, con un plugin per la registrazione dello scambio degli headers di firefox, una intera sessione di login, modifica del numero e logout... scusa se rispondo tardi, ma c'e' qualche ragione particolare per cui non stai usando la libreria mechanize? http://wwwsearch.sourceforge.net/mechanize/ nel tuo caso dovrebbe essere sufficiente un'approccio del genere: import re import mechanize from mechanize import ParseResponse, urlopen, urljoin # baseurl uri = http://www.esempio.it/; # chiami la pagina di login request = mechanize.Request(mechanize.urljoin(uri, login)) response = mechanize.urlopen(request) # selezioni il form forms = ParseResponse(response, backwards_compat=False) form = forms[0] # compili il form con le credenziali form['username'] = 'antani' form['password'] = 'antani' # submit urlopen(form.click()) # chiami la pagina contente il form che ti interessa request = mechanize.Request(mechanize.urljoin(uri, form-contatti)) response = mechanize.urlopen(request) # selezioni il form forms = ParseResponse(response, backwards_compat=False) form = forms[0] # compili il form form['first_name'] = 'Mario' form['last_name'] = 'Rossi' form['phone'] = '0123456789' # submit urlopen(form.click()) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
https://github.com/esseks/monicelli Carlos -- EZLN ... Para Todos Todo ... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
Il 29/nov/2014 20:29 Carlos Catucci carlos.catu...@gmail.com ha scritto: https://github.com/esseks/monicelli Questo, questo È fantastico! Ma come l'hai trovato? Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
2014-11-29 20:38 GMT+01:00 Marco Beri marcob...@gmail.com: Questo, questo È fantastico! Ma come l'hai trovato? Ciao. Marco. G+, me lo ha segnalato un amico, E oltre a metterlo nella community dei Pythonisti anonimi ho pensato potesse interessare qui Carlos -- EZLN ... Para Todos Todo ... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
https://github.com/esseks/monicelli Carlos -- EZLN ... Para Todos Todo ... Ma cos'è? Un linguaggio di pgorammazione in ialiano? O una Supercazzola? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Automatizzare inserimento dati su pagina web
Il 29 novembre 2014 17:49:34 CET, girolamo girolamo.nelle...@gmail.com ha scritto: scusa se rispondo tardi, ma c'e' qualche ragione particolare per cui non stai usando la libreria mechanize? http://wwwsearch.sourceforge.net/mechanize/ Perché non la conoscevo... Appena posso gli do un occhio... Grazie byez -- Tesssoro... dov'è il mio tesssoro. http:\\www.gollumone.it Inviato dal mio cellulare Android con K-9 Mail, scusate gli errori di battitura. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
Scusate... ho una tastiera wireless e si sono scaricate le pile! Intendevo: Ma cos'è? Un linguaggio di programmazione in italiano? O una Supercazzola? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
2014-11-29 20:48 GMT+01:00 Ivo Reano reano...@gmail.com: Scusate... ho una tastiera wireless e si sono scaricate le pile! Intendevo: Ma cos'è? Un linguaggio di programmazione in italiano? O una Supercazzola? Lo avevamo supposto. Che ti si fossero scaricate le pile intendo ;) Carlos -- EZLN ... Para Todos Todo ... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Altro che Go, da questo linguaggio qui dobbiamo guardarci
sono steso dal ridere! *** Tipi di dato *** * Necchi - int * Mascetti - char * Perozzi - float * Melandri - bool * Sassaroli - double Il giorno 29 novembre 2014 20:48, Ivo Reano reano...@gmail.com ha scritto: Scusate... ho una tastiera wireless e si sono scaricate le pile! Intendevo: Ma cos'è? Un linguaggio di programmazione in italiano? O una Supercazzola? ___ 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] Altro che Go, da questo linguaggio qui dobbiamo guardarci
Il giorno 29 novembre 2014 20:57, salvatore monaco salvatore.mon...@gmail.com ha scritto: sono steso dal ridere! *** Tipi di dato *** * Necchi - int * Mascetti - char * Perozzi - float * Melandri - bool * Sassaroli - double questa cosa è di una stupendevolezza assoluta!!! poi questo mi ha fatto morire [SPOILER ALERT] The program might be aborted immediately with the statement: avvertite don ulrico[/SPOILER ALERT] ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python