/t/ - Tecnologia

>>1427
noob

almeno non è java

Php non me lo ricordo malvagio, piuttosto mi chiedo come si adegui a strutture MVC, ma mi sa che sono io che ragiono abituato ancora a java

>>1464

il formato MVC è stato inventato molto tempo dopo ed è una merda, anche se a onor del vero le alternative sono merdacce pazzesche

grosso modo è andata così:

- HTML (con o senza CSS) ti consente solo descrizioni e illustrazioni (i form vanno gestiti da qualche interfaccia, cioè da un componente software in aggiunta al webserver, cioè spawnare processi ad ogni form)

- JS aggiunge programmabilità all'HTML ma praticamente solo lato client

- PHP (e altri aggeggi concettualmente simili) sono letteralmente un sostituire HTML con del software (lato server) che al momento della request della pagina generano l'HTML già aggiustato e coi fiocchetti; comodissimo avere un database interrogabile da PHP

nella foga di fare il sitarello web più portentoso degli altri ha indotto merdate sempre più grosse:

- prima la moda dei frame HTML per costruire una pagina come un puzzle di blocchi con immagini scritte riquadri effetti speciali animazioni e cazzatine varie

- quindi l'invasione di JS e CSS per gli effetti speciali e per rendere ancora più "friendly" (cioè merdosa) l'interfaccia

- quindi l'invenzione di megainterfacce (il concept dell'MVC, quello di Angular e React, ecc.)

risultato: una pagina Twitter con una dozzina di tweet (all'epoca di 140 caratteri ciascuno) richiedeva lato client… interi megabytes (fottutissimi megabytes) di throughput. Se fosse stata solo HTML sarebbero bastati e avanzati 10 kilobytes

>ma… ma i bot…

uno scopo nascosto di tanta ultracomplicazione era di ingannare i bot.
se una tua pagina accetta un form "utente, password, tasto login", è facilissimo per una botnet fare un milione di tentativi da un milione di indirizzi IP diversi.

allora le furbissime interfacce che fanno? una milionata di script JS, call intermedie al database, misurazione statistica delle azioni utente in quel frangente di pochi decimi di secondo, fino a presentarti la box di login che aprirà quella di password solo se non sembri un bot (esempio: se i tasti digitati non sono randomicamente distanziati di abbastanza centesimi di secondo l'uno dall'altro, sei sicuramente un bot)

dunque ad uccidere il web sono stati:

- la foga di fare siti mostruosamente e inutilmente abbelliti

- i bot che simulavano umani per fare scalping dei tuoi contenuti o piantarti contenuti di comodo

- la foga di estrarre introiti pubblicitari perché a suo tempo google ads pagava bene (idem amazon affiliate links)

tldr: php non era malvagio per applicazioni semplici (come un forum da poche migliaia di utenti o un piccolo e-commerce) ma oggi il web è praticamente un delirio (e quei siti su cui prima bastava un Pentium III con 64 mega di RAM oggi richiede un core i5 recente e con almeno 8 giga)

>>1465
Esatto Angular react servono su progetti grossi
Puro HTML, js, PHP non scalano, ti ritrovi in un incubo

>>1467
raccontaci come fa a non scalare html e js che girano sul client, lol

>>1468
Ricchione, non scalano perché diventano un incubo da sviluppare e mantenere

>>1469
è questo che vi insegnano all' ITIS?

>>1471
avrei centinaia di argomentio per Lei signore, ma il fatto che non capisce la differenza tra client side e server side in sistemi distribuiti mi porta a credere che sia meglio sorvolare. Distinti saluti

>>1464
>Php non me lo ricordo malvagio, piuttosto mi chiedo come si adegui a strutture MVC

Idem con patate, rispetto a java puoi solo replicare una struttura a packaging con tutte le bestemmie del caso. Paradossalmente il php ha quasi gli stessi scristi che ti da il C/C++. Non nego che picrelata possa essere fatta e gestita col php, dato che alcune info le puoi mantenere in sessione o nei cookies nel caso (anche se c'è da dire che dipende sempre da ciò che si vuole realizzare)

La cosa che proprio non capisco è come mai c'è così tanta gente che spasima per js e derivati che sono a tutti gli effetti inconsistenti sotto ogni punto di vista

>>1464
>>1478
PHP oggi è praticamente un java-lite. L'unico limite è la mancanza di generics (probabilmente impossibile da risolvere, ma se si vuole tramite commenti e plugin nell'IDE ci si può mettere una pezza).
Il fatto che ogni richiesta lanci il programma da zero è un grande vantaggio visto come funziona il concetto di web perché non bisogna preoccuparsi di leak di memoria o dello stato nell'applicazione. E se si vuole mantenere lo stato per avere un'app più veloce comunque ci sono estensioni apposite.
>La cosa che proprio non capisco è come mai c'è così tanta gente che spasima per js e derivati
perché è l'unico linguaggio che hai nel browser. Una volta studiato comunque è molto flessibile.