Aktywne Wpisy
gutowszczyzna +245
Przekonalem sie na wlasnej skorze jak dziala nasze panstwo w sytuacji obywatelskiej reakcji na pijaka za kolkiem. To bylo tak:
1. Facet jechal samochodem i w trakcie jazdy fura mu sie zepsula xD
2. Wysiada z fury i probuje ja zepchnac.
3. Podchodze i mu pomagam.
4. W trakcie rozmowy czuje od niego alko.
5. Wzywam policje i odchodze na bezpieczna odleglosc.
1. Facet jechal samochodem i w trakcie jazdy fura mu sie zepsula xD
2. Wysiada z fury i probuje ja zepchnac.
3. Podchodze i mu pomagam.
4. W trakcie rozmowy czuje od niego alko.
5. Wzywam policje i odchodze na bezpieczna odleglosc.
źródło: obraz
Pobierz
NotourMATT +65
Co sądzicie o takim setupie? Dobra cena?
#pcmasterrace #komputery #kiciochpyta #informatyka #kiedystobylo #heheszki
#pcmasterrace #komputery #kiciochpyta #informatyka #kiedystobylo #heheszki
źródło: temp_file993740487492116843
Pobierz



Wiam Mirkowicze,
Po ostatnim moim wpisie https://www.wykop.pl/wpis/29031763/programowanie-python-django-api-twitter-no-witam-
dostałem całkiem sensowne odpowiedzi i bardzo mi pomogliście.
W swojej aplikacji napisanej w #django chciałbym streamować na żywo tweety pod zadany tag i wyświetlać jej w przeglądarce. W tym momencie używam biblioteki #tweepy która daje mi możliwość streamowania.
Moge pullować i wyświetlać tweety w consoli bez najmniejszego problemu, niestety problemy pojawiają się kiedy chcę wyświetlać je w przegladarce. Zapytałem Niemireczków (ง ͠° ͟ل͜ ͡°)ง ze slacka o tematyce #python i #django i polecili mi że najlepszym rozwiązaniem tego problemu jest użycie relatywnie młodej biblioteki do django o nazwie channel. Będzie dużym uproszeczniem jak powiem że ta biblioteka zastępuje często djangowiczom websockety i bibliotekę tornado-websockets. Czy jakiś Mirosław z dobrym serduszkiem mógłby mi wytłumaczyć jak skleić ze sobą te dwie biblioteki?
(╯︵╰,)
Masz jedną apkę, która komunikuje się z twitterem, robi te celery taski itd zapusuje w bazie wyniki.
Websocket ("duga apka") powinien tylko pobierać rekordy z bazy/cache i wysyłać do klientów dane, które się zaktualizowały.
Utwórz jakiś url typu /tweets w nim zwracasz wszystkie dane do momentu wywołania GET. Następnie ui łączy się z socketami i nasłuchuje nowych tweetów. Ot cała filozofia.
tutaj jest funkcja z mojego pliku consumer.py:
wraca mi X tweetow
Powiedzmy ze chce tylko jednego tweeta dla slowa 'goodnight'.
co
/tweets/goodnight GET zwraca JSON'a z listą ostatnich + user subskrybuje kanał "tweets_goodnight" i dostaje co 10s na ten kanał kolejne dane.
1. Api - pobieranie
2. Zapis do bazy (lub pomijamy)
3. Wysyłka do socketów
4. Loop do 1
Group('dashboard').send({
'text': json.dumps(status.json)
})
skad socket bedzie wiedzialco zostalo w nim podane ?
Czyli zrezygnowac z taska calkowicie na rzecz loopa ?