Am vazut aseara un mesaj in sectiunea de discutii, iar azi dimineata am primit un mesaj pe admin@profox.ro in care mi se reclama aceeasi problema: nu se poate accesa forumul dupa inregistrare. Ca atare mi-am facut un user, m-am inregistrat si uite ce-am primit:

A critical error has occurred.
INSERT statement conflicted with COLUMN FOREIGN KEY constraint 'FK_Forum_ThreadsRead_Forum_Users'. The conflict occurred in database 'Profox', table 'Forum_Users', column 'UserID'. insert The statement has been terminated.

Bun. Incep sa sap pe net. Dupa doua ore de cautat in forum-uri am gasit si cauza. DNN are doua tabele de useri: una a site-ului si una a forumului (intre noi fie vorba, asta e o tampenie. Forumul ar fi trebuit sa foloseasca aceeasi tabela, sau in cel mai rau caz o tabela relationata cu prima, 1-la-1, in cazul in care sunt prea multe coloane sau latimea unei inregistrari depaseste 8000 de octeti, ceea ce cu siguranta nu e cazul. Dar IN NICI UN CAZ sa se replice nume, adresa, chestii, asa cum e acum.). La prima tentativa de accesare a forumului se executa un INSERT INTO tabela de useri nr. 2 cu date din tabela de useri nr.1.

Ei bine, inchipuiti-va ca aia au uitat sa incarce profilul curent inante de insert!!!! Cu alte cuvinte incearca sa bage NULL!!!!

Nu este o eroare circumstantiala; de fiecare data face la fel. Asta inseamna ca nici macar n-au verificat!

Echivalentul in VFP este urmatorul:

Select Tabela1
*** Scatter Memvar
Select Tabela2
Gather Memvar

Nu este in totalitate identic (codul de incarcare al profilului creeaza niste variabile de memorie care sunt folosite in Insert-ul imediat consecutiv). Eu am folosit un SCATTER si GATER aici, dar efectul este similar, cu conditia ca tabelele sa aiba aceeasi structura. Ei bine, eu am comentat linia aia si e si normal ca se duce naibii toata mustaria. In DNN linia lipseste complet. Asta nu e greseala de incepator. E greseala de habarnist.....

Nici nu stiu ce sa mai zic. Sunt patru alternative:

• Cumparam un soft de forum decent, pe ASP.NET (o caciula de bani)
• Ne mutam cu host-ul pe un linux, dar va trebui sa platim taxele de hosting si zau n-am chef ca in fiecare luna sa ma apuc sa caut fonduri.
• Ramanem asa si il mai carpim pe ici pe colo.
• Facem un soft de forum propriu. Poate n-o sa fie perfect din prima, da' macar o sa stim ce si cum.

Ei? ce ziceti?

Trecerea la PHP si MySQL implica o problema care trebuie rezolvata neaparat: transferarea tuturor datelor din baza de date MS SQL (conturi si mesaje din forum). Eu nu am acces la parole - nici macar nu stiu cum sunt criptate, si din acest motiv nu pot sa transfer conturile automat.

Astept o solutie.

VladPop wrote In primul rand vreau sa spun ca phpbb poate functiona pe MS SQL.

Daca asta implica instalarea PHP pe serverul de web, forget it. Ma indoiesc ca cei de la pointlet vor vrea. Si daca e sa mut hostul, n-are sens sa stea pe MS SQL.

VladPop wrote Nu ai acces la parolele de la conturile userilor sau sau de la baza de date in care sunt toate datele? Nu cred ca ar fi o mare problema sa rugam userii sa isi faca cate un cont pe noul forum.

Parolele nu sunt stocate in clar, ci sunt criptate cu SHA1. Nu cred ca phpbb are acelasi algoritm, si chiar daca il are sunt prea multe variabile in povestea asta. Cat despre rugatul userilor, nu toata lumea o sa migreze, garantez pentru asta. Pe profox eram peste 400, cand s-a facut site-ul s-au inregistrat 250. Si prea multa plimbare strica.

VladPop wrote Mai ramane insa problema posturilor. Marea problema, cred eu, consta in diferentele de structura a celor doua forumuri. Voi instala local o versiune de dnn ca sa vad ce si cum. Ideea ar fi sa exportam posturile din dnn intr-un csv si apoi inapoi in alt forum. Apoi ar urma treaba nasoala, si anume potrivirea id-urilor din posturi cu noile id-uri ale userilor din forumul nou creat. In orice caz, transferurile de acest gen necesita foarte multa munca. Ma ofer voluntar si revin cu info dupa ce vad si eu cum sta treaba cu dnn-ul.

Daca ai timp si chef, go for it.