#wishpy Dziennik 15 - Dojrzewanie

Hej, dawno nie było update'u.

Apka bardzo powoli rośnie i dojrzewa. Dodałem funkcję, którą mam nadzieję na mały efekt viralowy - Share wishlisty przez weba. Tutaj przykładowa lista : https://getwishpy.com/?wishlist=fbfc372490faa4999f8eee126f55d281 (jeszcze muszę dopracować trochę czas ładowania i wygląd strony, ale główna funkcjonalność jest).

W
mdfk - #wishpy Dziennik 15 - Dojrzewanie

Hej, dawno nie było update'u. 

Apka ba...

źródło: comment_16159652012WpRWgf9JSHjfrdwMxiw2T.jpg

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@walesuchary: Masz racje. Ja dodalem react native plugin po stronie Reacta a do androida dodałem główna zależność dla całego firebase i w aplikacji dodałem zależność messaging. I wszystko śmiga.

package.json:
"@react-native-firebase/app": "^11.0.0",
"@react-native-firebase/messaging":
  • Odpowiedz
jest tu jakiś spec od #firebase ? używam #firestore jako bazy danych dla małej aplikacji i mam tam jedną kolekcję i jakiś 1k dokumentów - wykonuje jedno zapytanie które robi 3x where - dla wartości mniejszej niż X, większej niż Y i dla wartości drugiego pola sprawdzane jest czy wartość jest w tablicy. Wykonuje jedno zapytanie - zwraca ono 12 rezultatów a konsola firestore pokazuje że wykonałem 12k
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Cześć,

zaczynam pisać backend w Springu z Firebase żeby wykorzystać notyfikacje push na aplikacji android. Pobrałem sobie ten prywatny config.json i wsadziłem narazie do resources skąd później zawartość wczytuję przy inicjalizowaniu aplikacji.

Z tego co czytam w dokumentacji nie powinienem tego pliku trzymać w repozytorium ze względów bezpieczeństwa. Lepiej zastosować zmienną środowiskową. I tutaj pojawia się moje pytanie - czy ktoś wie jak przekazać zawartość tego pliku do Heroku? Skoro nie mam go w
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

via Wykop Mobilny (Android)
  • 0
Cześć, czy ma ktoś doświadczenie z kosztami Firebase? Ten darmowy plan jest wystarczający na początek czy lepiej od razu pakować się w płatny?

Aplikacja, którą chce wypuścić raczej nie będzie jakoś bardzo popularna, ale jej model zakłada, że jedna osoba, która rejestruje konto prawdopodobnie pociągnie kilka osób za sobą bo samemu raczej nie opłaci się jej używać. Stąd trochę mnie zastanawia ta ilość jednoczesnych połączeń do Firebase w darmowym planie.

#androiddev
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Rubajticos: #nieznamsiealesiewypowiem zacznij od darmowego planu Firebase Spark, którego i tak nie przekroczysz jeżeli apka nie "chwyci", co jest prawdziwe dla 99% apek. Nawet jeżeli zaczeniesz przekraczać te limity to płacisz za to ile zużywasz, czyli na początku śmieszne kwoty.
Jeżeli apka będzie sukcesem to prędzej czy później będziesz musiał zrezygnować z firebase i napisać własny backend.
  • Odpowiedz
#wishpy Dziennik 14 - Redesign

Hej, witajcie po dłuższej przerwie. Wiele się wydarzyło z aplikacją w międzyczasie.

Mianowicie, doszedłem do wniosku, że popularny model MVP, czyli budowa apki, z minimalna funkcjonalnością nie ma sensu w aktualnym ekosystemie aplikacji. Po pierwsze, dlatego, że jest juz konkurencja i moja apka wyróżniała się jedynie tym, że łączy użytkowników bezpośrednio przez książkę adresową. Po drugie, ludzie oczekują dopracowanych i ładnych aplikacji, a nie na pół
mdfk - #wishpy Dziennik 14 - Redesign

Hej, witajcie po dłuższej przerwie. Wiele si...

źródło: comment_1610395225xyoSlANevH4eYh2qz2KlUD.jpg

Pobierz
  • 6
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

#wishpy Dziennik 13 - It's Official

To już. Po około 8 miesiącach pracy po godzinach aplikacja jest gotowa.

Aplikacja na iOS'a została oficjalnie zreleasowana kilka dni temu i jest na sklepie. Ku mojemu zaskoczeniu, przeszła pierwszy review bez problemu. Android jest dostępny już od kilku tygodni.

W
mdfk - #wishpy Dziennik 13 - It's Official

To już. Po około 8 miesiącach pracy po ...

źródło: comment_1606209964AMUCBBPKbRgU4gc05T6Anv.jpg

Pobierz
  • 9
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@mdfk: Ja planuję zrobić coś podobnego, bo zwykłą pospolitą listę zakupów, głównie dla mnie i dla rodziny, boję się tylko o to, że kiedyś przekroczę koszty, choć to w sumie koszty są groszowe.
  • Odpowiedz
#wishpy Dziennik 12 - iOS Developer Account...

Apka jako tako działa, wrzucam właśnie małą poprawkę na Google Play. Z tej okazji chciałem też zrobić release na iOS.
Spodziewałem się, że rejestracja nowego konta developerskiego będzie taka prosta jak w Google Play. Okazało się, że Apple bardziej pilnuje swojego marketu i po zapłaceniu 429 PLN dowiedziałem się, że mogę poczekać nawet do 2 tygodniu na akceptacje (a potem jeszcze kilka dni na
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

#wishpy Dziennik 11 - Test release

Aplikacja zdobyła już kilku użytkowników i trochę mnie zaskoczyła analityka Firebase Storage. Mimo, że użytkownicy (w tym większość ja) wrzucili kilka zdjęć, które w sumie nie przekraczają 2Mb. Firebase pokazuje mi, że już zająłem ponad 400Mb.

Czy ktoś wie o co tu może chodzić? #firebase

#wishlister #flutter #startup #sideproject #programowanie #firebase
mdfk - #wishpy Dziennik 11 - Test release

Aplikacja zdobyła już kilku użytkowników...

źródło: comment_1604004117U3abgbnF6q1UWIYzGn2DeD.jpg

Pobierz
  • 6
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Halo, śledzi ktoś jeszcze ten tag? #wishlister

Po bardzo długiej przerwie wracam do projektu. Tym razem w okrojonym składzie i zamiast na web'a będzie aplikacja na mobile.

Czym był projekt?
Razem z braćmi chcieliśmy wspólnie zrobić jakiś projekt (brat1: designer, brat2: c#, ja: android). Za brakło czasu i nie wyszło.
mdfk - Halo, śledzi ktoś jeszcze ten tag? #wishlister 

Po bardzo długiej przerwie ...

źródło: comment_1598279068PZUpvEcsiJoPEz5G7mGVBC.jpg

Pobierz
  • 14
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@mdfk: Sam od prawie miesiąca pracuję nad flutterową apką (mój pierwszy samodzielny, nie-tutorialowy projekt w ogóle), dzisiaj akurat rozpocząłem żmudny proces czytania dokumentacji i doklejania obsługi Firebase. Przejrzałem twoje poprzednie wpisy i pomysł wydaje się (na tyle, na ile się orientuję) bardzo dobrze wpasowujący się w specyfikę Fluttera. Będę z uwagą śledził twoje postępy i kibicował.
  • Odpowiedz
Sprawdźmy jak mirki tutaj doświadczone są - chce stawiać projekcik, zależy mi żeby nie grzebać dużo w devopsowych rzeczach i samo sie to skalowało. Pytanie głównie chodzi o backend bo front sobie ogarne, zastanawiam sie nad:
1. Amplify


2. Firebase

  • 8
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

2. Firebase

Spoko, ale przywiązuje sie do nich, i nie wiem jak ze skalowalnością tu będzie


@FreakyYak: to jest chyba najbardziej skalowalne narzędzie możliwe na rynku, bo infrastrukturę dostarcza Ci Google. Google wykupiło Firebase dawno temu. Kiedyś odpalili na Firebase gierkę dostępną na stronie głównej Google, możesz domyślić się jaki to ruch dla niej wygenerowało. Chodziła bez problemu.

No i jest super proste, skoro taki idiota techniczny jak ja sobie z nim ładnie
  • Odpowiedz
@VirusX: dlatego technologii uczysz się dopiero, jak masz tego realną potrzebe ;) taak, tak usprawiedliwam w ten sposob swoje lenistwo ( ͡° ͜ʖ ͡°)
  • Odpowiedz
Mircy,

Do małego projektu realizowanego „po godzinach” poszukujemy osoby, która odnalazłaby się w roli mentora.
Technologie: React.js, Redux, Firebase.
Wymiar - 1 – 2 godziny tygodniowo, 100% zdalnie.
Zakres – konsultacje podczas, których będzie możliwość omówienia projektu, code review, pomoc w zaplanowaniu dalszych działań.
KIJU87 - Mircy,

Do małego projektu realizowanego „po godzinach” poszukujemy osoby,...

źródło: comment_1587974355pHC6bqOFZCj9iP5JOHbIQx.jpg

Pobierz
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

W jakich sytuacjach najlepiej używać firebase-a? Wczoraj dowiedziałem się od Mirków, że mogę używać tej usługi do przesyłania komunikatów na telefon, ale widzę, że jest jeszcze tu dostępna baza danych i storage. Czy jest jakiś sens korzystania z takiej bazy danych w sytuacji gdy ma się gotowy serwer napisany załóżmy w Django web framework, który korzysta se swojej bazy danych?

#programowanie #firebase
  • 8
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Firebase jest w sumie spoko do prototypowania rozwiązań można łatwym kosztem szybko wystawić sobie jakaś webapke która ma jakaś tam bazę danych plus proste funkcje. Do tego firebase daje ci autoryzacje z Google/Facebook za darmo wiec można bardzo szybko dostarczyć gotowy produkt. Ale tak naprawdę jak ktoś tego zacznie używać i pojawiają się klienci to najlepiej napisać własny backend na porządnie
  • Odpowiedz
@11_01_010_1010_00_10: Co do naliczania kosztów to zgadza się to co opisałeś. Warto agregować dane w dokumentach, ale trzeba tez pilnować żeby te dokumenty nie zrobiły się za duże bo ucierpi na tym wydajność twojego czatu. Przy firebase warto sobie założyć dwa projekty jeden produkcyjny i jeden testowy na którym będziesz sobie klikał po apce. Dzięki temu łatwo wykryć co zjada limity.

Ja raz przez przypadek wrzuciłem sobie ciągła aktualizacje stanu
  • Odpowiedz
Mireczki z #java #androiddev, mam dość duży problem w mojej aplikacji projektowej na studia. Wymyśliłem sobie aplikację do zamawiania jedzonka z restauracji, ogarnąłem już system rejestracji i teraz zacząłem się bawić z tą główną częścią. Problem jest taki, że nie mam pojęcia jak się zabrać za jedną sprawę.
Mam w bazie danych #firebase kolumnę z potrawami do zamówienia, są tam pola: nazwa, opis, cena i
Bezkrytyczny - Mireczki z #java #androiddev, mam dość duży problem w mojej aplikacji ...

źródło: comment_1584292719UYcrrdmVoblJNVMDt1z66i.jpg

Pobierz
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Bezkrytyczny: Jeżeli piszesz w języku Kotlin dane możesz pobierać z wykorzystaniem suspendCoroutine. W ten sposób możesz uruchomić to zadanie w osobnym wątku i poczekać na wynik w tym samym wątku.
Gdy już będziesz pobierał dane możesz każdy wynik możesz zmapować do zadeklarowanej klasy metodą toObject i następnie umieszczać je w liście.
Potem tą listę możesz przenieść do warstw bliższych interfejsowi i wyświetlać ją np. w Recycler View. Tutaj może być
  • Odpowiedz
Mireczki trochę z #backend, trochę z #webdev. Bawię się ostatnio #firebase i właśnie ogarniam Authentication. Mam małe pytanko odnośnie bezpieczeństwa. Wywołuję signInWithEmailAndPassword z wartościami inputów email i password jako argumenty, nie zapisuję ich do żadnych zmiennych, a inputy są czyszczone po rejestracji. Czy to znaczy, że całe kwestie bezpieczeństwa stoją teraz po stronie #google? W sensie, czy te dane mogą zostać
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

  • 1
@Bezkrytyczny bardzo dobrze robisz. Outsourceujesz problemy authentication. Z pewnością mają to lepiej ogarnięte niż jakbyś sam próbował robić. Po swojej stronie upewnij się że robisz zapytanie po HTTPS
  • Odpowiedz
Chcę zrobić apkę na #android co będzie przypominać o różnych rzeczach za pomocą powiadomień. Cały backend będzie się opierać o MySQL i PHP. Ma to działać tak, że jest pobierana data i godzina przypomnienia z bazy danych i jeżeli do tego czasu pozostała godzina to zostaje wysłane powiadomienie do apki. Wiem, że to można ogarnąć przez #firebase, ale jak to garnąć, żeby cały czas coś chodziło na
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@sucharixx: no. To chyba będzie najrozsądniejsze rozwiązanie. Pobierać dane z serwera przy odpaleniu apki, pakować je do sqlite i później sprawdzać ten czas w service. Dzięki Mirki!
  • Odpowiedz
@sucharixx: jedyne co mi przychodzi do glowy to foreground service z tym ze android bedzie raportowal ze aplikacja zabiera za duzo energii, jesli chodzi o backend w php to z tego co wiem a nie wiele wiem to pisania tam endpointow chyba do najprzyjemniejszych nie nalezy bardziej bym celowal w ktor + exposed, ewentualnie spring + hibernate(tyle ze spring to kobyła raczej do duzych zastosowan) wtedy polaczenie tego z fire
  • Odpowiedz