Tehnologii de implementare

[Cosmin L. Neagu]

In urma unor discutii cu C. Haja aplicatia va fi implementata folosind ca platforma UNIX + php + perl + SQL (mysql/oracle). Cel putin asta va folosit ca baza. Chestiile astea nu sunt negociabile asa ca va rog nu veniti cu alte solutii in directia asta.

Nu se stie exact cum se va folosi un partener RNC sa spunem de acest backend ==> aici se pot discuta variante.

[cristih]

sincer as prefera varianta cu o chestie gazduita pe sistem ( cu grafica clientului ) si formatul RNC.... e practicata de majoritatea celor de la com org.....

cristih

[Cosmin L. Neagu]

Daca e foarte customizabila si integrabila e posibil sa fie folosita de majoritatea insa tot timpul va fi nevoia unui api ce poate fi integrat in orice fel de aplicatie ... de asta eu zic ca implementarea unui server SOAP/WSDL (folosind nusoap.php sau orice alta varianta) ar fi destul de usor de facut si chiar interfata RNC ar putea folosi api-ul respectiv. Un astfel de api ar putea fi integrat intr-o aplicatie scrisa in GTK sa spunem sau cu .NET sau whatever, in cazul in care cineva vede utilitatea in asta.

In cazul in care nu va exista un api 100% se va gasi cineva care folosindu-se de interfata RNC sa-si construiasca singur api-ul respectiv si iarasi se va ajunge la discuti...

[moartea]

Daca vreti sa faceti treaba serioasa, trebuie sa faceti urmatorul lucru:

- dezvoltati un API cu transport XML care sa dea acces la toate functiile: inregistrare, whois, billing, etc.
- creati o interfata bazata pe acest API la RNC

Astfel, in viitor, puteti da voie resellerilor si proprietarilor de domenii foarte usor la toate functiile unde doriti sa aiba acces. Eventual se poate crea si un server pentru web services and stuff.

Va sfatuiesc sa va uitati la cum functioneaza API-ul eBay, este foarte interesant.

//edit: tocmai am vazut mesajul de mai sus, jur ca l-am scris pe al meu inainte de a citi ce e deasupra. gand la gand cu bucurie

[evi|one]

SOAP rules pentru asa ceva. Avantajul este ca are o acceptare foarte larga in bransa, si din cauza asta practic oricine poate sa acceseze webservices pe baza de SOAP, indiferent de limbaj folosit, platforma, etc. Cred ca ar fi pacat sa nu profitati de asemenea avantaje.

[Yoda]

Astfel, in viitor, puteti da voie resellerilor si proprietarilor de domenii foarte usor la toate functiile unde doriti sa aiba acces. Eventual se poate crea si un server pentru web services and stuff.

Romania e inca departe de maturitatea necesara unor astfel de sisteme. Daca credibilitatea unor angajati RNC poate fi pusa la indoiala, situatia e si mai maronie in cazul resellerilor.

Cea mai buna metoda la noi ar fi una gen Godaddy (WildWestDomains.com) prin care resellerul sa fie doar un intermediar intre RNC si cumparatorul final, sa nu hosteze nici un script ci doar sa aiba acces la diferite rapoarte (hostate pe serverele RNC dar la care sa aiba acces eventual si printr-un XML parolat cu usernemul si parola setata pentru asta / diferita de cea a contului) despre intermedierile pe care le-a facut si sa aiba posibilitatea sa uploadeze in contul sau de reseller o grafica custom pentru clienti.

Daca la capitolul tehnologii discutia poate continua (cate capete, atatea idei) iata ce cred eu ca ar trebui schimbat urgent:
[list=1]

• autentificare cu username si parola la un control panel prin care propietarul de domeniu/domenii sa poata face modificari asupra lor in timp real. Conturile gratuite, domeniile actuale transferate in conturi la cerere prin fax sau adresa de e-mail (cu cod de confirmare, bineinteles) a propietarului;
• posibilitatea de a muta in timp real dintr-un cont in altul domeniile (cu taxa de transfer de rigoare);
• acces la control panel doar prin SSL (certificat real nu issued by localhost);
• pentru fiecare modificare (transfer, schimbare DNS-uri, schimbare date de contact, etc) sa fie trimisa o instintare prin e-mail la vechea adresa de e-mail prin care, in maxim 7 zile, propieratul poate reface automat vechile setari;
• un nou serviciu contra-cost (dar cu costuri de bun simt) de ascundere a identitatii propietarului domeniului. Afara exista registrars care-l ofera la ~1$ pe an. RNC ar putea sa-l ofere la acelasi pret sau ~ 10$ "pe viata". Domeniilor care incalca legile statului (spam, pornografie, etc) sa le fie anulata acest serviciu la autosesizarea unui membru RNC sau autoritati ale statului.
• totul facut bug free & idiot proof;
• testare extrema inainte de a lansa sistemul (cu domeniile nu-i de joaca);
[/list:o]

[radupb]

Cea mai buna metoda la noi ar fi una gen Godaddy (WildWestDomains.com) prin care resellerul sa fie doar un intermediar intre RNC si cumparatorul final, sa nu hosteze nici un script ci doar sa aiba acces la diferite rapoarte...

NU
GoDaddy aplica o taxa enorma pentru acceptarea in sistem.

Mi se pare normal ca platforma RNC sa fie simpla, minimala, sigura; iar fiecare reseller sa se descurce (grafic si evidenta) cum vrea si cum poate.
Forma actuala e OK (adica nu sunt victime    ). S-ar putea imbunatati prin adaugarea unei brume de securitate (identificarea IP-ului serverului sau chiar a domeniului si a scriptului de pe care face rezervarea ), eventual SSL.

Oricat de minunat ar fi noul sistem intodeauna se vor gasi unii sa zica "nu e bine".
Ideea cu suportul pentru handicapati deocamdata mi se pare aberanta! Prioritatea o reprezinta trecerea la taxa anuala, "batem lucrurile in cuie", si p'orma ne ocupam si de minoritati.
(Noi tocmai suntem in "schimbare" de fatza a site-ului www.ddt.ro - arata aceptabil si se bazeaza pe forma actuala - si ar fi enervant ca peste o luna-doua sa trebuiasca sa schimbam iar.)

[cristih]

la partea de tehnologii ... e deja stabilit ... deci discutii nu au sens ...

unix+php+perl+sql+ssl ( autogenerat pana in momentul punerii in functiune ... dupa care evident unul cumparat de pe net ... ca oricare altul)

cat ii priveste pe parteneri .... se va oferi fie un cont in care sa poata inregistra /confirma/...

fie o pagina cu grafica site-ului partenerului cu "scriptuirle" facute de RNC....

deci nu tehnologia .. marii .. pentru ca sunt multi care habar nu au ce e aia  tasta ... si nu se doreste 90% dintre persoane sa sune si sa zica .. cum completez formularul ?? ... sau eu nu am decat un 468 cu 98 ... etc

deci simplu si fara floricele ...

[dt]

Daca credibilitatea unor angajati RNC poate fi pusa la indoiala, situatia e si mai maronie in cazul resellerilor.

Eu nu cred asta. In afara de problema platilor alte probleme cu cred ca au fost cu partenerii .. In plus, toti partenerii semneaza un contract cu RNC-ul. Cand este gata aplicatia si acestia vor avea mai multe drepturi, se va face un act aditional la contractul de parteneriat in care isi vor asuma raspunderea pt. ce fac.

iata ce cred eu ca ar trebui schimbat urgent:

Eu ma gandesc ca solutia asta odata facuta ar trebui sa functioneze cel putin cativa ani fara sa fie modificata .. asa ca trebuie bine gandita si nu facuta la repezeala (mai ales ca acum exista o interfata care functioneaza ok).

la partea de tehnologii ... e deja stabilit ... deci discutii nu au sens ...

unix+php+perl+sql

Ma bucur foarte mult ca v-ati indreptat catre o astfel de platforma. Urasc sa vad solutii de securitate facute pe platforme Microsoft (despre care se stie cat de securizate sunt ..)

+ssl ( autogenerat pana in momentul punerii in functiune ... dupa care evident unul cumparat de pe net ... ca oricare altul)

Se pare ca in Romania snt recunoscute doar certificatele digitale emise de autoritatile din Europa .. asa ca vedeti de unde il cumparati
http://www.mcti.ro/mcti0.html?page=1526

Ar fi bine daca noua aplicatie de administrare a domeniilor ar fi armonizata si cu legile din Romania legate de comertul electronic. Sunt sigur ca departamentul Juridic de la RNC cunoaste in detaliu toate aspectele si ar putea propune o solutie.  Parerea mea este sa va orientati catre autentificarea utilizatorilor in sistem pe baza de certificate SSL (macar pana la un punct, admin. RNC si parteneri, nu si end-useri ca ii incurca foarte mult).

.. pentru ca sunt multi care habar nu au ce e aia tasta ... si nu se doreste 90% dintre persoane sa sune si sa zica .. cum completez formularul ?? ... sau eu nu am decat un 468 cu 98 ... etc

deci simplu si fara floricele ...

Atat timp cat partea de frontend e separata de backend e totul ok. Partenerii vin cu propriul frontend cum vor ei.

Iar in ceea ce priveste frontend-ul de pe rnc.ro  .. parerea mea e sa faceti formularul cat mai simplu de completat de catre utilizatori .. pt ca parerea mea e ca cei mai multi clienti au plecat de pe pagina RNC cand au vazut formularul acela monstruos, in 10 culori, cu litere de 24pt, etc.

Se pregateste vreo schimbare si pt. whois sau nu e cazul ?

[cristih]

va rog sa aveti in vedere faptul ca nu se va accepta ca :

- partenerul sa aiba un scriptulet la el pe masina care sa comunice cu un un demon/form al rnc .... se va utiliza fie

 a) cont in sistemul de inreg .... accesibil pentru partener ( nu direct pentru end-user )
b) pagina personalizata pentu fiecare partener ( elemente grafice - poze ) si care sa inglobeze tehnologia RNC  prin care clientul va inregistra domeniul direct ....

ambele variante presupun hostarea pe masina RNC...deci nu comunicatie intre un server al partenerului si serverul RNC ....si nici comunicatie/protocol intre un script al partenerului si  sistemul RNC ...

Nu are sens sa complicam sistemul cu probleme de comunicatie ....

cristih

[kwha_net]

va rog sa aveti in vedere faptul ca nu se va accepta ca :

- partenerul sa aiba un scriptulet la el pe masina care sa comunice cu un un demon/form al rnc .... se va utiliza fie

 a) cont in sistemul de inreg .... accesibil pentru partener ( nu direct pentru end-user )
b) pagina personalizata pentu fiecare partener ( elemente grafice - poze ) si care sa inglobeze tehnologia RNC  prin care clientul va inregistra domeniul direct ....

ambele variante presupun hostarea pe masina RNC...deci nu comunicatie intre un server al partenerului si serverul RNC ....si nici comunicatie/protocol intre un script al partenerului si  sistemul RNC ...

Nu are sens sa complicam sistemul cu probleme de comunicatie ....

cristih

Partea asta suna atat de aiurea incat mi-a trecut somnul instantaneu. Cum adica sa imi hostez eu paginile pe serverele RNC pentru inregistrarea domeniilor? Nu inteleg de unde atata inversunare sa nu ne dati posibilitatea sa facem treaba pe site-ul nostru... Daca chiar nu aveti chef sa faceti interfata calumea macar sa nu ne trezim cu image check sau formulare schimbate la comanda, ca in rest tot ce se poate face de pe pagina RNC se poate face si automat din pagina provieder-ului, deci ne vom ocupa noi de programare daca va fi cazul.

Marius

[dt]

asadar .. comunicatia intre aplicatia de administrare domenii .ro de la RNC si parteneri se va face printr-un protocol HTTP/HTTPS. (pana aici cred ca toata lumea e de acord).

Mai departe nu conteaza daca partenerul acceseaza aplicatia dintr-un browser web sau dintr-un script. Nu se pune problema de a scrie un protocol de comunicare intre RNC-parteneri .. ci doar de a inlesni accesul partenerilor la aplicatie astfel incat acestia sa poata automatiza procesul de rezervare online.

Aveti aici un exemplu de API pentru rezervarea domeniilor (si multe altele) care foloseste SOAP peste HTTPS.
http://manage.directi.com/kb/servlet/KBServlet/faq416.html

Cealalta optiune, mult mai complicata, e ca fiecare partener sa scrie o aplicate Web care sa mimeze comporamentul unui browser .. diferenta este ca se face trafic inutil cu cod HTML .. si trebuie sa trimita imaginile cu coduri catre end-user.

Un exemplu aici:
http://webdev.ro/test/curl.php?step=2&domain=test.ro

[Cosmin L. Neagu]

va rog sa aveti in vedere faptul ca nu se va accepta ca :

- partenerul sa aiba un scriptulet la el pe masina care sa comunice cu un un demon/form al rnc .... se va utiliza fie

 a) cont in sistemul de inreg .... accesibil pentru partener ( nu direct pentru end-user )
b) pagina personalizata pentu fiecare partener ( elemente grafice - poze ) si care sa inglobeze tehnologia RNC  prin care clientul va inregistra domeniul direct ....

ambele variante presupun hostarea pe masina RNC...deci nu comunicatie intre un server al partenerului si serverul RNC ....si nici comunicatie/protocol intre un script al partenerului si  sistemul RNC ...

Nu are sens sa complicam sistemul cu probleme de comunicatie ....

cristih

Nic nu cred ca poate fi vorba de asa ceva
Ori oferiti partenerilor un API ce poate fi folosit independent de paginile RNC-ului ori va fi folosit direct formularul RNC online, caz in care, dupa cum am mai spus este imposibil atat tehnic cat si legal sa limitati modalitatea in care acesta va fi folosit.

In cazul in care vom fi obligati in vreun fel sa folosim situl RNC pt. inregistrare (lucru unic in lume pana in momentul asta si cred ca imposibil de facut, dar na... ne putem certa pe chestia asta atunci ne vom pierde statutul de "Contractori Independenti" prevazut in contract si vom deveni "Agenti RNC" lucru care in contractul actual este impiedicat chiar de catre clauzele impuse de RNC.

[Cosmin L. Neagu]

Mai departe nu conteaza daca partenerul acceseaza aplicatia dintr-un browser web sau dintr-un script.

Se pare ca se pune exact problema asta si primul pas a fost facut pt. a limita accesul la modificarile nameserverelor. Vor urma si altele moment in care nu va 'comenta' doar un partener ci vor sari toti Abia astept momentul MUAHAHAHA

Poate ar trebui sa ne sindicalizam!

[cristih]

sincer nu este deranjanta chestia ca ai api-ul in spate ... ci faptul ca ... nu vin datele clientului ... acum ... la momentul T va trebuie sa vina user si password...  cat priveste contractul ... stii bine ca acel contract nu trebuie sa fie  valabil in veci .. poate inceta daca una dintre parti cere acest lucru ... deci .. cum zicea T. Caragiu ...  avantaj "eu" ...

Dar nu asta e scopul ... ci realizarea unui sitem ...