Newsgroup: it.comp.programmare.win32
Titolo: Da Web a Visuale

In azienda le applicazioni accessibili da tutti i dipendenti (circa 8000)
sono sempre (anche da me) state sviluppate su piattaforma intranet.
Una di queste applicazioni comincia a diventare un po' complessa per la
piattaforma utilizzata. Ritengo che non si possono fare tante cose che
invece vorrei fare solo perche' il web non lo permette.
A questo punto ho pensato, visto che se ne vale la pena nessuno me lo vieta,
di convertire il tutto in ambiente visuale (Visual C++). Il discorso pero'
e' che non ho mai sviluppato un applicazione visuale accessibile da tanti
utenti. Secondo me fatto il pacchetto... bisognerebbe fare circa 8000
installazioni su tutti i client. Qualcuno pero' mi ha detto che ci sono modi
che permettono di creare una sola versione dell'applicativo a far puntare
tutti allo stesso eseguibile.
Oggi il vantaggio del web e' che se io faccio una modifica al tool... tutti
lo troveranno aggiornato sul loro browser senza dover fare niente. E'
possibile fare la stessa cosa con Visual C++? E sarebbe comunque semplice
per un utente finale accedere alla mia applicazione cosi' come digitare un
indirizzo internet?
La cosa sarebbe davvero comoda... sempre se indolore (a parte la stesura del
codice!!)
Attendo e ringrazio tutti.

 codice!!)
Scusami su che base sviluppate al momento il vostro codice? Cosa ne pensi 
magari di sviluppare il tutto in ambiente CGI con il C++?
--
Edgar Laudito                 21TORR AGENCY gmbh
e.la...@21torr.com
          Engineering
tel: 
+49-7121-348-222
         Heinestrasse 72
fax: 
+49-7121-348-259
         D-72762 Reutlingen

 magari di sviluppare il tutto in ambiente CGI con il C++?
I CGI sono molto lenti...magari con delle ISAPI...o delle servlet JAVA...
Ciao
        Riccardo

 ha scritto


I CGI in C++ sono veloci, piu' dei servlet JAVA.
Forse ti stai confondendo con i CGI in Perl (che sono sempre veloci,ma...)
quello che e' lento e' avviare tutte le volte l'interprete Perl. Se il
processo dura poco e' tempo buttato via, se dura molto e' ben investito. Per
evitare questo problema esistono parecchie soluzioni. Ad esempio su Apache
per il Perl esistono FastCGI, mod_perl etc... Questi fanno si che
l'interprette perl sia sempre attivo e pronto. Per eseguibili veri e proprio
compilati (C++) questo problema non si pone nemmeno.
Alex

Il problema e' un altro!
Non ho mai esposto problemi di velocita'...
Personalmente sviluppo in ASP ma molte persone sviluppano ISAPI Server
Extension... ed e' cio' che dovrei fare anche io molto presto.
Il discorso e' che ci sono dei limiti relativi al web che volevo superare.
Se ho una pagina web avanti agli occhi... qualcuno dall'altra parte modifica
i record di un database... io vedro' la modifica slo quando faro' un refresh
della pagina. Una vera e propria applicazione forse mi farebbe scavalcare il
problema. Ed ho fatto il primo esempio che mi veniva in mente...
Che ne dite?
Cio' che mi preoccupa e' solo la distribuzione...
Attendo... ringrazio e saluto.
Alex <nom...@bow.wow> wrote in message
bfTf7.10351$i9.4...@news.infostrada.it...


 compilati (C++) questo problema non si pone nemmeno.
Non ho specificato che parlavo di sistemi Windows...forse i CGI in C++
saranno più veloci dei servlet...ma non sicuramente delle ISAPI...
Ciao
        Riccardo

 saranno più veloci dei servlet...ma non sicuramente delle ISAPI...
Apache esiste anche per windows infatti, ho preso apache ad esempio proprio
per essere "portabile" !!! (il mio discorso rimane quindi valido)
Riguardo alle ISAPI, si, hai ragione, queste sono piu' performanti dei CGI !
Alex

Riccardo Pellegrini wrote:

perche' sono lenti? C'e' qualche ragione intrinseca nella natura del 
protocolli CGI che lo rende lento?
Anto
-- 
Antonio Cuni, 19 anni, studente
Brainbench C++ Master: 4.6, higher than 98% of all previous test takers.
C Language: 3.32, higher than 79% of all previous test takers.
Guida C/C++ di Programmazione.it: 
http://cpp.programmazione.it

 protocolli CGI che lo rende lento?
No...non c'e' niente nella natura del protocollo che lo rende lento...per
CGI intendevo non il protocollo, ma l'applicativo...lo script Perl o
l'eseguibile fatto in C/C++ e cosě via.
Ciao
        Riccardo

 tutti allo stesso eseguibile.
Potresti sempre sviluppare un controllo ActiveX che viene scaricato dai
client assieme alla vecchia pagina web alla quale accedevano i dipendenti.
In questo modo avresti capra e cavoli: un programma "vero" che gira sui
client, e l'aggiornamento automatico attraverso il browser.
---
Bye! Lorenzo Lutti
http://antani.virtualave.net/

 Riguardo alle ISAPI, si, hai ragione, queste sono piu' performanti dei CGI
cosa sono le ISAPI?
Ciao Anto


 cosa sono le ISAPI?
Mah, alla fine sono una sorta di CGI per IIS (il web server della
Microsoft).
Apache sotto windows non e' altrettanto buono come sotto linux ovviamente
quindi si usa IIS.
IIS gestisce piuttosto maluccio i CGI (per non parlare delle ASP vere e
proprie che davvero non sopporto (specialmente in vbscript) e sono
lentissime) e quindi l'unico vero mezzo per fare cose veloci e' usare le
ISAPI che tuttavia sono molto meno comode e flessibili delle ASP.
Le estensioni ISAPI sono implementate come .dll che vengono caricate
all'avvio del web server. Per questo motivo si evita di dover avviare un
nuovo processo per ogni script. Il processo viene avviato all'inizio e tale
processo gira una o piu' scripts contemporaneamente.
(lo stesso discorso che facevo con FastCGI e mod_perl nei miei messaggi
precedenti).
In sostanza le ISAPI sono dei file .dll che si chiamano da una pagina web.
Molto simile al concetto di avere un .exe CGI, no ?!?
Teoricamente essendo i CGI in C dei veri e propri programmi compilati (da
eseguire e redirigere l'output al web-client) dovrebbero essere piu' veloci
delle ISAPI che sono dei semi esguibili (.dll per IIS). La realtà e' che IIS
supporta pochissimo i CGI e moltissimo le ISAPI, di conseguenza, sotto
windows, credo proprio le ISAPI funzionino meglio.
Ad esempio le ISAPI hanno un sistema per cui dopo che viene chiamata una
.dll isapi il programma eseguito viene salvato in una sorta di cache che
rende una eventuale successiva chiamata praticamente istantanea! (questi ed
altri trucchi applicati SOLO alle ISAPI (sempre sotto windows IIS) rendono
le ISAPI una buona (si fa per dire) scelta.)
Alex
P.S. piu' di cosi' non ne so !!!
Ho sviluppato parecchi CGI in Perl (alcuni in C++) tutto per IRIX, e
purtroppo qualche ASP, ma non ho mai avuto a che fare direttamente con ISAPI
!