Blip API a częstotliwość wywołań
18 views
Skip to first unread message
Kuba Niewiarowski
Mar 6, 2011, 5:39:42 PM3/6/11
to blip-...@googlegroups.com
Witam.
Jestem w trakcie pisania klienta Blipa na platformę Google Android (o epickiej nazwie Blipoid). Ponieważ będzie to aplikacja mobilna, w której każdy niepotrzebnie przesłany kilobajt danych jest morderczy dla baterii, postanowiłem w przyszłych wersjach przenieść ciężar sprawdzania aktualizacji kokpitu do backendu w PHP, a powiadomienia dostarczać do telefonu w technologii Push (możliwe od Androida 2.2). Umożliwiłoby to aktualizowanie kokpitu niemalże w czasie rzeczywistym, bez marnotrawienia transferu i energii na odświeżanie go co parę sekund. Rodzi to jednak następujący problem - serwer Blipa musiałby być w takim układzie odpytywany w okresie od 2 do 60 sekund (w zależności aktywności na kokpicie) dla każdego aktywnego użytkownika. Generowałoby to przy przewidywanej ilości instalacji nawet do kilkuset zapytań na sekundę z jednego adresu IP (serwera backendu).
Tutaj pojawia się moje pytanie: jak na takie obciążenie zareaguje serwer Blipa? Zdaję sobie sprawę, że "sprzętowo" byście raczej to utrzymali (w końcu kokpity użytkowników w wersji WWW są odświeżanie co jakieś dwie sekundy, w aplikacjach desktopowych podobnie), ale prawdopodobnie posiadacie jakieś zabezpieczenia, uniemożliwiające zbytnie obciążenie serwera przez niewielką grupę użytkowników. W związku z tym - jaką maksymalną częstotliwość odświeżania powinienem przyjąć, żeby zbytnio nie obciążać naszego kochanego mikrobloga, a przy tym uniknąć zablokowania mojej aplikacji?
Jestem w trakcie pisania klienta Blipa na platformę Google Android (o epickiej nazwie Blipoid). Ponieważ będzie to aplikacja mobilna, w której każdy niepotrzebnie przesłany kilobajt danych jest morderczy dla baterii, postanowiłem w przyszłych wersjach przenieść ciężar sprawdzania aktualizacji kokpitu do backendu w PHP, a powiadomienia dostarczać do telefonu w technologii Push (możliwe od Androida 2.2). Umożliwiłoby to aktualizowanie kokpitu niemalże w czasie rzeczywistym, bez marnotrawienia transferu i energii na odświeżanie go co parę sekund. Rodzi to jednak następujący problem - serwer Blipa musiałby być w takim układzie odpytywany w okresie od 2 do 60 sekund (w zależności aktywności na kokpicie) dla każdego aktywnego użytkownika. Generowałoby to przy przewidywanej ilości instalacji nawet do kilkuset zapytań na sekundę z jednego adresu IP (serwera backendu).
Tutaj pojawia się moje pytanie: jak na takie obciążenie zareaguje serwer Blipa? Zdaję sobie sprawę, że "sprzętowo" byście raczej to utrzymali (w końcu kokpity użytkowników w wersji WWW są odświeżanie co jakieś dwie sekundy, w aplikacjach desktopowych podobnie), ale prawdopodobnie posiadacie jakieś zabezpieczenia, uniemożliwiające zbytnie obciążenie serwera przez niewielką grupę użytkowników. W związku z tym - jaką maksymalną częstotliwość odświeżania powinienem przyjąć, żeby zbytnio nie obciążać naszego kochanego mikrobloga, a przy tym uniknąć zablokowania mojej aplikacji?
Z góry dziękuję za odpowiedź, pozdrawiam, marsjaninzmarsa. :)
Łukasz
Mar 7, 2011, 4:23:48 AM3/7/11
to blip-...@googlegroups.com, Kuba Niewiarowski
2011/3/6 Kuba Niewiarowski <marsjan...@gmail.com>:
> Witam.
> Jestem w trakcie pisania klienta Blipa na platformę Google Android (o epickiej nazwie Blipoid). Ponieważ będzie to aplikacja mobilna, w której każdy niepotrzebnie przesłany kilobajt danych jest morderczy dla baterii, postanowiłem w przyszłych wersjach przenieść ciężar sprawdzania aktualizacji kokpitu do backendu w PHP, a powiadomienia dostarczać do telefonu w technologii Push (możliwe od Androida 2.2).
> Witam.
> Jestem w trakcie pisania klienta Blipa na platformę Google Android (o epickiej nazwie Blipoid). Ponieważ będzie to aplikacja mobilna, w której każdy niepotrzebnie przesłany kilobajt danych jest morderczy dla baterii, postanowiłem w przyszłych wersjach przenieść ciężar sprawdzania aktualizacji kokpitu do backendu w PHP, a powiadomienia dostarczać do telefonu w technologii Push (możliwe od Androida 2.2).
Nie jestem z blip teamu, ani takie tam, ale muszę dorzucić swoje 12 groszy:
Patrząc na to jak działają klienty Twittera oraz fakt, że relatywnie
mało ludzi ma Androida 2.2 (np ja nie mam szans na to by w łatwy
sposób zrootować swój telefon, a co dopiero upgrade), raczej bym
polegał na starym dobrym pollingu + dużo cache'owania (avatary,
pojedyncze blipinięcia itd itd) - po prostu aplikacje mobilne używane
są zupełnie inaczej i z tego co widzę po sobie i po znajomych wszyscy
wolą odświeżać manualnie, gdy nie mają łatwego dostępu do
ładowarki/USB.
Przepraszam za off topic :-)
--
Łukasz
jakub300
Mar 7, 2011, 9:28:23 AM3/7/11
to blip-devel
To i ja dodam kilka słów:
Za wstępie nie zgodzę się z Łukaszem, wg mnie wprowadzenie push w
jakiejkolwiek formie będzie najlepszym rozwiązaniem. Osobiście od
dawna mam nadzieję (raczej złudną), że doczekamy się oficjalnego
realtime API od blipa. Dla osób z Androidem < 2.2 można by wprowadzić
stałe połączenie (w formie usługi w Androidzie) z Twoim serwerem który
przekazywał by blipnięcia do aplikacji. Dla osób które nie życzyły by
sobie żadnej z tych możliwości pozostawić ręczne odświeżanie.
Co do zasypywania API requestami to Filip kiedyś przedstawiał zasadę,
że jeśli Twoja aplikacja się poprawnie przedstawia (posiada UA, choć
teraz w OAuth UA pewnie niekonieczne) to nigdy nie zostanie zbanowana
z automatu co najwyżej ręcznie przez Admina jeśli będzie taka
konieczność (w takim przypadku Admin kontaktuje się z Tobą i wyjaśnia
sprawę). Dla przykładu: BlipWorld aktualnie wysyła około ("około" bo
nie zbieram takich danych) od kilku do kilkunastu req na minutę
(pobieranie subskrybcji, profili, avatarów, linków, indexowanie całego
blipa) i jak na razie nie miało żadnych nieprzyjemności.
W celu obniżania obciążenia mógłbyś wyłączyć sprawdzanie kokpitów dla
osób które są offline (niepołączone z internetem) co w Polskich
warunkach zdarza się pewnie dość często.
Osobiście zachęcam do zintegrowania aplikacji z API BlipWorld
http://wiki.blipworld.pl/api:0-1 i jako, że od środy mam telefon z
Androidem (2.2) zgłaszam się do testowania aplikacji. Mógłbym też w
miarę możliwości pomóc w pisaniu backendu. :)
Pozdrawiam i dołączam się do przeprosin za offtopic ;p
^jakub300
Za wstępie nie zgodzę się z Łukaszem, wg mnie wprowadzenie push w
jakiejkolwiek formie będzie najlepszym rozwiązaniem. Osobiście od
dawna mam nadzieję (raczej złudną), że doczekamy się oficjalnego
realtime API od blipa. Dla osób z Androidem < 2.2 można by wprowadzić
stałe połączenie (w formie usługi w Androidzie) z Twoim serwerem który
przekazywał by blipnięcia do aplikacji. Dla osób które nie życzyły by
sobie żadnej z tych możliwości pozostawić ręczne odświeżanie.
Co do zasypywania API requestami to Filip kiedyś przedstawiał zasadę,
że jeśli Twoja aplikacja się poprawnie przedstawia (posiada UA, choć
teraz w OAuth UA pewnie niekonieczne) to nigdy nie zostanie zbanowana
z automatu co najwyżej ręcznie przez Admina jeśli będzie taka
konieczność (w takim przypadku Admin kontaktuje się z Tobą i wyjaśnia
sprawę). Dla przykładu: BlipWorld aktualnie wysyła około ("około" bo
nie zbieram takich danych) od kilku do kilkunastu req na minutę
(pobieranie subskrybcji, profili, avatarów, linków, indexowanie całego
blipa) i jak na razie nie miało żadnych nieprzyjemności.
W celu obniżania obciążenia mógłbyś wyłączyć sprawdzanie kokpitów dla
osób które są offline (niepołączone z internetem) co w Polskich
warunkach zdarza się pewnie dość często.
Osobiście zachęcam do zintegrowania aplikacji z API BlipWorld
http://wiki.blipworld.pl/api:0-1 i jako, że od środy mam telefon z
Androidem (2.2) zgłaszam się do testowania aplikacji. Mógłbym też w
miarę możliwości pomóc w pisaniu backendu. :)
Pozdrawiam i dołączam się do przeprosin za offtopic ;p
^jakub300
Kuba Niewiarowski
Mar 7, 2011, 3:20:02 PM3/7/11
to blip-...@googlegroups.com, jakub300
Dokładnie tak to zamierzam rozwiązać. :]
Dzięki za odpowiedź, tego właśnie potrzebowałem. Nawet, jeśli admini mnie zbanują, to nie powinno to wpłynąć na aplikacje zainstalowane na telefonach - po prostu przełączą się na odświeżanie w trybie fetch... :]
Właśnie tak to zamierzam rozwiązać. :]
Wszystko ładnie pięknie, ale... co to jest BlipWorld? ;]
Na wiki nic nie ma, a strona wyświetla komunikat, że moja przeglądarka to zuo, i żebym się przestawił na WebKit... ;]
A co do testów - nie ma sprawy, jak tylko coś będę miał, to wyślę info. :]
--
Pozdrawiam, Kuba Niewiarowski
http://marsjana.net/ - bo blogi są nie tylko na Onecie ;)
Dzięki za odpowiedź, tego właśnie potrzebowałem. Nawet, jeśli admini mnie zbanują, to nie powinno to wpłynąć na aplikacje zainstalowane na telefonach - po prostu przełączą się na odświeżanie w trybie fetch... :]
Właśnie tak to zamierzam rozwiązać. :]
Wszystko ładnie pięknie, ale... co to jest BlipWorld? ;]
Na wiki nic nie ma, a strona wyświetla komunikat, że moja przeglądarka to zuo, i żebym się przestawił na WebKit... ;]
A co do testów - nie ma sprawy, jak tylko coś będę miał, to wyślę info. :]
--
Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "blip-devel".
Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-...@googlegroups.com.
Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+...@googlegroups.com.
Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
--
Pozdrawiam, Kuba Niewiarowski
http://marsjana.net/ - bo blogi są nie tylko na Onecie ;)
jakub300
Mar 8, 2011, 10:50:03 AM3/8/11
to blip-...@googlegroups.com, jakub300
Marcin Jagodziński
Mar 8, 2011, 10:54:14 AM3/8/11
to blip-...@googlegroups.com, jakub300
Wow, do mnie to też nie dotarło. To jest aplikacja na androida? Flashowa?
http://www.youtube.com/watch?v=jyce8376e9k
On Monday, March 7, 2011 9:20:02 PM UTC+1, marsjaninzmarsa wrote:Wszystko ładnie pięknie, ale... co to jest BlipWorld? ;]
--
Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie „blip-devel”.
Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-...@googlegroups.com.
Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+...@googlegroups.com.
Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
jakub300
Mar 8, 2011, 10:59:33 AM3/8/11
to blip-...@googlegroups.com, jakub300
Aplikacja webowa http://blipworld.pl/ mało znana bo ograniczona do użytkowników Chrome i Safari (WebKita). Niedługo (mam nadzieję) częściowo zagości poprzez API w blipalaczu więc dotrze do FF.
On Tuesday, March 8, 2011 4:54:14 PM UTC+1, Marcin Jagodziński wrote:
On Tuesday, March 8, 2011 4:54:14 PM UTC+1, Marcin Jagodziński wrote:
Wow, do mnie to też nie dotarło. To jest aplikacja na androida? Flashowa?
Kuba Niewiarowski
Mar 9, 2011, 1:52:43 PM3/9/11
to blip-...@googlegroups.com, jakub300
Aa, czyli po prostu takie ładniejsze i lepsze blipi. ;]
--
--
Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie „blip-devel”.
Aby zamieszczać posty w tej grupie, wyślij e-mail na adres blip-...@googlegroups.com.
Aby anulować subskrypcję tej grupy, wyślij e-mail na adres blip-devel+...@googlegroups.com.
Aby uzyskać więcej informacji, odwiedź tę grupę pod adresem http://groups.google.com/group/blip-devel?hl=pl.
--
Reply all
Reply to author
Forward
0 new messages