Re: [Python] Bot whatsapp

[flandero]

Puoi provare qualcosa con selenium headless, yowsup non funziona più
stabilmente da un tot di tempo.

2017-11-18 18:11 GMT+01:00 Lorena Doria :

> Così è un incubo!! Sinceramente pensavo che con la versione web qualcosa
> fosse cambiato
> Grazie comunque
>
> Il giorno sab 18 nov 2017 alle 15:01 salvatore monaco <
> salvatore.mon...@gmail.com> ha scritto:
>
>> Io ti dico come facevo,
>>
>> telefonino android da 2 soldi sempre accesso in wifi e con caricatore...
>>
>> la libreria che ti ho segnalato, un server registrato con sms code come
>> fosse un whatsapp client.
>>
>> Motore semantico per "lang understanding" e appena cominci a girare ti
>> bloccano il telefonino che devi ri registrare di nuovo e di nuovo e di nuovo
>> io per una campagna che mi hanno pagato ho preso una batteria di telefoni
>> ma veramente è snervante perchè appena si accorgonoti bloccano.
>>
>> Al momento non ne vale la pena
>> Avevo messo un random di attesa per le risposte per far apparire un po
>> più umano il bot ma secondo me appena hanno visto il provider da cui
>> arrivava lo streem
>>
>> Facebook vuole spingere messanger e lasciare watzap per il momento fuori
>> dai botgiochi
>>
>>
>>
>> Il giorno 18 novembre 2017 08:47, Patrick Arminio <
>> patrick.armi...@gmail.com> ha scritto:
>>
>>> 2017-11-18 6:37 GMT+00:00 Lorena Doria :
>>>
 È proprio quello che sto cercando di capire ho visto in rete società
 che promuovono questo servizio, io non devo fare pubblicità, ma non riesco
 a capire quale strada prendere

>>>
>>> Se non avevo letto male fare bot su whatsapp sarà supporto in futuro con
>>> la versione business, vedi qui:
>>> https://faq.whatsapp.com/en/general/2667
>>>
>>> Per ora però non c'è molto da fare, in modo "legale" almeno.
>>>
>>> Patrick
>>>
>>> ___
>>> Python mailing list
>>> Python@lists.python.it
>>> https://lists.python.it/mailman/listinfo/python
>>>
>>>
>>
>>
>> --
>> @salvatoremonaco
>> http://blog.smitsolution.net
>> ___
>> Python mailing list
>> Python@lists.python.it
>> https://lists.python.it/mailman/listinfo/python
>>
> --
> Lorena D'Oria
>
> ___
> 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] threading, local() and uwsgi: how protected is local()?

[Alessandro Dentella]

Ciao,

[disclaimer: si parla di Django ma il tema mi pare più generale poi si
parla di uwsgi e mi pare che Roberto qui legga...]

al lavoro abbiamo avuto una interessante discussione su un modo di
tenere in Django una informazione sempre disponibile (request / user e
recentemente un 'dominio').

Una soluzione a volte considerata "da evitare" ma che ci è sempre
andata bene è stata fatta seguendo un vecchio snippet di Django [2 - inizio]
che immagazzina i dati in threading local().

Quello che mi ha fatto balzare sulla sedia ieri è che un collega mi ha
mostrato un post [1] su StackOverflow dove si dice che uwsgi non
garantisce che quello che si mette in local() non sia condiviso fra
thread differenti... nonostante la documentazione Python dica:

   Thread-local data are data whose values are thread specific


In una pagina citata in questo post [2] si espone una situazione molto
simile alla mia, ma non vedo una risposta soddisfacente sul fatto che
sia in effetti vero

  * che uwsgi forza un uso condiviso della ram fra thread differenti e
  * se esiste un modo per bypassarlo

io ho spesso in uwsgi.ini (ma ho anche occasionalmente di più):

  threads: 1
  processors: 2

È questo che mi ha salvato fino ad oggi?


sandro
*:-)


PS: tecnicamente io scrivo nel _thread_local tramite middleware ad
ogni request, non esiste possibilità che resti il vecchio nella
nuova request

[1] 
https://stackoverflow.com/questions/3227180/why-is-using-thread-locals-in-django-bad
[2] https://www.pythonanywhere.com/forums/topic/710/
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python