Gondolom mindenki beleszaladt már abba a problémába, hogyan kezelje a globális (minden oldalon elérhető) state-eket React-ban. Ehhez egy jó összefoglaló:
dev.to/workshub/state-manageme


A minap WYSIWYG editorokat kerestem React-hoz, és erre az oldalra bukkantam rá:
ourcodeworld.com/articles/read

Elég érdekes ez a Ballon-nak hívott technológia, amikor gyakorlatilag a megjelenítendő oldalt látod, és direktbe szerkesztheted. (nem kell külön ablakban, hanem lehet lufiként fölé nyíló műveleteken keresztül)

De hát végül maradt a jó öreg TinyMCE. (megtalálható az oldal legalján)

Ha újból szükség lesz Editor-ra egy projekten, akkor bizti újra átnézem ezt a listát. ;)


1,2,3 közel egy problémára épül...fel szeretnék dolgozni (parseolni) a már kész (kirenderelt) oldalt. De mivel kliens oldalon lesz összepakolva, ezért lutri, hogy a crawler éppen mit fog látni a linkünkre bökve. Erre idáig mindenhol EGY megoldást találtam, SSR (Server Side Rendering).
angular.io/guide/universal
itnext.io/server-side-renderin
Hogy éppen cache-eljük, vagy sem az első rendert, az már csak részlet kérdés.
De lehet találni függetlenebb megoldást is:
github.com/GoogleChrome/render

Szál mutatása


Mostanság felkapott technológiák kliens oldalon: Angular (Google) és React (FB)
Angular-al azért nem foglalkoztam mélyrehatóbban, mert még mindig úgy érzem, hogy túlságosan robosztus. Mintha mindent bele akarnának sűríteni egy frameworkbe. (pl. react is beépíthető lsd. RxJS). És ebből a világból nehéz kiszakadni. Ezzel szemben a ReactJS lightweight-ebb, lehet csak JS-ben programozni, és ha valaki megérti a logikát mögötte, gyorsan is tud haladni.


Ismerkedésem a ReactJS-el...a kályhától.

Manapság nagyon menő webes szokás, hogy a kliens gépén rakjuk össze a weboldalunkat JS segítségével.
0. kitekintő

Vannak ennek előnyei is, ezt nem firtatom. De engem most az alapvető igények kielégítésének nehézségei érdekelnek jobban (pláne pont egy ilyen oldal fejlesztésénél).
Alább néhány:
1. SEO
2. FB link share
3. URL navigáció


Szerver oldali JS? NodeJS.
Biztos van sok hátránya, de amiért szeretem, az a sok modul, gyors indulás, serverless támogatottság (lambda, gcf). Modul csekkolása: libraries.io/
Melyek ráadásul bundle-ezhetőek, minifyolhatóak.
Értem én, hogy szerver oldalon kit zavar a sok library/module?!
Hát én szeretem a szerver oldali forráskódomat "elcsúnyítani", egy fájlba rakni.(hamár a binárisra fordítás itt nem adatott meg) Ehhez:
webpack.config.js cloud.xdevs.hu/s/yiBqWstrRbgmP

IT Szeged

A Mastodon egy szabad webes protokollokat használó, nyílt forráskódú szociális háló. Decentralizált, akár az e-mail.