[AcLab] Vi racconto un fatto

[Angelo Rosina]

--- Dom 4/10/09, santec a riseup.net <santec a riseup.net> ha scritto:



Purtroppo il poco tempo mi impedisce di prendere parte in questo progetto
o anche solo di impiegare del tempo per un'analisi seria. Spero comunque
che le mie osservazioni possano essere utili lo stesso..

* un browser è un programma elaborato. Sarebbe un peccato se gli utenti di
un sistema come quello di cui si sta parlando fossero costretti a
rinunciare, che ne so, alla history, ai preferiti o alle estensioni. Però
in teoria nulla impedirebbe al programma di cui si sta parlando di inviare
una richiesta HTTP, ricevere una risposta (pagina HTML) e aprire il
browser per visualizzarla. A questo punto l'utente potrà cliccare sui link
o compilare dei form se sono presenti sulla pagina, perciò il programma
dovrebbe anche intercettare le richieste HTTP in uscita che partono dal
browser, bloccarle e sostituirle con le "sue" richieste. (vedi ultimo
punto)

Anche io propenderei per usare il browser: tanto occorrerebbe comunque avere un codice standard per mostrare le pagine, e l' HTML va benissimo, quindi è inutile reinventare la ruota
* Se questo non fosse possibile o se fosse troppo complicato per motivi
che al momento mi sfuggono, il programma potrebbe almeno utilizzare Gecko
o KHTML come motore di rendering. Questo permetterebbe di utilizzare gli
standard già esistenti (HTML, CSS, JavaScript...) ed eviterebbe di
riscrivere un motore di rendering ex novo.

Però, a seconda del sistema e del browser installato, potrebbe non funzionare, quindi a questo punto è meglio usare il browser.

* A mio parere (ma è un parere molto superficiale, bisognerebbe
verificare!) non dovrebbe essere troppo difficile implementare un web
server. Se non erro non si è ancora discusso su quale linguaggio verrà
usato, ma credo che in tutti i linguaggi più diffusi esistano librerie
adatte allo scopo, con funzioni di livello molto alto (avvia, arresta,
cambia questa opzione...) e quindi semplici da usare.
Mi ricollego al primo punto: invece di intercettare le richieste HTTP in
uscita, il client potrebbe dirigere tali richieste direttamente al server
locale. Le chiamate dirette a un indirizzo particolare (che so:
http://localhost/_out_) verrebbero quindi reindirizzate.

Quindi, per vedere le pagine degli altri io posso connettermi tramite browser (non ho neanche bisogno di installare niente), mentre per averne una io devo installare il programma, che funziona come server, e non ha nemmeno una propria interfaccia utente, ed a questo programma posso connettermi su localhost, per configurarlo, realizzare la mia pagina, impostare le password e le opzioni di mirroring.

Yacy funziona in modo simile, quindi dovrebbe essere fattibile (forse si può addirittura riciclare qualche pezzo di codice, visto che è scritto in Java).

Purtroppo personalmente non me la cavo bene col Java, comunque penso che sarebbe il linguaggio più adatto, così il programma si potrebbe installare su qualsiasi sistema senza troppe difficoltà (non sarà molto veloce,  ma tanto non ce n' è bisogno)


Colgo l'occasione per dire che questo progetto mi sembra utilissimo, che
spero si concretizzi e che spero un giorno di potervi aiutare.

Saluti a tutti
fede



_______________________________________________
AcLab
http://aclab.indivia.net
AcLab mailing list
AcLab a lists.aktivix.org
https://lists.aktivix.org/mailman/listinfo/aclab



      
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <https://lists.aktivix.org/pipermail/aclab/attachments/20091004/04b9d2ba/attachment.htm>