@xaro: wejdź na helion/empik szukaj książki z react potem z js potem z spa itd następnie wklej byle jaką znalezioną co w tytule ma szukaną frazę. Przecież i tak nikt tego nie sprawdza

@tomaszs: Wincyj tagów xD

@konradkal: To powodzenia :) Stworzenie strony to pół biedy, najgorsza jest aktualizacja, bo kto ma na to czas i cierpliwość. Pozdr

@Alodnog: Kolego, niezależnie od użytej biblioteki albo frameworka, weryfikacja uprawnień użytkownika po stronie klienta to pomysł równie dobry, co podcieranie się jeżem. Jeśli masz dane wrażliwe i zależne od uprawnień/autoryzacji/autentykacji, trzymasz je na serwerze i zwracasz do klienta, a nie robisz jakieś dziwne miksy. Jak sam zauważyłeś, podmiana tego lokalnie jest trywialna.

@Alodnog: Masz np. logowanie w appce Reactowej, w którym użytkownik przekazuje do serwera login i hasło wysyłając request pod endpoint, np. "/api/login". Serwer weryfikuje podany login i hasło z credentialsami użytkownika w bazie, a jeśli są prawidłowe, to generuje mu token (poczytaj o JWT) + ew. dodatkowo zwraca obiekt usera zawierający np. jego role/uprawnienia. FE (React) zapisuje gdzieś ten token, żeby był dostępny po przykładowo odświeżeniu strony. Możesz też wprowadzićPokaż całość

@ElGovanni: Można, ale jest z tym trochę zabawy https://github.com/zeit/next.js/issues/3335 W dokumentacji polecają korzystanie z ZEIT Now https://nextjs.org/docs/deployment

@look997: Próbujesz rozwiązać problem, który w realnym świecie nie istnieje. Twój przykład działa, bo za każdym razem przekazujesz stany obu komponentów, więc zawsze będziesz mieć dostęp do ich zawartości.
Zobacz sobie dokumentacje replaceWith i odnośnik do specyfikacji. Zamieniając te elementy, usuwasz je z drzewa DOMu i dodajesz je z powrotem z dodaną referencją
https://dom.spec.whatwg.org/#concept-node-replace

W reakcie załatwiasz to stanem/contextem/reduxem, czymkolwiek.

@przemoprzemek: może ktoś to zna react Ci pomoże

@Marekexp: użycie serwisu to praktycznie to samo - wstrzykujesz sobie w komponent taki serwis i bzikasz. React dostarcza renderowanie, więc tam się to opiera o odpowiednie wyrenderowanie contextu, Angular ma wbudowane DI więc można sobie takie coś po prostu wstrzyknąc

@Marekexp: po prostu używasz serwisu, nie kumam co to za filozofia, jakieś 1.5 minuty roboty :P wcześniej co prawda uzywałem tylko KendoUI i Microsoft Silk, to nie wiem czy to jest taka rewelacja, ale DI w Angularze, jak napisał @Marmite ma się dobrze

@Bulldogjob: dziękuję, właśnie się intensywnie douczam z reacta

@Bulldogjob: 99% apek napisanych w reaccie korzysta z routingu po stronie klienta. O czym wy tu pierniczycie w ogóle?

@secret_passenger: Raczej React, Angular i Vue zostanie na bardzo długo, tym bardziej że wiele apek zostało w nich napisanych i są to frameworki, które żyją, mają się dobrze i się rozwijają. Do .NET doszło takie coś jak Blazor i być może warto chociaż rzucić na to okiem, ale nie wiem jak z popularnością tego rozwiązania na rynku. Projekt pisz w znanych technologiach, bo jak znasz popularną technologię to szybciej znajdzieszPokaż całość

@secret_passenger: Aktualnie zainteresowałem się tailwind.css i muszę przyznać że ciekawe rozwiązanie, utility first. Z minusów to robi się trochę dużo klas w HTML i jest mało czytelny.

same śmieci...

slabe to fakt, wypisuje sie z listy.

@FiranMercury: rimraf usuwa folder rekurencyjnie, dzięki czemu dostajesz czystego builda bez ryzyka jakichś śmieci z poprzednich buildów

@FiranMercury: prawdę mówiąc nigdy tego w zaden sposób nie konfigurowałem, po prostu instalujesz i bzikasz ¯\_(ツ)_/¯

@Rakky: zależy, jak masz mnóstwo formularzy to używasz gotowych rozwiązań np. formik, dla pojedynczych formularzy to overengeneering, i lepiej w sumie napisać swoją walidację

@zycietonowela: Czerstwe

@FiranMercury: Taktyk, bo ja też XD