[BlackiLacki]

Witojcież,
pisałem tu niedawno w sprawie tego, że jesteśmy małym zespołem robiącym appke typu social-media. Jesteśmy już na końcu pracy, zostały do zaimplementowania dwa szczegóły i faza testowa. Okazało się jednak, że sama aplikacja działa dosyć wolno bo oparta na bazie danych do Google. Pytanie do was: iść do inwestora aby pozyskać fundusze i zatrudnić programistów (seniorów co się znają na tym bardziej niż my) do poprawienia tego lub zbudowania na nowo, szukać dofinansowań unijnych (jest bardzo mało) lub jeszcze jakieś inne, ciekawe opcje?
#startup #firma #programowanie #biznes

[WypadlemZKajaka]

@BlackiLacki: nie macie jeszcze użytkowników a już apka zamula? Chyba musicie znaleźć ogarniętych ludzi do tej roboty.

[acpiorundc]

@BlackiLacki: co to jest baza danych od Google? Chodziło o Firebase?

[BlackiLacki]

Tak, chodzi o Firebase. Zamula nie appka, a konkretnie wolne ładowanie zdjęć i username'ów. Pewnie powodem jest nagły przesył zbyt wielu informacji

[WypadlemZKajaka]

@BlackiLacki: a cache jakiś macie?

[acpiorundc]

@BlackiLacki: ale przecież zdjęcie to jest oddzielna baza do zdjęć i firebase zwraca tylko listę usernamów czy co tam masz + url do zdjęcia i tyle.

[BlackiLacki]

Z tego co wiem, ale wiem niewiele, to dostęp do offline ma tylko chmura firestore, a nie samo firebase database, z którego korzystamy. A jeśli da się zrobić to nie wiem jak niestety xd

[laki1]

@BlackiLacki: chciałbym zobaczyć ten kod dzięki któremu apka bez użytkowników zamula ( ͡° ͜ʖ ͡°)

[BlackiLacki]

Chętnie pokaże kawałek na priv ( ͡° ͜ʖ ͡°)

[aloucie]

@BlackiLacki: Macie zdjęcia w base64 i ciągniecie za każdym razem? Przecież zdjęcia z cdn i użytkownicy z redisa czy innego cache, to powinno śmigać.

[zibizz1]

@BlackiLacki: W realtime DB łatwo się wpieprzyć w duży koszt jak się ściąga zbyt wielkie kawałki bazy i zbyt często. Firestore jest pod tym względem bezpieczniejsza. Co do obrazków to:
1. storage
2. automatyczne generowanie miniaturek przez cloudfunctions
3. jak mało miejsca na ekranie zajmuje to ściągać mniejszy rozmiar
4. cache w aplikacji
5. Przy scroll liście ściąganie obecnego + kolejnego ekranu tylko

[Kolorowezworki]

@BlackiLacki: Ogarnij sobie minIO lub Amazon S3 do zdjęć

[zwierzak40]

Okazało się jednak, że sama aplikacja działa dosyć wolno bo oparta na bazie danych do Google.

@BlackiLacki: Powodem raczej jest fizyczna odległość serwerów aplikacji do serwerów bazodanowych i konieczność kilkukrotnej wymiany danych. Nawet 30ms opóźnienia pomnożone przez wysyłkę i odbiór razy 10 takich tras to już 600ms. A przy nieoptymalnych zapytaniach taką ścieżkę równie dobrze może być konieczność pokonania 100 razy i mamy 6 sekund, nawet jak reszta kodu apki ma

[WypadlemZKajaka]

Powodem raczej jest fizyczna odległość serwerów aplikacji do serwerów bazodanowych

@zwierzak40: bez jaj

[zwierzak40]

@WypadlemZKajaka: Skoro "Zamula (...) wolne ładowanie zdjęć i username'ów" to można się spodziewać wszystkiego. Włącznie z tym, że zapytania są źle napisane, a opóźnienie sieci generuje tą powolność.

[BlackiLacki]

Z tego co zauważyłem i doczytałem w dokumentacji Picasso samo optymalizuje i tworzy odpowiedni cache. Faktycznie problemem może być odległość, bo chyba serwer jest ustawiony na US o czym zapomniałem wspomnieć, mea culpa xd