Salut,

Stie cineva o procedura sigura si deja incercata de portare a unei aplicatii in VFP9 pe WEB?

Care este cea mai buna  si sigura cale de abordare? (in afara de rescrierea totala a aplicatiei, care este clara)

Este suficient de sigura folosirea bazelor de date VFP in acest caz, sau ar trebui alese alte baze (MySQL, MsSQL..) ?

Multumesc anticipat.

Danen

Mersi pentru raspuns. Am uitat sa specific ca se preconizeaza un numar mare de useri pe internet, simultan si de aceeam am pus intrebarea referitoare la baza de date. In prezent aplicatia este desktop , monouser si se lucreaza separat de fiecare utilizator. Ideea este de o o porta pe internet ca sa functioneze multiuser , fiecare cu baza lui de date (nu pe aceiasi baza).  Am auzit ca ar exista si programe third-part ca WEBCONNECT care ajuta la portarea unor asemenea aplicatii. A lucrat cineva cu asa ceva?

Danen

Poate poti sa ne dai mai multe detalii. Nu imi este clar care este solutia cea mai buna in cazul tau: aplicatie web sau remote access.
Aplicatia web e de fapt un site web data driven care poate fi vizulizat cu un browser.
Remote access-ul e de fapt un serviciu (Terminal Services) prin care fiecare user intra pe server, vede desktop-ul si poate rula aplicatii.

Baza de date proprie pe fiecare user e mai dificil de realizat pe web. Dar o poti simula cu un camp care sa tina id-ul userului. In acest caz ar fi bun un server de date cel putin mySQL. Merge si DBF atat cu ASP cat si cu PHP. Chiar am scris un tutorial de acces DBF-uri cu PHP, maine il urc la articole. ;) 

Alegerea backend-ului este la latitudinea ta, dar pentru ca toate backendurile folosesc notiunea de baza de date, si tu vrei sa schimbi baza de la un user la altul, o sa ai EXACT aceeasi problema. Altfel spus, singura diferenta dintre VFP si MySQL, sa zicem, este dimensiunea maxima a tabelelor din baza de date; in rest sunt absolut la fel si o sa intampini exact aceleasi probleme.

Adi nu ti-a sugerat sa afisezi un dbf, articolul e dat ca exemplu. Daca tu ai de facut un join pe 100 de tabele, trebuie doar sa-l faci si sa-l afisezi. Rezultatul join-ului este un cursor in VFP (adica exact ca o tabela, si articolul se preteaza perfect). Ca ai de facut nu stiu ce prelucrari "complexe" asta e alta treaba si n-are legatura nici cu web, nici cu vfp nici cu oracle.

Dar ma rog, daca crezi ca iti trebuie ceva mai performant, e treaba ta. Dar sa nu iti inchipui ca VFP nu poate face "asa ceva", pentru ca poate.

Si Oracle face la fel, pentru ca nu e din cauza lui. Conexiunea se face la o singura baza de date la un moment dat, indiferent ce backend ai, fie VFP fie Oracle. E tot aia - va trebui sa refaci conexiunea in momentul in care se conecteaza clientul (dupa ce selecteaza baza de date). Daca tot trebuie sa modifici conexiunea, indiferent de backend, atunci de ce nu folosesti VFP, ca e tot aia. Nu stiu cum sa zic mai bine - tu ii tot dai inainte cu Oracle, cand de fapt nu-ti trebuie. Pur si simplu te pregatesti sa scoti din buzunar 40.000 de cocari numai pentru ca asa vrei tu. In fine, faci cum doresti.

Dupa cate stiam eu exista si varianta free de baza de date Oracle.

Am mai spus ca este vorba de o aplicatie contabila care se lucreaza monouser pe un PC, facuta in VFP9. In prezent se distribuie programul de setup la fiecare user separat. Se doreste portarea pe o aplicatie care sa functioneze pe internet cu mai muti useri simultan, fiecare din ei lucrind pe baza lui proprie de date.

Ma gandesc ca ar exista o solutie daca la logarea fiecarui user de pe internet, sa se poata lansa o noua instanta a programului pe server, care sa lucreze cu baza de date a userului.

Nu stiu daca e posibila crearea unei asemenea aplicatii in VFP, dar in principiu, cred ca e realizabila...

Orientativ cam cati useri ai ? Doresti ca datele de la fiecare user sa fie consolidate sau nu ?
Care este motivul principal pentru care se doreste trecerea pe web ?
Nu uita ca trecerea pe web rezolva unele probleme dar aduce altele cum ar fi necesitatea ca serverul si userii sa fie online permanent si stabil.

Daca citesti mai bine o sa vezi ca ma refeream la relatia:  useri-programatorul aplicatiei........... si nu la relatia intre programatorii dintr-un colectiv informatic.

Userii nu au de unde sa stie care solutie e mai buna, ca atunci n-ar mai fi useri si programatori, eventual amatori...

Intradevar, sint singurul programator , care conteaza, unde lucrez...

#1. Aplicatiile web sunt client/server, neconditionat. Deci vrei nu vrei va trebui s-o portezi in modelul C/S. Diferenta dintre o aplicatie desktop C/S si una web este aceea ca pe calculatorul userului in primul caz toate operatiunile sunt facute folosind o aplicatie windows, iar in al doilea caz folosind un browser (cu tot ce presupune asta: generare de HTML, folosire de Javascript, etc). Dar accesul la date se face _in_totalitate_ identic: trimiti instructiuni SQL pe retea, fie ea LAN or WAN.

 ...mersi pentru explicatie, dar nu era necerara petru mine... stiu si eu asta..

#2. Hm.... am o intrebare: este prima ta aplicatie in VFP? N-as vrea ca intrebarea sa fie considerata jignitoare - vorbesc foarte serios. Printre primele comenzi pe care le inveti in VFP se numara OPEN DATABASE si SET DATABASE TO. Acestea doua iti dau voie sa deschizi simultan oricate baze de date si, respectiv, sa comuti de la una la alta on-the-fly. Dar sunt nevoit sa reiterez ideea pe care ma tot stradui s-o scot in evidenta de cand ai deschis thead-ul asta: pe server ai un DLL care intercepteaza apelurile tale (ma refer strict la aplicatia web acum). Ori de cate ori se conecteaza un user, pe server se va crea o sesiune pentru el, in care trebuie sa deschizi O SINGURA baza de date - a lui. Daca mai sunt un milion de useri simultan, vor fi un milion de sesiuni DIFERITE, fiecare cu cate o SINGURA baza de date. Cu alte cuvinte, n-are nici cea mai mica importanta daca poti sau nu poti sa modifici baza de date: userul se conecteaza si deschide baza LUI (daca am inteles eu bine modelul).

 ...nu-i prima in VFP dar e prima in web cu VFP. E f. interesanta informatia asta cu sesiuni de lucru. Cred ca asta este si rezolvarea corecta. Din pacate aplicatia nu are o singura baza de date ci mai multe si chiar si tabele free... Ar trebui tinute pe directoare diferite, pentru fiecare user? La crearea unui user nou trebuie copiata baza intr-un director nou al userului? Setarea unei sesiuni pe un anumit director de date se poate face de catre program la inceputul fiecarei noi sesiuni?

#3. Hmmm... imi pare rau, dar gresesti. Propunerea de ai intreba userii nu inseamna ca trebuie sa intrebi fiecare user in parte. Alege 5 (aia mai bazati) si intreaba-i. S-ar putea sa constati ca ce-ti place tie nu le place si lor. In soft EXISTA democratie, si asta ti-o garantez. Nu ai avut niciodata useri care sa zica despre ceva ca nu le place? La tine e totul perfect? Iei intotdeauna cea mai potrivita decizie? Sau daca nu iei cea mai potrivita decizie, o impui cu forta, doar pentru ca asa vrei tu? Si de unde pana unde ideea ca solutiile informatice trebuie acceptate fara rezerve? Daca ar fi asa, ar insemna ca eu trebuie sa inghit toate prostiile pe care le face DNN, doar pentru ca nu exista democratie? Haida de. Oricand pot sa schimb softul. Daca nu pot, ma duc la unu' care poate.

 ... la asta ma refeream si eu cand ziceam ca programatorul e suveran in stabilirea solutiei informatice : daca userului nu-i convine sa se duca la alt programator!!! (de fapt alta aplicatie)

Asta e valabil si cu sistemele de operare, si cu mediile de dezvoltare si cu utilitarele.... trebuie sa te anunt ca nu exista numai VFP pe lume...

#4. "O singura baza de date MySQL" <=> "O singura baza de date VFP". Diferenta este data de (asa cum am mentionat intr-un mesaj anterior) numarul maxim de inregistrari pe care le poti stoca intr-o tabela si de dimensiunea maxima a tabelei (care in VFP este limitata la 2 GB). Mi-e greu sa cred ca ajungi la 2 GB per tabela in aplicatia ta. Referitor la portarea bazei de date catre MySQL, nu e chiar atat de dificila - sintaxa este in mare masura asemanatoare. GENDBC.PRG (e undeva in directorul VFP) iti genereaza script-ul bazei de date VFP, salvezi script-ul si il modifici conform sintaxei MySQL, apoi il rulezi in MySQL si ar trebui sa mearga. Referitor la rescrierea codului - e chestie de gusturi. PHP are si el punctele lui tari (Adrian Tufa iti poate da mai multe amanunte, dar sunt convins ca sunt si alti utilizatori profox care stiu cu ce se mananca PHP-ul asta. VFP are in schimb cursoarele locale, care fac toti banii. Daca renunti la VFP pregateste-te sa folosesti array-uri (daca vrei sa editezi o factura, o incarci in doua array-uri, stocul la fel, furnizorii/clientii la fel, si plimbi date dintr-un array in altul). E alegerea ta.

Eu am senzatia ca de fapt nu tu o sa scrii aplicatia asta. Este posibil sa ma insel, dar am senzatia ca de fapt ocupi o functie de conducere in firma la care lucrezi, si ca programarea propriu-zisa o face altcineva. Ma insel?

"Aplicatia nu este client-server in prezent, asa ca nu se pune problema portatii de la C/S la modelul web ci de la o aplicatie desktop la modelul web. Crezi ca ar trebui s-o portez mai intai la modelul C/S ??"

 Aplicatiile web sunt client/server, neconditionat.

"...mersi pentru explicatie, dar nu era necerara petru mine... stiu si eu asta.."

Dupa cum ai pus intrebarea n-aveam cum sa-mi dau seama daca stii sau nu stii asta. Dimpotriva, am crezut ca nu stii, si nu vad de ce te simti ofensat. La intrebarea ta sunt doua raspunsuri posibile: "Da, fa-o client server" si "Nu, las-o in File Sharing peste internet, cu write access, sa vezi ce bine o sa mearga". Tu ai intrebat, eu am raspuns, si in raspuns nu exista nici cea mai mica intentie de a te subestima. Hai sa lasam sensibilitatea deoparte, pentru ca daca n-o s-o facem, o sa ne irosim timpul reciproc. :)

Tocmai pentru ca ca aplicatiile web sunt un caz particular de aplicatii client server. Pe langa tehnicile C/S pe care oricum trebuie sa le folosesti, sunt o multime de probleme specifice: de ce nu merge nu javascript; cum se genereaza un .asp; cum se consuma un webservice, cum se creeaza un webservice pentru a fi consumat de alte aplicatii; cum folosesc COM+ pentru a gestiona requesturile venite din IIS (sau Apache); si multe altele, care n-au nici in clin, nici in maneca cu SQLEXEC(conexiune, "SELECT * FROM balanta"), care reprezinta strict o chestiune C/S, folosibila oriunde, motiv pentru care au categorii si subforumuri separate. Eu unul nu vreau sa vad javascript amestecat cu remote views, si din acest motiv C/S are propriul sau forum.

Apropo, in timp ce scriam fraza de dinainte mi-am adus aminte de un mesaj de-al tau, scris mai devreme, in care ziceai ca nu e democratie. Daca as fi procedat ca tine, as fi raspuns "nu e treaba ta cum fac eu forumul, nu-ti convine, du-te in alta parte". Ei? E destul de greu de inghitit o galusca din asta, nu-i asa? Cam asta gandesc si userii tai cand le spui acelasi lucru. Poate nu in aceeasi forma, dar cu acelasi continut.

Uite care e situatia - in mod cert cunostintele tale in sectorul asta sunt insuficiente, dar totusi te incapatanezi sa tragi concluzii, desi cel putin partial sunt gresite, dar nu vrei sa accepti sugestii.

Dupa cum probabil ai vazut pana acum, in general ceea ce scriu este corect; am si destul de multa experienta in domeniu; in plus, nu ma bag niciodata sa raspund unde nu sunt bazat. Da-mi niste credit, omule. Poate nu sunt chiar tampit. Poate chiar stiu ce zic. Poate am vazut mai multe decat tine pana acum. Nu e vina ta, nu este avantajul meu - asa s-au intamplat lucrurile. Eu fac aplicatii client/server de ani buni - vreo 8 deja. Pentru tine este prima. Daca vrei sa accepti sugestiile care ti se fac de catre (si subliniez) oameni care _se_pricep_, bine. Daca nu, iarasi bine, dar in cazul asta nu inteleg de ce mai intrebi. Doar ca sa ne verifici cunostintele?

Dar pana la urma e problema ta - faci cum crezi. Si-asa tai si spanzuri prin firma - poti sa incerci ce-ti vine la indemana. Vrei cate o baza de date pentru fiecare user (desi cineva ti-a sugerat, daca nu ma insel, Adi Tufa, sa folosesti o singura baza de date pentru toti userii, ca poti sa pui UserId ca FK in tabele si-ai terminat balciul), dar o tii pe-a ta. In fine, fiecare isi face aplicatia cum doreste, da-ti bati singur cuie in talpa. Apoi ii tot dadeai cu Oracle, desi si VFP ar face treaba asta la fel de bine. Mai tarziu ti-a casunat pe PHP. Acum vad si MySQL. In fine, faci cum doresti. Eu unul am obosit.

danen wrote Solutia cu o singura baza de date MySQL mi se pare si mie buna, dar nu stiu daca e asa de usoara portarea din baza dbc in mySQL. Mi se pare ca nu. Pe de alta parte trebuie facuta si interfata web a aplicatiei VFP, probabil in PHP.  Oare n-ar fi mai fireasca , atunci, si rescrierea codului aplicatiei in PHP?

Asta este si parerea mea, la cateva mii de utilizatori iti trebuie o solutie dedicata Web adica portare completa PHP/mySQL/Javascript. mySQL este bun pe web pentru ca este rapid, mic si PHP are functii dedicate si optimizari pentru el.
Referitor la sondajul pentru utilizatori daca nu-l faci s-ar putea sa ai surprize si din cateva mii de utilizatori sa ramai cu cateva sute sau zeci. Pe bune, chiar ai mii de utilizatori acum ??
Motivele renuntarii ar putea fii: nu au conexiune buna, nu vor sa plateasca conexiune, va merge mai incet, nu vor sa tina datele undeva in internet etc.

Am mai spus ca este vorba de o aplicatie contabila care se lucreaza monouser pe un PC, facuta in VFP9. In prezent se distribuie programul de setup la fiecare user separat. Se doreste portarea pe o aplicatie care sa functioneze pe internet cu mai muti useri simultan, fiecare din ei lucrind pe baza lui proprie de date.

Asta e problema inceputului de mileniu. Marturisesc ca m-am mai ocupat de asa ceva si am adoptat diferite solutii in functii de context. Incep prin a imi exprima nedumerirea de ce o aplicatie contabila merita a fi reproiectata web-oriented.

Am sa-ti raspund cu generalitati: pentru web foloseste o solutie standard, php + mysql/sql server. Daca problema nu e complexa e cea mai buna alegere.

Daca aplicatia e complexa vei avea de suferit, daca beneficiezi de un intranet si aplicatia e in-house, atunci reproiecteaz-o cu VFP si SQL Server. Daca depasesti 100 de useri o sa paralizezi facind kituri de instalare si update-uri pentru fiecare daca apar des schimbari (tot browserul de web ramine sfint pentru >100 de useri)

In toate situatiile folosesti o singura baza de date pe server, altfel nu vad rostul intregii reproiectari.