TNGITController = class
private
ListOfItemControl: array of TItemControl;
50 mega :)
(Magari la prossima volta togli i compilati per mac, creano uno zip inutilmente cicciotto :) :) )
Come mai hai scelto indy?
Freepascal ha il suo server web.
custhttpapp, custweb, HTTPDefs, fphttpserver, fpaouth2
alcune unit :)Codice: [Seleziona]come mai non ha usato i generics e creato una lista di ItemControl ?Più comoda da usare e non hai il vincolo delle dimensioni decise a priori.Più che altro ho avuto l'impressione (non uso Indy) leggendo il codice che hai reimplementato alcune cose già rilasciate nella versione 3 di fpc :)TNGITController = class
private
ListOfItemControl: array of TItemControl;
PS1:
La scelta di AdminLte mi piace ;)PS2:Prova a vedere (devo sistemare un problema per le sessioni di accesso concorrente al disco e la sessione "auto avviante", quindi non ho postato la gestione della sessione)
https://github.com/paxtibi/paxhttp
La parte server è dentro http.server.pasMagari qualche spunto su come usare le librerie di base la trovi ;)Lo scopo è essere compatibile con le vecchia gestione di fpc :p
[cite]una buona soluzione per creare delle intranet aziendali.[/cite]Sospetto manchi "applicazione".Si ho dimenticato applicazione. Si ho presente la struttura che descrivi. Infatti per alcune cose la uso, ad esempio con fullcalendar. Dove i dati sono in json e vengono letti dopo che il componente js è stato caricato. Però diciamo che l'idea di caricare alcuni dati al momento della generazione della pagina non mi dispiace. Anche per poter cambiare alcuni valori da database (da remoto) senza bisogno di dover accedere fisicamente ai file per cambiare tali parametri. Un esempio è la dimensione delle celle di fullcalendar. Sicuramente non è la cosa più elegante, ma è funzionale. Poi ripeto, il mio è solo un esempio appena accennato.
Dipende dall'esperienza che hai maturato nelle RichWebApplication aziendali.
La tendenza adesso è mettere tutte le cose "statiche" (che non hanno bisogno di essere processate dal server) dentro un apache (ad esempio) che serve a tempo zero le risorse statiche.Tramite js si fanno le chiamate al server che eroga servizi o microservizi.
Poi tramite un socket e un url puoi erogare quello che vuoi :)
Butta l'occhio al repository che ti ho indicato e guarda il server demo. 😉
...
Dipende dall'esperienza che hai maturato nelle RichWebApplication aziendali.
La tendenza adesso è mettere tutte le cose "statiche" (che non hanno bisogno di essere processate dal server) dentro un apache (ad esempio) che serve a tempo zero le risorse statiche.Tramite js si fanno le chiamate al server che eroga servizi o microservizi.
Poi tramite un socket e un url puoi erogare quello che vuoi :)