@K-S-: Tauri2 + React, polecam się zainteresować.

@Migmus:

Clean code, DRY, SOLID, KISS, YAGNI, OOP

te rzeczy sie wzajemnie wykluczaja

@Migmus: Jak takie krótkie zmiany projektów wpisujesz w CV. Pracowałem jako kontraktor 4 lata i byłem często bez projektu, zmieniałem kontraktownie i tak dalej. Jednak teraz w oczach HRow jestem skoczkiem xDD Nie rozumieją że byłem na B2B. Ukrywać wszystko czy wpisać że pracowałem na swoim.

@Rafi91LDN: Hej, pracuje komercyjnie w JSie już od kilku lat i z doświadczenia powiem Ci, że nie warto trzymać się 1 kursu bo ilość możliwych rozwiązań jest bardzo duża od tych dobrych do fatalnych. Najprościej podchodząc do tematu. Przerób sobie jakieś podstawy języka. Zaplanuj mały projekcik (nawet głupia todo lista będzie Ok na początek) i szukaj rozwiązań priorytetyzując dokumentacje oraz artykuły i poradniki z 2022/2023. Jeśli chodzi o Vue to miałemPokaż całość

@Rafi91LDN: kamasutra

@Kupamilosci: a to podziwiam, ja jak muszę się dotknąć tego co robią te frontowe zwierzęta to aż mi słabo

@maykel: Echh znowu coś nowego wymyśli ¯\(ツ)/¯ Nie lepiej zainteresować się Astro.js?

Opieranie znajomości GIT tylko i wyłącznie na aplikacji desktopowej GitHub nie jest dobre dla początkującego programisty. Lepiej najpierw zrozumieć, co dzieje się pod spodem i później używać tego narzędzia jako pomoc. Ja korzystam z UI w PHPStorm żeby zarządzać repo w GIT, ale wiedza o tym, jak zrobić to w terminalu to podstawa.

Ale jeżeli chcesz iść na łatwiznę i za 5 lat zastanawiać się, czemu kumple z zespołu są na mniePokaż całość

@S______n: doucz się frameworków, dobrych praktyk, zrób kilka projektów w nowych frameworkach, jakieś bazy danych, sql, trochę devops no i ofc angielski. z opisu wynika, że sporo ci brakuje, pewnie ze 2k godzin na to zejdzie i potem będziesz mógł startować na juniora.

@S______n bez zobaczenia kodu można tylko gdybać, ale na podstawie phalcona i jQuery wnioskuję, że masz szansę na zaimponowanie pracodawcom, którzy akurat szukają szambonurka do ciężkiego legacy

@wykopkiJesienne ja sprawdzałem i nie, zamiast podpowiadać głupoty zamiast podpowiadać to co już jest w kodzie

@massejferguson: nie znudziły Ci się jeszcze te baity? ( ͡° ͜ʖ ͡°)

@terror_blade: w wiekszych projektach group by feature, robie osobny folder pod konkretny ficzr

https://github.com/alan2207/bulletproof-react

w components trzymam rzeczy globalne pod ui, jak logo, header, jakies buttony

wiec na twoim przykladzie zrobilbym folder

features/products/components
features/products/store

etc

no ale jak ci wygodnie, group by feature duzo wygodniejsze w większych projektach

edit: ogolnie jeszcez dodam, ze no starasz sie unikac duzych komponentow, rozbijasz na jak najmn iejsze, oczywiscie, nie ma co przesadzac i rozbijacPokaż całość

@terror_blade: mozesz wymsuzac na componentach w naziwe pliku

nazwacomponentu.client.vue
nazwacomponentu.server.vue

@massejferguson: jeśli potrzebujesz aż tyle i wciąż ci mało to coś jest nie tak

@massejferguson: jak ktos ci ksiazki poleca to mu nie wierz

@ujdzie: Oczywiście, rozumiem Twoje obawy i potrzeby. Wydaje się, że masz kilka opcji, zależnie od skomplikowania Twojego projektu i wymagań.

1. Jedna Duża Aplikacja JS: Możesz stworzyć jedną dużą aplikację (np. w Vue.js lub React), która będzie obsługiwała różne części Twojego systemu. Za pomocą routingu i dynamicznego importowania możesz kontrolować, co jest ładowane na różnych stronach. To pozwoli Ci na utrzymanie spójności i wykorzystanie wspólnych komponentów.

2. Wielokrotne Małe AplikacjePokaż całość

@tos-1_buratino: indeksują się tak samo jeśli treść jest renderowana po stronie serwera, a ta najważniejsza tu jest. Ale na SEO na pewno najbardziej ucierpi to, że pozmieniali linki nie dając przekierowań (301) ze starych

@piotroso: a stare linkują do głównej xD

@daro1: Tego podejrzewam nie wie nikt, technologia się zmienia. Ktoś zrobi coś lepszego, szybszego, wygodniejszego prędzej czy później - to może być za rok, a może być i za dziesięć lat.

Dlatego proponuję uczyć się programować, a nie uczyć się języków czy frameworków.

@daro1 tak jak napisał przedmówca, lepiej nauczyć się wykorzystania języka a w konsekwencji, po zdobyciu doświadczenia można dojść do wniosku że te wszystkie frameworki tak na prawdę opisują kilka powtarzających się wzorców. W każdym języku, przy użyciu dowolnego framweroka można napisać gówniany kod :)

@UrimTumim: Użyj zmiennych środowiskowych .env.development i .env.production, zdefiniuj target np.:

VUE_APP_API_TARGET=http://localhost:765/ i VUE_APP_API_TARGET=/
https://github.com/vitejs/vite/discussions/2260#discussioncomment-408439

@UrimTumim: Jak chcesz mieć różne ścieżki w pliku index.html to spróbuj tak:
1 dodaj pliki .env.development i .env.production ze ścieżkami
2 W projekcie zainstaluj vite-plugin-html
3 W vite.config zdefiniuj zmienne
4 W pliku index.html dodaj te zmienne np. href="<%= favicon %>/favicon.ico"

Wrzuciłem przykład na repo
https://github.com/skav3n/vite-urim-tumim

@NoToTenTego no a backend Ci to obsłużył?

A po co Ci do tego vuex? Pobierasz w jakimś komponenecie nadrzędnym dane z API, wyswietlasz je, z API pobierasz ilość elementów, dzielisz to przez ilość elementów którą chcesz mieć na stronie i to daje maksymalny element paginacji. W vue piszesz logikę jak te elementy podzielić na tablicę np [[1],[100,101,102],[666]] w zależności od tego jaki element jest aktywny. później tej tablicy używasz do wyrenderowwania paginacji. Aktywnej strony i parametrów używasz do budowaniaPokaż całość

@login_zajety_sic: przeca dość ładnie jest opisane tu: https://nuxtjs.org/deployments/