progetto web forum lazaruspascal.it

[nomorelogic]

ora come ora sto sbattendo la testa per salvare lo script compilato in pcode e poi ricaricarlo per eseguirlo senza la compilazione.
credevo fosse banale ma devo essermi impuntato da qualche parte: ricaricando il file in una stringa i vari #0 me la fanno risultare troncata...
mi sa tanto che a breve posto il lavoro così magari qualcuno mi può aiutare. deve esserci qualche differenza con delphi che non conosco ancora bene.

per l'immediato futuro ci sarebbe bisogno di un modulo dll per apache compilabile linux/win 32/64 bit

[nomorelogic]

Scoglio superato, fortuna esiste il debugger

Il codice è incasinato ma funziona! Datemi un po' di tempo che lo sistemo e lo posto.

Un altro fronte sul quale ci si può muovere (oltre al modulo apache) potrebbe essere quello di capire come connettersi ad un db.
PascalScript offre anche un componente che permette di usare i dataset...

Premesso che altri modi di accesso li possiamo/dobbiamo implementare noi (es: via zeos o magari OPF) si tratta comunque di una risorsa che si *deve* poter sfruttare visto che è già pronta e soprattutto di sicuro cross platform.
Quindi, lato DB si possono sperimentare:

• accesso via TPSImport_DB
• accesso via zeos
• accesso rapido in variant per interrogazioni semplici (es: una procedura che accetta SQL e restituisce un array variant a seconda di quello che ritorna la query)

[xinyiman]

Ola, gli eventi sembrano procedere bene...non mi è ancora poi ben chiaro come funzionerà il discorso db. Insomma questo nostro progetto dovrà poi creare pagine html (con un nostro codice scripting) ma come è possibile renderlo un codice client-server senza usare le cgi?!

[nomorelogic]

Intanto allego il progetto riorganizzato. E' un po' più pulito e chiaro sul funzionamento nonostante si tratta sempre di una prova.

Per l'accesso ai db pensavo di prevederlo in 2 modi:

• Tramite codice "pascal script": come dicevo nel post precedente sembra ci sia possibilità di usare i dataset da dentro lo script. L'approccio è tipo cgi ma mentre il vero cgi presuppone la produzione di binari eseguibili (almeno nel caso fpc) con i limiti che sappiamo, in questo caso si tratta di script interpretati e l'unico binario che esiste è l'interprete PascalScript che risiede nel modulo apache (= è caricato 1 sola volta all'avvio di apache).
• Tramite plugin: l'idea è quella di creare una definizione a cui bisogna attenersi per creare un plugin per l'accesso ai DB per il ns modulo apache. Ad esempio potrebbe essere una DLL che deve avere determinate procedure: "open connection", "execute query", "close connection", ecc....

Prossimamente pensavo di vedermi il funzionamento per l'accesso ai db usando direttamente del codice pascal script: se funziona intanto abbiamo qualcosa per partire.

Quello che mi preoccupa un po' di più è fare un modulo apache con tanto di thread safe per le ns procedure. Onestamente la mancanza dei WebModule di Delphi mi fa nascere qualche dubbio, spero che si riesca a venirne a capo.

[aesis]

(divagazione: sto seguendo ma ha casa con 39 di febbre che non mi lascia in pace...ma provo e vi seguo....)

[xinyiman]

Nomore, ho provato l'ultimo allegato e devo dire che è molto promettente. Il prossimo passo?!

[nomorelogic]

@aesis
non ti preoccupare, vai di tachipirina intanto

@xinyman
direi accesso ai database

ho visto un po' cosa offre pascalscript e credo che si possa usare la classe TDataset.
Se qualcuno vuol fare qualche esperimento a partire dagli ultimi sorgenti che ho postato l'idea è quella di:

• creare alla partenza di lpitr (va bene anche in implementation e finalization per il .Free) 1 connessione, 1 transazione e 1 dataset
• creare un metodo (stesso modo di Out_Write) tipo: procedure ExecuteQuery(HostName, DbName, User, Password, SQL: string; ds: TDataset) da passare a pascal script
• fare in modo che nello script si possa dichiarare: var d: TDataset

l'idea è quella di poter scrivere nello script qualcosa tipo:

Codice: [Seleziona]

ExecuteQuery('127.0.0.1', 'PROVE_LPITR.FDB', 'SYSDBA', 'masterkey', 'select * from tablename', d)

e, una volta eseguita la query:

Codice: [Seleziona]

Out_Write('<br>' + IntToStr(d.RecordCount);

e poi magari fare la scansione del dataset per visualizzare tutti i campi in una tabella html

io sto provando con firebird ma sono da provare tutti i database che possiamo quindi... chi si sente abbastanza masochista....

[xinyiman]

appena posso provo a fare qualcosa...sono super incasinato e non so dare previsioni

[nomorelogic]

incasinato anche io
però ho fatto funzionare firebird! 

un po' di tempo che rendo i sorgenti decenti e poi posto

[xinyiman]

oooooook

[nomorelogic]

finalmente sono riuscito a dare un'organizzata al tutto

what's new:

• c'è una cartella sql con 2 script per creare e popolare un db firebird 2.5
• ho preparato lo script03 che accede al database e mostra il contenuto dell'unica tabella
• nella cartella webpas c'è il file di output che si ottiene con: lpitr -s webpas/script03.pas >webpas/out.html

Notare che i parametri d'accesso al db nonché il dataset risultante sono tutti definiti nello script

ora, lo script l'ho scritto a mano alla "cgi": bisognerebbe pensare ad una sintassi alla "psp" per poter poi generare in automatico script03.pas.

di lavoro ce n'è molto ma la strada sembra promettente

per chi può sperimentare le strade sono molte:

• sperimentare contenuti avanzati di pascal script (es: include, garbage collector (da lpitr), impostare da lpitr variabili dichiarate nello script, ecc...)
• provare altri db
• ideare/sperimentare la sintassi "pspage"
• modulo apache
• prove per ria tramite ExtJs online gui designer (es: costruire una GUI e vedere come si può popolarla)

[xinyiman]

Ciao Nomore, ho provato e sembra funzionare. Una cosa sola, prova a sostituire il TIBConnection con una ZConnection, così ottieni la possibilità di passare da un dbms all'altro.

[nomorelogic]

Ciao Nomore, ho provato e sembra funzionare. Una cosa sola, prova a sostituire il TIBConnection con una ZConnection, così ottieni la possibilità di passare da un dbms all'altro.

provare con
./lpitr -s webpas/script04.pas >out4.html

attualmente il protocollo (x fb 2.5) è fisso nel sorgente, se fate prove con altri db, potete anche prevederlo come parametro in Z_CreateDatasetByQuery di modo da chiamarlo direttamente da script.

Notare che la differenza tra script03.pas e script04.pas è solo nella chiamata alla funzione Z_CreateDatasetByQuery

Se poi qualcuno vuole si può fare una funzione;

Codice: [Seleziona]

function CreateDatasetByQuery(Engine, protocol: string; HostName, DbName, User, Pass, Sql: string): TDataset

per permettere a chi fa lo script di scrivere a scelta:

Codice: [Seleziona]

DS := CreateDatasetByQuery('zeos', 'firebirdd2.5', 192.168.0.23, 'PROVE.FDB', 'SYSDBA', 'masterkey', 'select * from utenti');

oppure

Codice: [Seleziona]

DS := CreateDatasetByQuery('IbConnection', '', 192.168.0.23, 'PROVE.FDB', 'SYSDBA', 'masterkey', 'select * from utenti');

oppure

Codice: [Seleziona]

DS := CreateDatasetByQuery('altro tipo', 'protocollo', 192.168.0.23, 'PROVE.FDB', 'SYSDBA', 'masterkey', 'select * from utenti');

così da script si sceglie anche l'engine per l'accesso ai dati cambiando 1 o 2 parametri ma il sorgente rimane immutato.

[xinyiman]

Nell'ultima versione allegata non hai messo la cartella sql, se qualcuno vuole provare fatica. Inoltre pensavo, sarebbe cosa buona e giusta integrare fin da subito un parser matematico nativo, se non sbaglio microgeos2000 tempo fa ne aveva postato uno suo. Se lui fosse daccordo potremmo inserirlo subito. Potrebbe tornare davvero molto comodo...

[nomorelogic]

pardon, questo m'era sfuggito

anche se non sto postando non vuol dire che sto fermo sto facendo prove con apache: è un po' dura ma non sono lontanissimo.
in pratica sono riuscito a compilare un modulo apache e a farlo girare ma non con WebModule. purtroppo in giro per la rete ci sono un sacco di esempi che per una ragione o per l'altra non vanno...
vorrei farlo con il WebModule perchè partirei un paio di gradini più in alto e un paio di gradini, in questo caso, fanno molto