#serverside — Public Fediverse posts

🥳 New Kitten Release

• Fix: Events on `KittenComponent` hierarchies are now bubbled in reverse (from children down to parents). This provides for predictable event firing in cases where parents might emit events (e.g., a page emitting an event from its `onConnect()` handler). Your existing code should work as before with certain edge cases that might have broken before no longer breaking.

Enjoy!

:kitten:💕

#Kitten #KittenReleases #SmallWeb #SmallTech #web #dev #events #serverSide #eventBased #components #hypermedia #streamingHTML

🥳 New Kitten Release

• `KittenComponent` (and thereby `KittenPage`) gains an `emit()` method.

Use this to bubble events from your page to all child components or from any component to all of its child components.

This is useful, for example, for setting the state of a page or a component where each child component knows how to present itself for that state.

(That, in turn, is useful if you want to be able to restore state based on URLs.)

The naming convention-based mapping of event names to event handler names is the same as for the events you receive from the client. So an event called `myEvent` will result in `onMyEvent` handlers on child components being called.

(Also update @small-web/kitten to version 7.1.0 to get language intelligence for the new method.)

Enjoy!

:kitten:💕

#Kitten #KittenReleases #SmallWeb #SmallTech #web #dev #events #serverSide #eventBased #components #hypermedia #streamingHTML

A febbraio abbiamo fatto il primo evento dell’anno di #PyVenice !

🗣️ Due interventi sui #framework del momento, #flask e #django
⚖️ Un confronto tra #python e #javascript, in termini di #ServerSide e #ClientSide rendering
🚀 Come #DjangoNinja ha reso veloce le #REST di Django, mostrando il codice in azione !!!

🕖 Noi ci vediamo il 16 aprile 2026, con il #workshop su #n8n ‼️
Info e prenotazioni 👇
https://www.meetup.com/pyvenice/events/312919609/
💾 NON mancate !

#PyVenice #3 @pythonitalia #Python #Flask & #DjangoNinja

Он вам не SSR. Nuxt — больше, чем Server-Side Render фреймворк

Привет, Хабр! Я - Frontend Developer в МТС Диджитал. Все чаще и чаще я натыкаюсь на сообщения и комментарии пользователей в различных социальных сетях про Server-Side Rendering. Обычно эти жалобы о том, кто-то недоволен зависимостью Next.js от Node.js-сервера. Кто-то сталкивается с ограничениями динамического роутинга при статической генерации. Исходя из этого некоторые люди писали в комментариях что-то вроде: "Вы же не ожидали, что SSR-фреймворк решит все проблемы разом?" Большинство моих коллег с других компаний в принципе не понимают зачем я беру Nuxt почти во все свои проекты и задают вопросы. На первый взгляд это вполне логично. Какой смысл брать SSR фреймворк, если ты выключаешь в нем SSR. На примере Nuxt, SSR можно выключить одним булевым флагом в конфиге:

https://habr.com/ru/articles/888356/

#nuxt #vue #javascript #typescript #serverside #ssr #nuxtjs #vuejs #vue3

FUCK #NEXTJS, FUCK #NUXTJS, FUCK #REACT, FUCK #NODEJS, FUCK #NPM, FUCK #YARN, FUCK #VERCEL, FUCK #TYPESCRIPT, FUCK #JAVASCRIPT, FUCK #SERVERSIDE JAVASCRIPT, FUCK #FULLSTACK JAVASCRIPT.
FUCK EVERY SINGLE #MODERN JAVASCRIPT #SOLUTION!
FUCK JAVASCRIPT FUCK JAVASCRIPT FUCK JAVASCRIPT.

#NEXT #NUXT #NODE #PROGRAMMING #DEVELOPMENT #CODE #CODING #DEVELOPER #DEVELOP

Colpo di #genio estremamente radicale per risolvere un annoso #problema: il creare una data #webapp, che non abbia bisogno di grande interattibilità (vedi un social network, o un CMS), senza dover mantenere 2 #codebase separate e quindi impazzire, facendola funzionare sia con un #server che totalmente senza… ossia, come unire in una sintesi circa accettabile i due maggiori paradigmi del #frontend? 🤔️

• Quello antico, delle prime #piattaforme #web, dove il server genera tutto l’HTML e il browser lo visualizza com’è, spesso con (quasi) zero #JavaScript (vedi la Spacc BBS). 📦️
• Quello moderno, dove nel #backend si espongono API (spesso JSON REST), e il fronte viene sviluppato a parte come app che gira totalmente lato #client, con il #browser che richiede pezzetti di dati e fa i suoi iperprocessamenti. 💱️

Ormai quello antico non si usa quasi mai per #progetti nuovi, perché gli svantaggi sono pesanti appena si vuole andare un po’ più in là: per tappare i buchi nel progetto medio si finirebbe a dover scrivere talmente tanto #codice #ClientSide, che a questo punto era meglio fare tutto nel secondo modo, senza menzionare i modelli e le #API da esporre nel server che altrimenti non si sarebbero implementati. Però, le webapp antiche girano bene anche sul computer tascabile meno performante (average Ximi), sui browser vecchi, e spesso sono le uniche che vanno quando tutto il resto ti lascia a piedi. D’altro canto però, anche se in teoria quella #app potrebbe funzionare #offline, magari mostrando dati cachabili, se è sviluppata in modo attaccato al server ecco allora che non si può fare nulla: muore il server, muore tutto. 💣️

Quindi la mia #idea paxxerella, dato che devo fare banalmente una #applicazione come frontend per un altro servizio già esistente, ma voglio i vantaggi appena millantati: sviluppare con i paradigmi #ServerSide in un framework JS adatto, che giri sia in Node che nel browser. A quanto pare, qualcuno ci ha pensato prima, e qualcosa di già fatto ho trovato (Express+FrontExpress, Koa+Koa-Client, Rill)… ma è tutta roba ormai abbandonata, che o non funziona (ho provato) o ha altre #rogne. Te pareva che trovavo mai qualcosa di buono già pronto… Però, in un quarto d’ora ho tirato su uno #script scheletrino, giusto per poter partire per questa via. ☠️

https://octospacc.altervista.org/2024/02/07/frontendare-lato-client-come-fossimo-nel-backend/

#API #app #applicazione #backend #browser #client #ClientSide #codebase #codice #dimostrazione #esempio #frontend #genio #HTML #idea #JavaScript #locale #NodeJS #offline #piattaforme #problema #progetti #programma #rogne #script #server #ServerSide #web #webapp