Chirurgia endoscopică a hipofizei
"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală. Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale. www.neurohope.ro |
Licentiere in retea
Last Updated: Apr 08 2010 17:32, Started by
Taw
, Mar 19 2010 10:41
·
0
#1
Posted 19 March 2010 - 10:41
Trebuie sa implementez un mecanism de licentiere pt clienti, care va fi folosit in retea. Momentan oscilez intre serial-number si un fisier binar care sa contina licenta.
Acest mecanism trebuie sa permita accesul simultan la baza de date a X clienti din aceeasi retea (X = depinde de licenta cumparata). Ma gandeam ca la fiecare conexiune al bazei de date, sa pun un flag intr-o tabela a bazei de date, iar cand ma deconectez de la ea, sa sterg flagul. Nu stiu cum as putea rezolva situatiile cand cade curentul/restart brusc la PC/etc, mai ales ca incerc o optimizare maxima. Any help?Thanks.:) |
#2
Posted 19 March 2010 - 11:36
clientii se conecteaza direct la baza de date ?
sau folosesc un program client care tu il pui la dispozitia lor sa se lege la un server de-al tau? |
#3
Posted 19 March 2010 - 12:12
romio79, on 19th March 2010, 11:36, said: clientii se conecteaza direct la baza de date ? sau folosesc un program client care tu il pui la dispozitia lor sa se lege la un server de-al tau? Exista un server (pe unul din calculatoarele lor) unde e tinuta baza de date (SQL Server), iar restul calculatoarelor se conecteaza la el. |
#4
Posted 19 March 2010 - 16:28
La solutia ta cu flagul ca sa nu ai probleme cu picat curentul etc , poti sa bagi si un camp de tip datetime care sa fie o data de expirare (care o setezi cu o valoare mica , un minut de exemplu adica bagi ceva de genu current_timestamp + 1 minut) si cand faci verificari iei in considerare flagul doar daca data de expirare e mai mare decat current_timestamp, altfel il consideri 0, si asa daca ii pica curentul se poate conecta fara probleme peste un minut.
|
#5
Posted 19 March 2010 - 17:01
romio79, on 19th March 2010, 16:28, said: La solutia ta cu flagul ca sa nu ai probleme cu picat curentul etc , poti sa bagi si un camp de tip datetime care sa fie o data de expirare (care o setezi cu o valoare mica , un minut de exemplu adica bagi ceva de genu current_timestamp + 1 minut) si cand faci verificari iei in considerare flagul doar daca data de expirare e mai mare decat current_timestamp, altfel il consideri 0, si asa daca ii pica curentul se poate conecta fara probleme peste un minut. Dar asta ar insemna sa reactualizez acel camp la fiecare minut (pentru a fi considerat ocupat), si nu prea imi convine sa scriu in BD la fiecare minut dpdv al optimizarii... |
#6
Posted 19 March 2010 - 17:18
reinventezi roata si o faci patrata. mai toate serverele de sql stiu notiunea de session. legi licentierea de acest session. nu ai nici o treaba in managementul lui ca se ocupa serveru sql; tu doar citesti din el si actionezi in consecinta.
|
#7
Posted 19 March 2010 - 19:08
ciuly, on 19th March 2010, 17:18, said: reinventezi roata si o faci patrata. mai toate serverele de sql stiu notiunea de session. legi licentierea de acest session. nu ai nici o treaba in managementul lui ca se ocupa serveru sql; tu doar citesti din el si actionezi in consecinta. Mersi. Am cautat ceva pe net referitor la asta si am gasit doar legat de ASP.NET. O sa mai caut.:) |
#8
Posted 20 March 2010 - 00:01
n-are treaba cu asp.net, php, sau mai situ eu ce alte limbaje de soi. exista un motiv bun pt care i-am zis "notiunea de session". termenul mai mult ca sigur difera de la un server la altul. pe oracle ii zice chiar asa, session. pe mysql ai processlist. ms sql 100% iti ofera ceva metode pt managementul conexiunilor. cum le zice? habar n-am. google for it. sau intreaba pe aria de Db.
|
#9
Posted 29 March 2010 - 12:34
Revin cu o problema noua.
Retin datele cu privire la licenta intr-o baza de date pe server (codate, desigur), dar cum impiedic pe cineva sa faca Backup si apoi Restore la baza de date, astfel copiind implicit si licenta si distribuind pe cate calculatoare vrea? |
#10
Posted 29 March 2010 - 12:53
In string-ul tau criptat pune informatii despre server (procesor, hdd, serii componente etc).
|
|
#11
Posted 29 March 2010 - 12:54
neagu_laurentiu, on 29th March 2010, 11:53, said: In string-ul tau criptat pune informatii despre server (procesor, hdd, serii componente etc). Da, la asta ma gandeam si eu. Dar cand un client se conecteaza la server, cum poate clientul citi informatiile reale al serverului pentru a le compara cu cele din string? |
#12
Posted 29 March 2010 - 12:57
In povestea ta conteaza sau nu calculatorul clientului ? Sau doar nr. de useri concurenti ?
|
#13
Posted 29 March 2010 - 13:00
#14
Posted 29 March 2010 - 13:04
Ai undeva controlul conexiunilor ? Daca da, nu ai treaba cu ce ai intrebat anterior (sa verifice clientul etc). Pur si simplu limitezi la nr. de conexiuni conform cu fisierul codat (sau unde tii tu asta in baza de date).
Edited by neagu_laurentiu, 29 March 2010 - 13:05. |
#15
Posted 29 March 2010 - 13:09
neagu_laurentiu, on 29th March 2010, 12:04, said: Ai undeva controlul conexiunilor ? Daca, da nu ai treaba cu ce ai intrebat anterior (sa verifice clientul etc). Pur si simplu limitezi la nr. de conexiuni si fisirul codat (sau unde tii tu asta). De exemplu eu vand aplicatia firmei AAA, iar firma AAA (care are server + 5 clienti) face backup la baza ei de date si i-o da firmei BBB (tot server + 5 clienti) care o restore-aza si are produsul deja cumparat. Pe mine ma intereseaza ca, atunci cand clientul C1 de la firma BBB se conecteaza la serverul de la BBB, sa dea eroare, spunand ca licenta nu e cumparata (ea fiind cumparata doar de AAA). Repet intrebarea: Cum pot verifica asta? Degeaba retin pe server date secrete, pe mine ma intereseaza sa compar cumva datele REALE (de pe calc), cu datele tinute in server la activare.Dar datele reale nu le pot citi in retea, doar local. |
|
#16
Posted 29 March 2010 - 13:13
Am inteles si ramane valabila sugestia. Nu am precizat un lucru: server-ul verifica (doar are acces full la calculator). Nu clientul.
Edited by neagu_laurentiu, 29 March 2010 - 13:13. |
#17
Posted 29 March 2010 - 13:15
neagu_laurentiu, on 29th March 2010, 12:13, said: Am inteles si ramane valabila sugestia. Nu am precizat un lucru: server-ul verifica (doar are acces full la calculator). Nu clientul. Da, as vrea ca serverul sa verifice tot, dar cum pot face asta FARA vreun executabil care sa citeasca continuu sa vada daca acea conditie se indeplineste mereu (id real = id din BD) sau vreun fisier ascuns or something? Se poate face doar din SQL cumva, ca sa nu instalez alte lucruri suplimentare? |
#18
Posted 29 March 2010 - 13:21
Din SQL Server poti apela aplicatii COM sau clasice pentru determinarea arhitecturii sau ce vrei tu sa afli. E destul o data pe zi sa faci verificarea, iti alegi ora cand.
|
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users